Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

1

09.09.2009, 03:15

Problem mit der Wiedergame von 1080i Material

Hi,
auf meiner Mythbox, spiele ich Videos mit dem Mplayer ab.

Mit 720p-Material habe ich kein Problem. Das läuft mit folgenden Einstellungen Problem los.

Quellcode

1
mplayer -ac hwac3 -ao alsa -fs -vfm ffmpeg -lavdopts lowres=1:fast:skiploopfilter=all $video


Versuche ich aber 1080i-Material abzuspielen, ist der Ton zum Bild versetzt.

Ausgabe von mplayer:

Quellcode

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
[h264 @ 0x882dc20]non-existing SPS 32 referenced in buffering period 58% 
[h264 @ 0x882dc20]non-existing SPS 32 referenced in buffering period


     	***************************************************
     	**** Dein System ist zu LANGSAM zum Abspielen! ****
     	***************************************************
Mögliche Gründe, Probleme, Workarounds: 
- Häufigste Ursache: defekter/fehlerhafter _Audio_treiber.
  - Versuche -ao sdl oder die OSS-Emulation von ALSA.
  - Experimentiere mit verschiedenen Werten für -autosync, 30 ist ein guter
	Startwert.
- Langsame Videoausgabe
  - Versuche einen anderen -vo Treiber (-vo help für eine Liste)
	oder probiere -framedrop!
- Langsame CPU
  - Versuche nicht, DVDs/große DivX-Filme auf langsamen CPUs abzuspielen.
	Probiere Optionen von lavdopts, z.B.
	-vfm ffmpeg -lavdopts lowres=1:fast:skiploopfilter=all.
- Defekte Datei
  - Versuche verschiedene Kombinationen von: -nobps -ni -forceidx -mc 0.
- Für die Wiedergabe von langsamen Medien (NFS/SMB, DVD, VCD usw)
  - Versuche -cache 8192.
- Benutzt du -cache zusammen mit einer nicht-interleavten AVI-Datei?
  - Versuche -nocache.
Lies DOCS/HTML/de/video.html; dort stehen Tipps für optimale Einstellungen.
(Schau evtl. auch bei den entsprechenden englischen Seiten.)
Wenn dies nicht hilft, lies DOCS/HTML/de/bugreports.html!

[h264 @ 0x882dc20]non-existing SPS 32 referenced in buffering period 58% 
[h264 @ 0x882dc20]non-existing SPS 32 referenced in buffering period
[h264 @ 0x882dc20]non-existing SPS 32 referenced in buffering period 50%


Abspielbefehl:

Quellcode

1
mplayer -ac hwac3 -ao alsa -fs -vfm ffmpeg -lavdopts lowres=3:fast:skiploopfilter=all:threads=3:skipframe=default $film


System:
CPU: Intel Pentium D 805 2x2.6GHz
RAM: 2 GB
Grafik: Nvidia 6200 verbunden mit TV über Video-Out
Kernel: 2.6.29-gentoo-r5
Mplayer: SVN-r29463-4.3.2

Vom System her, sollte die Leistung doch reichen, oder? Habt ihr irgend welche Tips für mich?

dsiggi

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »dsiggi« (12.09.2009, 15:28)


2

09.09.2009, 09:36

Ich denke mal vom System her könnte die Leistung schon sehr knapp sein...

Wie ist denn die CPU-Auslastung beim abspielen?

3

09.09.2009, 14:52

Ich denke mal vom System her könnte die Leistung schon sehr knapp sein...

Wie ist denn die CPU-Auslastung beim abspielen?
Wahrscheinlich dann die Grafikkarte, oder? Weil wenns an CPU oder RAM liegt frag ich mich wie das ein Blueray-Player schafft.
Hab hier noch ne 8400GS, die hat aber keinen Video-Out, kann ich dann höchstens an nem Monitor testen.

Die CPU-Auslastung ist laut top bei ca. 55%.

Edit:
Habe die andere Grafikkarte grad eingebaut und mit nem normalen Monitor gestestet. Bild und Ton sind immer noch total asynchron.

dsiggi

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »dsiggi« (09.09.2009, 15:16)


4

09.09.2009, 17:40

Das decoding übernimmt rein die CPU.

Neuere nvidia-GPUs können das aber auch unter Linux. Am besten mal über vdpau informieren. Die 8400er sollte das können.

Die 55% sind die komplett-Auslastung, nicht die von einem (virtuellen) Kern? Wenn das nicht per multithreading auf zwei Kerne verteilt läuft, würde ich mal sagen die CPU ist zu langsam und es könnte nur mit VDPAU gehen.

5

09.09.2009, 18:41

Ja, wenn möglich würde ich auch "VDPAU" empfehlen...!

Kurz Howto:
1. Prüfen ob der Grafik Chip dies uterstützt, siehe zb. http://en.wikipedia.org/wiki/VDPAU#Table_of_NVIDIA_GPUs , besser noch, in der aktuellen Grafik-Treiber Dokumentation nachsehen.
2. "mplayer" und "ffmpeg" (möglichst aktuelle Version) mit USE="vdpau" und "video_cards_nvidia" bauen.
3. test,

Quellcode

1
$ mplayer -vo vdpau -vc ffh264vdpau path/to/file

Ob, und wie dies nun mit externen weiteren Monitoren läuft.., dazu kann ich nichts sagen.
Weiteres siehe zb auch: http://www.nvnews.net/vbulletin/showpost…996&postcount=1

/edit
Info hinzugefügt

MfG

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »josef.95« (10.09.2009, 14:26)


6

10.09.2009, 08:31

Hi,
mit

Quellcode

1
mplayer -vo vdpau -vc ffh264vdpau $video

liegt die CPU-Auslastung nun nur noch bei ca. 5%.

Der Ton und das Bild sind aber immer noch leicht (ca. 1/2 Sekunde) asynchron.
Kann das vielleicht was mit folgenden Meldungen zu tun haben?

Quellcode

1
2
3
4
5
6
7
8
[h264_vdpau @ 0x875bd00]non-existing SPS 32 referenced in buffering period
[h264_vdpau @ 0x875bd00]non-existing SPS 32 referenced in buffering period
[h264_vdpau @ 0x875bd00]non-existing SPS 32 referenced in buffering period
[h264_vdpau @ 0x875bd00]non-existing SPS 32 referenced in buffering period
[h264_vdpau @ 0x875bd00]non-existing SPS 32 referenced in buffering period
[h264_vdpau @ 0x875bd00]non-existing SPS 32 referenced in buffering period
[h264_vdpau @ 0x875bd00]non-existing SPS 32 referenced in buffering period
[h264_vdpau @ 0x875bd00]non-existing SPS 32 referenced in buffering period


dsiggi

Edit:
Ich habe gerade ein anderes Video getestet. Dort brint mplayer die oben genannte Ausgabe nicht, und der Ton läuft synchron zum Bild.

Edit 2:
Mit einem

Quellcode

1
-delay -0.7

läuft es. aber ich kann ja nicht bei jedem Video erst das Delay ändern.

dsiggi

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »dsiggi« (10.09.2009, 13:45)


7

10.09.2009, 14:21

Hi,
ich vermute das bei deinem asynchronen (Problem) Video schon bei der Aufnahme bzw Zusammenstellung etwas nicht ganz astrein gelaufen ist...
Aber, es lässt sich unter mplayer der "AV-Versatz" mit den "+ | -" Tasten im laufenden Betrieb nachkorrigieren.

MfG