Log in

View Full Version : Maybe a bug in r973


cbarroso
16th September 2008, 02:42
I think r973 has a bug.

http://img241.imageshack.us/my.php?image=bugqg7.png

http://img241.imageshack.us/my.php?image=bugqg7.png

Dark Shikari
16th September 2008, 02:44
A screenshot is useless.

A stream, along with a source and exact settings necessary to replicate the problem, is quite useful.

[P]ako
16th September 2008, 17:37
I think your RAM is bad.

LoRd_MuldeR
16th September 2008, 17:41
ako;1184470']I think your RAM is bad.

This can be checked with Memtest86+ (http://www.memtest.org/) ;)

Might be a decoding problem as well. Either of the source (at encoding time) or the encoded H.264 stream (at playback time) ...

Dark Shikari
16th September 2008, 17:56
ako;1184470']I think your RAM is bad.I'd actually say its more likely a bug ;) I just want to see the stream and settings and source to see if its replicable.

bob0r
16th September 2008, 19:09
x264 --no-lsd

CruNcher
16th September 2008, 20:06
maybe i/o problem so bad hard drive ?

Inventive Software
16th September 2008, 20:19
x264 --no-lsd

LOL bob0r. :D

[P]ako
19th September 2008, 20:04
I'd actually say its more likely a bug ;) I just want to see the stream and settings and source to see if its replicable.

Now, that you mentioned settings... I just remembered that I had a problem with random green blocks appearing in a lagarith I encoded. It resulted that it was my filter chain. I can't remember the filter that was causing the issue. All I know is that I removed one line of my script and it all went good.

Dark Shikari
19th September 2008, 20:33
Turns out its not a bug in x264... its a bug in libavcodec (http://mailman.videolan.org/pipermail/x264-devel/2008-September/004955.html).

ACoolie
20th September 2008, 01:06
Turns out its not a bug in x264... its a bug in libavcodec (http://mailman.videolan.org/pipermail/x264-devel/2008-September/004955.html).

I had this issue on the Murderball documentary with the "ThinkFilm" logo screen.
Mplayer svn played it fine but VLC 0.9.1i showed weird stuff. VLC 0.9.2 plays it fine.

LeXXuz
20th September 2008, 12:23
Turns out its not a bug in x264... its a bug in libavcodec (http://mailman.videolan.org/pipermail/x264-devel/2008-September/004955.html).

Well that's good news. Stumbled over a similar problem. See this file:
http://www.file-upload.net/download-1124260/testfile.mp4.html

Getting distortions using mpc/ffdshow with libav. Older build of mplayer even crashes at that point.

The file plays fine on my hardware player though. :cool:

So I guess, I don't need to worry about faulty results and can continue transcoding my movie collection?! :)

ACoolie
20th September 2008, 15:40
Disable I_PCM with psy-RD
psy-RD seems to put the PCM threshold a bit lower than it should be, so PCM is now disabled under psy-RD.

It sounds like r982 fixes it.

LoRd_MuldeR
22nd September 2008, 23:42
It sounds like r982 fixes it.

As far as I understand, the fix in r982 simply prevents x264 from producing PCM macroblocks where it shouldn't produce such blocks.
But this doesn't change the fact that PCM macroblocks are valid in H.264 streams and that libavcodec has/had problems with that type of blocks.
So the basic problem is/was in libavcodec, x264 only used to reveal that problem...