DivX Pro Codec - Fusion Beta Release

[LordRPI]

In the last month and a half since the last alpha release of the DivX Plasma codec, the DivX team has been working long hours in ironing out the alpha-ness and are pleased to officially announce that Fusion has begun. The DivX Pro Fusion (IntertialConfinement) codec marks the first beta release in the series and fixes many of the previous issues reported with Plasma.

Check out the full announcement at DivX Labs (http://labs.divx.com/archives/000045.html) for the beta download and be sure to leave your feedback in the newly-revamped Beta Release Forum (http://forums.divx.com/eve/ubb.x?a=frm&s=782106&f=911101651)

[DigitAl56K]

.. and this time it actually works! I encoded over four hours of content with this build last night ;)

I recommend you avoid the Psychovis right now, we're looking into a small problem there. Aside from that, jump right in and keep us posted of your results.

[nicco]

Problems with GMC:
http://img101.exs.cx/my.php?loc=img101&image=fusion7bt.jpg
My little test:


1)original
2)XVID_2pass@1750-1B-mot.search:6-VHQ:4-trellisON-GMC-MPEG
3)XVID_2pass@1750-1B-mot.search:6-VHQ:4-trellisON-GMC-h263
4)DivxFUSION_2pass(better-insane)@1750Kbps-1B-h263opt.-psvOFF
5)NeroAVC_2pass@1750kbps-1B-deblock:-2-psvOFF-other options ON

postprocessingON (auto)

[SeeMoreDigital]

I think the problem with GMC might be this: -

http://img45.exs.cx/img45/1507/divxfusion2wpgmc0hq.gif

What do some of you guys think?


Cheers

[DigitAl56K]

Thanks nicco, I'll log that one so someone can look at it.

Can you tell me a little more about the frequency? Do you see this immediately on turning on GMC, is it rare? Does it only happen on keyframes?

Also: Is this the DivX decoder or a third-party decoder? Does it happen with both?

[SeeMoreDigital]

Originally posted by DigitAl56K
Thanks nicco, I'll log that one so someone can look at it.

Can you tell me a little more about the frequency? Do you see this immediately on turning on GMC, is it rare? Does it only happen on keyframes?

Also: Is this the DivX decoder or a third-party decoder? Does it happen with both? I've tried your GMC encodes with DivX, NeroDigital, XviD, FFDshow filters and VLC player... And they are all b0rked I'm afraid :eek:

All players/filters tested after having generated encodes in 1pass and 2pass mode. With or without B-VOP and using all current speed modes!


Cheers

[DigitAl56K]

Thanks SeeMoreDigital, much appreciated! :)

[kolak]

I made some comparison to and AVC (in Nero Digital) encoder clearly won. There are a big differents espacialy in very motion scenes.I noticed that divx6 has better quality in static scene and keeps more detail than divx5. I didn't have any problems with stability.

[nicco]

SMD already answered for me :)
I have 2 new question:
1-In Vdub under codec list I have Divx Fusion (working) and Divx Fusion YV12 (not working), what is the lat one?
2-I can not access at decoder config. dialog

[DigitAl56K]

Originally posted by nicco
SMD already answered for me :)
I have 2 new question:
1-In Vdub under codec list I have Divx Fusion (working) and Divx Fusion YV12 (not working), what is the lat one?


It's a pass-through for YV12 video. It was there before, you just didn't see it in the compressors list.


2-I can not access at decoder config. dialog

It's not there in this beta, we hope to have a new beta with this soon. For now the decoder is doing full deblocking, no deringing.

[DigitAl56K]

Originally posted by kolak
I made some comparison to and AVC (in Nero Digital) encoder clearly won. There are a big differents espacialy in very motion scenes.


I've also looked at this AVC codec. It's nice, but 3.5-4x slower than DivX at encoding HD content, requires a better CPU for playback, and won't work on DivX Certified devices (and probably not many other devices for some time). I think that this is a little off-topic for this particular thread though :)


I noticed that divx6 has better quality in static scene and keeps more detail than divx5. I didn't have any problems with stability.

It has substantially better quality than DivX 5 (we're currently seeing roughly 20-40% improvement depending on bitrate and we're still in development).

[CQ]

In a few months...

"Sigma Designs' SMP860 series supports AVC, WMV9, MPEG-2 and MPEG-4 at 1920x1080 30p"

Will have a fight (a fair one!) in the standalone MPEG4 ASP & AVC zone :D .

[DigitAl56K]

Chips vs devices on the market in volume are two different things.

Take it to a new thread now please, this thread is for the Fusion beta :)

[dragongodz]

is the settings button back working in the standard vfw window with this release ? not everyone uses or tests on virtualdub.

[Subwars]

hey guys i've just downloaded the new fusion beta and was going thru all the settings but i can't see any check for saving log file for multipass is this just done automaticly now or is it not doing it at all and just wasting any pass after 2???

[DigitAl56K]

Originally posted by dragongodz
is the settings button back working in the standard vfw window with this release ? not everyone uses or tests on virtualdub.

Yes, it should be working. If it isn't, please list the specific application and version of the application you are experiencing problems with.

[DigitAl56K]

Originally posted by Subwars
hey guys i've just downloaded the new fusion beta and was going thru all the settings but i can't see any check for saving log file for multipass is this just done automaticly now or is it not doing it at all and just wasting any pass after 2???

The log is now written to the working folder specified in the Settings window/on the CLI.

[Subwars]

ok i've never really played with them settings before just left them as there defaults i'm looking at it now i can see in the manual cli (-bvn1 3000000 -vbv 9708400,6291456,4718592 -b 1 -nf -profile=4) i can't see anything that to me would mean to write and update logs but i'm just guessing that a couple of them are like -b 1 i'm guessing it's the b frames set to on ect but i'm not 100% sure

what is it that doing the logs in there or what string am i having to add in there for it to??

allso if it counts to anything i'm using gk 33.1

[DigitAl56K]

Default working directory is C:\DivX and will not appear on the CLI.

If you change the working directory in the settings window the new working directory will appear on the CLI as:

-dir <path>

There is a known-issue in this beta that if you enter an invalid path and begin encoding the encoder will crash, so be careful! It is best to use the "Browse" button on the Settings window for this reason. :)

[Subwars]

fair enough thats showing that the working folder is changed but not saying if the log files are being updated or not inbetween pass's

[DigitAl56K]

The log files will be updated.

If you are concerned, open the map.log file and you will see at the top of the file:

passes <passes done>

[Subwars]

good stuff thx

[LordIntruder]

Hi,


Thanks for the work. Cheers. :)

Have just installed and tested the baby. Works fine to me. Just to indicate to people some figures about the speed encoding they can expect, I took an AVI I encoded some months ago (25 fps - 608 x 448) and I took only around one minute of this movie (1704 frames to be exact) and reencoded at the same bitrate (no filter, no resize, only a single and useless reencode). I opened the AVI with VirtualDubMod 1.5.10.1, Fast recompress, I selected my 1704 frames scene and I prepared in the batch different passes with different options (Bframes: Adaptative Single Consecutive ON, H263 Optimized, Modulation: Low Motion 0.1), here are the results on my Athlon XP 2400+, 1Gb RAM:

1704 frames reencoded - 608 x 448

Insane quality

1 pass = 2,8 fps (12h50)
2 pass = 3,8 fps (9h30)

Extreme quality

1 pass = 4,6 fps (7h50)
2 pass = 6,5 fps (5h30)

Better quality

1 pass = 6,8 fps (5h20)
2 pass = 8,7 fps (4h10)

Balanced quality

1 pass = 11,4 fps (3h10)
2 pass = 12,5 fps (2h50)

Xvid 1.0.3 quality (VHQ4, Search 6, GMC, Adaptative Quantization, Chroma motion and Chroma Optimizer enabled)

1 pass = 24 fps (1h30)
2 pass = 10 fps (3h35)

What is the number inside the brackets? Just a figure to let you know what time it would take to encode a full 90min length movie (130.000 frames) at the speed calculated before. Well, better not to be in a hurry in insane mode!! :D :D

Visually speaking, "Better" is much better than "Balanced" so unless you have a very slow PC, "Better" is the minimum to use. Between "Better" and "Extreme" I can see some improvements. And as I would have bet I can see no difference between "Extreme" and "Insane" (well I don't find my magnifying glass so maybe I would have seen a better looking pixel in the upper right corner :D ). With my speed if I want quality I will select "Extreme" and if I'm in a hurry I'll select "Better". "Insane" reminds me an old mode in 5.1: the well-known "Slowest". My eyes couldn't see any differences between a 2 "Slow" passes and a 2 "Slowest" passes. I guess it is going to be the same here. So unless to have a very fast processor (3Ghz mini), I think that "Extreme" is the best choice with 2 passes in this mode to get a very good quality.

Of course this is just a very quick test on a very short clip. It is just here to give a quick idea. I will dig deeper and encode a full movie in "extreme" and in "insane" to see if I can really see any differences or not.

Unfortunately I don't have any old 5.1 clip to compare with this release. If you people have old 5.1 Slow or Slowest encodes It would be great to know if you see improvements with "Extreme" or "Insane"? I class "Extreme" to be the new "Slow" and "Insane" to be the new "Slowest".

To me I think the greatest improvement that could happens to Divx would be to really increase the encoding speed. Divx still lacks on that department. The other next thing I'm highly interested of is the integrated subtitles and menu functionality. I thought it would have been available with this beta. I really wonder what it will looks like, how it works, etc...

[DigitAl56K]

Originally posted by LordIntruder
Hi,

Thanks for the work. Cheers. :)


On behalf of the team, you're most welcome, and thanks for helping us test it!


Visually speaking, "Better" is much better than "Balanced" so unless you have a very slow PC, "Better" is the minimum to use. Between "Better" and "Extreme" I can see some improvements. And as I would have bet I can see no difference between "Extreme" and "Insane" (well I don't find my magnifying glass so maybe I would have seen a better looking pixel in the upper right corner :D ).


A good reflection of the encoding modes is shown in the chart that we published on DivX Labs with this release:
http://labs.divx.com/archives/TESTFusion.gif

While the chart changes slightly with each incremental development, it does give a good approximation of compression/quality.


With my speed if I want quality I will select "Extreme" and if I'm in a hurry I'll select "Better". "Insane" reminds me an old mode in 5.1: the well-known "Slowest". My eyes couldn't see any differences between a 2 "Slow" passes and a 2 "Slowest" passes. I guess it is going to be the same here. So unless to have a very fast processor (3Ghz mini), I think that "Extreme" is the best choice with 2 passes in this mode to get a very good quality.


My personal preference with this build is, like you, Extreme + H.263 Optimized quantization.


Unfortunately I don't have any old 5.1 clip to compare with this release. If you people have old 5.1 Slow or Slowest encodes It would be great to know if you see improvements with "Extreme" or "Insane"? I class "Extreme" to be the new "Slow" and "Insane" to be the new "Slowest".


Mapping is very difficult because Fusion produces *substantially* better quality than DivX 5, and where there is equivelent quality Fusion is in general faster, but a very rough *conceptual* mapping might be:

5.2.1 Fast/Std = Balanced
5.2.1 Slow = Better quality
5.1.1 Slowest: Extreme mode
All tweaks enabled (new mode): Insane mode

Again, the best visual reference is the chart posted on Labs, linked above.



To me I think the greatest improvement that could happens to Divx would be to really increase the encoding speed. Divx still lacks on that department. The other next thing I'm highly interested of is the integrated subtitles and menu functionality. I thought it would have been available with this beta. I really wonder what it will looks like, how it works, etc...

Performance enhancements will come when the core features are complete and fully tested. You will notice that since we first released our Plasma alphas we've made a lot of progress! As far as subtitles etc. are concerned stay tuned to DivX Labs for more information... ;)

[nicco]

The other next thing I'm highly interested of is the integrated subtitles and menu functionality.
Yes, I'm interested too, I'd just like to know if you plain to support pre-existing dvd menus or you will develop a tool to build small personalized menus?

[peteag]

Why does the new fusion release uses such a stupid descriptions for their quality/performance boxes? Insane, Extreme, Better, Best, Balanced, Fastest a.s.o.
Every innocent user who want's to backup his dvd will take the insane mode, because it's placed below Extreme. But then he will be disappointed: 2-4 fps. This is not the DivX you were talking about a year ago. And Xvid with all his features is extremely faster than yours. Fact! It just made more progress in a very short time!!!

What about just "Fast-Medium-Best" or "Low-Medium-High". I'm sorry, but when a divx-team member says: "My personal preference with this build is, like you, Extreme + H.263 Optimized quantization" the product isn't realy developed.

I've tested the new Fusion beta and wasn't able to see some realy great improvements over the 5.2.1 release. But I must protect the divx-team, when I say, that ASP isn't comparably to AVC (and that is just in a very early stage = Nero Digital etc.).

So I love it to see that an open standard like asp is absolutely exhausted until the development of a successor will begin. And, well this is the truth, XviD is even better in every source I used for my encodings - every. Two years ago I used just DivX but since there are so many others and better codecs out, I didn't used it anyway. But would like to - when it's better than you just even state ...

Pete

[riggits]

Originally posted by peteag
Why does the new fusion release uses such a stupid descriptions for their quality/performance boxes? Insane, Extreme, Better, Best, Balanced, Fastest a.s.o.
Every innocent user who want's to backup his dvd will take the insane mode, because it's placed below Extreme. But then he will be disappointed: 2-4 fps. This is not the DivX you were talking about a year ago. And Xvid with all his features is extremely faster than yours. Fact! It just made more progress in a very short time!!!

Dear Petri,
This is not the 'compare XviD encoding speed to new DivX beta codec speed' thread. You will find your thread continued here. (http://urinalpoop.org/philosophy/rationale/)
If you bothered to read ANY of this, you would know that Fusion is a beta release. BETA, for your information, means unfinished and currently in testing. It's not the finished product. That means it's not done yet. When the product is not done, sometimes things are not exactly as they will be presented upon completion of the project. Capite?


What about just "Fast-Medium-Best" or "Low-Medium-High". I'm sorry, but when a divx-team member says: "My personal preference with this build is, like you, Extreme + H.263 Optimized quantization" the product isn't realy developed.
[...]

BETA. Dig it, baby.


So I love it to see that an open standard like asp is absolutely exhausted until the development of a successor will begin. And, well this is the truth, XviD is even better in every source I used for my encodings - every. Two years ago I used just DivX but since there are so many others and better codecs out, I didn't used it anyway. But would like to - when it's better than you just even state ...

Pete [/B]
Nice to hear you use XviD. Why post that here? There are other forums better suited to your comments, check here. (http://www.ratemypoo.com/ratemy/poo)
Read the thread. Test Fusion. Give feedback. It's easy.


Sorry to all for the OT. I'm testing Fusion right now, will post results soon* as regards standalone compatibility.
Thanks! :D

*'soon' means 'whenever encoding finishes, which might be tomorrow or the next day... stay tuned :D'

[peteag]

I did some tests 5 minutes ago. I've tested XviD 1.1 (Nic 14/12), NeroDigital (ASP) and DivXFusion (actual). Everything without QPel (because Fusions isn't checkable), no GMC (because Fusions made the whole video pink ;-) ), insane mode, VHQ4, full motion search, B-Frames (multi), trellis, 4mv, vhq b-frames, psychovisual ... a.s.o.

Please ask me for detailed descriptions.

My source was the first chapter of FINDING NEMO (PAL Version) @ 942 kbps.
Let's look at the speed. Okay, Fusion is in a very early beta stage, so the speed may be increased.

Fusion = 5fps (1Pass + 2Pass)
ND = 23fps (1Pass + 2Pass)
XviD = 25fps (1Pass + 2Pass)

Lets look at quality. Every contestant had his own power. Fusion I liked with his smooth picture clarity without showing that much blocks, but ND was some step further because it's not showing that much blocks but kept the video crisp and clear in every situation. Very cool. XviD I disliked in the beginning when the ocean appears and it seemed to be a swimming texture. But in closeups and all the scenes after the ocean's appearing the video got good crisp and clear, but ND was not to be struck.

My winner. NeroDigital. Yes I know, this sounds a little bit confusing to myself too, but the video-quality of ND was the best I've tested so far. I'll keep on testing this source but it's unfair to test with QPel what Fusion doesn't have at the moment. The MPEG4-standard is equiped with gmc, qpel a.s.o. and so every mpeg4-codec should be tested with these settings and not just 2 of 3.

If some codec tends to be more smooth or washed out because a one more feature is checked, the feature isn't realy finished. That's my opinion.

to riggits: I know this is not a comparison thread but what about discussion a new beta codec without trying it? I believe DivX's aim isn't to stay behind XviD and other codecs which are somewhat better than it. So every comparison is a stimulus for the team to correct there bugs. And I say it again right now. I would use DivX very well, but it's not the best which it was a long time ago. So all posts without sentences like "F***ing DivX" or something should be a kick for the programmers and help them to find their bugs.

Pete

[jggimi]

It saddens me to make this announcement:Forum rules will be enforced with no further warning. A number of respondents have crossed the line of Rules 3, 4, and 11. Rule 4 is the most important.This is a forum for discussion of issues related to DivX encoding.

This thread was started by DivXNetworks to discuss their Beta release. They are hoping to receive constructive input from the user community.

You may prefer other codecs. That's fine. But replying to a Beta issue in this thread by recommending an alternative codec is an inappropriate response, and will be treated as such.

You may wish to compare this codec to other codecs. Thats fine. But do so in a constructive and objective manner. To date, some of you have done so, but unfortunately, others have not. I refer you to Doom9's Codec Comparisons (http://www.doom9.org/codec-comparisons.htm) for lessons in objective analysis.

[bond]

is it true that dxn worked on their gmc implementation and now supports 2 warppoints? the changelog doesnt mention this...

or is it a failure in mpeg4modifier?

[SeeMoreDigital]

Hi DivX guys,

As some of you know I like to generate my encode tests at full DVD resolutions. And today was no exception!

Today I concentrated on seeing how well DivX Fusion would perform in basic Mpeg4 SP mode using the "Insane Quality" mode over 2 passes!

I tried various tweaks, using Scene Change, Noise Reduction and Psychovisual Enhancements options but I'm finding it difficult to see where the improvements are!

After generating several encodes at 625Kbps, here's a still from the best looking one I was able to generate (which is very similar to previous releases): -

http://img55.exs.cx/img55/3004/divx3oa.jpg


And by contrast, here's a still from XviD at the same bitrate: -

http://img27.exs.cx/img27/4149/xvid7jq.jpg

As you can see the two images look very different. But it's the same story throughout the entire 6 minute 17 second encode!

Whatever I do I can't make DivX get anywhere close to XviD in terms of quality and speed. And XviD is only set to "default".

Although this is just a over simplified test, I'm confused as to how XviD's default settings can generate images that look so different to DivX Fusion!


Cheers

[peteag]

I understand the forum-rules. I'm sorry for anything against them.

Well, I have a question to DigitAL56k. What about the qpel implemetation? Will it be renewed in the next beta-release or is it just taken away because of some issues? Well the press said the codec might be reworked from the ground.

[b0b0b0b]

just started my 1st encode. love the video encode feedback window.

[Sagittaire]

In my metric test (Average or Overall PSNR, SSIM, VQM) DivX fusion is never better than WMV9 or XviD.

XviD (VHQ4, VHQ for bframe, trelli, bframe 2/1.50/0.00 with GMC, Qpel & AQ desactived) are always very better than DivX with exactly the same setting (Insame, H263 optimized, multibframe with GMC, Qpel & psy desactived) and same decodeur (DivX, XviD or ffdshow) in Q2~Q4 interval quantizer for DivX5 ...

How DXN can affirm that?


http://labs.divx.com/archives/TESTFusion.gif

... :confused:


DivX HD offer the same quality than WMV9 HD with half bitrate... :confused:


Marketing ... marketing ... marketing ... lol

[riggits]

OK, I'm not quite done the second pass (of three) and I have an observation already. I did a compression test (100% of target sample) with AutoGK 1.85 beta (I realize it doesn't officially support Fusion) and received:

Compressibility percentage is: 269612.50 <---(seems QUITE high, probably AutoGK barfing somewhere?)
Speed was: 2.03

Actual results will probably be ready in 36 hours. Source DVD is Aerotroopers, which is a really awful CG kids' movie.

[SeeMoreDigital]

Originally posted by bond
is it true that dxn worked on their gmc implementation and now supports 2 warppoints? the changelog doesnt mention this...

or is it a failure in mpeg4modifier? I think it's got to be a DivX Fusion problem.... Because you can't play the encode correctly using any DSdec filter or media player!


Cheers

[nicco]

@SMD
Your shots are so different!
I made some tests and I don't have this kind of high difference between Divx and Xvid! (you can look at my previous link for example)
Did you try to encode at a higher bitrate?

[CiNcH]

DivX 5.2.1's GMC is also a 2-warp-point according to MPEG4 Modifier. It is a problem in combination with rate-distortion optimized motion estimation (Performance/Quality) modes.

I have already reported the problem in Plasma Codec here:
http://forums.divx.com/eve/ubb.x?a=tpc&s=782106&f=911101651&m=557101302

[SeeMoreDigital]

Originally posted by nicco
Did you try to encode at a higher bitrate? That's not the point I've ever been trying to make!

A couple of years ago I decided to see "how low you could go" at generating Mpeg4 in SP mode using full DVD resolutions.

I started with DivX5.0.1 in default mode (but onviously without B-VOP) and after steadily "decreasing" the bit-rate found a limit where macro-blocks began to appear. I then tested other Mpeg4 codecs (XviD and 3ivx to begin with) using the same method and quickly discovered that some of them could encode at far lower bitrates than DivX before macro-blocking!

Personally I think this encoding method raises some interesting issues. Not least, because if you can't get the basic Mpeg4/SP part of the codec working to it's maximum performance level "first". I find it difficult to understand how adding ASP features is not going to help with the codecs overall efficiency!

As with most things, the foundation has to sound before you can build on top of it. And add extra levels!


Cheers

[LordRPI]

@SMD

Would it be possible to get the samples of the Fusion and XviD clips just as you provided for the AOTC AVC sample you did the other day? If you don't want to host it, PM me and I could arrange something else. It's really strange that the difference is that high and I would really like to see why Fusion is performing like that.

[DigitAl56K]

SMD: That definately looks as if you have encountered a bug.

Can you give us a little information on your system specs and the CLI you used (e.g. for the 1st/nth pass)?

peteag: Optimizations will come a little later, we are still in development, but thank you for your comments. I also notice you ran your test with Psy on, we are recommending for this beta that you avoid Psy in the Fusion codec.

jggimi: Thanks for keeping us all on track :)

[SeeMoreDigital]

Hi David,

If you send me a mailing address I will be happy to post you a CD containing the source together with some of my DivX SP and XviD encodes!

It may take me a couple of days to sift through my old test disc's for some of the older DivX and XviD build encodes but I'll see what I can come up with.... If not I will generate them again!


Cheers

[LordRPI]

Thanks SMD,

Are these DivX SP encodes you speak about fusion or even plasma? I would be most interested in those. Check your PM's for my addy. If I could get a hold of those small clips soon by any chance over the net, that would be great.

[LiFe]

Did anyone actually look at:
http://labs.divx.com/archives/TESTFusion.gif

I'll assume you've mixed the Y and X axis up, because as it stands it makes absolutely no sense.

It just shows steady increase of PSNR at different bitrates.

Isn't it supposted to show PSNR at a steady increase of bitrate?

LiFe.

[708145]

They use *relative* bitrates.

bis besser,
T0B1A5

[SeeMoreDigital]

Originally posted by LordRPI
Thanks SMD,

Are these DivX SP encodes you speak about fusion or even plasma? I would be most interested in those. Check your PM's for my addy. If I could get a hold of those small clips soon by any chance over the net, that would be great. Each encode runs to around 30MB, so I'm afraid I will have to post them!

I will do it as soon as I can...

...I may shout my opinions around quite a bit, but I am always happy to help anybody and everybody if I can ;)


Cheers

[LordRPI]

@SMD

DXN remembers me for that... Fall-Winter 2k1 to be exact ;)

(british thing perhaps? Complain about everything but then willing to help?)

[SeeMoreDigital]

Originally posted by LordRPI
@SMD

DXN remembers me for that... Fall-Winter 2k1 to be exact ;)

(british thing perhaps? Complain about everything but then willing to help?) LOL... Is that why Alistair is over there too?


Cheers

[DigitAl56K]

Originally posted by SeeMoreDigital
LOL... Is that why Alistair is over there too?


Cheers

I don't complain, I provide "constructive criticism" ;)

SMD: We can probably hook you up with an FTP account if you're willing to upload to us - LMK :)

[SeeMoreDigital]

Originally posted by DigitAl56K
I don't complain, I provide "constructive criticism" ;)

SMD: We can probably hook you up with an FTP account if you're willing to upload to us - LMK :) Dispite having a 750K "always on" connection, I'm only able to upload at 128K. And as I host part of my web site on my home PC, bandwidth is pretty limited.

If you can't wait, you could always conduct some tests of your own using the same PAL DVD source as me. It's Star Wars 2, chapter 41 ;)


Cheers