Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Video Encoding > MPEG-4 AVC / H.264

Reply
 
Thread Tools Search this Thread Display Modes
Old 12th October 2008, 17:55   #1221  |  Link
Kurtnoise
Swallowed in the Sea
 
Kurtnoise's Avatar
 
Join Date: Oct 2002
Location: Aix-en-Provence, France
Posts: 5,191
Quote:
Originally Posted by J_Darnley View Post
Can you not even access the web interface? Diff and on Pastebin
well all is working fine now...so, I suppose that is an issue from videolan.org


10x anyway.
Kurtnoise is offline   Reply With Quote
Old 27th October 2008, 14:45   #1222  |  Link
3ngel
Registered User
 
Join Date: Mar 2005
Posts: 457
Serious Bug

Hi,
i've discovered and i want to signal a systematic (althoug random) bug wich happens on all Pure Black & White screens or Coda Titles. I discovered it first on Shining (in the Intermezzo BW Writing Titles) the on some movies at the final credits (bw). I post examples.





Correct


This happens starting from 994 (not included) to up (998 included).
3ngel is offline   Reply With Quote
Old 27th October 2008, 15:12   #1223  |  Link
buzzqw
HDConvertToX author
 
Join Date: Nov 2003
Location: Cesena,Italy
Posts: 6,552
@3ngel

same script and filters?

BHH
__________________
HDConvertToX: your tool for BD backup
MultiX264: The quick gui for x264
AutoMen: The Mencoder GUI
AutoWebM: supporting WebM/VP8
buzzqw is offline   Reply With Quote
Old 27th October 2008, 15:21   #1224  |  Link
3ngel
Registered User
 
Join Date: Mar 2005
Posts: 457
Yes, obviously identical.
The only difference is that the last one (correct) is done with the 994.
I can add that the corrupted pixel is not continous but it's flashing. Prev frame correct, next corrupted, next correct.

Last edited by 3ngel; 27th October 2008 at 15:28.
3ngel is offline   Reply With Quote
Old 27th October 2008, 19:08   #1225  |  Link
Dark Shikari
x264 developer
 
Dark Shikari's Avatar
 
Join Date: Sep 2005
Posts: 8,666
Quote:
Originally Posted by 3ngel View Post
Yes, obviously identical.
The only difference is that the last one (correct) is done with the 994.
I can add that the corrupted pixel is not continous but it's flashing. Prev frame correct, next corrupted, next correct.
Let me guess, the problem goes away when you update to the latest libavcodec or use any other decoder?
Dark Shikari is offline   Reply With Quote
Old 27th October 2008, 19:40   #1226  |  Link
3ngel
Registered User
 
Join Date: Mar 2005
Posts: 457
Sorry bad guess. Tested with ffdshow, CoreAvc, Sonic, Mpc. Same results.

Moreover the abnormality is exactly repeteable whitin the same source. That is same script,
994 encoded -> ok
995 and up -> bug.
3ngel is offline   Reply With Quote
Old 27th October 2008, 20:30   #1227  |  Link
Dark Shikari
x264 developer
 
Dark Shikari's Avatar
 
Join Date: Sep 2005
Posts: 8,666
Quote:
Originally Posted by 3ngel View Post
Sorry bad guess. Tested with ffdshow, CoreAvc, Sonic, Mpc. Same results.

Moreover the abnormality is exactly repeteable whitin the same source. That is same script,
994 encoded -> ok
995 and up -> bug.
Post a stream, bug reports are useless without an actual encoded sample.

And if 995 managed to cause a problem, then its GCC's fault, because the purpose of 995 was to add even more constraints to the inline assembler in the hope that GCC would stop breaking our code.
Dark Shikari is offline   Reply With Quote
Old 27th October 2008, 20:34   #1228  |  Link
3ngel
Registered User
 
Join Date: Mar 2005
Posts: 457
Ok, as soon i'll post a stream piece.
3ngel is offline   Reply With Quote
Old 27th October 2008, 20:50   #1229  |  Link
3ngel
Registered User
 
Join Date: Mar 2005
Posts: 457
This is from the first pic "jiikine". Encoded with 998.

The bug is at 00:11

http://www.megaupload.com/?d=BQHJ7KU2
3ngel is offline   Reply With Quote
Old 27th October 2008, 22:11   #1230  |  Link
Dark Shikari
x264 developer
 
Dark Shikari's Avatar
 
Join Date: Sep 2005
Posts: 8,666
Quote:
Originally Posted by 3ngel View Post
This is from the first pic "jiikine". Encoded with 998.

The bug is at 00:11

http://www.megaupload.com/?d=BQHJ7KU2
Are you sure you cut it correctly? That clip doesn't contain the name "Hubbs" in the credits, nor did I notice anything wrong with the video.
Dark Shikari is offline   Reply With Quote
Old 27th October 2008, 22:31   #1231  |  Link
3ngel
Registered User
 
Join Date: Mar 2005
Posts: 457
The word is "jiikine" not "hubbs".

Anyway i post the frame from the stream so you can find it

3ngel is offline   Reply With Quote
Old 27th October 2008, 22:44   #1232  |  Link
Dark Shikari
x264 developer
 
Dark Shikari's Avatar
 
Join Date: Sep 2005
Posts: 8,666
This is actually rather interesting... its a false skip. This shouldn't happen, especially in this kind of case. I'm going to guess what happened, since you said it began in revision 995, is that the encoder chose a direct macroblock with 8x8 transform, falsely identified all the quantized DCTs as empty, and so declared it a skip.

... any chance you can try a build compiled with a different version of gcc?
Dark Shikari is offline   Reply With Quote
Old 27th October 2008, 22:53   #1233  |  Link
3ngel
Registered User
 
Join Date: Mar 2005
Posts: 457
I have downloaded the build from the official first page.
If you link me here the builds i can try, i will gladly do it.
3ngel is offline   Reply With Quote
Old 27th October 2008, 22:59   #1234  |  Link
Dark Shikari
x264 developer
 
Dark Shikari's Avatar
 
Join Date: Sep 2005
Posts: 8,666
Quote:
Originally Posted by 3ngel View Post
I have downloaded the build from the official first page.
If you link me here the builds i can try, i will gladly do it.
Look at the last couple pages of this thread; there are various other builds you can try. Also, could someone post a build with --disable-asm? If, when compiled with that, there are no problems, its yet another issue with that stupid array_non_zero code that keeps biting us in the ass.
Dark Shikari is offline   Reply With Quote
Old 27th October 2008, 23:10   #1235  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Here you go:
* http://www.mediafire.com/file/1zinvy...999-gcc432.zip
* http://www.mediafire.com/file/m0ymzo...c432-noasm.zip
* http://www.mediafire.com/file/liimtv...pthreadGC2.zip


BTW: Please don't tell me that x264 r1000 will be a simple bugfix release
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊

Last edited by LoRd_MuldeR; 27th October 2008 at 23:23.
LoRd_MuldeR is offline   Reply With Quote
Old 27th October 2008, 23:13   #1236  |  Link
J_Darnley
Registered User
 
J_Darnley's Avatar
 
Join Date: May 2006
Posts: 957
Rev 999 with ./configure --disable-asm
http://users.telenet.be/darnley/x264...r999_no-asm.7z
__________________
x264 log explained || x264 deblocking how-to
preset -> tune -> user set options -> fast first pass -> profile -> level
Doom10 - Of course it's better, it's one more.
J_Darnley is offline   Reply With Quote
Old 27th October 2008, 23:35   #1237  |  Link
3ngel
Registered User
 
Join Date: Mar 2005
Posts: 457
Quote:
Originally Posted by J_Darnley View Post
Rev 999 with ./configure --disable-asm
http://users.telenet.be/darnley/x264...r999_no-asm.7z
It seems that with this build the bug doesn't appear. I have done only a piece. Tomorrow i'll do the entire final credits to see if it appears.
3ngel is offline   Reply With Quote
Old 28th October 2008, 14:34   #1238  |  Link
3ngel
Registered User
 
Join Date: Mar 2005
Posts: 457
I've done a complete encode with gcc432 and the bug appears.

I've done a partial encode with gcc432-noasm and the bug doesn't seem to appear. I'm doing a complete encode with this right now (i'll post as it finishes).

As a sidenote with the noasm there is a huge performance drop. In order of 3 fps (noasm) against 15fps (asm).
3ngel is offline   Reply With Quote
Old 28th October 2008, 14:37   #1239  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Quote:
Originally Posted by 3ngel View Post
As a sidenote with the noasm there is a huge performance drop. In order of 3 fps (noasm) against 15fps (asm).
What a surprise
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊
LoRd_MuldeR is offline   Reply With Quote
Old 28th October 2008, 14:39   #1240  |  Link
3ngel
Registered User
 
Join Date: Mar 2005
Posts: 457
That's a shame because it seems that we have to sleep in front of the monitor to obtain a correct encode
3ngel is offline   Reply With Quote
Reply

Tags
h.264, x264, x264 builds, x264 patches, x264 unofficial builds

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 01:57.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.