RV9 improvements thanks to Doom9

[karl_lillevold]

I just wanted to say thanks to the Doom9 community for all the good advice and feedback I have received, and summarize a list of what has been going on so far (to be edited as items are added):

General encoding advice
Development and use of 3rd party encoder tools and players (AutoRV9, x2real, MPC)
Sub-titles, RealText, see this example (http://forum.doom9.org/showthread.php?s=&threadid=40636)
Native YV12 support (http://forum.doom9.org/showthread.php?s=&threadid=40242&highlight=rv9+yv12) in Helix Producer (faster encoding with Avisynth 2.5)
Updated Mode2 plugin (http://forum.doom9.org/showthread.php?s=&threadid=47910) for RealOne V2
Comments on ATI problems, lead to the discovery and sub-sequent fix by ATI of a bug in their drivers. Fixed in Current v3.3 or higher Catalyst drivers.
Comments on excessive jitter on certain video cards caused an investigation into this problem (and yes, it has now been found and fixed. I have rock steady 30 fps playback of my jitter killer synthetic test clip (http://www.lillevold.com/files/jitter.zip) on my 60 Hz display). Update not yet released.
Motivation to work on RV9-EHQ (http://forum.doom9.org/showthread.php?s=&threadid=55193) and all the great feedback on its quality improvement.
Duplicated frame dropping pre-filter (RV9 Animation DropDupe filter (http://forum.doom9.org/showthread.php?s=&threadid=56564)).
Improved 2-pass VBR in RV9 (http://forum.doom9.org/showthread.php?s=&threadid=64163).
Encode RV9-EHQ with fast 1st pass (http://forum.doom9.org/showthread.php?s=&threadid=66132)

So thanks again to everyone! And please do not hesitate to continue with your feedback, thoughts, comments, advice, and ideas. I will do my best to keep up, but please have understanding if something takes time.

[midiguy]

yey. its fixed!! that is such good news! I really hope when its released that the problem will be fixed for my matrox g400. I have 2 questions for you though.

1) Will we be able to control the post-processing in any way, shape, or form (encoder's side?, decoder's side?) and if so, when?

2) Is it possible to embed RV9 media files on a webpage, and have them progressively download and play (without a streaming server, kinda like how quicktime has that setup)? if it isn't possible as of yet, will it be possible anytime in the future?

thanks! can't wait for the next release!

[31 Flavas]

Originally posted by midiguy
2) Is it possible to embed RV9 media files on a webpage, and have them progressively download and play (without a streaming server, kinda like how quicktime has that setup)? if it isn't possible as of yet, will it be possible anytime in the future? There is an option in RealOne (and you don't have to pay to get it, AFAIK) called Instant Playback. Goto Preferences in RealOne and it is under Connection in Playback settings.

The quote from the player is "When clicking on a link on a web page to download a clip, RealOne Player can play back that clip instantly instead of downloading it."

Does this solve this problem?

[phrentec]

With the helixcommunity out it is also now possible to make a direct show source filter or decoder (.ax) to use with other containers (like avi matroska ogm) and possibly something similar to wmv's vcm but for realvideo. It's just a matter of time that the project gets running because at least for now it's not a priority. but yeah when it does get started it will be very interesting to follow up on it here at doom9.

[Atamido]

Unfortunately the RM9 to MKV utility had to be put on ice because Real informed the coder that it would be illegal to produce code that transmuxed Real Video to any other container if you have agreed to the Real SDK. The EULA in the SDK specifically forbids transmuxing data from the RM container to another container. (Edited for unintentional negativity) Here (https://open.helixcommunity.org/servlets/ReadMsg?list=discuss&msgNo=269) is the link.

It would be perfectly legal for someone to reverse engineer the Real container format to transmux the data over. I'm sure that if someone looked at the mplayer code, they could figure it out pretty easily....

[HomiE FR]

karl_lillevold wrote:
Comments on excessive jitter on certain video cards caused an investigation into this problem (and yes, it has now been found and fixed. I have rock steady 30 fps playback of my jitter killer synthetic test clip on my 60 Hz display). Update not yet released.

Sorry to bother you about that, but I'd like to get these "magical" DLLs. I read what you said previously in the "RV9 Information" thread: it seems that the fact of launching a DirectShow renderer (such as a XviD video) behind MPC/RealOne does the trick. My pannings are now smooth, but it bothers me to launch another player every time I want to see a RV9 video clip. :( By the way, my video card is a GeForce4 Ti4200 (AGP4x, 64MB DDR) in case you were wondering.

I know the update isn't released yet, but it seems you already gave those DLLs to some people in the "RV9 Information" thread, that's why I dare asking for them here. :)

Thanks in advance!

HomiE FR