You are not logged in.
VDR Portal »
Developer »
VDR Plugins »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.
Tuesday, March 6th 2012, 7:09pm
|
Source code |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 |
Mar 6 19:07:47 pvr vdr: video/vdpau: 7 missed, 112764 duped, 39 dropped frames of 162650 Mar 6 19:07:48 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode Mar 6 19:07:48 pvr vdr: [2482] ERROR: driver buffer overflow on device 1 Mar 6 19:07:49 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode Mar 6 19:07:49 pvr vdr: video: display buffer empty, duping frame (112844/162651) 0 Mar 6 19:07:50 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode Mar 6 19:07:50 pvr vdr: [2482] ERROR: driver buffer overflow on device 1 Mar 6 19:07:51 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode Mar 6 19:07:51 pvr vdr: video: display buffer empty, duping frame (112944/162652) 0 Mar 6 19:07:52 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode Mar 6 19:07:52 pvr vdr: [2482] ERROR: driver buffer overflow on device 1 Mar 6 19:07:53 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode Mar 6 19:07:53 pvr vdr: video/vdpau: 7 missed, 113062 duped, 39 dropped frames of 162652 Mar 6 19:07:54 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode Mar 6 19:07:54 pvr vdr: [2482] ERROR: driver buffer overflow on device 1 Mar 6 19:07:55 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode Mar 6 19:07:56 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode Mar 6 19:07:56 pvr vdr: [2482] ERROR: driver buffer overflow on device 1 Mar 6 19:07:57 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode Mar 6 19:07:58 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode Mar 6 19:07:58 pvr vdr: [2482] ERROR: driver buffer overflow on device 1 Mar 6 19:07:59 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode Mar 6 19:07:59 pvr vdr: video: 6:39:50.612+88888 0 0/\ms 0 v-buf Mar 6 19:07:59 pvr vdr: video/vdpau: 7 missed, 113362 duped, 39 dropped frames of 162652 Mar 6 19:08:00 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode Mar 6 19:08:00 pvr vdr: [2482] ERROR: driver buffer overflow on device 1 Mar 6 19:08:01 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode Mar 6 19:08:02 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode Mar 6 19:08:02 pvr vdr: [2482] ERROR: driver buffer overflow on device 1 Mar 6 19:08:03 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode Mar 6 19:08:04 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode Mar 6 19:08:04 pvr vdr: [2482] ERROR: driver buffer overflow on device 1 Mar 6 19:08:05 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode Mar 6 19:08:05 pvr vdr: video/vdpau: 7 missed, 113662 duped, 39 dropped frames of 162652 Mar 6 19:08:06 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode Mar 6 19:08:06 pvr vdr: [2482] ERROR: driver buffer overflow on device 1 Mar 6 19:08:07 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode Mar 6 19:08:08 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode Mar 6 19:08:08 pvr vdr: [2482] ERROR: driver buffer overflow on device 1 Mar 6 19:08:09 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode Mar 6 19:08:09 pvr vdr: video: max used PES packet size: 131022 Mar 6 19:08:09 pvr vdr: video: max used PES packet size: 148994 Mar 6 19:08:09 pvr vdr: video: display buffer empty, duping frame (113850/162653) 0 Mar 6 19:08:10 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode Mar 6 19:08:10 pvr vdr: [2482] ERROR: driver buffer overflow on device 1 Mar 6 19:08:11 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode Mar 6 19:08:11 pvr vdr: video/vdpau: 7 missed, 113961 duped, 39 dropped frames of 162653 |
|
|
Source code |
1 |
Mar 6 19:08:57 pvr kernel: [40035.029014] saa7146 (0) vpeirq: used 1 times >80% of buffer (157920 bytes now) |
Tuesday, March 6th 2012, 7:30pm
Tuesday, March 6th 2012, 8:30pm
Tuesday, March 6th 2012, 8:48pm
kann es sein das beim resume bzw generell ein funktion fähiger kanal benötigt wird beim startup. das osd ist erst sichtbar nachdem ich auf einen sender schalte den ich auch empfangen kann. sonst ist alles schwarz.
aber ob das mein Spulen hilft?
Ja, das wars. Jetzt wird die Log nur noch mit "display buffer empty, duping frame" und "missed frame" geflutet. Ist das eigentlich normal?
Hi,
Die "decoder render too slow" habe ich immer noch, trotz der Änderungen in der xorg.conf.
Ich kann aber jetzt die Log Einträge nicht mehr am TV sehen. (ruckler etc.)
Wie schon gesagt habe das nur auf 1080i Sendern (Sky HD) , vor den Meldungen kommt fast immer ein "video: dropping frame"
Tuesday, March 6th 2012, 10:21pm
Wednesday, March 7th 2012, 8:25am
|
|
Source code |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
Mar 7 08:17:13 i3v vdr: audio/alsa: state RUNNING Mar 7 08:17:13 i3v vdr: audio/alsa: broken driver 0 Mar 7 08:17:13 i3v vdr: audio/alsa: state RUNNING Mar 7 08:17:13 i3v vdr: audio/alsa: broken driver 0 Mar 7 08:17:13 i3v vdr: audio/alsa: state RUNNING Mar 7 08:17:13 i3v vdr: audio/alsa: broken driver 0 Mar 7 08:17:13 i3v vdr: audio/alsa: state RUNNING Mar 7 08:17:13 i3v vdr: audio/alsa: broken driver 0 Mar 7 08:17:13 i3v vdr: audio/alsa: state RUNNING Mar 7 08:17:13 i3v vdr: audio/alsa: broken driver 0 Mar 7 08:17:13 i3v vdr: audio/alsa: state RUNNING Mar 7 08:17:13 i3v vdr: audio/alsa: broken driver 0 Mar 7 08:17:13 i3v vdr: audio/alsa: state RUNNING Mar 7 08:17:14 i3v rsyslogd-2177: imuxsock begins to drop messages from pid 1701 due to rate-limiting |
Wednesday, March 7th 2012, 10:19am
Die waren nicht immer, diese 'broken driver' Nachrichten, die kommen in so hoher Frequenz, dass der rsyslogd rate limiter zubeisst.
Wednesday, March 7th 2012, 11:13am
nein bist du nicht, ich hatte damit Audio Drops beim abspielen einer alten SD Aufnahme. Im Log war nichts zu sehen, nur die übliche Meldungen alle Minute.ich bin heute Abend wieder zurück auf eine aktuelle Version ohne ac3 audio drift, und ich muss sagen die Audio drops sind weg.
Also so ganz richtig ist das nocht nicht. - bin ich da wirklich der Einzige?
Christian
Wednesday, March 7th 2012, 3:50pm
hier bleiben die meldungen (sind aber nur sporadisch) - trotzdem lasse ich jetzt nvidia 195.30 drauf (da haben einige bessere erfahrungen als mit versionen danach).[..] einfach festzustellen, ob die "decoder render too slow" am nvidia Treiber oder etwas anderem liegen, du müsstest nur den nvidia 195.30 bei dir installieren. Wenn sie dann weg sind, lag´s am nvidia Treiber, wenn nicht, an was anderem.
Wednesday, March 7th 2012, 6:36pm
Ich kann nicht auf diese alte Version zurück, da diese alte Version meine GT 430 nicht unterstützt, zumindest ist diese Karte nicht im readme gelistet.hier bleiben die meldungen (sind aber nur sporadisch) - trotzdem lasse ich jetzt nvidia 195.30 drauf (da haben einige bessere erfahrungen als mit versionen danach).
This post has been edited 1 times, last edit by "rudirabbit" (Mar 7th 2012, 6:41pm)
Wednesday, March 7th 2012, 6:58pm
hmm - du meinst über das keyboard, ok. so funktioniert das nicht. mplayer wird im "slave" modus gestartet. eigentlich müßte das auch mit softhddevice gehen (zumindest ging's mit vdr-xine noch). das für den mplayer-plug benötigte script (mplayer.sh) sieht so aus:Beim mplayer ist die Lautstärkereglung die Tasten 9 und 0.
|
|
Source code |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
#!/bin/bash export DISPLAY=:0.1 MPLAYER="/usr/local/bin/mplayer" OPTS="-osdlevel 1 -idx -fs -vo vdpau -ao alsa" # if needed, uncomment the following: ## ciax 20100219: drzt. artefakte mit ffodivxvdpau als video-codec, "ffwmv3vdpau," chooses other available codecs.. OPTS="$OPTS -vc ffh264vdpau,ffmpeg12vdpau,ffvc1vdpau,ffwmv3vdpau,ffodivxvdpau," SLAVE="-slave -quiet -nolirc" FILE=$1 while shift; do if [ "$1" = "SLAVE" ]; then sopt=$SLAVE elif [ "$1" = "AID" ]; then aopt="-aid $2" shift fi done exec $MPLAYER $OPTS $sopt $aopt "$FILE" > /var/log/mplayer-vdr.log |
Thursday, March 8th 2012, 10:13am
hallo Björn - danke für die rückmeldung. hier geht das nicht. 7 und 1 regeln audio-delay (+/- ms ). ich kann auch in medien vorwärts und ruckwärts springen. irgendeine RC-belegung für volume gibt es nicht mehr. ich nutze "mplayer2". naja, komisch - 9 und 0 haben gar keine wirkung (obwohl in der mplayer man so beschrieben wie johns es sagte). die bedienung müßte ja über das mplayer-plug geregelt sein - mplayer ist im "slave" modus.Bei mir geht es mit 7 und 9 (Nummer auf der Fernbedienung) bzgl. der Lautstärke mit mplayer.
Und das ganze ohne Anpassungen beim Wechsel von Xine zu softhddevice.
Thursday, March 8th 2012, 10:22am
In bestimmten Kombinationen, kommt Alsa einfach durcheinander. Außer das unnötig Rechenzeit verbraten wird, passiert nichts, deshalb mit Kommandzeilenoption ruhig stellen.
Geht den überhaupt Pulsaudio mit dem Plugin zusammen?
|
|
Source code |
1 |
Mar 6 19:07:59 pvr vdr: video: 6:39:50.612+88888 0 0/\ms 0 v-buf |
Thursday, March 8th 2012, 11:15am
Thursday, March 8th 2012, 11:23am
Hallo Gda das ist http://projects.vdr-developer.org/projec…device/wiki/FAQ gut erklärt.
Thursday, March 8th 2012, 11:29am
Thursday, March 8th 2012, 12:03pm
Hallo Gda das ist http://projects.vdr-developer.org/projec…device/wiki/FAQ gut erklärt.
Ah, danke für den Hinweis.
Da die Meldung bei mir eher 4x die Sekunde als einmal pro Minute kommt, habe ich wohl ein Problem. Nur welches?
Thursday, March 8th 2012, 1:24pm
Wenn ca. 10 die Sekunden, dann hast du 60 Hz Ausgabe. Setz mal im Setup den "60Hz display mode", wenn die Meldungen weg sind, dann war es dies.
.
VDR Plugins »
Eigenes VDR-Plugin kein Sound über HDMI alsa-lib
(Nov 25th 2011, 10:33am)
HDTV / DVB-S2 » xine-lib 1.2 H264 Software Decoder Probleme
(Aug 17th 2011, 1:48pm)
Friday, May 24th 2013, 11:39am
Go to the top of the page
