ZitatKann es ein Problem sein, dass ich den 3.8er-Kernel installiert habe, nachdem der 319er NVidia-Treiber schon drauf war?
Welcher Treiber wird denn geladen ? ich würde nachsehen, und/oder jedenfalls den neuen Treiber neu installieren.
Gruss
ZitatKann es ein Problem sein, dass ich den 3.8er-Kernel installiert habe, nachdem der 319er NVidia-Treiber schon drauf war?
Welcher Treiber wird denn geladen ? ich würde nachsehen, und/oder jedenfalls den neuen Treiber neu installieren.
Gruss
Zitatrdnzl: hast du das edit gelesen?
MMhm, hat sich überschnitten.
So klappt's (natürlich).
Danke, hat mir einige Sucherei erspart!
Nee, es ist natürlich so, das ich für SD-Wiedergabe auch vorher einen SD-Skin wähle, sonst macht das ja keinen Sinn. Für HD ist entspr. Hardware da, und wird auch genutzt, nur halt nicht ausschließlich.
Situation HD: Ausgabe über xine und Anthra. Will ich jetzt auf SD umschalten, switche ich per Fernbedienung auf ST:TNG und schalte das Primary Device um.
Situation SD: umgekehrter Weg führt wieder zu HD.
Ich hoffe, das ist verständlich so.
Hallo,
ich betreibe den VDR mit xine oder dvb-sddevice (s. yavdr-0.5 (vdr-2.0.2) und dvbsddevice --outputonly), weil ich je nach Aufenthaltsort noch einen alten TV benutze.
Finde
den Nopacity Skin toll und würde ihn für HD auch gerne benutzen, jedoch
startet VDR nicht, wenn auch das dvb-sddevice-Plugin geladen wird.
Anthra und andere stört das hingegen nicht, daher benutze ich diese.
Für
die Version aus dem ppa (0.1.4) muß ich deswegen die order.conf
editieren, und skinnopacity deaktivieren, für skinflat gilt das gleiche.
Deshalb meine Bitte, ob man dieses Verhalten abstellen kann.
Im Übrigen Vielen Dank für die tolle Arbeit!
EDIT: Danke für den (nachfolgenden) Tip! Werde es testen.
falscher Thread
Hallo,
hat jemand zu diesem Thema gute Erfahrungen gemacht? Ich würde gerne bei abgeschaltetem vdr-frontend ab und an mal ein paar mp3s hören.
Cool, so geht's!
In der order.conf dvbsddevice aktiviert (als 1.Plugin), das schnappt sich die Karte. Nun kann ich im OSD einfach per primary zwischen HD/SD auswählen.
Hallo,
habe da noch eine Überlegung.
Würde gerne auf das, zugegeben komfortable, Umschalten zw. dvbsddevice und xine/plugin-xine , verzichten. Das man im WIF keine 2 back-/frontends auswählen kann, muss ja nicht heißen dass es prinzipiell nicht geht. Aber wahrscheinlich arbeiten die betr. plugins und der vdr nicht kollegial.
Wenn da jemand mal Hand angelgt hat, möge mir doch bitte einen Tip geben!
Danke!
Herzlichen Dank, DAS wars!!
(Zu viele Bäume, aber kein Wald)
Hallo,
ab und an bin ich auf das dvbsddevice angewiesen, um auf einer alten Röhre ein Bild auszugeben. Das Umschalten über das WIF funktioniert, aber die Plugins skinflat und skinnopacity müssen vorher in der order.conf deaktiviert werden, sonst startet vdr nicht. Außerdem ist vorher ein geeigneter Skin wie ST:TNG zu wählen, die Werte für Links, Oben, Breite, und Höhe habe ich auf 5,5,90,90 gesetzt. Das funktioniert soweit top.
Nun scheitere ich im letzten Schritt daran, den Tuner abzuschalten.
Ich habe das dvbsddevice schon reinstalliert, in der plugin.dvbsddevice -o, o, --outputonly, getestet, aber immer wird der Tuner benutzt, d.h. kein Live-Bild, da keine Antenne angeschlossen ist.
Habe auch schon die Sourcen geholt, in der dvbdevice.c das "o" in der Abfrage eingefügt, neu gemacht, aber tut trotzdem nicht wie soll.
Behelfe mir damit, das ich in femon die Karten durchschalte, um ein Live-Bild zu bekommen. Das tue ich blind, weil dummerweise das OSD für femon auch nicht funzt.
Ich weiß, das Thema SD läßt wohl die meisten kalt, trotzdem hoffe ich könnte der eine oder andere freundlicherweise Hilfe leisten.
Hallo,
auch hier funktioniert mein homebrew lirc nicht mehr, nachdem ich eine DVBSky S952 und das media_build_bst Paket installiert habe.
Leider ergibt
root@yavdr:/usr/src/linux-headers-3.2.0-49-generic# make all
make[1]: *** Keine Regel vorhanden, um das Target »arch/x86/tools/relocs.c«,
benötigt von »arch/x86/tools/relocs«, zu erstellen. Schluss.
make: *** [archscripts] Fehler 2
Wer kann helfen ?
hallo,
nimm doch mal das OK aus der keymacro raus. In den epgsearch-Einstellungen stellst Du "originale Programmübersicht ersetzen" auf ja, dann kommst Du mit grün ins plugin.
Grüße
Hallo, habe das Problem jetzt bei mir auch entdeckt. Eingestellt ist die ARD als Systemzeittransponder (auf einem 3 Karten System).
Wenn eine Aufnahme läuft, und der VDR auf den anderen Karten eine neue Uhrzeit findet und einstellt, dann VDSB.
Man müßte doch nur in der eit.c in der Abfrage "case 0x14....." (ganz unten) eine Abfrage auf eine laufende Aufnahme einbauen, um das Problem zu klären, oder täusche ich mich ??
Grüße
Orbitalposition fehlt mir auch.
Bei Mehrkartensystem wäre auch die Anzeige der Karte, die gerade für das Live-Bild verantwortlich ist, interessant..
Zitatim kern geht es mir darum mit der startzeit + der angegeben lauftzeit + z.b. 60 min die endzeit der aufnahme zu berechnen,
um so festzustellen ob die aufnahme noch aktiv ist.
Ich weiß nicht, was Du vor hast, aber evtl. hilft ja ein
svdrpsend.pl next
MfG
ZitatIn Zeile 606 der command/streaminfo.cpp ist ein Bug. Statt -fps muss es fps heissen.
Vielen Dank!
Ich habe noch einen Beitrag zum Schonen von Resourcen:
Wenn ein Timer mal wieder auf der primären Karte gestartet ist, restarte ich den Timer oft, damit das Aufnahme-Device gewechselt wird. Dann wird ein neuer markad-Job gestartet, also haben wir nun 2.
Eine Abfrage vor dem Start ist bestimmt sinnvoll.
Gruß
Meine marks.vdr sehen ungefähr so aus
0:-19:-14.11 detected start of horiz. borders (28860 [28875])
0:-19:-18.04 detected stop of horiz. borders (28953 [28962])
0:-20:-19.03 logo start (30477)
....
Sind also nicht zu gebrauchen, wegen Formatierungsfehler o.Ä., die Minuszeichen gehören da nicht hin.
Ist das nur bei mir so ?