Graphtft-0.0.8 zeigt zusammen mit vdr-1.3.27 wechselnde zufaellige Sendernamen an. Ausserdem meint es der VDR wuerde aufzeichnen - macht der aber nicht. Ansonsten sieht die Anzeige ok aus. Konfiguration wie in der Signatur angegeben. Hat jmand aehnliche Effekte?
vdr 1.3.27 und graphtft-0.0.8: Wechselnde random Sendernamen?
- x-stefan
- Geschlossen
-
-
jo hab hier genau das gleiche problem aber schon mit vdr-1.3.26
seltsamerweise nur auf den dvb-t kanälen
dvb-c funktioniert also richtige senderanzeige.
was tun -
Zitat
Original von hotzenplotz5
jo hab hier genau das gleiche problem aber schon mit vdr-1.3.26
vdr-1.3.26 habe ich uebersprungen, komme direkt von 1.3.25Zitat
seltsamerweise nur auf den dvb-t kanälen
Ack, ebenfalls dvb-t hier.Zitat
dvb-c funktioniert also richtige senderanzeige.
was tunStimmt, jetzt wo Du es sagst, dvb-s zappelt nicht
-
-
Zitat
Original von hotzenplotz5
x-stefan
hat sich bei dir was getan oder wartest du auch auf selbstheilungSelbstheilung wird wohl kaum stattfinden Leider fehlt mir so jeder Ansatzpunkt und irgendwie habe ich den Eindruck wir beide sind die einzigen, die DVB-[SC]/T Mischsysteme einsetzten. Hast evtl. eine Idee, wo man mit der Suche anfangen koennte?
-
Hallo,
ihr seid nicht alleine ..ich benutze dvb-c und pvrinput.
Bei mir tritt der Effekt auf, wenn ich einen analogen Kanal auf pvrinput schaue.steffx
-
-
Zitat
Original von hotzenplotz5
steffx war das auch schon vor vdr-1.3.26 ?
wie kriegen wir das wieder weg ?Ok, Du sagst es ist mit 1.3.26 aufgekommen. In der Changelog von 1.3.26 findet sich scheinbar nur ein Punkt der zutreffen koennte:
- Modified cEITScanner::Process() so that it works on systems with only budget cards
or a mix of DVB-S, DVB-C or DVB-T cards.Wirklich weiter bringt mich das aber auch noch nicht.
-
jammer im moment ist das mir zu heiss um weiter auf fehlersuche zu gehen,
schade bis 1.3.25 war alles ok danach mochten sich graphtft und vdr und dvb-t nicht mehr
bin jetzt erstmal weiter zurück auf 1.3.17 und hoffe immer noch auf selbstheilung.
p.s. das hier :CodeJul 15 18:15:34 vdr vdr[1765]: ERROR (epg.c,948): Too many open files Jul 15 18:15:39 vdr vdr[1802]: ERROR: can't open filter handle on '/dev/dvb/adapter1/demux0' Jul 15 18:15:39 vdr last message repeated 6 times Jul 15 18:15:39 vdr vdr[1805]: ERROR: can't open filter handle on '/dev/dvb/adapter2/demux0' Jul 15 18:15:39 vdr last message repeated 6 times
kommt auch ständig gibt es einen zusammenhang ?bei vdr-1.3.17 kommt die fehlermeldung NICHT
-
Ich schieb das nochmal hoch, weil ich auch das Problem habe...
Gruss
Hotte -
Zitat
Original von hotzenplotz5
steffx war das auch schon vor vdr-1.3.26 ?
wie kriegen wir das wieder weg ?Leider immer noch keinen Ansatz, aber mir ist aufgefallen, dass beim Abspielen einer Aufnahme das graphtft ebenfalls zappelt. Ich vermute da laeuft ein EPG Scan oder einer Sendersuchlauf auf dem nicht verwendeten tuner? Vermutung: graphtft zeigt den eingestellten Sender der ersten dvb Karte an.
-
Hallo,
Leider habe ich keine DVB-T Karte aber ich schau mal ob ich was sehe
Bin aber noch anfänger also nicht zu viel Hoffnung
MFG
-
-
Hallo,
Könntet ihr eure PLugins mal im Debug modus kompilieren?
Einfach im makefile anschalten.
Und im plugins setup die höhe des log levels auf 6 einstellen.
Könnt ihr dann mal Log beobachten ob da was von:
ChannelSwitch on steht?
Und mir das Log dann hier rein postet?
MFG
-
boonkerz ich glaube dank lord zodiac koennen wir uns die weitere suche ersparen !!!!!!!!!!
graphtft läuft auch wieder mit dvb-t richtig !!ZitatGraphTFT
Hallo Hotzenplotz,
ich schicke dir mal die selbe PN wie boonkerz.
Das Problem beim GraphTFT liegt wahrscheinlich in der display.c
Kannst du auch mal Testweise in der display.c bei ChannelSwitch
dendurch
ersetzen.
Ist jetzt aber nur eine Vermutung weil ich das GraphTFT-Plugin nicht einsetze.
bis dann LordZodiac
__________________
-
grml ich war doch ein bisschen zu schnell
sobald man auf einen kabelkanal wechselt und wieder zurueck auf einen dvb-t
kanal werden zwar die richtigen programminformationen angezeigt.
aber leider stimmt der sendername nicht, es wird einfach der letzte dvb-c sendername uebernommen. -
so dank lord zodiac geht es jetzt wirklich die selbe zeile (siehe oben) durch
Codeif (Device->IsPrimaryDevice() && !EITScanner.UsesDevice(Device) && _channel != ChannelNumber) {
ersetzen.
ein:
#include "eitscan.h"
musste auch seinbei ctvdr #include <vdrdevel/eitscan.h> (hallo tomg )
nochmals danke an lord zodiac der kein tft besitzt !
-
Hallo hotzenplotz5
hab eben mal die Änderungen vorgenommen.
Leider bekomme ich Probleme beim Kompilieren.Codemake[1]: Entering directory `/lab/src/vdr-1.3.30/PLUGINS/src/graphtft-0.0.8' g++ -O3 -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"graphtft"' -DHAVE_IMLIB -I../../../include -I../../../../DVB/include -I. -I./imlibrenderer -I./imlibrenderer/fbrenderer -I./imlibrenderer/dvbrenderer -I./dfbrenderer -I/src -I/lab/lib/ffmpeg-0.4.8/libavcodec -o graphtft.o graphtft.c make[1]: *** No rule to make target `eitscan.h', needed by `display.o'. Stop. make[1]: Leaving directory `/lab/src/vdr-1.3.30/PLUGINS/src/graphtft-0.0.8'
hast Du ne Ahnung was da falsch läuft ?
-
eitscan.h ist bestandteil von vdr. ich kenn mich mit programmieren null aus,
aber ich glaube ein #include "eitscan.h" bewirkt, dass an dieser stelle der komplette inhalt von eitscan.h an diese stelle geschrieben wird?! gesucht wird da (glaube ich) in /usr/include.
soll der compiler wo anders suchen dann sieht das so aus:
#include <vdr/eitscan.h>
(sucht dann in /usr/include/vdr)schlagt mich wenn es falsch ist was ich erzaehle, aber bei mir hat es funktioniert.
-
Hallo,
es muß #include <vdr/eitscan.h> sein.
Ich habs selber nicht compiliert.
bis dann LordZodiac
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!