MPlayer zittert beim Abspielen

SurfaceCleanerZ · 27. Februar 2007

Hallo,

bei mir (Hardware siehe Sig.) und auch bei nem Kumpel (umgebaute Rev. B 4MB Datenkarte) zittert das Bild bei der Wiedergabe von .avi Dateien stark. Es sieht so aus, als ob das Bild immer etwas in der Höhe gestreckt und dann wieder gestaucht wird. Untertitel sind auch betroffen!
Die Dateien sind XVID mit 23.976fps bei 608x336 und haben mpg-Audio und sind lt. vlc mit Index und Interleaved. Sind also NTSC. NTSC true oder false ändern nix, außer dass es bei false zusätzlich ruckelt bzw. framedrops auftreten.

Es ist nicht Ruckeln, sondern ein hoch/runter Zittern. Bei Pause ist das Bild wieder zitterfrei.

Jeweils mit dem neuesten Tobi VDR-Experimental-Plugin unter verschiedenen 1er MPlayerversionen (pre8 und 1.0) bei mir unter Debian, bei ihm unter Kubuntu Feisty Fawn.
Also neuestes Skript von Juri.

Stefan

Update: Eine Divx5.0 PAL avi geht ohne Ruckeln.

Hier noch ein debug log:

Code

Feb 27 00:21:25 vdr-hh logger: *** Starting mplayer.sh Version 0.8.7
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable CFGFIL has value "/etc/vdr/plugins/vdrmplayer.sh.conf"
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable USEAC3 has value "false"
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable AC3AOUT has value "-ao mpegpes -ac hwac3"
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable TV_ASPECT has value "4/3"
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable PAL has value "true"
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable NTSC has value "true"
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable USE_SPEED has value "true"
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable DETC_FILTER has value "detc=dr=2:am=1"
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable MPLAYER has value "/usr/bin/mplayer"
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable VOP has value "lavc=5000"
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable VO has value "mpegpes"
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable AO has value "mpegpes"
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable CACHE has value "4096"
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable CACHESTR has value "-cache 4096"
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable FRAMEDROP has value "false"
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable FDSTR has value ""
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable LIRCRC has value ""
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable LIRCSTR has value ""
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable SUBTITLE has value " -subpos 90 -sub-bg-color 0 -sub-bg-alpha 0"
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable REMOTE has value "-slave -nolirc"
Feb 27 00:21:25 vdr-hh logger: *** Use Option USERDEF at your own risk!
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable USERDEF has value "-quiet -osdlevel 0"
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable XResPAL has value "352 480 528 544 704 720"
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable XResNTSC has value "352 480 512 544 640 704 720"
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable SLOW_CPU has value "false"
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable DVDFiles has value "/var/lib/vdr-plugin-mplayer/DVD-VCD"
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable DVD has value "/dev/hdc"
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable DVDLANG has value "de"
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable DVDOPTIONS has value ""
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable VCDOPTIONS has value ""
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable MPEG_DIRECT has value "true"
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable SUFFIX has value ".avi"
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Variable MPLAYER_V1 has value "true"
Feb 27 00:21:25 vdr-hh logger: *** DEBUG: Calling getvidxy function to analyze source video stream ...
Feb 27 00:21:26 vdr-hh logger: *** DEBUG: OutputFromMPLAYER: "ID_VIDEO_ID=0 ID_AUDIO_ID=1 ID_CLIP_INFO_NAME0=Software ID_CLIP_INFO_VALUE0=cant touch this ID_CLIP_INFO_N=1 ID_FILENAME=/media/cdrom/***.avi ID_DEMUXER=avi ID_VIDEO_FORMAT=XVID ID_VIDEO_BITRATE=1027848 ID_VIDEO_WIDTH=608 ID_VIDEO_HEIGHT=336 ID_VIDEO_FPS=23.976 ID_VIDEO_ASPECT=0.0000 ID_AUDIO_CODEC=mp3 ID_AUDIO_FORMAT=85 ID_AUDIO_BITRATE=128000 ID_AUDIO_RATE=48000 ID_AUDIO_NCH=2 ID_LENGTH=2510.01 ID_VIDEO_CODEC=ffodivx"
Feb 27 00:21:26 vdr-hh logger: *** DEBUG: MPLAYER_RETURN:  "0"
Feb 27 00:21:26 vdr-hh logger: *** DEBUG: parsed output for ORIG_X: "608"
Feb 27 00:21:26 vdr-hh logger: *** DEBUG: parsed output for ORIG_Y: "336"
Feb 27 00:21:26 vdr-hh logger: *** DEBUG: parsed output for ORIG_FPS: "23.976"
Feb 27 00:21:26 vdr-hh logger: *** DEBUG: parsed output for ORIG_ASPECT: "0.0000"
Feb 27 00:21:26 vdr-hh logger: *** DEBUG: parsed output for VIDEO_FORMAT: "XVID"
Feb 27 00:21:26 vdr-hh logger: *** DEBUG: parsed output for AUDIO_CODEC: "mp3"
Feb 27 00:21:26 vdr-hh logger: *** INFO: Source Video has Resolution of 608 x 336 ...
Feb 27 00:21:26 vdr-hh logger: *** DEBUG: Film ""
Feb 27 00:21:26 vdr-hh logger: *** DEBUG: Variable MAX_X has value "640"
Feb 27 00:21:26 vdr-hh logger: *** DEBUG: Variable NEW_Y has value "353"
Feb 27 00:21:26 vdr-hh logger: *** INFO: For Sqare Pixels we would scale to 640 x 353 ...
Feb 27 00:21:26 vdr-hh logger: *** DEBUG: Variable XResTEMP has value "352 480 512 544 640 704 720"
Feb 27 00:21:26 vdr-hh logger: *** DEBUG: Variable AnzahlVonXResTEMP has value "7"
Feb 27 00:21:26 vdr-hh logger: *** DEBUG: Variable NEW_X has value "640"
Feb 27 00:21:26 vdr-hh logger: *** DEBUG: setting REAL_Y = FULL_Y ""
Feb 27 00:21:26 vdr-hh logger: *** DEBUG: Variable CMDLINE has value "/usr/bin/mplayer -vo mpegpes -ao mpegpes -vf scale=640:353,expand=640:480:-1:-1:1,lavc=5000:30   -cache 4096 -slave -nolirc  -subpos 90 -sub-bg-color 0 -sub-bg-alpha 0 -quiet -osdlevel 0 "

Alles anzeigen

jha · 27. Februar 2007

Ob es mit einem neuen Skript von "Yori" getan ist, wird sich noch zeigen müssen. Kannst du mir ein solches Video zukommen lassen, damit ich sehen kann, ob bei mir das gleiche Phänomen auftritt? Denn ohne das Problem reproduzieren zu können, kann ich keine Fehler beheben. Bei mir läuft alles wie gewünscht...

Gruß,
Juri

SurfaceCleanerZ · 27. Februar 2007

Sorry, hatte den Namen aus dem Gedächtnis zitiert

Ich könnte dir den Torrent Download geben. Tritt mit allen Veronica Mars Folgen, die ich bisher getestet hab auf. Sind gut verfügbar und der Dl einer TV-Serie ist ja auch nicht wirklich illegal...

Stefan

PS: Link per PN!

SurfaceCleanerZ · 29. Juli 2007

Hallo,
Es ist kein MPlayer-Problem, sondern ein Problem des Shell-Scripts von Juri!
Das alternative MPlay.sh hab ich noch nicht zum Laufen bekommen, daher habe ich das noch nicht getestet.
Juris Shellskript versucht das Video, das 23,976fps hat, mit 30fps abzuspielen.
Dies ist aber eine schlechte Idee, da der TV ein PAL(=25fps) ist, der auch 30fps
wiedergeben kann. Dies führt zu dem Problem des stark in der Höhe zitternden
Bildes. Ein Speed-up von 4,076% wird auch professionell bei Kinofilmen
genutzt und ist kaum zu hören (Tonhöhe) und eigentlich nicht zu sehen. Das
Skript müsste also nur um eine dementsprechende Erkennung der framerate
erweitert werden und dann anders entscheiden und es leicht
beschleunigt mit 25fps ausgeben. Dies klappt wunderbar!
Das Video ist ein 16:9 Video, das auf einem 4:3 Röhren-TV ausgegeben
werden soll, nur zur Erklärung. Daher die reduzierte Auflösung.

Hier ein Beispiel:

Code

mplayer /var/lib/video.00/film/Test.avi -ao mpegpes:card=2 -vo mpegpes:card=2 -vf scale=650:400,expand=720:576:-1:-1:1,lavc=5000:25 -fps 25 -subfps 25 -subpos 95 -subfont-text-scale 2.5 -speed 1.0467

Statt "-vf scale="... in obigem Ausdruck kann man auch dies einfügen:
"vf eq2,scale="... und am Ende des Befehls dann "-brightness 7" .
Damit kann man dann (mit mehr CPU-Last!) die Helligkeit einstellen mit
den Tasten 3 und 4 und den Kontrast mit 1 und 2
(zumindest im normalen MPlayer, müsste im Slave-Mode gleich sein?)
Obwohl in der manpage von lavc steht, dass die Reihenfolge der Befehle egal
ist, ist sie es hier nicht, da er es sonst nicht macht, wenn der
Befehl angehängt wird. Nach einem lavc Befehl darf kein weiterer vf
Befehl stehen, hat ein Ausprobieren ergeben.

Dies könnte man evtl. noch ins Plugin aufnehmen? Das wäre sicher auch
für viele andere nützlich!

jha · 29. Juli 2007

Interessant. Die Erkennung ist bereits im Skript drin, nur schalte ich bei ~24fps auf NTSC und nur bei NTSC=false auf PAL. Ich muß das bei Gelegenheit nochmals bei mir zu Hause testen, ob es auch bei mir so komische Ergebnisse gibt, wie bei euch. Allerdings habe ich bisher noch kein zitterndes Video gehabt.

Was die Erweiterung um den Filter eq2 angeht:
Ja, wäre möglich. Auch hier gilt: Wenn ich Zeit finde, probiere ich es aus. Muß aber abschaltbar sein, damit Leute mir schwacher CPU nicht darunter leiden.

Vermutlich muß Lavc deshalb der letzte Filter sein, weil der das Video nach MPEG1 wandelt - danach ist wahrscheinlich nur noch Ausgabe möglich.

Gruß,
Juri

SurfaceCleanerZ · 30. Juli 2007

Hallo,

Ich hatte im mplay.sh Thread mal hierauf verwiesen und eine nützliche Sache als Antwort bekommen:
[ANNOUNCE] mplay.sh 0.5.3 - Alternative zu mplayer.sh

Das solltest du auch noch aufnehmen!
Dann wäre das Problem, dass die FF eine andere Nummer bekommen hat, nämlich hinfällig. VDR macht das mittlerweile auch schon. Zumindest das aktuelle MPlaye-Plugin von e-Tobi kann das noch nicht und daher war die Nummer neulich bei mir aus irgendeinem Grund anders und das Plugin ging gar nicht. Für diesen Fall wäre eine OSD-Fehlermeldung extrem sinnvoll!

mfG,
Stefan

PS: Brauchst du mal eine Testsendung bzw. ein Stück?

jha · 30. Juli 2007

Hmm, siehe meine Antwort im anderen Thread.
Allerdings gebe ich zu bedenken, daß dadurch der Aufruf des mplayer.sh-Skriptes noch langsamer wird. Aber wen das stört, könnte dann ja die Karte wieder hard-coden.

Gruß,
Juri

jha · 30. Juli 2007

Zitat

Originally posted by SurfaceCleanerZ
PS: Brauchst du mal eine Testsendung bzw. ein Stück?

Ja, wäre nicht schlecht.

SurfaceCleanerZ · 30. Juli 2007

Hallo Juri,
was kann ich dir für einen vernünftigen Test zumuten größenmäßig?
mfG,
stefan

jha · 30. Juli 2007

Wenn du es per HTTP oder FTP zugänglich machen kannst, spielt die Größe keine Rolle. Per Email liegt das Limit bei 20 MiB, wobei du beachten solltest, daß durch die BASE64-Kodierung deines Email-Programmes ca. 1/3 dazukommt. Effektiv ist wohl bei Anhängen mit 13 MiB Schluß.

Gruß,
Juri

SurfaceCleanerZ · 30. Juli 2007

Hallo,

ok, du hast Post!

mfG,
stefan

jha · 31. Juli 2007

Danke, hab's gesehen. Ich lade es gerade runter, kann aber erst am Wochenende mal testen.

Gruß,
Juri

SurfaceCleanerZ · 31. Juli 2007

Hallo,
ok, kannst ja mal berichten!

mfG,
Stefan

SurfaceCleanerZ · 16. August 2007

Hallo,

wollte mal vorsichtig nachfragen, ob sich was ergeben hat?

Konntest du den Fehler beheben?

mfG,
Stefan

jha · 16. August 2007

Sorry.
Habe dein Video mal getestet - läuft einwandfrei als NTSC bei mir. Was ich als nächstes testen will, ist, wie es bei mir mit PAL aussieht.

Da es ja bei dir nicht optimal als NTSC läuft, bei mir aber schon, denke ich an eine Option, mit der man auswählen kann, ob solche 24er Videos als NTSC oder als PAL mit Geschwindigkeitsanpassung abgespielt werden.

Gruß,
Juri

SurfaceCleanerZ · 16. August 2007

Hallo,

dann kann dein TV wohl mehr als meiner...

Das wäre die optimale Lösung! Übrigens: Das EasyVDR-MPlayer-Plugin spielt es auch einwandfrei ab (zumindest über den em84xx der Activy). TV und avi sind dieselben.

Ich bin wie gesagt nicht der einzige, der das Problem hat, ein Kumpel hat dasselbe Problem auch!

mfG,
Stefan

jha · 16. August 2007

Ist immerhin schon der zweite Fernseher, der das ohne Probleme macht. Liegt vielleicht an der Karte? Ich benutze eine FF Technotrend DVB-T (1.3?)...

SurfaceCleanerZ · 16. August 2007

Hallo,

hmm,
habens an 3 TVs getestet, 2 Wohnzimmer 100Hz Geräte (NTSC-fähig) 1x Grundig, 1x Medion und 1 portabler 30cm Tv. Natürlich alles CRTs. Ein angeschlossener TFT von X4Tech zeigte das Verhalten evtl. nicht. Genau sagen kann man das bei dem Nicht, da der immer extremst flimmert und absolut unbenutzbar außer für Tests ist.

Mein ICE-TFT kann ich gern noch mal testen, das hatte ich bisher noch nicht.

An Karten waren das meine 1.5 mit AVBoard und Uli's gemoddete Datenkarte. mit simplem Kabel am J2 und mit meinem AVBoard testweise.

mfG,
Stefan

jha · 26. August 2007

Kannst du mal dein problematisches Video mit folgendem Aufruf ausführen:
mplayer -vo mpegpes -ao mpegpes -vf scale=640:353,expand=640:480:-1:-1:1,lavc=5000:24 /dein/video.avi
(die wesentliche Änderung ist der FPS-Parameter von lavc: nicht mehr 30fps, sondern 24)

Zittert es immernoch?

Gruß,
Juri

SurfaceCleanerZ · 30. August 2007

Hi,

hatte ich am Wochenende gelesen, aber da war ich nicht zuhause...

Und dann hatte ich es vergessen, sorry...

Das ICE-TFT teste ich dann auch!

Mach den VDR eh um 8 an, dann teste ich...

mfG,
Stefan

MPlayer zittert beim Abspielen

Jetzt mitmachen!

Teilen