Dear visitor, welcome to VDR Portal. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.
Quoted
Du mußt vdr neu starten, um wieder Fernseh zugucken.

Quoted
Du mußt vdr neu starten, um wieder Fernseh zugucken.
Aber nicht zwingend, eine etwas fragile Aufnahme hat mit gerade auch an die g2vgui (gen2vdr-spezifisch) zurück katapultiert.
Der VDR lies sich nicht reaktivieren, im Prinzip ja auch klar weil er ja noch glaubt aktiv zu sein.
Einmal zu XBMC geswitcht danach konnte ich zum VDR zurückswitchen ohne den VDR beenden zu müssen.
Oder passiert das mit dem VDR Start nur wenn X richtig neben der Spur war.
Dann kann ich nicht mitreden, das ist hier noch nicht vorgekommen.
Gruß N!ce
|
|
Source code |
1 2 3 4 5 6 7 8 |
vdr: audio/alsa: wait underrun error? vdr: [4207] ERROR: TS packet not accepted in Transfer Mode vdr: [4208] ERROR: driver buffer overflow on device 1 vdr: [4207] ERROR: TS packet not accepted in Transfer Mode vdr: [4185] connect from 127.0.0.1, port 38026 - accepted vdr: [4185] closing SVDRP connection vdr: [4207] ERROR: TS packet not accepted in Transfer Mode vdr: last message repeated 3 times |
|
|
Source code |
1 2 3 |
vdr: [4185] connect from 127.0.0.1, port 38029 - accepted vdr: [4185] [softhddev]SetPlayMode: 0 vdr: [4185] [softhddev]SetVideoDisplayFormat: 1 |
|
|
Source code |
1 |
vdr[1605]: segfault at e0 ip 00007fc20ee98a3d sp 00007fffc88c4fb0 error 4 in libvdr-softhddevice.so.1.7.21[7fc20ee80000+24000] |
This post has been edited 1 times, last edit by "Asta" (Feb 26th 2012, 7:30pm)
Das gleiche passiert wenn ich beim starten -s mitgebe und dann ein resume schicke ohne einen X zu starten.
@C-3PO
libav ist ein Fork von ffmpeg, beide sind in gewissen Grenzen kompatible. Haben aber vergessen eine Unterscheidung einzubauen.
Heist das nun, dass libav installiert werden muss, oder nicht?
BTW: libav 0.8 ist in portage.
Komisch bei mir funktioniert es. Kann ohne X11 starten und resume/suspend ohne X11. Geht dann aber nur Ton.
Johns
|
|
Source code |
1 |
/usr/bin/vdr --log=3 --plugin="streamdev-client" --plugin="softhddevice -g 1920x1080 -a 51to20 -s" --plugin="text2skin" --plugin=epgsearch --lirc=/var/run/lirc/lircd |
Neuste Version GIT genommen?
|
|
Source code |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 |
Feb 26 10:52:38 xvdr1 vdr: video: 5:40:32.939 -31 603 0/\ms 55 v-buf Feb 26 10:53:34 xvdr1 vdr: [3514] max. latency time 2 seconds Feb 26 10:53:34 xvdr1 vdr: video: 5:41:29.279 -47 599 0/\ms 54 v-buf Feb 26 10:53:34 xvdr1 vdr: video: 5:41:29.299 -42 584 0/\ms 54 v-buf Feb 26 10:53:34 xvdr1 vdr: video: dropping frame (1/29402) Feb 26 10:53:35 xvdr1 vdr: video/vdpau: decoder render too slow 93 ms Feb 26 10:53:35 xvdr1 vdr: video/vdpau: decoder render too slow 93 ms Feb 26 10:53:35 xvdr1 vdr: video: 5:41:29.399 -145 605 0/\ms 58 v-buf Feb 26 10:53:35 xvdr1 vdr: video: 5:41:29.419 -140 590 0/\ms 59 v-buf Feb 26 10:53:35 xvdr1 vdr: video: dropping frame (2/29406) Feb 26 10:53:35 xvdr1 vdr: video: missed frame (8/29408) Feb 26 10:53:35 xvdr1 vdr: video: 5:41:29.479 -101 569 0/\ms 55 v-buf Feb 26 10:53:35 xvdr1 vdr: video: 5:41:29.499 -96 586 0/\ms 57 v-buf Feb 26 10:53:35 xvdr1 vdr: video: dropping frame (3/29408) Feb 26 10:53:35 xvdr1 vdr: video: missed frame (9/29410) Feb 26 10:53:35 xvdr1 vdr: video: 5:41:29.559 -57 597 0/\ms 54 v-buf Feb 26 10:53:35 xvdr1 vdr: video: 5:41:29.579 -52 581 0/\ms 55 v-buf Feb 26 10:53:35 xvdr1 vdr: video: dropping frame (4/29410) Feb 26 10:53:38 xvdr1 vdr: video: 5:41:33.099 +8 579 0/\ms 56 v-buf |
Bei mir fliegt nach 5 Minuten das Bild weg, wobei der Ton nach wie vor zu hören ist. Eine Änderung der Parameter im Setup, bzw. das Starten von X durch das Plugin oder extern hat mich nicht weiter gebracht. Hat jemand einen Tip für mich?
|
|
Source code |
1 |
Feb 26 10:53:35 xvdr1 vdr: video/vdpau: decoder render too slow 93 ms |
Hast Bildschirmschoner aus?
|
|
Source code |
1 2 3 4 5 6 7 |
Section "ServerFlags"
Option "NoPM" "true"
Option "blank time" "0"
Option "standby time" "0"
Option "suspend time" "0"
Option "off time" "0"
EndSection
|
This post has been edited 1 times, last edit by "fnu" (Feb 27th 2012, 4:26pm)
dazu hatte ich sogar mal einen thread aufgemacht und die liebe vdr-gemeinde belästigt - geholfen hat's: [solved] Screen Blanking (unter X) ausschalten?hatte aber was damit Screen-Blanking zu tun ...
ich sehe hier damit keine probleme! (hab aber auch ein einfaches setup: "cinch analog zu TV" / softhddevice: AC3 downmix aktiv)
Quoted
Audio Buffers
So wie es ausschaut gibt es Sender (z.b. RTL) die nur 300 ms ein PES Packet schicken.
Somit ist jetzt im GIT die BufferTime 336ms.
Im TS Parser habe ich auch noch einen Fehler gefunden, dessen BufferTime ist nun automatisch 216 ms.
Man kann nun den neuen Parser nur mir -DUSE_TS_AUDIO testen.
Ich bitte alle, dies auch zutun, da Dieser Default werden soll.
Johns
|
|
Source code |
1 2 |
Feb 27 16:51:53 pvr vdr: [2571] systeminfo thread started (pid=2517, tid=2571) Feb 27 16:51:53 pvr kernel: [32018.034014] systeminfo[2571]: segfault at 10 ip 00007fd4b9865c0f sp 00007fd48bffea98 error 6 in libnvidia-tls.so.295.20[7fd4b9865000+3000] |
hallo,
das ist jetzt nicht besonders wichtig - ich wollt's nur kurz anmerken. wenn ich das "systemplugin" im osd-menü aufrufe, kommt ein segfault (libnvidia-tls.so.295.20):
![]()
Source code
1 2 Feb 27 16:51:53 pvr vdr: [2571] systeminfo thread started (pid=2517, tid=2571) Feb 27 16:51:53 pvr kernel: [32018.034014] systeminfo[2571]: segfault at 10 ip 00007fd4b9865c0f sp 00007fd48bffea98 error 6 in libnvidia-tls.so.295.20[7fd4b9865000+3000]
liegt das eher am systeminfo-plug, am nvidia-treiber oder doch an softhddevice?
ansonsten läuft's softhddevice sehr gut - bin immer noch ganz weg von den reaktionszeiten des vdr (die er mit dem plugin wieder erlebt).
gruß, ciax
hmm, schräg - deine aussage führt mich dann ins leere. ich probier's nochmal mit vdr-xine, aber wenn's bei dir läuft .... (bin schon wieder ruhig - hat vrmtl. nichts mit dem thread zu tun).also ich hab durchaus auch alle drei im Einsatz und keinerlei solcher sgefaults
also ich hab durchaus auch alle drei im Einsatz und keinerlei solcher sgefaults