RealVideo 9 Information Thread Discussion

[Sirber]

If you are able to, I'm the man for testing!! :)

[midiguy]

Originally posted by karl_lillevold
V3 will be out in 2003 ;) I am afraid that's all I can say about V3, but it will have some really nice features.

Regarding the resolution of some video cards' jitter problems: Since V3 will take some time, I will look into if it's possible to build a V2 DLL that includes the fix, but no promises..

With regards to encoder and decoder DLLs with adjustable filtering: I actually have this running on my own system, but I got stuck doing a lot of other tasks, and have not had time to complete this work. What I would like to do is finish them enough to perhaps release them on some sort of limited trial basis to get some feedback, but I am not yet sure I will be able to do this.

When you say sometime in 2003, does that mean it could be all the way in December or something like that??? cause that is a looong release date! and also, when you say "filtering", are you referring to post-processing? thanks!

[wing1]

Probably this is an irrelevant question, but I can't help but ask :D Is there any chance this codec will make it to a stand alone player box?

[karl_lillevold]

@midiguy: '2003' does not mean December, it just means that I can not give any more details in this forum :)

@wing1: If you by 'standalone player box' mean something like a DVD player, take a look at these couple of examples

http://uk.us.biz.yahoo.com/prnews/030109/sfth052_1.html
"RealNetworks and Equator to Enable RealVideo 9 for Next-Generation of Consumer Electronics on Equator Platform"

http://www.internetnews.com/bus-news/article.php/1489901
"The company [RealNetworks] announced Acer would optimize RealVideo and RealAudio for their chipsets targeted toward the DVD market"

and some more
http://www.realnetworks.com/company/press/releases/2002/helix_client.html

[wing1]

Thank you for the information. It would be a crying shame for this codec to be tied to PC only. Now if a DVD player type of box is available for playing back RV9 content, then what will be the format and/or standard that will be written to CDR/DVDR? format is referring to burning session, and standard is referring to encoding session. Furthermore, will the anamorphic playback still hold true in this type of box?

[karl_lillevold]

Yes, I am really looking forward to DVD player type support for RV9. I am afraid I don't know the answer to your format questions. The sources I mentioned are porting RV9 and RA to their chipset and platforms. Then DVD player manufacturers will license the result and make a DVD player, at which time these questions will have to be answered.

Anamorphic support should be included though, since this is not really a decoder issue, it just decodes its input at the given size, but a matter of support in the DVD player for stretching and adjustment of the output of the decoder to your type of display.

[kilg0r3]

hi karl!

is there already a bug fix for the producer regarding the switching back to single pass on starting the second pass?

cheers

kilg0r3

[karl_lillevold]

Yes, a fix has been checked in and will be included in the next Milestone. If you can not wait until then, get the latest x2real, and use the encoder DLL from this version, like I described here:
http://forum.doom9.org/showthread.php?s=&threadid=47426&highlight=erv4

[iwod]

Hi,

I have got a RM which is 25 min long but i can only view it to 16 min..... ( Does that mean it is broken?? )

Are there any tools to fix it?? I am viewing it with MPC so i will try RealONE and see what happens.....




:::::::UPdate::::::

Well i manage to fix three of my RM files with a program called RM fix.
But there is still one i can not fix becoz of timestamp issue..... any body know any other program other than RM-fix??

[kilg0r3]

Originally posted by karl_lillevold
... get the latest x2real, and use the encoder DLL from this version, like I described here:
http://forum.doom9.org/showthread.php?s=&threadid=47426&highlight=erv4

I usually use the producer binaries included with x2real, i.e. i don't have to worry about this bug anymore?

[wing1]

@karl_lillevold

I just download milestone build 5 binaries and test it. I get the following errors :

Error: Unexpected file format, e:\test.avs may be a flat file.
Error: Missing RIFF header. e:\test.avs is not a valid AVI file.

However, diagnostic for input file properties still is ok and producer will still encode the avs. These errors does not show up in milestone build 3.

[karl_lillevold]

it's just a warning that the file is not a valid AVI file, which is true. It should have said "Warning", not "Error" though. One problem with Milestone 5 is that 2-pass is broken. See my reply to question above related to that.

[wing1]

Thanks Karl. I don't use 2-pass, so that is not an issue with me. I always favor 1-pass and control the quality via avisynth. I replaced all the dll in milestone build3 codec folder with milestone5 and also common folder. It seems to work well now.

[kilg0r3]

@karl

sorry, even if i am, again, making a fool of myself, i must say that i still haven't entirely understood which dlls to place where in order to be able to do a two-pass encode. sorry for bugging

[wing1]

@Kilg0r3

If i am not mistaken, I believe the erv*.dll inside the codecs folder. The old milestone build 3 has erv23260.dll, erv33260.dll, erv43260.dll: The new milestone build 5 has erv2.dll, erv3.dll, and erv4.dll.

I am not 100% sure, but I think the problem was introduced when I combined the two encoder DLLs. Go to the codecs folder, check if you have only erv4 (+ erv3 and erv2). Then it is likely that 2-pass will work just like 1-pass, which by the way is not "life-or-death" .. 1-pass works pretty well, too.

I have only erv43260.dll, erv33260.dll and erv23260.dll. I'm gonna die!!!

take erv4.dll from x2real, rename it erv43260.dll, you'll survive.

...here I think Karl is saying to take erv4.dll from milestone build 5 and replace the old erv43260.dll from milestone build 3/4 with it.

What's the big difference between all Producer versions?

bug fixes, new features (YV12), clean-up, for instance we combined two DLLs into one for each of the codecs, and we removed that ancient '3260' in most of the filenames.

Compression wise, not much has changed in these builds, so you don't always have to keep up with the latest, if the version you are using works well. For any significant changes, like YV12, or when this 2-pass bug has been fixed, I will let you all know.

So if you replace the erv*.dll from milestone build 3/4 with those in milestone build 5 and rename them with *3260.dll, 2-pass should work and will have the update in milestone build 5. i.e. with xreal2, replace the real folder with the older version, and copy the erv*.dll from the newer version to the codec folder, and rename them.

correct me if I am reading something wrong here.

[karl_lillevold]

Sorry for making it sound complicated. It is not really.

erv4 is the RV9 encoder DLL. Don't worry bout erv3 or erv2. This is RV8 and RVG2.

Erv4 used to exist as a pair of DLLs, rv403260.dll and erv43260.dll, where rv40 would load erv4. If you have a version of producer with this DLL pair, 2-pass works.

Then, the pair was combined into one DLL, erv43260.dll, which was renamed to erv4.dll in the most recent version. If you have just one DLL, 2-pass most likely will not work.

Then, all you need to do to fix this, is to replace your one erv4 DLL with the one from x2real. If your DLL used to be called erv43260.dll, that's what you need to rename the x2real one to. If your DLL is already called erv4.dll, just replace it with the x2real one without renaming. Don't worry about any other files in the codecs folder.

Or, even simpler, just install Milestone 5, and replace codecs/erv4.dll with the one from x2real, without any renaming.

[kilg0r3]

Originally posted by karl_lillevold
Or, even simpler, just install Milestone 5, and replace codecs/erv4.dll with the one from x2real, without any renaming.

Or, as I proposed, just use producer and dlls which come with x2real. Right? Now I am happy little kilg0r3 again :gleem::)

[wing1]

@Karl

regarding playback: I don't know if this issue has been reported as yet; However, if you are running a dual screen using two video cards, the primary video card will playback ok, but the secondary card will have black screen only. It seems like the overlay is not working on the secondary video card. I am seeing this in both realone player and mpc. Is there a work around for this?

[karl_lillevold]

That's an interesting question. I don't know the answer when you have two video cards... When using WMP, is it able to have overlay on both screens? Then RealOne should be able to, as well, and I will file a problem report to hopefully have it fixed in RealOne V3 (and MPC using RealOne DLLs).

With regards to dual screens using just one video card, then it is up to the video card where and how overlay works. ATI cards can have overlay only on one screen when used with two displays, so for instance if connected to a TV and a computer display, you have to disable the computer display to get the overlay to the TV. I have been told nVidia with two displays can have overlay on both displays, but can not verify this information right now. Anyone?

I have too little experience with dual screen setups, so please, if anyone knows more about this, please speak up, especially regarding how overlays work with two video cards.

[gabest]

I have been told nVidia with two displays can have overlay on both displays, but can not verify this information right now. Anyone?That's true, but I only noticed this recently. Maybe they added it to the driver or it was just me who upgraded his nvidia card to a newer one. It still turns off when the picture is on both monitors.

[kilg0r3]

@karl_lillevold

hi, karl!

(1) Last night I did a two-pass encode of a movie which, however, turned out 35MB undersized again.
The movie starts out with a reduced screen size of 206x174 which is maintained for about 4500 frames. I am not sure, of course, but I think the rate control should be able to cope with this.
The max bitrate was set to 2.2 times the average bitrate. So I think this is not the problem.

(2) I am planning to do a little quality comparison between rv9 and xvid and just wanted to ask which factors you think that I should take into account in order to be fair to rv9. Your input would be highly appreciated since I am by far not as much familiar with rv9 as with xvid

a) video encoding settings: perhaps, you would like to write a *.rpad file yourself. (otherwise I'd just use x2real to generate it)

b) player app: since i own a matrox G400 card, I am currently forced to use realOne v1. Do you think it will make much of a difference using v1 instead of v2? Any adjustments in the player I should think of? The frame grabs would be done using xnviews screen shot feature while overlay is disabled. BTW I usually disable overlay simply by occupying it with another app; e.g. dvd2avi.

c) material: any suggestions regarding film type? Evidently, both codecs will be fed with the same input material. Any filtering, except the one done by the quantizer matrices, will be done in avisynth

(3)
I'll probably need to run multiple second passes for the material, due to the undersize issue mentioned above. For that, I'd be happy to know in which file producer stores the data of the first pass AND how can I initiate a second pass reusing the stas-or-whatever file of the first pass.

Let me know what you are thinking.

Cheers, and thanks for all your help so far.

[wing1]

let me clarify my initial reports a little further.

I am running win2k, and I have two video cards installed in the same system: One is an AGP video card which is a generic nVidia Geforce2, and the other is a PCI ATI Rage XL. Both are old cards, but the drivers are the most recent that were made for them.

I have both RealOne V2 gold and MPC 6.4.3.1 w2k installed. No codec pak are used here :D The primary display is the nVidia GeForce2 while the secondary display is the PCI ATI Rage XL.

If playing contents such as DivX4.x/5.0.x/3.11, xvid, QT, and mpg1/2, I get video on both individual display as I drag the player from one display over to the other display. The only problem I am experiencing is with RV9 content. I have tested on both mpc and RealOne players, and they both open files other then RV9 just fine. I have not tested on realmedia8 or older version yet ( don't have that to play with ).

If the player resides on both display, half and half, I still get video overlay fine too for all contents except RV9.

tested with wmv content also, and that too works fine.

[karl_lillevold]

@kilg0r3

1) why make it so complicated..? Just encode standard resolution for the whole encode.. I am not exactly sure what you mean though, but I am guessing you are cropping to this small size, and then resize back up to the full size before encode? otherwise you would have to encode in two sections..

That said, I have had the same problem with undersized encodes when credits are included at the end. When credits are encoded separately with a fixed quality, the encode always ends up within 1 to 2 MB of the target filesize. This, of course, requires AutoRV9.

I started to look into this problem, but there is no quick fix. The VBR window may be too short to handle 5-6 minutes credits and your 4500 frames properly, but I really don't know the answer here and now.

2) If you use autodub for one and autorv9 for the other, things should be fairly equal, right..?

I can't think of any problems with V1 that would prevent good screenshots, but it's been a while, and I might have forgotten something. Picking screen shots to represent full-screen playback of a long encode will be very hard though. Ringing for instance, is not very visibile with stills, and if you pick a high enough bitrate, any modern codec will look pretty darn good with these relatively small screenshots.

Content: just any content not requiring any pre-filtering would be good. Pre-filtering just introduces other factors.

3) See 1) for suggestions. It is not unfortunatley not possible to re-use the 1st pass info and restart just the 2nd pass.

[midiguy]

why use v1 of the decoder if you own a matrox g400? I own a g400, and I am using v2, and aside from the jitter problemm I don't really have any opther issues.. is there something I'm missing?

thanks!

[kilg0r3]

Originally posted by karl_lillevold
[B]
I am guessing you are cropping to this small size, and then resize back up to the full size before encode? otherwise you would have to encode in two sections..

Oh sorry, iwas really unspecific here. Actually I resize to this resulotion and then add blackborders, so that the credits take up only about a sixth of the whole frame. This settings, apply only to the credits sequence.

What, is the problem with prefiltering? I almost always use slight filtering for 1 CD encodes.

[Dark-Cracker]

hi,

@killor
u cant redo the second pass the stat file is stored in the window temp directory (.dat it seems to me) and use a random name.

++

[karl_lillevold]

and the information stored in this file is so specific to the settings you used, that it can not be re-used if any settings change, incl. bitrate and everything else. We have thought about ways improve this to make the information more re-usable, but nothing specific yet.

[karl_lillevold]

@wing1
Thanks for the detailed information. I checked with our renderer/overlay expert, and found that this is known behavior. Any format that's played back using DirectShow will have an adaptive overlay surface going from screen to screen, while RealVideo which is played back using our own renderer, does not have this support. Unfortunately, this dual video card setup is not very common, and the feature request will probably not have high enough priority to be included in V3 :(

[wing1]

@Karl

That is not a big problem at all. I thought it was a bug so I report it. However, if this is something that has been known, then I am sure it will work out when the time is right.

btw. The dual(multi) card setup is very convenient. win2k has the ability to allow upto 10 video card to be setup and display on a single PC. This setup allow you to spread your work around each individual screen at full resolution of the screen. I can watch full screen TV, while I am surfing the net on another full screen while do compression on another screen if I have another monitor and video card setup :D

[midiguy]

Originally posted by wing1
@Karl
I can watch full screen TV, while I am surfing the net on another full screen while do compression on another screen if I have another monitor and video card setup :D
... and a really fast computer.

[wing1]

hehehe... only a 2100+ xp, but that will do.

@karl

I am playing around with the settings in the audience file, I am using the default values, your recommended values, and my own: I did noticed that the latency startup setting is drastically increase from default to your recommendation. What exactly does this value do? Is it something similar to buffer time? I did noticed that if this value is increased, the playback seem to be sharper.

[midiguy]

Originally posted by wing1
hehehe... only a 2100+ xp, but that will do.

@karl

I am playing around with the settings in the audience file, I am using the default values, your recommended values, and my own: I did noticed that the latency startup setting is drastically increase from default to your recommendation. What exactly does this value do? Is it something similar to buffer time? I did noticed that if this value is increased, the playback seem to be sharper.

if the playback is sharper than that would most likely mean your film was compressed with better settings. usually when the video looks more "blurry" it is because of the in-loop filtering or post-processing having to cover up too many artifacts. so if it is sharper, prolly means less artifacts to cover up. that's generalizing the situation I gues, but it gets the point accross.

[Wilbert]

@karl,

Can anyone of you make AviSynth video and audio plugins for importing the rm streams in AviSynth?

[karl_lillevold]

Originally posted by wing1
I am playing around with the settings in the audience file, I am using the default values, your recommended values, and my own: I did noticed that the latency startup setting is drastically increase from default to your recommendation. What exactly does this value do? Is it something similar to buffer time? I did noticed that if this value is increased, the playback seem to be sharper.
the max latency setting is named after the maximum amount of buffering time which is needed if you were to stream your content. In practical terms for offline encoding this extra buffer or bit reservoir gives the encoder more flexibility to spend more bits during high action scenes. And more bits means higher quality and sharper video.

On the other hand, with the latency time set to a small number, the encoder is forced to keep the bitrate pretty close to the average even during high action, thus limiting the quality.

[karl_lillevold]

Originally posted by Wilbert
Can anyone of you make AviSynth video and audio plugins for importing the rm streams in AviSynth?
That's a great idea. Like I have posted a few times, it is possible the codec APIs will be opened up, but there is no decision yet, and I can not possibly make any promises. If this happens [codec API published], I am sure there will be people writing DS filters, VirtualDub plugins, AviSynth plugins and a lot of other really cool stuff.

[kilg0r3]

Originally posted by karl_lillevold
the max latency ... this extra buffer or bit reservoir gives the encoder more flexibility to spend more bits during high action scenes. And more bits means higher quality and sharper video.


Does this also apply to two pass encodes. If so this could be a way to get rid of undersized files.:)

[Valky]

Originally posted by karl_lillevold
Could you take a look at the files in http://www.lillevold.com/files/jitter.zip (one RV9, one XviD) and see if you notice a difference in the amount of jitter? On my system both play back pretty smoothly.


Actually I tried this realmedia-file and noticed that it look awful at any other settings than recommended setting at performance/hardware-tab.

If the slider isn't at far right, the line starts to break. Also with MPC the line jitters and breaks at all other renderer that wmr7, but even with that, it isn't as perfect as it is with RealPlayer. So should I now always use RealPlayer with my movies? This would be shame, cause then I cant use srt-subtitles :(

The reason I tried this file of yours was that I encoded Merlin-dvd with your recommended settings and I used AutoRV 1.2 for that.
The movie is over 3 hours long so for the first time I had to put it on 2CD.

First thing: I wasn't really happy with the cutting. After the second part starts there is over 10 seconds black screen without the picture but the audio can still be heard and it gets synched little bit later..something wrong with the cutting in AutoRV?

Secondly: I have been pretty satisfied with the results in two other movies (LOTR-cartoon and SOUTHPARK -movie) I have encoded on 1CD but just like in this Merlin-movie, there has been some strange screen shifting from the middle of the picture from time to time. These I have noticed when watching with TV-Output using TVtool. So it is something similiar to that test-clip and it isn't as smooth as I hope.

In this Merlin there is also very skipping picture when camera is moving horizontally panning from right to left..this exist also with divx codec but would have been nice to get rid of it :)
This is related to the thing mentioned above I think..

Also I would like to ask if it is possible to use these rt-subtitles so that they appear transparent without that black box on top of my movie? Can this be done somehow modifying that smil-file?
Now it look pretty silly when movie doesn't cover the whole screen. It hang above the screen and subtitle-box just below that.

Also if I encode PAL DVD's with 25fps I should also always change max fps to 25 at Realmedia encoder? (Default is 30fps)


My hardware is WinXP, Geforce2, Athlon 1700XP+, Live!
I have tried with resolutions 1024, 800 and with both 16bit and 32bit. Refreshrate 60,75 and 85. DX8.1

Just wanted to add that this xvid jitter-clip doesn't play smooth at all with MPC, but with Viplayer it does..? The RM jitter-clip plays much smoother with MPC than xvid-clip..this is weird..I tried with both ffdshow and Nic's xvid decoder.
Does somebody happen to have same jitter clip encoded in Divx? This seems interesting :)
or then again maby not..now I dont know what player to trust anymore :)

Also when I changed the framerate to 25fps in xvid-clip it wasn't as bad as with 30fps on my 50hrz tv, but still jittering (and perfect with Viplayer)

Now I try with latest beta MPC..

[gabest]

The vsync detection of mpc's special rm renderer was improved in the latest test verisons. You can find it in its topic in the "players" forum. The video renderer settings on the first page doesn't affect realmedia playback. By default it uses real's own renderer in overlay if possible (ok), or without overlay (jitters). When the "special renderer" is checked, mpc renderers the video onto the screen with dx7 functions (looks also ok since v6435).

[Dark-Cracker]

@valky
autorv9 slpit the movie on a keyframe using rmeditor normaly no problem on the split :) i don't think the error come from autorv9 :)

for the subtitle wait version 1.3 of autorv9 u will have the transparency option and a shadow option :)

@karl
could u try to put latency upper than 25 sec ? it will done a better quality and a better accurency for the final file size.

@gabest
could u try to add the possibility to sharp and change colors for the .rmvb file ? like in realone player :)

thank u :)
Bye.

[31 Flavas]

Originally posted by karl_lillevold
In practical terms for offline encoding this extra buffer or bit reservoir gives the encoder more flexibility to spend more bits during high action scenes. And more bits means higher quality and sharper video. Is there any 'hack' that would allow max latency to be increased beyond 25 in RV9 producers?

It would make the file almost unstreamable (too much inital waiting), but for local playback this shouldn't matter. It did not hurt local playback in RV8, afaik...

[Sirber]

@gabest

MPC uses 100% CPU now and don't start :( I don't understand why.

[karl_lillevold]

Originally posted by 31 Flavas
Is there any 'hack' that would allow max latency to be increased beyond 25 in RV9 producers?
It is not possible to increase this beyond 25 seconds, but the good news is that the buffer size is calculated based on the max bitrate for VBR encodes, and not the average bitrate. This means that if you increase the max bitrate for a VBR encode, the VBR buffer will be larger.

I have not run many experiments to verify this, but I have on my list of things to do, to investigate 2-pass VBR behavior in general, and this will be part of that work. I wrote a perl script to create spreadsheet data such that the bitrate over time can be plotted, based on the output of 'rmeditor -d', and if possible I would like to improve a few things (like how producer tends to undershoot the bitrate when part of the clip is very very easy to encode).

[karl_lillevold]

@Valky, finally a few replies for you. Sorry I have not gotten around to it sooner.

Originally posted by Valky
[B]If the slider isn't at far right, the line starts to break. Also with MPC the line jitters and breaks at all other renderer that wmr7, but even with that, it isn't as perfect as it is with RealPlayer. So should I now always use RealPlayer with my movies? This would be shame, cause then I cant use srt-subtitles :(
If the line in the jitter test clips "breaks" that probably means what we call tearing, which is an indication that flip buffers are not used. These buffers are used in the most optimized renderer in such a way that we copy data to video memory to a surface that is not being displayed. Then, at some instant in time later, the buffers are flipped, thus the name, to display the content of this buffer. The "breaks" are caused by a frame being displayed in the middle of a mem copy to this frame. When MPC uses its own renderer for its great looking sub-titles, the flip buffers are not used, and you will unfortunately see tearing. However, when MPC uses the native RealVideo renderer, it should display frames the same way RealOne does

First thing: I wasn't really happy with the cutting. After the second part starts there is over 10 seconds black screen without the picture but the audio can still be heard and it gets synched little bit later..something wrong with the cutting in AutoRV?
This is a problem with rmeditor, I believe. It will cut the video where it is being asked to cut (by AutoRV9) regardless of keyframes. Then the video frames up until the first key frames will be discarded. Worst case, this could be up to 10 seconds. I wish it was different, but I am afraid the only way to cut to key frames with rmeditor, is to use its GUI flavor.

Secondly: I have been pretty satisfied with the results in two other movies (LOTR-cartoon and SOUTHPARK -movie) I have encoded on 1CD but just like in this Merlin-movie, there has been some strange screen shifting from the middle of the picture from time to time. These I have noticed when watching with TV-Output using TVtool. So it is something similiar to that test-clip and it isn't as smooth as I hope.
Not sure about this one...

Also I would like to ask if it is possible to use these rt-subtitles so that they appear transparent without that black box on top of my movie? Can this be done somehow modifying that smil-file?
Now it look pretty silly when movie doesn't cover the whole screen. It hang above the screen and subtitle-box just below that.
I think you are asking about if the sub-titles can have transparent background, right? Take a look at this thread:
http://forum.doom9.org/showthread.php?s=&threadid=40636&highlight=RV9+transparent+subtitles


Also if I encode PAL DVD's with 25fps I should also always change max fps to 25 at Realmedia encoder? (Default is 30fps)
I don't think that really matters, producer will look at the input framerate, and if it is 25 fps, this will automatically be the maximum framerate.

Just wanted to add that this xvid jitter-clip doesn't play smooth at all with MPC, but with Viplayer it does..? The RM jitter-clip plays much smoother with MPC than xvid-clip..this is weird..I tried with both ffdshow and Nic's xvid decoder.
Does somebody happen to have same jitter clip encoded in Divx? This seems interesting :)
or then again maby not..now I dont know what player to trust anymore :)

The amount of jitter depends on the renderer used. Both DivX and XviD would probably have the exact same amount of jitter if you use the same renderer sub-system, which for AVI files in most cases is native DirectShow. If a player uses its own renderer system, this could potentially affect the jitter. RealVideo does not use DirectShow, and is why you will sometimes see more jitter with RealVideo, something which has already been improved, but not released yet (RealOne V3).

[kilg0r3]

Hi Karl!

Thank you very much. Just wanted to say that your patience and dedication is very much appreciated. :)

Take Care.

[slavickas]

Originally posted by karl_lillevold


I don't think that really matters, producer will look at the input framerate, and if it is 25 fps, this will automatically be the maximum framerate.



i have opposite question, why producer encodes at source's fps (for example 30) if in audience it is specified different (25). so it meants what producer simply is ignoring this setting (if correctly i remember 8th producer encoded at specified fps)

[karl_lillevold]

Originally posted by slavickas
i have opposite question, why producer encodes at source's fps (for example 30) if in audience it is specified different (25). so it meants what producer simply is ignoring this setting (if correctly i remember 8th producer encoded at specified fps)
I am not exactly sure what producer8 did, or this specific example, but it is simply not possible to encode a 30 fps clip at 25 fps in a nice way. You could get to 15, 10, or 7.5 fps, by skipping frames, but not from 30 to 25. In that case you will have to use a tool like VirtualDub to modify the framerate, which has more advanced video editing features.

Other than that, maybe there is a problem, but please provide a specific example, and I will take a look to see if I need to file a bug report.

[31 Flavas]

Originally posted by Valky

Also I would like to ask if it is possible to use these rt-subtitles so that they appear transparent without that black box on top of my movie? Can this be done somehow modifying that smil-file?
Now it look pretty silly when movie doesn't cover the whole screen. It hang above the screen and subtitle-box just below that. Although the information is cryptic and probably incomplete; I think this thread (http://forum.doom9.org/showthread.php?s=&threadid=30840) is the most useful right now. It contains basic code, transparancy code, and a link to doing borders/shadows (the link Karl posted).

I'll write a complete gide thread though, one of these days.....

[Dark-Cracker]

@karl
>It will cut the video where it is being asked to cut (by AutoRV9) regardless of keyframes.

autorv9 split the .rmvb file on the keyframe :) i am sure :).

[Sirber]

I made some tests with RMEditor and it don't cut at keyframe. I'm 100.01% positive. You may start with a black screen for few seconds.

J'ai fais kek tests et RMEditor coupe n'importe où. Chu sur a 100.01%. J'ai eu kek épisodes de Cowboy Bebop qui startais avec un écran noir.

P.S. This text has been modified to fit in your screen. :P

[Valky]

Originally posted by 31 Flavas
Although the information is cryptic and probably incomplete; I think this thread (http://forum.doom9.org/showthread.php?s=&threadid=30840) is the most useful right now. It contains basic code, transparancy code, and a link to doing borders/shadows (the link Karl posted).

I'll write a complete gide thread though, one of these days.....

Yes..it was totally cryptic and I really tried with those post, but my final results were just the same when I started..White text at the black backround and below the movie :(

But I rely on dark-cracker and to his excellent AutoRv9 and I hope he/she will find a good solution. Until that I rely on Gabest excellent MPC with support to beautiful looking srt files. Thank you both.

<smil xmlns="">
<head>
<layout>
<root-layout backgroundColor="black" width="512" height="418"/>
<region id="video_region" z-index="1"/>
<region id="text_region" height="50" bottom="0" z-index="2"/>
</layout>
</head>
<body>
<par>
<video src="south.rmvb" region="video_region" regPoint="topMid" regAlign="topMid" fill="remove"/>
<textstream src="south_Subtitle.rt" region="text_region" fill="freeze"/>
</par>
</body>
</smil>