| 1 |
Gruesse! |
| 2 |
* Hans-Werner Hilse <hilse@×××.de> schrieb am [22.06.06 13:08]: |
| 3 |
> |
| 4 |
> > Screenshot, wie sich der Fehler u.a. bei mir darstellt: |
| 5 |
> > http://home.pages.at/gerbrauer/metallica_rar2006-1.png |
| 6 |
> |
| 7 |
> Hm, ist die "Teilung" immer genau in der Mitte? |
| 8 |
|
| 9 |
Genau. |
| 10 |
|
| 11 |
> Sieht aus, als würde der Decoder für MJpeg ein anderes Format liefern, |
| 12 |
> als Xine erwartet. Ich tippe darauf, dass die Chroma-Informationen |
| 13 |
> anders gepackt sind, als Xine denkt. Die Luma-Informationen scheinen |
| 14 |
> OK zu sein. Vermutlich sowas wie 'ne eine YUV |
| 15 |
> 4:2:2/4:2:0-Verwechslung. Infos zum YUV-Farbraum gibt es unter |
| 16 |
|
| 17 |
Das war ein guter Hinweis, danke. Nicht das ich mich mit dem ganzen Zeug |
| 18 |
auch nur annähernd auskennen würde ;-) aber mein Learning-by-tuing |
| 19 |
Sportgeist war geweckt. |
| 20 |
|
| 21 |
Mein mjpeg mit lavplay aus den mjpegtools abgespielt ist o.k. |
| 22 |
lavinfo sagt zum mjpeg: Chroma 422 |
| 23 |
Wenn ich das avi jetzt mit: |
| 24 |
lav2yuv <infile> > <outfile> |
| 25 |
konvertiere, wird von lav2yuv per derfault nach Chroma 420jpeg |
| 26 |
gewandelt. Ich erhalte dann zwar kein korrektes avi, aber ich kann |
| 27 |
dieses File dann ohne den beschriebenen Fehler mit xine abspielen! |
| 28 |
Ist also wirklich so, daß xine in der Version > 1.0.x mit 422 Chromas |
| 29 |
Probleme hat. |
| 30 |
|
| 31 |
> Allerdings kenne ich die Xine-Sourcen nicht gut genug, um sagen zu |
| 32 |
> können, wo Xine Informationen über das Eingangssignal vom Codec |
| 33 |
> erwartet, und kann auch nicht mehr helfen. |
| 34 |
|
| 35 |
Na, ich werde mit diesen neuen Erkenntnissen mal bei den |
| 36 |
Xine-Entwicklern hausieren gehen. |
| 37 |
|
| 38 |
> -hwh |
| 39 |
|
| 40 |
Gruß |
| 41 |
Gerhard |
| 42 |
-- |
| 43 |
Neulich auf dem Maennerklo: |
| 44 |
Linke Reihe, bitte hinten anstellen, jeder nur ein Kreuz... |
| 45 |
-- |
| 46 |
gentoo-user-de@g.o mailing list |
Archives
