[HD-DVD Challenge] MPEG2, VC-1 and H264 with real uncompressed source movie

[Sagittaire]

~ HD-DVD Benchmark Challenge ~

You think that your standard is the best : prove that ... !!?



A - Introduction

The purpose of this challenge is to determine which is the best codec format encoding.
HD-DVD & BD can use MPEG2, H264 and VC-1 for video codec.



B - Rules

Rule 1 : Source

Uncompressed source is available Here (http://orange.blender.org/blog/original-lossless-source-available/) for reproduce the test.
Open source Elephant Dream movie, video 1920*1080 PNG lossless, audio 5.1 Flac lossless, 15 691 frames


Rule 2 : Pre-process and encoding

You must use this avisynth script for make encoding:

Source=ImageSource("C:\LossLess\images\%05d.png", start=1, end=15691, fps=23.976)
Source=ConvertToYV12(source, matrix="Rec709")
return source



Other pre-process is not autorized. It's possible to propose example with high quality pre-process (objective like high color conversion or subjective like sharp process ... ect) but just for demonstration and not for this challenge.

Video Stream must be like HD-DVD compliant stream. You can use all the compliant audio codec and all the compliant bitrate for audio. This test is just video challenge and not audio challenge. All the video stream must be compliant with these setting:

MPEG2 Encoding
Profil & Level: MP@HL except specific restrictions
Max GOP lenght: 14 frames
Maximum bitrate: 20.0 Mbps, 24.0 Mbps and 28.0 Mbps
Buffer size: 9781 Kbits for principal HD video stream
Horizontal Vector Range: +/- 1024 pixels
Vertical Vector Range: +/- 128 pixels
Other Restrictions Setting: max adaptative GOP at 14, max adaptative bframe at 2

VC-1 Encoding
Profil & Level: AP@L3 except specific restrictions
Max GOP lenght: 14 frames
Maximum bitrate: 20.0 Mbps, 24.0 Mbps and 28.0 Mbps
Buffer size: 14745 Kbits for principal HD video stream
Horizontal Vector Range: +/- 1024 pixels
Vertical Vector Range: +/- 256 pixels
Other Restrictions Setting: max adaptative GOP at 14, max adaptative bframe at 2

H264 Encoding
Profil & Level: HP@L4.1 except specific restrictions
Max GOP lenght: 14 frames
Maximum bitrate: 20.0 Mbps, 24.0 Mbps and 28.0 Mbps
Buffer size: 14745 Kbits for principal HD video stream
Horizontal Vector Range: +/- 1024 pixels
Vertical Vector Range: +/- 512 pixels
Other Restrictions Setting: max adaptative GOP at 14, max adaptative bframe at 2,
Max reference at 4, Max breference at 3, no film grain modeling


Rule 3 : Bitrate and Max Bitrate

You must use these bitrate/size for encoding:

HD-DVD with "super bitrate" video stream and simple HDDVD authoring:
18 Mbps (Max at 28.0 Mbps) for video stream with +/- 0.5 % for bitrate tolerance
HD-DVD with "medium bitrate" video stream and standard HDDVD authoring:
12 Mbps (Max at 24.0 Mbps) for video stream with +/- 0.5 % for bitrate tolerance
HD-DVD with "low bitrate" video stream and standard HDDVD authoring:
6 Mbps (Max at 20.0 Mbps) for video stream with +/- 0.5 % for bitrate tolerance

NB: we can use HD-DVD structure too on simple DVD DL 12 cm at 8.5 GB

Rule 4 : Visual Tests

Here you can find encoding in ifo & evo structure for subjective test ... try to find yourself the best quality:

HD-DVD & BD MPEG2 at 18 Mbps :
File: not available

HD-DVD & BD MPEG2 at 12 Mbps :
File: not available

HD-DVD & BD MPEG2 at 6 Mbps :
File: not available


HD-DVD & BD VC-1 at 18 Mbps :
File: not available

HD-DVD & BD VC-1 at 12 Mbps :
File: not available

HD-DVD & BD VC-1 at 6 Mbps :
File: not available


HD-DVD & BD H264 at 18 Mbps :
File: not available

HD-DVD & BD H264 at 12 Mbps :
File: not available

HD-DVD & BD H264 at 6 Mbps :
File: not available


Rule 5 : Metrics Tests

SSIM (YV12): IMO the best metric. it uses some HVS properties but not all ...
PDF description for VSSIM (http://www.cns.nyu.edu/~zwang/files/papers/vssim.pdf)

Overall PSNR (YV12): Very good metric test, particullary for Rate Control Quality test ...
MSE = Sum t = 1 -> NFrame Sum x = 1 -> width Sum y = 1 -> height (F'(x,y,t)-F(x,y,t))² / (NFrame*width*height)
Overall PSNR = 10 * Log ( 255² / MSE)

Average PSNR (YV12):The worse metric test but Frame PSNR graph is very good to compare RC strategy ...
MSE = Sum x = 1 -> width Sum y = 1 -> height (F'(x,y,t)-F(x,y,t))² / (width*height)
Average PSNR = Sum t = 1 -> NFrame 10 * Log ( 255² / MSE) / Nframe


SSIM vs PSNR

"For a given reference video and a given compressed video, it is meant to compute a quality metric, based on perceived visual distortion. Unlike the well-known PSNR measure, it's not purely mathematical, and should correlate much better with human vision."

"A higher MSE (and so lower PSNR) should mean that the compressed clip is a worse image but MSE and PSNR are flawed in this respect as numerous tests have shown. However with SSIM, according to tests carried out on the VQEG dataset, a higher Q (SSIM value) has a much better relation to the visual quality of the compressed clip. Despite this, bear in mind the SSIM metric still isn't perfect."

Here (http://multimediacom.free.fr/Download/SSIM.rar) last AviSynth plugin for VSSIM in YV12


Average PSNR vs Overall PSNR

It's easy to increase artificially Average PSNR with Rate Control tweak. In certain case CBR (0% for variability) will be better than real VBR (100% for variability or constant quant). It's generaly not possible with Overall PSNR. Overall PSNR is very good to test Rate Control quality. If difference between Average PSNR and Overall PSNR is very high, "local quality difference" (difference between Pframe or Bframe for exemple) or "scene quality difference" (difference between low motion and high motion for exemple) will be too high and Rate Control for this codec not very good.

Here (http://multimediacom.free.fr/Download/CompareYV12.zip) last AviSynth plugin for Overall PSNR in YV12


Open your avs metric script with VirtualDub. Select file > preview input for run the test. Select file > close video file for obtain final result in log metric files. You must use these AviSynth type script for metric test:


# --> Source Opening <--
Source=ImageSource("C:\LossLess\images\%05d.png", start=1, end=15691, fps=24)
Source=ConvertToYV12(source, matrix="Rec709")

# --> Video Opening <--
video=Mpeg2Source("D:\...\MPEG2_24Mbps.d2v",idct=2)

# --> PSNR analysis <--
compareYV12(video,source,"YUV","OPSNR_MPEG2_24Mbps.log")


# --> Source Opening <--
Source=ImageSource("C:\LossLess\images\%05d.png", start=1, end=15691, fps=24)
Source=ConvertToYV12(source, matrix="Rec709")

# --> Video Opening <--
video=Mpeg2Source("D:\...\MPEG2_24Mbps.d2v",idct=2)

# --> SSIM analysis <--
return SSIM(source,video,"results.csv","SSIM_MPEG2_24Mbps.txt",lumimask=2)




C - Results

At this time here the best result ... but done better if you can ... :devil:

|--------------|---------|---------|---------|---------|---------|
| Codec | PProc | Bitrate | Size | OPSNR | SSIM 2 |
|--------------|---------|---------|---------|---------|---------|
| MPEG2 | PP4 | 0000 | 0000 | 00.00 | 00.00 |
| VC-1 | PP1 | 0000 | 0000 | 00.00 | 00.00 |
| H264 | PP0 | 0000 | 0000 | 00.00 | 00.00 |
|--------------|---------|---------|---------|---------|---------|
| MPEG2 | PP4 | 00000 | 0000 | 00.00 | 00.00 |
| VC-1 | PP1 | 00000 | 0000 | 00.00 | 00.00 |
| H264 | PP0 | 00000 | 0000 | 00.00 | 00.00 |
|--------------|---------|---------|---------|---------|---------|
| MPEG2 | PP4 | 00000 | 0000 | 00.00 | 00.00 |
| VC-1 | PP1 | 00000 | 0000 | 00.00 | 00.00 |
| H264 | PP0 | 00000 | 0000 | 00.00 | 00.00 |
|--------------|---------|---------|---------|---------|---------|
SSIM 0: Lumimask Off
SSIM 1: Lumimask On (Original Lumimask)
SSIM 2: Lumimask On (One2Tech Patch)




D - Conclusion

At this time for this movie

THE BEST IS ??????????

IF YOU DON'T AGREE WITH THAT, TRY WITH YOUR ENCODER ... !!!



Annexe - Update

01.07.2007 - NTSC setting for encoding replace PAL setting
26.10.2006 - New rules for more real HDDVD encoding (new bitrate, new vbv)
03.10.2006 - buffer for H264 is confidential but use 14400 Kbits is certainely compliant with HDDVD
02.10.2006 - official buffer for VC1 is 14400 Kbits or 480 ms for better HD-DVD compliancy
26.09.2006 - MPEG2 and H264 files with audio are available
19.09.2006 - MPEG2 metric result
18.09.2006 - H264 metric result

will coming ... if you want ... !!!

All the developpers are wellcome ... !!?

[scharfis_brain]

Source=ImageSource("C:\LossLess\images\%05d.png", start=1, end=15691, fps=24)
Source=ConvertToYV12(source, matrix=whatever)
return source

I think that this is only a good solution for encoders that will accept YV12 without internal conversion.

MPEG2 encoders for example commonly only accept YUY2 or RGB24 input. If YV12 is given to the encoder it either throws an error or converts it to YUY2 using DShow (or something) and then converts it to YV12 again. This results in blurring the chroma in vertical.
The only MPEG2 Encoders I know of that accept YV12 without conversion are HCEnc and QuEnc.
CCE and ProCoder will only work with YUY2. As well as TMPGenc does.

So I suggest to use
Source=ImageSource("C:\LossLess\images\%05d.png", start=1, end=15691, fps=24)
Source=ConvertToYUY2(source, matrix=whatever)
return source with CCE, ProCoder, TMPGenc and other encoders that do not accept YV12 natively.

[Sagittaire]

Source=ImageSource("C:\LossLess\images\%05d.png", start=1, end=15691, fps=24)
Source=ConvertToYV12(source, matrix="PC.601")
return source

I think that this is only a good solution for encoders that will accept YV12 without internal conversion.

MPEG2 encoders for example commonly only accept YUY2 or RGB24 input. If YV12 is given to the encoder it either throws an error or converts it to YUY2 using DShow (or something) and then converts it to YV12 again. This results in blurring the chroma in vertical.
The only MPEG2 Encoders I know of that accept YV12 without conversion are HCEnc and QuEnc.
CCE and ProCoder will only work with YUY2. As well as TMPGenc does.

So I suggest to use
Source=ImageSource("C:\LossLess\images\%05d.png", start=1, end=15691, fps=24)
Source=ConvertToYUY2(source, matrix="PC.601")
return source with CCE, ProCoder, TMPGenc and other encoders that do not accept YV12 natively.

Well but H264 and VC-1 encoder will use internal YV12 color convertion in this case. MPEG2 MP@HL, VC-1 and H264 use internal YV12 color space ... source must be YV12. It's not my problem if Procoder, CCE or other encoder don't use YV12 input ... ;-)


I will make HD-DVD MPEG2 encoding with Mencoder ... ;-)

[Kopernikus]

Its not a blind test if the testers know which encoder created the file and how much bitrate was used.

[Golgot13]

Well but H264 and VC-1 encoder will use internal YV12 color convertion in this case. MPEG2 MP@HL, VC-1 and H264 use internal YV12 color space ... source must be YV12. It's not my problem if Procoder, CCE or other encoder don't use YV12 input ... ;-)

Hi,

I think the size resolution is locked.
Because MPEG2 and VC1 at 6Mbps with 1920x1080 resolution, it will be very hard.
And there is not a limit for encoding pass.
(NTT Docomo have N-pass H264 encoder => 2.8Mbps for video
at 1920x1080 24fps, thirteen pass and one pass isn't in realtime...)


Golgot13

[Sagittaire]

Its not a blind test if the testers know which encoder created the file and how much bitrate was used.

The files will be here if you want make blind test for you.


I think the size resolution is locked.
Because MPEG2 and VC1 at 6Mbps with 1920x1080 resolution, it will be very hard.

Perhaps for MPEG2 but perhaps not for VC-1.


And there is not a limit for encoding pass.
(NTT Docomo have N-pass H264 encoder => 2.8Mbps for video
at 1920x1080 24fps, thirteen pass and one pass isn't in realtime...)

File must be compliant ... you can make 99 pass with CCE or 999 pass with x264 if you want. I can make 2.8 Mbps encoding with all encoder but IMO make 2.8 Mbps with good quality with this source will be really hard. Time encoding is not a problem in this test.

[scharfis_brain]

@Sagittaire: I think you're aiming for high quality?
So why do you forbit YUY2 when needed for good quality?
Some encoders even won't accept YV12 and will refuse to encode the video. So you'll knock out valuable encoders in this Benchmark Challange!

I think to stick with YUY2 and correct colorimetry will be enough.
Converting from RGB->YUY2->YV12 is a transparent process.
Converting from RGB->YV12->YUY2->YV12 isn't.

[SeeMoreDigital]

I must admit I would be interested to know how well MPEG-4 AVC's "lossless" encoding option would cope with these sources.... If anybody is up for it?

By-the-way, does VC-1 have a "lossless" encoding option?


Cheers

[Sagittaire]

@Sagittaire: I think you're aiming for high quality?
So why do you forbit YUY2 when needed for good quality?
Some encoders even won't accept YV12 and will refuse to encode the video. So you'll knock out valuable encoders in this Benchmark Challange!

I think to stick with YUY2 and correct colorimetry will be enough.
Converting from RGB->YUY2->YV12 is a transparent process.
Converting from RGB->YV12->YUY2->YV12 isn't.

Well it's really not a problem ... use YUY2 conversion or initial RGB colors for these encoders if you want if you are sure that internal YUY2, RGB -> YV12 is high quality space convertion. But reference source will be in YV12 for make comparison ...

[lexor]

I get a message saying that torrent is invalid, is anyone else having trouble getting it to work?

[Dethis]

@Sagittaire

a) What about the HD-DVD restictions like max (peak) video bitrate (29Mbps) and others (GOP size, reference B frames.. etc) we read about (I realy dont know if those "others" exist because of the HD-DVD format or the decoding chip.)

b) Isn't this test a good opportunity to to compare HD-DVD vs BD ??. Like in the following case:
Todays bests -> HD-DVD DL(30GB, 29Mbps peak video bitrate) VS BD SL (25GB 40Mbps peak video bitrate)
This will need one more category for BD (20Mbps average video bitrate with peaks up to 40Mbps).

[Sagittaire]

a) What about the HD-DVD restictions like max (peak) video bitrate (29Mbps) and others (GOP size, reference B frames.. etc) we read about (I realy dont know if those "others" exist because of the HD-DVD format or the decoding chip.)

Well at this time I use
adaptative GOP 15 with 2 adaptative bframe
Buffer size at 448 Ko, max bitrate at 30 000 Kbps
Max motion vector at +/- 128 pixel


b) Isn't this test a good opportunity to to compare HD-DVD vs BD ??. Like in the following case:
Todays bests -> HD-DVD DL(30GB, 29Mbps peak video bitrate) VS BD SL (25GB 40Mbps peak video bitrate)
This will need one more category for BD (20Mbps average video bitrate with peaks up to 40Mbps).

Well really good question. because for this source I have big problem for peak bitrate in high motion for MPEG2. 30 Mbps max bitrate seem not to be enough: I have buffer saturation for long high motion scene and very high average quantizer because encoder must respect vbv specification ... !!?

[GodofaGap]

With which tool(s) are the streams going to be verified for HD-DVD compliancy and what are the HD-DVD requirements?

[IgorC]

Just remebering that Blu Ray has 4 reference frames limit for H.264

[CruNcher]

x264 cant be used here as it isn't Broadcast stable and exactly that is needed here for STB/SAP Encoding, what this test is about :(
so we only have 2 options Ateme (wich most of the users here only have the very outdated Beta) or Elecard/Mainconcepts Encoder wich would obey to the Hardware limits needed for this test.
Im sure that Atemes outdated Beta can't cope anymore with Elecard/Mainconcepts Encoder and also it's rather useless to test such stuff as HD-DVD H.264 encoding won't be available still for some time now for most average users their only option @ the moment is Mpeg-2 HD-DVD, and no i have no idea how much longer the industry is holding H.264 HD-DVD encoding back from the average joe user, my guess is end of this year begining next year.

[akupenguin]

x264 cant be used here as it isn't broadcast stable and exactly that is needed here for STB Encoding what this test is about
What does "broadcast stable" mean? And exactly what restrictions do STBs impose that can't be configured in x264?

[Quarkboy]

Just remebering that Blu Ray has 4 reference frames limit for H.264

Wait, really? It's not fully h.264 spec compliant? Can I get a reference for this?

[Sagittaire]

What does "broadcast stable" mean? And exactly what restrictions do STBs impose that can't be configured in x264?

Why not to prove that and make HD-DVD authoring with x264 ... ;-)

[GodofaGap]

Ok I'll repeat my question.

Rule 2 : Pre-process and encoding

...

Video Stream must be HD-DVD compliant stream. You can use all the complaint audio codec and all the compliant bitrate for audio. This test is just video challenge and not audio challenge. anyway all the stream must be HD-DVD complaint.
You say it must be compliant, but you do not provide any means to check that nor do you disclose what compliant is. So which tools to check with, and what IS compliant exactly anyway?

[Sagittaire]

Ok I'll repeat my question.


You say it must be compliant, but you do not provide any means to check that nor do you disclose what compliant is. So which tools to check with, and what IS compliant exactly anyway?

Like for MPEG2 DVD stream ... ;-)

[GodofaGap]

?

It is not an answer to my question. You cannot use a DVD verifying tool to check an h264 HD-DVD stream, it's nonsense.

[Manao]

Sagittaire : instead of saying "the stream must be HD DVD-compliant", which nobody here knows what it implies ( not even you ), you should state clearly the restrictions on the options that can be used for each standard.

Restrictions that are really important are :
- gop structure
- average bitrate, max bitrate, cpb/vbv size
- allowed profile / level
- specific restrictions ( number of references / no breferences / custom matrices / motion range / whatever )

Those are easy to check ( except cpb/vbv compliancy ), and they are those that have an impact on the quality.

"HD DVD compliancy", however, implies a lot more than that. It requests, for example, that some SEI messages in h264 must be present in the bitstream. Moreover, those SEI must be put in the right order ( and guess what, the order and the SEIs differ from Blueray's - what a surprise... ). x264 can't - at the moment - respect that, but it's not important to the purpose of your test, since you care about quality.

QuarkBoy : it's not a question of being "h264-compliant". Bluray and HD DVD take a bunch of standards ( AVC, mpeg2 system, mpeg2 video, dolby ), and impose strictly how they must be used together. They impose for example a profile/level for AVC, but nothing prevent them for imposing some additionnal restrictions over those brought by the profile/level - for example a max number of references. The resulting video stream is still compliant with the AVC standard. The only "incompliancy" would occur if a decoder that boasted Blueray compliancy but didn't support more than 4 references would also boast AVC compliancy.

[smok3]

so where do we 'mail' our encodes?

[Taxidermista]

Talking about HD-DVD compliancy, I guess that this 'HD DVD content validator' from Microsoft is of no use, isn't it?

Start authoring in HD-DVD (http://www.microsoft.com/windows/windowsmedia/forpros/hddvd/default.aspx)


BTW, has anybody any success downloading the Elephants Dream torrent?

[smok3]

why not use the tools out there for cross verification?

- Final Cut Studio Pro (on mac side)
- Sonic DVD Producer HD (for wmv ...)
- Sonic Scenarist HD (for h.264)
- There is also a Sonic solution for BR

iam sure someone allready purchased some of this?

[bond]

moved

[*.mp4 guy]

BTW, has anybody any success downloading the Elephants Dream torrent?
Most torrent clients can't open the torrent because it has to many files (I ran into this problem myself) the only torrent client I could find that will work is Azureus, which is an open source java client, so it should work for any OS.

so where do we 'mail' our encodes?
at 24mbps the file should be ~2GB, at 12 it should be ~1GB, at 6mbps it should be 500MB. The best way to deliver the files would probably be to create another torrent, it shouldn't be too dificult to figure out, and torrents work great for large files like Linux iso's.

[Taxidermista]

Most torrent clients can't open the torrent because it has to many files (I ran into this problem myself) the only torrent client I could find that will work is Azureus, which is an open source java client, so it should work for any OS.
Thanks. Azureus RC2.5 seems to work fine with it.

[akupenguin]

Why not to prove that and make HD-DVD authoring with x264
I asked a question. You don't prove a question, you answer it. And if I knew the answer, I wouldn't be asking.
Anyway, I don't see what broadcast has to do with HD-DVD.

I must admit I would be interested to know how well MPEG-4 AVC's "lossless" encoding option would cope with these sources.... If anybody is up for it?
(I haven't downloaded the whole source yet, so this is based on 1000 frames from the middle...)
kbit/s codec
1194394 raw rgb
380190 png rgb
260014 ffv1 rgb
125451 ffv1 yv12
112775 x264 yv12

[lexor]

Most torrent clients can't open the torrent because it has to many files (I ran into this problem myself) the only torrent client I could find that will work is Azureus, which is an open source java client, so it should work for any OS.
the odd thing is that the lower res version has the same number of files, but it loads just fine, I think the size plays a role too... I so don't want to install Az :angry:

[IgorC]

Very little, fast and full featured Torrent client
http://www.utorrent.com/download.php 170 Kb . Without instalation :p

[bkman]

Very little, fast and full featured Torrent client
http://www.utorrent.com/download.php 170 Kb . Without instalation :p

Doesn't open the elephant torrent, however. Probably partly due to the stupid way it was made; a torrent that size shouldn't be using 256K blocks, but rather 4MB.

[Sagittaire]

You want direct link for FFV1 YV12 uncompressed source ... ???

[smok3]

i did a http download (firewall issues dont let me use the torrents) using wackget, just copy/paste 1000 frames at once (and no more) and you should be fine (also limit # of downloads to like 5-10 at time only).

http://millweed.com/projects/wackget/

[lexor]

Very little, fast and full featured Torrent client
http://www.utorrent.com/download.php 170 Kb . Without instalation :p
that's what I'm using. uTorrent and Az are the only two clients that I can use. You telling me the 1080 torrent works for you with uT?

[Sharktooth]

BitComet can handle it too.

[bkman]

@Sagittaire:

I've downloaded some frames from the movie, and it is a bit of a contrived material to use as a source, don't you think?

I mean, there is no grain whatsoever as you would see in most movies, and even the motion blur that is present in even professional computer animation is absent.

[Sagittaire]

@Sagittaire:

I've downloaded some frames from the movie, and it is a bit of a contrived material to use as a source, don't you think?

I mean, there is no grain whatsoever as you would see in most movies, and even the motion blur that is present in even professional computer animation is absent.

1) Well it's the master for this movie.

2) Blender renderer use motion blur for this movie.

[bkman]

1) Well it's the master for this movie.

2) Blender renderer use motion blur for this movie.

1: Only digitally filmed movies will have masters this clean

2: I didn't see much in the small sample I've downloaded, but you may be right.

[lexor]

@Sagittaire:

I've downloaded some frames from the movie, and it is a bit of a contrived material to use as a source, don't you think?

I mean, there is no grain whatsoever as you would see in most movies, and even the motion blur that is present in even professional computer animation is absent.
unless you can propose a 1080p source with equal or better quality, that is available completely for free for us to do with as we please, I really don't think you should be complaining here.

[bkman]

Sorry if it sounds like I am complaining, but I am just trying to point out at the onset of this test that the conclusions gained from it may not hold for many "real" movies. FWIW.

[lexor]

i did a http download (firewall issues dont let me use the torrents) using wackget, just copy/paste 1000 frames at once (and no more) and you should be fine (also limit # of downloads to like 5-10 at time only).
how exactly did you copy/paste 1000 at a time? it's not an ftp, I can't drag and drop, and adding 1000 links manualy is insane.

[akupenguin]

Dunno what smok3 meant, but this works for me:
wget -r -l 1 -A png http://media.xiph.org/ED/ED-1080-png/

[drmpeg]

wackget is just a little Windows front-end for wget. Works good. It can parse a copy/paste of a web page for valid URL's. I used it to download the first 3000 frames, but I wrote a little script to avoid downloading the icons.

It includes wget.exe in the package.

Ron

[smok3]

wackget 'workflow':
0. with firefox goto http://media.xiph.org/ED/ED-1080-png/
1. in firefox select tools/page info and clicky on links
2. select 1000 frames from here, rmb copy
3. in wackget select queue/Add from clipboard
thats it.

akupenguin's solution is better thought, since you wont have to do it multiple times, that was my 1st try, but i couldnt understand wget cli honestly...

[Sagittaire]

Sagittaire : instead of saying "the stream must be HD DVD-compliant", which nobody here knows what it implies ( not even you ), you should state clearly the restrictions on the options that can be used for each standard.

Restrictions that are really important are :
- gop structure
- average bitrate, max bitrate, cpb/vbv size
- allowed profile / level
- specific restrictions ( number of references / no breferences / custom matrices / motion range / whatever )

Those are easy to check ( except cpb/vbv compliancy ), and they are those that have an impact on the quality.


Well after investigation I choose that:
1920*1080, progressive frames at 25 fps for MPEG2, VC-1 and H264

MPEG2 Encoding
Profil & Level: MP@HL except specific restrictions
Max GOP lenght: 15 frames
Maximum bitrate: 29.4 Mbps
Buffer size: 9781 Kbits
Horizontal Vector Range: +/- 1024 pixels
Vertical Vector Range: +/- 128 pixels
Other Restrictions Setting: max adaptative GOP at 15, max adaptative bframe at 2

VC-1 Encoding
Profil & Level: AP@L3 except specific restrictions
Max GOP lenght: 15 frames
Maximum bitrate: 29.4 Mbps
Buffer size: 9781 Kbits
Horizontal Vector Range: +/- 1024 pixels
Vertical Vector Range: +/- 256 pixels
Other Restrictions Setting: max adaptative GOP at 15, max adaptative bframe at 2

H264 Encoding
Profil & Level: HP@L4.1 except specific restrictions
Max GOP lenght: 15 frames
Maximum bitrate: 29.4 Mbps
Buffer size: 9781 Kbits
Horizontal Vector Range: +/- 1024 pixels
Vertical Vector Range: +/- 512 pixels
Other Restrictions Setting: max adaptative GOP at 15, max adaptative bframe at 2, Max reference at 2, no bframes for reference, No custom matrix quantisation, no film grain modeling


Perhaps not exactly compliant but not far I think ... ???

[*.mp4 guy]

Bluray supports up to 4 reference frames, hd dvd supports more I beleive. Custome matrices, are also supported. There is no reason I can think of to disable b references.

[IgorC]

Nero decoder couldn't play properly x264 with bref enabled.
I didn't remeber where I heard it ;) but Brefs should be ok in theory but it's problematic for HD-DVD emulation application.

[drmpeg]

Are you sure that this content is 25 fps? The length of the audio is 10 minutes 58 seconds, which would suggest that the content is 23.976 fps (although there is still a ~4 second mismatch).

Ron

[Sagittaire]

Are you sure that this content is 25 fps? The length of the audio is 10 minutes 58 seconds, which would suggest that the content is 23.976 fps (although there is still a ~4 second mismatch).

Ron

Really not a probleme : original framerate is 24 fps but PAL convertion will done 25 fps.