<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<br>
<br>
Jean-Yves Avenard wrote:
<blockquote
cite="mid:cb44e8370807071006w38f686b2y4520aa4af4e9ca9@mail.gmail.com"
type="cite">
<pre wrap="">Hi
2008/7/8 Nate Crosno <a class="moz-txt-link-rfc2396E" href="mailto:nate@crosno.net"><nate@crosno.net></a>:
</pre>
<blockquote type="cite">
<pre wrap="">and am wondering if it ever got fixed? I wasn't able to find any mention of
more changes/fixes in svn.
</pre>
</blockquote>
<pre wrap=""><!---->
Yes it did.
Shortly before the 0.21 official was released, a bug in h264 decoding
was fixed, from revision #16460
</pre>
<blockquote type="cite">
<pre wrap="">Jean, I saw in another post/ticket that you went back to 20.2 and it plays
fine. Did you just stay with that version?
</pre>
</blockquote>
<pre wrap=""><!---->
nope, went to 0.21-fixes.
working fine now
Jean-Yves
</pre>
</blockquote>
Thanks. I did see that bug but was hoping to find another answer since
I'm already on 0.21-fixes and still getting a bad quality image. I
don't think the stream is h264 -- would "midendify" report it as such?
This is the output of midentify on a stream saved with VLC ("vlc
<a class="moz-txt-link-freetext" href="udp:@225.1.6.3:2001">udp:@225.1.6.3:2001</a> --ts-dump-file ./test.mpg")<br>
<br>
ID_FILENAME=test.mpg<br>
ID_DEMUXER=mpegts<br>
ID_VIDEO_FORMAT=0x10000002<br>
ID_VIDEO_BITRATE=65000000<br>
ID_VIDEO_WIDTH=1920<br>
ID_VIDEO_HEIGHT=1080<br>
ID_VIDEO_FPS=29.970<br>
ID_VIDEO_ASPECT=0.0000<br>
ID_AUDIO_FORMAT=8192<br>
ID_AUDIO_BITRATE=0<br>
ID_AUDIO_RATE=0<br>
ID_AUDIO_NCH=0<br>
ID_LENGTH=7.75<br>
ID_VIDEO_CODEC=mpegpes<br>
ID_AUDIO_BITRATE=384000<br>
ID_AUDIO_RATE=48000<br>
ID_AUDIO_NCH=2<br>
ID_AUDIO_CODEC=a52<br>
<br>
This particular saved stream saved by VLC plays fine in VLC or Myth,
but when Myth does the recording, it has a lot of broken
pixels/artifacts.<br>
<br>
</body>
</html>