x264 development: reference list reordering testing

Dark Shikari · 20th April 2010, 01:46

http://mirror05.x264.nl/Dark/test_old.mkv

http://mirror05.x264.nl/Dark/test_new.mkv

Before I commit a change I have locally, I'd like to make sure no decoders barf on it. In short, is there a decoder out there that plays one of these without problems, but not the other?

libavcodec, JM, and Elecard Streameye have no issues. CMA1820 whines and whines but decodes it correctly anyways.

Challenge: find one that does have issues.

Bonus points: decode to raw YUV and diff against a correct decode (e.g. from ffmpeg).

Chengbin · 20th April 2010, 03:44

Can you make a 30fps version for portable devices? The Archos 5 does not take 60fps well (slight choppiness, which means a lot for a 60fps video)

Boolsheet · 20th April 2010, 04:19

No problems with the DivX H.264 Decoder, output is identical to FFmpeg.

RunningSkittle · 20th April 2010, 04:35

NMT plays them both

Guest · 20th April 2010, 04:55

OK with Nvidia CUVID.

Dark Shikari · 20th April 2010, 05:23

Quote:

Originally Posted by Chengbin

Can you make a 30fps version for portable devices? The Archos 5 does not take 60fps well (slight choppiness, which means a lot for a 60fps video)

Just remux them.

modlinsky · 20th April 2010, 05:58

Both plays ok on macosx 10.5.8 (ffmpeg decoder)

roozhou · 20th April 2010, 05:59

OK with CoreAVC 2.0 software decoder, identical to ffmpeg

CruNcher · 20th April 2010, 07:34

Arcsoft Video Decoder 2.27.319.108 DXVA1/Software (JAN 20 2010) no issues
CoreAVC 2.0 (CUDA) Forceware 197.45 (G92) 1 frame @ the 4 second is lost for both playback continues normally after that black frame for both, you can see a short black screen flash @ that time
CoreAVC 2.0 (Software) no issues

Fr4nz · 20th April 2010, 08:13

I've encountered a strange problem so I think it's useful to report here. When playing back both "old" and "new" through DXVA (media player is "media player classic (latest rev.)", videocard is an ATI 5770 and drivers are Catalyst 10.3a) this is what I see:

As you can see, there are noticeable macroblocks on the rays, and few other macroblocks around in the picture. These macroblocks, during the playback, goes away for an instant when there is an I-frame, but then they come back.

Maybe it's non-DXVA compliant? Or is it a DVXA-ATI bug?

Dark Shikari · 20th April 2010, 08:28

Quote:

Originally Posted by Fr4nz

I've encountered a strange problem so I think it's useful to report here. When playing back both "old" and "new" through DXVA (media player is "media player classic (latest rev.)", videocard is an ATI 5770 and drivers are Catalyst 10.3a) this is what I see:

As you can see, there are noticeable macroblocks on the rays, and few other macroblocks around in the picture. These macroblocks, during the playback, goes away for an instant when there is an I-frame, but then they come back.

Maybe it's non-DXVA compliant? Or is it a DVXA-ATI bug?

It should be DXVA compliant. It's 8 reference frames at 640x480, which should fit L4.1 requirements.

Sounds like an ATI bug...

wlee15 · 20th April 2010, 08:40

Quote:

Originally Posted by Fr4nz

I've encountered a strange problem so I think it's useful to report here. When playing back both "old" and "new" through DXVA (media player is "media player classic (latest rev.)", videocard is an ATI 5770 and drivers are Catalyst 10.3a) this is what I see:

As you can see, there are noticeable macroblocks on the rays, and few other macroblocks around in the picture. These macroblocks, during the playback, goes away for an instant when there is an I-frame, but then they come back.

Maybe it's non-DXVA compliant? Or is it a DVXA-ATI bug?

It doesn't happen here on HD 4870 with the same drivers using both MPC HC and Windows 7 media player.

julius666 · 20th April 2010, 09:10

Quote:

Originally Posted by wlee15

It doesn't happen here on HD 4870 with the same drivers using both MPC HC and Windows 7 media player.

It's fine here too (HD4830). Even with DivX in DXVA mode.

Fr4nz · 20th April 2010, 09:39

Maybe it's a bug which affects only 5xxx ATI videocards? Is it possible?

PS: My OS is Win7 64-bit.

nurbs · 20th April 2010, 10:48

Both clips work fine on my WD TV.

vucloutr · 20th April 2010, 11:07

MPC-HC r1788 x86 (EVR Custom, optimal renderer settings, internal matroska splitter)

- internal ffmpeg & DXVA work perfectly, no errors or dropped frames on both clips
- CoreAVC 2.0 software & CUDA drop 1 frame in the very beginning and 1 more frame at second 9 with CUDA, same on both clips

creamyhorror · 20th April 2010, 11:42

Both seem to work fine on (S)MPlayer git20100415 using VDPAU on nVidia driver 195.36.15 and a GeForce 8400GS (G98 chip).

I don't know how to check for dropped frames, though. Any tips?

Atak_Snajpera · 20th April 2010, 12:29

R4850 win7 x64 ffdshow r3355 with DXVA enabled = all ok

cogman · 20th April 2010, 14:47

I haven't downloaded it yet, what is this patch supposed to accomplish? (IE, what are its benefits.)

LoRd_MuldeR · 20th April 2010, 15:26

Quote:

Originally Posted by cogman

I haven't downloaded it yet, what is this patch supposed to accomplish? (IE, what are its benefits.)

I could imagine that re-ordering the references in a way that a "usefull" ref-frame is kept longer in DPB while a "less usefull" one is dropped earlier, may be helpful in certain situations...

20th April 2010, 01:46	#1 \| Link
Dark Shikari x264 developer Join Date: Sep 2005 Posts: 8,666	x264 development: reference list reordering testing http://mirror05.x264.nl/Dark/test_old.mkv http://mirror05.x264.nl/Dark/test_new.mkv Before I commit a change I have locally, I'd like to make sure no decoders barf on it. In short, is there a decoder out there that plays one of these without problems, but not the other? libavcodec, JM, and Elecard Streameye have no issues. CMA1820 whines and whines but decodes it correctly anyways. Challenge: find one that does have issues. Bonus points: decode to raw YUV and diff against a correct decode (e.g. from ffmpeg). __________________ Follow x264 development progress \| akupenguin quotes \| x264 git status ffmpeg and x264-related consulting/coding contracts \| Doom10 Last edited by Dark Shikari; 20th April 2010 at 01:49.

20th April 2010, 04:19	#3 \| Link
Boolsheet Registered User Join Date: Apr 2009 Location: Switzerland Posts: 69	No problems with the DivX H.264 Decoder, output is identical to FFmpeg. __________________ My nightmares are horrifying, they're all interlaced!

20th April 2010, 07:34	#9 \| Link
CruNcher Registered User Join Date: Apr 2002 Location: Germany Posts: 4,926	Arcsoft Video Decoder 2.27.319.108 DXVA1/Software (JAN 20 2010) no issues CoreAVC 2.0 (CUDA) Forceware 197.45 (G92) 1 frame @ the 4 second is lost for both playback continues normally after that black frame for both, you can see a short black screen flash @ that time CoreAVC 2.0 (Software) no issues __________________ all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 20th April 2010 at 07:44.

20th April 2010, 08:13	#10 \| Link
Fr4nz Registered User Join Date: Feb 2003 Posts: 448	I've encountered a strange problem so I think it's useful to report here. When playing back both "old" and "new" through DXVA (media player is "media player classic (latest rev.)", videocard is an ATI 5770 and drivers are Catalyst 10.3a) this is what I see: As you can see, there are noticeable macroblocks on the rays, and few other macroblocks around in the picture. These macroblocks, during the playback, goes away for an instant when there is an I-frame, but then they come back. Maybe it's non-DXVA compliant? Or is it a DVXA-ATI bug? Last edited by Fr4nz; 20th April 2010 at 08:16.

20th April 2010, 11:42	#17 \| Link
creamyhorror Registered User Join Date: Mar 2008 Posts: 118	Both seem to work fine on (S)MPlayer git20100415 using VDPAU on nVidia driver 195.36.15 and a GeForce 8400GS (G98 chip). I don't know how to check for dropped frames, though. Any tips? Last edited by creamyhorror; 20th April 2010 at 11:46.

20th April 2010, 03:44	#2 \| Link
Chengbin Registered User Join Date: Oct 2007 Posts: 1,060	Can you make a 30fps version for portable devices? The Archos 5 does not take 60fps well (slight choppiness, which means a lot for a 60fps video)

20th April 2010, 04:35	#4 \| Link
RunningSkittle Skittle Join Date: Mar 2008 Posts: 539	NMT plays them both

20th April 2010, 04:55	#5 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,901	OK with Nvidia CUVID.

20th April 2010, 05:58	#7 \| Link
modlinsky my native is Russian Join Date: Sep 2009 Posts: 6	Both plays ok on macosx 10.5.8 (ffmpeg decoder)

20th April 2010, 05:59	#8 \| Link
roozhou Registered User Join Date: Apr 2008 Posts: 1,181	OK with CoreAVC 2.0 software decoder, identical to ffmpeg

20th April 2010, 09:39	#14 \| Link
Fr4nz Registered User Join Date: Feb 2003 Posts: 448	Maybe it's a bug which affects only 5xxx ATI videocards? Is it possible? PS: My OS is Win7 64-bit.

20th April 2010, 10:48	#15 \| Link
nurbs Registered User Join Date: Dec 2005 Posts: 1,460	Both clips work fine on my WD TV.

20th April 2010, 11:07	#16 \| Link
vucloutr Registered User Join Date: Nov 2008 Posts: 64	MPC-HC r1788 x86 (EVR Custom, optimal renderer settings, internal matroska splitter) - internal ffmpeg & DXVA work perfectly, no errors or dropped frames on both clips - CoreAVC 2.0 software & CUDA drop 1 frame in the very beginning and 1 more frame at second 9 with CUDA, same on both clips

20th April 2010, 12:29	#18 \| Link
Atak_Snajpera RipBot264 author Join Date: May 2006 Location: Poland Posts: 7,815	R4850 win7 x64 ffdshow r3355 with DXVA enabled = all ok __________________ Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper

20th April 2010, 14:47	#19 \| Link
cogman The Crazy Idahoan Join Date: Jun 2007 Location: Idaho Posts: 249	I haven't downloaded it yet, what is this patch supposed to accomplish? (IE, what are its benefits.)