Hi!
... leider selbiges bei mir seit dem yavdr 0.5 Update auf vdr 2.0.3
mit dem syslog
vdr: audio/alsa: playback open 'default' error: Das Gerät oder die Ressource ist belegtnach Löschen der Timeshift Aufnahme ist der Ton weg und lässt sich nur per sudo restart vdr reaktivieren (kein Tonspurwechsel o.ä. hilft)
Danke für Eure Inputs!
lg
Bax
Hi!
Hat sich inder Sache noch was ergeben?
Könnte sein, dass im Thema 121538-yavdr-0-5-headless-ard-zdf-hd-aufnahmen-error-1-ring-buffer-overflow/ eine ähnliche Ursache zugrundeliegt. Die Symptomatik passt jedenfalls.
(konkret: yavdr 0.5, vdr 2.03, nas, puffer läuft bei Aufzeichnungen voll, aber nicht auf allen sendern)
Danke für alle Inputs!!
lg
Bax
Hi!
Danke für Eure raschen Rückmeldungen!!!
Kernel ist Linux ubuntuVDR 3.2.0-58-generic
vorher 3.2.41 und 3.2.45
TOP zeigt folgendes:
TV ohen Aufnahme:
top - 23:49:25 up 9 min, 2 users, load average: 1.04, 1.15, 0.70
Tasks: 125 total, 1 running, 124 sleeping, 0 stopped, 0 zombie
Cpu(s): 2.2%us, 1.0%sy, 0.0%ni, 96.3%id, 0.0%wa, 0.0%hi, 0.5%si, 0.0%st
Mem: 2051028k total, 589092k used, 1461936k free, 21912k buffers
Swap: 2094076k total, 0k used, 2094076k free, 216732k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2379 vdr 10 -10 1878m 179m 21m S 6 8.9 0:24.71 vdr
2443 root 20 0 0 0 0 D 1 0.0 0:00.40 kdvb-ad-0-fe-0
2488 root 20 0 0 0 0 S 1 0.0 0:01.99 cx88[0] dvb
2450 root 20 0 0 0 0 S 0 0.0 0:01.18 kdvb-ad-2-fe-0
1 root 20 0 24848 2708 1264 S 0 0.1 0:00.99 init
2 root 20 0 0 0 0 S 0 0.0 0:00.00 kthreaddMit Aufzeichnung
top - 23:50:25 up 10 min, 2 users, load average: 1.28, 1.23, 0.76
Tasks: 125 total, 2 running, 123 sleeping, 0 stopped, 0 zombie
Cpu(s): 4.2%us, 10.0%sy, 0.3%ni, 38.0%id, 42.4%wa, 0.0%hi, 5.1%si, 0.0%st
Mem: 2051028k total, 623644k used, 1427384k free, 21984k buffers
Swap: 2094076k total, 0k used, 2094076k free, 222624k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2379 vdr 10 -10 1917m 207m 21m S 20 10.4 0:32.39 vdr
2521 root 20 0 0 0 0 S 6 0.0 0:01.91 kworker/0:0
9 root 20 0 0 0 0 R 6 0.0 0:06.70 kworker/1:0
2488 root 20 0 0 0 0 S 1 0.0 0:02.48 cx88[0] dvb
2450 root 20 0 0 0 0 S 1 0.0 0:01.44 kdvb-ad-2-fe-0
47 root 20 0 0 0 0 S 0 0.0 0:00.17 kworker/u:4
963 root 20 0 0 0 0 S 0 0.0 0:00.68 rc0und, jetzt kommts: Aufzeichnung auf ZDF:
top - 23:51:41 up 11 min, 2 users, load average: 1.19, 1.20, 0.78
Tasks: 125 total, 2 running, 123 sleeping, 0 stopped, 0 zombie
Cpu(s): 20.8%us, 9.3%sy, 0.3%ni, 24.3%id, 41.1%wa, 0.0%hi, 4.2%si, 0.0%st
Mem: 2051028k total, 634892k used, 1416136k free, 22096k buffers
Swap: 2094076k total, 0k used, 2094076k free, 217416k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2379 vdr 10 -10 1912m 224m 19m S 54 11.2 0:52.20 vdr
2521 root 20 0 0 0 0 S 6 0.0 0:05.26 kworker/0:0
3033 root 20 0 0 0 0 R 6 0.0 0:00.98 kworker/1:2
2488 root 20 0 0 0 0 S 1 0.0 0:02.99 cx88[0] dvb
2450 root 20 0 0 0 0 S 0 0.0 0:01.75 kdvb-ad-2-fe-0
2701 sebastia 20 0 17340 1368 1012 R 0 0.1 0:00.63 top
1 root 20 0 24848 2708 1264 S 0 0.1 0:01.00 initCPU klettert bis auf 86 % (Athlon 64 3.000) .....
Platte am NAS ist ext4 (synology 1712 mit 3 platten im Raid)
habe zwischebzeitlich an den NFS Parametern gedreht /async/sync, packetsize), hat aber nichts gebracht ...
lg und danke
Bax
PS: Nachtrag:
auf die lokale Platte gibts keine Probleme,
auf ein cifs Mount am Server: selbiges, er läuft "ins Messer"
(Symptom: Laufendes TV pausieren mit Menü/gelb, und Zeitbalken einblenden, dann zählt er nicht im Sekundentakt hinaus, sondern langsamer; wenn man auf play geht wird die restzeit imme rweniger bis er bei null anlangt und in die Grafikfehler hineinläuft)
Hi!
Mich plagt das selbe Problem: habe am Wochenende upgedatet von 1.7.x auf 2.0.3 (beides yavdr 0.5) und habe seither auf einigen sendern grobe Prpbleme beim Aufnehmen. (insbes HD-Sender).
Auch ich zeichne auf ein NAS auf (Synology, NFS), beim Aufzeihnen habe ich Auslastungen von schwankend ca 12-21 MB/s, wa sja wohl deutlcih zu viel sein dürfte.
Ich merke beim Pausieren und anschließender Wiedergabe, dass die Restzeit, die eigentlich fix bleiben sollte nach und nach runtergeht (mit den ring buffer overflows) und schließlich gegen null geht und dann regieren nur mehr bildstörungen. D.h. Aufnahmen sind nicht mehr möglich...
Bitte daher um Hilfe!!!!
Danke
LG
Bax
PS: Log:
Jan 6 22:44:53 ubuntuVDR vdr: [4090] i/o throttle activated, count = 1 (tid=4090)
Jan 6 22:44:57 ubuntuVDR vdr: [4090] buffer usage: 70% (tid=4103)
Jan 6 22:44:58 ubuntuVDR vdr: [4090] buffer usage: 80% (tid=4103)
Jan 6 22:45:00 ubuntuVDR vdr: [4090] buffer usage: 90% (tid=4103)
Jan 6 22:45:02 ubuntuVDR vdr: [4090] buffer usage: 100% (tid=4103)
Jan 6 22:45:02 ubuntuVDR vdr: [4090] ERROR: 1 ring buffer overflow (1 bytes dropped)
Jan 6 22:45:08 ubuntuVDR vdr: [4090] ERROR: 31125 ring buffer overflows (5851500 bytes dropped)
Jan 6 22:45:13 ubuntuVDR vdr: [3938] [softhddev]Clear:
Jan 6 22:45:13 ubuntuVDR vdr: [3938] [softhddev]Play:
Jan 6 22:45:13 ubuntuVDR vdr: audio/alsa: using device 'default'
Jan 6 22:45:13 ubuntuVDR vdr: audio/alsa: start delay 100ms
Jan 6 22:45:13 ubuntuVDR vdr: audio/alsa: using device 'default'
Jan 6 22:45:13 ubuntuVDR vdr: audio/alsa: start delay 100ms
Jan 6 22:45:13 ubuntuVDR vdr: video: decoder buffer empty, duping frame (1626/4) 6 v-buf
Jan 6 22:45:13 ubuntuVDR vdr: video: slow down video, duping frame
Jan 6 22:45:13 ubuntuVDR vdr: video: 11:48:18.907 +984 910 0/\ms 15+1 v-buf
Jan 6 22:45:14 ubuntuVDR vdr: [4090] ERROR: 33359 ring buffer overflows (6271492 bytes dropped)
Jan 6 22:45:15 ubuntuVDR vdr: video/vdpau: synced after 101 frames
Jan 6 22:45:20 ubuntuVDR vdr: [4090] ERROR: 34553 ring buffer overflows (6495964 bytes dropped)
Jan 6 22:45:26 ubuntuVDR vdr: [4090] ERROR: 37708 ring buffer overflows (7089104 bytes dropped)
Jan 6 22:45:30 ubuntuVDR vdr: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Jan 6 22:45:30 ubuntuVDR vdr: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Jan 6 22:45:30 ubuntuVDR vdr: video: slow down video, duping frame
Jan 6 22:45:30 ubuntuVDR vdr: video: decoder buffer empty, duping frame (1681/812) 0 v-buf
Jan 6 22:45:30 ubuntuVDR vdr: video: 11:48:35.147+8888 0 0/\ms 0+0 v-buf
Jan 6 22:45:30 ubuntuVDR vdr: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Jan 6 22:45:30 ubuntuVDR vdr: video: slow down video, duping frame
Jan 6 22:45:30 ubuntuVDR vdr: video: 11:48:35.147 +450 120 0/\ms 1+0 v-buf
Jan 6 22:45:30 ubuntuVDR vdr: video: decoder buffer empty, duping frame (1683/813) 0 v-buf
Jan 6 22:45:30 ubuntuVDR vdr: video: 11:48:35.167+8888 0 0/\ms 0+0 v-buf
Jan 6 22:45:31 ubuntuVDR vdr: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Jan 6 22:45:31 ubuntuVDR vdr: video: decoder buffer empty, duping frame (1692/816) 0 v-buf
Jan 6 22:45:31 ubuntuVDR vdr: video: slow down video, duping frame
Jan 6 22:45:31 ubuntuVDR vdr: video: 11:48:35.227 +410 120 0/\ms 4+0 v-buf
Jan 6 22:45:31 ubuntuVDR vdr: video: slow down video, duping frame
Jan 6 22:45:31 ubuntuVDR vdr: video: decoder buffer empty, duping frame (1695/821) 0 v-buf
Jan 6 22:45:31 ubuntuVDR vdr: video: 11:48:35.327+8888 0 0/\ms 0+0 v-buf
Jan 6 22:45:31 ubuntuVDR vdr: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'Hi!
meine Beobachtungen:
"ls -lrt /srv/vdr/video.00/" dauert ca 1 Sekunde
Menu nach langer Pause des VDR 12 Sekunden
neuerliches Menu: 4 Sekunden
ROT (Recordings): 7-9 Sekunden
GRÜN/GELB/BLAU (EPG/Kanäle/Timer) wie Menü ca 3-4 Sekunden
CPU-Belastung des Prozesses VDR steigt während der Wartezeit von ca 9-1 auf ca 16-17 Prozent an.
syslog: keine Einträge
lg
Bax
Hi Frank!
Sieht leider bei mir anders aus - kann nicht am Synology standby liegen. Der ist zum Einen deaktiviert, außerdem tritt das Problem bei jedem Einstieg ins Menü auf.
ZB will ich das epg ansehen, tippe versehentlich Menü, warten, nochmal Menü, um rauszukommen, grüne Taste, warten....
Werd aber schauen, ob ich es doch irgendwie eingrenzen kann.
Werd mal schaun ob es vielleicht eine art Puffer oder Cache fürs nfs filesystem beim Mounten gibt.
Danke jedenfalls für deine Rückmeldung
Lg
bax
Hi!
Wollt nur meinen Senf dazu geben ....
Ich hab selbiges Problem: seit ich die Aufnahmen auf ein Synology NAS ausgelagert habe (nur das /srv/.../video.01 Verzeichnis), ist der VDR an der Grenze der Bedienbarkeit, da beim Drücken der Menütaste (oder Aufnahmen, Programm,...) eine ganze Weile vergeht, bis sich ein Menü zeigt. Systemplatte ist eine SSD, Yavdr 0.5, am NAS ca 3,5 GB Aufzeichnungen Monut als NFS3 per fstab. Skin PearlHD?.
Dauer Taste bis zum Menü: ca 4 Sekunden; wenn der Switch spinnt und auf 100 MBit zurückgeht ca 10-15 Sekunden). Also fließen irgendwelche Daten zwischen NAS und VDR. Wenn ich den Mount abklemme reagiert alles blitzartig. Einlesen der Aufzeichnungen nach VDR-Start dauert auch ewig, da sieht man aber an den Log-Meldungen (Einlesen Aufzeichnungen), dass er was zu tun hat. Bei Menü-Druck keine logs/syslogs. Sobald man im Menü ist, geht alles flugs. Überigends: weder ein Ändern der NFS-Parameter noch ein Weglassen Extrec oder Zurückstellen auf den Standard-Skin hat was gebracht.
Für Ideen und Anregungen wäre ich super dankbar....
lg
Sebastian
Hi!
Warum gibts eigentlich kein vdr-plugin-vodcatcher für yavdr0.4/natty?
Wär echt genial, wenn irgendwer das .deb schon gebaut hätte, damit wäre der Weg zur ORF-TVThek wieder offen (mit VODCatcher-Helper).
Danke (und insbesondere den unermüdlichen Entwicklern von yavdr - und natürlich kls)
Bax
PS: und ein riesen SORRY, sollte ich einfach blind gewesen sein....
Nochmal ich ...
ja, soweit bin ich inzwischen auch (geladen, übersetzt, gescannt) ...
(und 10 Euro für Hepis Gespür erspart ...)
w_scan liefert folgendes:
ORF1;ORF:498000:I999B8C34D0M16T8G4Y0:T:27500:1010:1011,1012=ger;1013:1015:0:10101:8232:100:0
ORF2 W;ORF:498000:I999B8C34D0M16T8G4Y0:T:27500:1020:1021;1023:1025:0:10102:8232:100:0
ATV;ATV+:498000:I999B8C34D0M16T8G4Y0:T:27500:1040:1041:1045:0:10120:8232:100:0
ORF2 N;ORF:498000:I999B8C34D0M16T8G4Y0:T:27500:1020:1021;1023:1025:0:10122:8232:100:0
PULS 4;sevenonemedia:578000:I999B8C56D0M16T8G8Y0:T:27500:1050:1051:1052:0:10123:8232:110:0
3SAT;ORF:578000:I999B8C56D0M16T8G8Y0:T:27500:1055:1056,1057=ger:1058:0:11102:8232:110:0
ORF SPORT +;ORF:578000:I999B8C56D0M16T8G8Y0:T:27500:1060:1061:0:0:11103:8232:110:0
ServusTV;ServusTV:578000:I999B8C56D0M16T8G8Y0:T:27500:1064:1066,1067=ger:1068:0:11104:8232:110:0
ORF III;ORF:578000:I999B8C56D0M16T8G8Y0:T:27500:1070:1071:1078:0:11105:8232:110:0
SchauTV;-:578000:I999B8C56D0M16T8G8Y0:T:27500:1080:1081:0:0:11106:8232:110:0
Radio Maria;Radio Maria sterreich:578000:I999B8C56D0M16T8G8Y0:T:27500:0:1111:0:0:11111:8232:110:0Mit besten Grüßen an alle Wiener, die sich damit das scannen sparen ...
lg
Bax
Hi Hepi!
jajaja, die Formulierung "einer von Euch" war wohl missverständlich 
Dachte nur, es könnte ja zufällig jemand mitlesen, der in Ö. sitzt und das gleiche Problem bereits gelöst hat ...
man muss ja nich jedes Rad selber neu erfinden.
Aber wenn Du sie auf 600 km "spüren" kannst, HUT AB!!!!
liebe Grüße nach Heiselberg!
Bax
PS: und wenn ich sie aufspür, werd ich sie posten! 
Super, werd ich gleich ergänzen, ABER ...
... hat einer von Euch auch die Einträge für DVB-T (Wien) ???
DANKE im Voraus!
Bax
Hi!
Kann einer von Euch aus dem log herauslesen woran es krankt???
Ich starte den stream von Android Handy per browser von der streamdev-seite (ext)
verbindungsaufbau klappt, v-player startet und spielt etwa eine sekunde video, dann ende
im log ist streamdev bereits abgebrochen, bevor das video am handy auftaucht....
Dec 5 21:59:24 tux2 vdr: [12303] Streamdev: Accepted new client (HTTP) 10.0.0.11:39855
Dec 5 21:59:24 tux2 vdr: [12303] LNB -2: Switching device 2 to channel 1
Dec 5 21:59:25 tux2 vdr: [31354] externremux.sh: mencoder -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=378 -oac mp3lame -lameopts mode=3:preset=32 -vf scale=320:-3 -zoom -o /tmp/externremux-25007 -- -
Dec 5 21:59:25 tux2 vdr: [31354] externremux.sh: get_path("config") fehlgeschlagen.
Dec 5 21:59:25 tux2 vdr: [31372] streamdev-writer thread started (pid=12286, tid=31372)
Dec 5 21:59:25 tux2 vdr: [31373] streamdev-livestreaming thread started (pid=12286, tid=31373)
Dec 5 21:59:25 tux2 vdr: [31374] receiver on device 3 thread started (pid=12286, tid=31374)
Dec 5 21:59:25 tux2 vdr: [31375] TS buffer on device 3 thread started (pid=12286, tid=31375)
Dec 5 21:59:25 tux2 vdr: [31354] externremux.sh: Seek failed
Dec 5 21:59:29 tux2 vdr: last message repeated 12 times
Dec 5 21:59:29 tux2 vdr: [31354] externremux.sh: Using SSE optimized IMDCT transform
Dec 5 21:59:29 tux2 vdr: [31354] externremux.sh: Using MMX optimized resampler
Dec 5 21:59:29 tux2 vdr: [31354] externremux.sh: Der ausgewählte Videoausgabetreiber ist nicht kompatibel mit diesem Codec.
Dec 5 21:59:29 tux2 vdr: [31354] externremux.sh: Versuche den scale-Filter zu deiner Filterliste hinzuzufügen,
Dec 5 21:59:29 tux2 vdr: [31354] externremux.sh: z.B. mit -vf spp,scale an Stelle von -vf spp.
Dec 5 21:59:30 tux2 vdr: [31354] externremux.sh: SwScaler: reducing / aligning filtersize 10 -> 12
Dec 5 21:59:30 tux2 vdr: [31354] externremux.sh: SwScaler: reducing / aligning filtersize 10 -> 12
Dec 5 21:59:30 tux2 vdr: [31354] externremux.sh: SwScaler: reducing / aligning filtersize 10 -> 9
Dec 5 21:59:30 tux2 vdr: [31354] externremux.sh: SwScaler: reducing / aligning filtersize 10 -> 9
Dec 5 21:59:30 tux2 vdr: [31354] externremux.sh: [swscaler @ 0xa72470]BICUBIC scaler, from yuv420p to yuv420p using MMX2
Dec 5 21:59:30 tux2 vdr: [31354] externremux.sh: [swscaler @ 0xa72470]using n-tap MMX scaler for horizontal luminance scaling
Dec 5 21:59:30 tux2 vdr: [31354] externremux.sh: [swscaler @ 0xa72470]using n-tap MMX scaler for horizontal chrominance scaling
Dec 5 21:59:30 tux2 vdr: [31354] externremux.sh: [swscaler @ 0xa72470]using n-tap MMX scaler for vertical scaling (YV12 like)
Dec 5 21:59:30 tux2 vdr: [31354] externremux.sh: [swscaler @ 0xa72470]720x576 -> 320x256
Dec 5 21:59:30 tux2 vdr: [31354] externremux.sh:
Dec 5 21:59:30 tux2 vdr: [31354] externremux.sh: 1 doppelte(r) Frame(s)!
Dec 5 21:59:30 tux2 vdr: [31354] externremux.sh:
Dec 5 21:59:30 tux2 vdr: [31354] externremux.sh: 1 doppelte(r) Frame(s)!
Dec 5 21:59:30 tux2 vdr: [31354] externremux.sh: New_Face failed. Maybe the font path is wrong.
Dec 5 21:59:30 tux2 vdr: [31354] externremux.sh: Please supply the text font file (~/.mplayer/subfont.ttf).
Dec 5 21:59:30 tux2 vdr: [31354] externremux.sh: subtitle font: load_sub_face failed.
Dec 5 21:59:30 tux2 vdr: [31354] externremux.sh: New_Face failed. Maybe the font path is wrong.
Dec 5 21:59:30 tux2 vdr: [31354] externremux.sh: Please supply the text font file (~/.mplayer/subfont.ttf).
Dec 5 21:59:30 tux2 vdr: [31354] externremux.sh: subtitle font: load_sub_face failed.
Dec 5 21:59:30 tux2 vdr: [31354] externremux.sh:
Dec 5 21:59:30 tux2 vdr: [31354] externremux.sh: 1 doppelte(r) Frame(s)!
Dec 5 21:59:30 tux2 vdr: [12303] client (HTTP) 10.0.0.11:39855 has closed connection
Dec 5 21:59:30 tux2 vdr: [12303] streamdev: closing streamdev connection to 10.0.0.11:39855
Dec 5 21:59:30 tux2 vdr: [31373] streamdev-livestreaming thread ended (pid=12286, tid=31373)
Dec 5 21:59:30 tux2 vdr: [31375] TS buffer on device 3 thread ended (pid=12286, tid=31375)
Dec 5 21:59:30 tux2 vdr: [31374] buffer stats: 70500 (3%) used
Dec 5 21:59:30 tux2 vdr: [31374] receiver on device 3 thread ended (pid=12286, tid=31374)
Dec 5 21:59:33 tux2 vdr: [12303] ERROR: streamdev-writer thread 31372 won't end (waited 3 seconds) - canceling it...
Dec 5 21:59:35 tux2 vdr: [31354] externremux.sh: [1]- Broken pipe cat "$FIFO" 0>&-
Dec 5 21:59:35 tux2 vdr: [12303] buffer stats: 70876 (1%) used
Dec 5 21:59:35 tux2 vdr: [12303] Streamdev: Accepted new client (HTTP) 10.0.0.11:48525
Dec 5 21:59:35 tux2 vdr: [12303] LNB -2: Switching device 2 to channel 1
Dec 5 21:59:35 tux2 vdr: [31380] externremux.sh: mencoder -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=378 -oac mp3lame -lameopts mode=3:preset=32 -vf scale=320:-3 -zoom -o /tmp/externremux-18151 -- -
Dec 5 21:59:35 tux2 vdr: [31380] externremux.sh: get_path("config") fehlgeschlagen.
Dec 5 21:59:35 tux2 vdr: [31398] streamdev-writer thread started (pid=12286, tid=31398)
Dec 5 21:59:35 tux2 vdr: [31399] streamdev-livestreaming thread started (pid=12286, tid=31399)
Dec 5 21:59:35 tux2 vdr: [31400] receiver on device 3 thread started (pid=12286, tid=31400)
Dec 5 21:59:35 tux2 vdr: [31401] TS buffer on device 3 thread started (pid=12286, tid=31401)
Dec 5 21:59:35 tux2 vdr: [31380] externremux.sh: Seek failed
Dec 5 21:59:39 tux2 vdr: last message repeated 12 times
Dec 5 21:59:39 tux2 vdr: [31380] externremux.sh: Using SSE optimized IMDCT transform
Dec 5 21:59:39 tux2 vdr: [31380] externremux.sh: Using MMX optimized resampler
Dec 5 21:59:39 tux2 vdr: [31380] externremux.sh: Der ausgewählte Videoausgabetreiber ist nicht kompatibel mit diesem Codec.
Dec 5 21:59:39 tux2 vdr: [31380] externremux.sh: Versuche den scale-Filter zu deiner Filterliste hinzuzufügen,
Dec 5 21:59:39 tux2 vdr: [31380] externremux.sh: z.B. mit -vf spp,scale an Stelle von -vf spp.
Dec 5 21:59:40 tux2 vdr: [31380] externremux.sh: SwScaler: reducing / aligning filtersize 10 -> 12
Dec 5 21:59:40 tux2 vdr: [31380] externremux.sh: SwScaler: reducing / aligning filtersize 10 -> 12
Dec 5 21:59:40 tux2 vdr: [31380] externremux.sh: SwScaler: reducing / aligning filtersize 10 -> 9
Dec 5 21:59:40 tux2 vdr: [31380] externremux.sh: SwScaler: reducing / aligning filtersize 10 -> 9
Dec 5 21:59:40 tux2 vdr: [31380] externremux.sh: [swscaler @ 0xa72470]BICUBIC scaler, from yuv420p to yuv420p using MMX2
Dec 5 21:59:40 tux2 vdr: [31380] externremux.sh: [swscaler @ 0xa72470]using n-tap MMX scaler for horizontal luminance scaling
Dec 5 21:59:40 tux2 vdr: [31380] externremux.sh: [swscaler @ 0xa72470]using n-tap MMX scaler for horizontal chrominance scaling
Dec 5 21:59:40 tux2 vdr: [31380] externremux.sh: [swscaler @ 0xa72470]using n-tap MMX scaler for vertical scaling (YV12 like)
Dec 5 21:59:40 tux2 vdr: [31380] externremux.sh: [swscaler @ 0xa72470]720x576 -> 320x256
Dec 5 21:59:40 tux2 vdr: [31380] externremux.sh:
Dec 5 21:59:40 tux2 vdr: [31380] externremux.sh: 1 doppelte(r) Frame(s)!
Dec 5 21:59:40 tux2 vdr: [31380] externremux.sh:
Dec 5 21:59:40 tux2 vdr: [31380] externremux.sh: 1 doppelte(r) Frame(s)!
Dec 5 21:59:40 tux2 vdr: [31380] externremux.sh: New_Face failed. Maybe the font path is wrong.
Dec 5 21:59:40 tux2 vdr: [31380] externremux.sh: Please supply the text font file (~/.mplayer/subfont.ttf).
Dec 5 21:59:40 tux2 vdr: [31380] externremux.sh: subtitle font: load_sub_face failed.
Dec 5 21:59:40 tux2 vdr: [31380] externremux.sh: New_Face failed. Maybe the font path is wrong.
Dec 5 21:59:40 tux2 vdr: [31380] externremux.sh: Please supply the text font file (~/.mplayer/subfont.ttf).
Dec 5 21:59:40 tux2 vdr: [31380] externremux.sh: subtitle font: load_sub_face failed.
Dec 5 21:59:40 tux2 vdr: [31380] externremux.sh:
Dec 5 21:59:40 tux2 vdr: [31380] externremux.sh: 1 doppelte(r) Frame(s)!
Dec 5 21:59:41 tux2 vdr: [31380] externremux.sh:
Dec 5 21:59:41 tux2 vdr: [31380] externremux.sh: 1 doppelte(r) Frame(s)!
Dec 5 21:59:42 tux2 vdr: [12303] ERROR: read from client (HTTP) 10.0.0.11:48525 failed: Connection reset by peer
Dec 5 21:59:42 tux2 vdr: [12303] streamdev: closing streamdev connection to 10.0.0.11:48525
Dec 5 21:59:42 tux2 vdr: [31399] streamdev-livestreaming thread ended (pid=12286, tid=31399)
Dec 5 21:59:42 tux2 vdr: [31398] streamdev-writer thread ended (pid=12286, tid=31398)
Dec 5 21:59:42 tux2 vdr: [31401] TS buffer on device 3 thread ended (pid=12286, tid=31401)
Dec 5 21:59:42 tux2 vdr: [31400] buffer stats: 72944 (3%) used
Dec 5 21:59:42 tux2 vdr: [31400] receiver on device 3 thread ended (pid=12286, tid=31400)
^Croot@tux2:~#relevant sein dürfte:
[B]Dec 5 21:59:42 tux2 vdr: [12303] ERROR: read from client (HTTP) 10.0.0.11:48525 failed: Connection reset by peer[/B]PS: mit VLC klappts anstandslos ...
PPS: Mit http://....:3000/TS/1 klappts mit v-player ebenso (aber halt nur lokal wegen der Bandbreite). Am Player scheiterts daher nicht grundsätzlich
Danke,
LG Bax
Ich antworte mal selber:
neee, klappt nicht, ein Ausklammern des Device0 durch Weglassen von "-D 0" führt dazu, dass dieses Device auch nicht für die Ausgabe genutzt werden kann ....
Schirm bleibt schwarz
Daher die Bitte:
Könntet Ihr den Patch - Tuner des primären Geräts deaktivieren - wieder einbinden (in der 1.7.15 aus yavdr 0.2 wars meines Wissens drin)
!!!!!!! D A N K E !!!!!!!
lg
Bax
PS: kann ich die primäre Karte wenigstens von Aufnahmen ausschließen???
Wenn es klotzt kann ich live ja weiterschalten und dann retour. Loswerden will ich ja eigentlich nur die immer mal wieder kaputten verpixelten Aufnahmen der primären Karte auf einzelnen Sendern. Das merk ich erst beim ansehen (Stichwort WAF)
Noch eine Frage:
Der Patch zum Deaktivieren des Tuners der primären Karte ist ja in der 1.7.16 nicht mit drin ...
Wirkt sich ein Starten des VDR mit den Parametern "-D 1 -D 2 -D 3" genauso aus?? (erste Karte -d0 ausgeklammert, 2.-4. aktiv...)
oder klappt dann die Wiedergabe per Hauppauge FF auch nicht mehr ..
Danke,
Bax
PS: ach was, ich probiers einfach, ich werde berichten
Morlock: Danke, das Löschen des mvdr Verzeichnisses hat mich mal einen Schritt weiter gebracht...
Nun bekomm ich wieder die Kanalliste (zuerst die Bouqets) präsentiert.
Hmm, aber derzeit tut sich dann nix (antippen des Kanals ob kurz oder lang (bei lang popup mit Sendungsname), aber sonst nix ...
(auch im Syslog nix zu finden, dass vlc gestartet worden wäre)
Werd mal weitersuchen...
lg
Bax
Edith sagt:
soo, den autocheck ausgeschaltet, dann fragt er mich ob fast middle oder low ....
und dann zeigt mit der vlc einen segfault, den ich wohl erst mal auflösen muss
vlc[12795]: segfault at 0 ip 00007f4adb47b509 sp 00007fffaa9b3930 error 4 in libdl-2.11.1.so[7f4adb47a000+2000]
Mal sehen .....
hmmmm, danke für Deine Antwort!
Dann werd ich das mal gedanklich als "stranded cost" abhaken .....
aber reizen tut es mich trotzdem, mal sehen, was sich rausholen lässt.
Danke,
lg
Bax
Hi!
Ich hoff ich stell nicht bereits beantwortete Fragen, aber mit der Suche hab ich nix gefunden ...
Hab meinem VDR eine Terratec Cinergy HD S2 CI vergönnt, um die Probleme mit der Primärkarte (FF Hauppauge) zu umgehen (Klötzchen bei ARD und hoher Datenrate, mäßiger Empfang, ...)
Folgende zwei Fragen: hab aus dem yavdr stable-ppa vdr-1.7.16-8 sowie v4l-dkms installiert. Mantis wurde (vorerst manuell) per modprobe brav erkannt, ABER das CI nicht (legale ORF-Karte)...
Muss ich noch ein Modul laden???(bisher modprobe -v mantis) oder wird das ci in v4l-dkms nicht unterstützt? sollt ichs mit liplianin versuchen?
zweitens: eigentlich wollt ich die hauppauge ff (deren Tuner) deaktivieren, der Patch war im vdr 1.7.15 drin, im Menu Einstellungen/LNB des vdr-1.7.16 find cih nix mehr von primary tuner deaktivieren ...
Ist das in der 1.7.16-12 wieder drin?? (bevor ich mit apt-get update)
Danke für eure Antworten und danke für die in yavdr gesteckte mühe
Bax
Hi Morlock!
Zuerst mal SUUPER, vielen Dank für die Rückmeldung!
Das Update hat erst mal die Fehlermeldung im Browser beseitigt (nun kommt "Done Play 
..."
Aber - warum auch immer - am Handy gibts noch immer Recordings in der Auswahlliste ...
hmmm
Werde weitertesten (dezeit komm ich aber nicht ran, ohne den WAF zu reduzieren ...)
lg Bax
PS: kanns an Sonderzeichen in den Bouqet-Trennern liegen???
Hi!
Frage an die Spezialisten:
Ich hab bereits mehrfach versucht droidVDR zum Laufen zu bekommen, kam immer an die Fehlermeldung "video kann nicht abgespielt werden" am Handy ...
Jetzt hab ich (a) das Handy (SE Xperia X10) von 1.6 auf 2.1 upgedatet und (b) den VDR per distupgrade von Ubuntu 9.04 auf 10.04 gebracht, dabei VDR von 1.7.0 auf 1.7.16.
Folge: am Handy seh ich nur mehr die Recordings, die Streams bietet er nicht mal mehr an (und Abspielen Recordings geht nit, klar)
Am PC: test.cgi klappt, mvdr.pl?bouquet klappt, wenn ich einen Sender anklicke:
Software error: Can't call method "waitfor" without a package or object reference at /[...]/cgi-bin/mvdr.pl line 531, <SOCK> line 1.vlc will auch nix damit anfangen ...
wenn ich das # vor use strict wegtue, gibts noch mehr fehler ....
so: meine frage: was hab ich verkehrt gemacht, bzw wo kann ich schrauben .....
Danke°!!!
Bax
Ich nehm an, die Sourcen auf VDR-Seite sind gemeint, dort könnte man die Auflösung adaptieren, etc....
--> /var/www/cgi-bin/mvdr.pl etc ...