Bov 0.46

[quantum]

I just finished Scorpion King with 0.46 and the button over video seems to work as expected. Nice work JD :)

[jdobbs]

Originally posted by quantum
I just finished Scorpion King with 0.46 and the button over video seems to work as expected. Nice work JD :) Cool.

[quantum]

One other thing, this disk demonstrates the need for compressing menus. Extra scenes are stored in menu files and collectively the menus take 1,267,935,232 bytes.

[RB]

Thanks for the update, jdobbs! Tested the BOV feature with Donnie Darko R2 PAL (German, Disc 2 of Collectors Edition). VTS_01 on Disc 2 is just 16 still menu frames and lots of AC3 and PCM audio (allows you to play 16 tracks from the original movie score).

The main menu for pre-selecting one of the 16 tracks is however in VTS_01_0.VOB, so not processed by DVD-RB. Now on the original disc, when I select one of the tracks from this main menu, it jumps to one of the still menu frames in VTS_01_1.VOB and plays the track, the still frame displays the track name and a "stop back <- -> next" selection.

However on the DVD-RB'ed disc, when selecting a track, it doesn't display that still frame but freezes this main menu. I am however able to use the selection buttons (the main menu happens to have that selection in the same place) and the sound track plays just fine. When I click the "-> next" selection the player eventually displays one of this still menu frames in VTS_01_1.VOB. However a round-shaped selection highlight present on the original disc doesn't show up. Sorry for the fuzzy description :)

I wonder if this could be related to this currently still unresolved issue:
Originally posted by jdobbs
Hmmm. My main player is a JVC also. I'm pretty sure the problem is that I'm not populating the sp_synca table of the DSI. I meant to do that a long time ago, but it worked on my players without it (my original plan for this program was for my personal use) so I've ignored it. I guess I need to get up off my duff and finish the (required) work.

[jdobbs]

Possibly -- especially since you've already established that you've had problems with subpictures. But the BOV code is pretty new, so I have to assume it is suspect. I'll check it out.

[EonBlue]

Just used 0.46 on my copy of Big Fish and the BoV worked perfectly! GREAT job jdobbs!!

[RB]

Originally posted by jdobbs
Possibly -- especially since you've already established that you've had problems with subpictures. But the BOV code is pretty new, so I have to assume it is suspect. I'll check it out. Thanks. And I should have said that I have not even tried it yet in my SA, the problems were already there in WinDVD.

[wmansir]

@RB, jdobbs RE: freezing menu

I don't think the problem is in DVD-RB's code, the problem seems to be that the encoded still frames are not correct. I had the same problem as RB on my BOV test (Hitchcock's 'The 39 Steps', Criterion Coll. R1). When I hit the menu item to take me to the BOV section the menu froze, but I could select the buttons that should have been in the BOV section. Unfortunately, the BOV test disc I'm using doesn't have subpictures, so I can't say if they worked.

So I tried playing the encoded .m2v files in MPC and they didn't play there either. The AVS files were correct, and displayed the still video. But the resulting .m2v files did not play. So I used DVD Decrypter to demux the original still frame .m2v. They played in MPC (though they still froze it up after displaying the still).

So I renamed the originals and replaced the CCE encoded files, and rebuilt with DVD-RB. And now it works perfectly. If you still have the D2VAVS files, RB, you might want to try that.

PS. All my test so far were in PowerDVD, I'm burning a test disc as I type.

[dvdRENEGADE]

Using .46, the BOV menu allows some items to be selected properly while some freeze after clicking on them. Some menu items are not selectable. After some titles finish playing the menu screen remains black although you can still select some titles from the menu. BOV problems exist using PowerDVD and WinDVD.

[wink]

v 0.46 works great with Haunted Mansion

[RB]

@wmansir:
Interesting, that was it, indeed. Demuxed original M2Vs and rebuilt using these, now everything is perfect. However the reencoded M2V I was previously using were definitely not corrupted. Could load and see them in DVD2AVI just fine. When you say that they didn't play in MPC, how do you know that? I mean, an one-frame M2V will just flash for a very short time, if at all. Am I missing something?

Anyway I believe it's something else. Of course the reencoded stills were a little smaller than the originals, maybe DVD-RB doesn't update some offsets/flags properly and that's why it works with the original M2V?

[dvdRENEGADE]

Originally posted by RB
@wmansir:
Interesting, that was it, indeed. Demuxed original M2Vs and rebuilt using these, now everything is perfect.

I tried the same method RB described above with Pirates of the Caribbean DVD #2 and it worked perfectly with the original demuxed .m2v.
dvdRENEGADE

[wmansir]

@RB
That's odd, I couldn't get either the originals or the re-encodes to show up in DVD2AVI, the screen didn't even resize to the correct resolution for the stills. It may have been because I drag-n-dropped them?

Anyway, in MPC the originals displayed the stills and then froze up MPC (had to end process). With the Re-encodes, it didn't show the still at all, just froze up MPC, which is why I assumed it was corrupt. I still have the files, I think, but I can't tell you what versions of D2V and MPC I was using.

I got hit by a trojan yesterday and it messed with my system. I examined the executable and I think it attempted to steal some passwords and install some type of proxy desktop program. It was a half-assed attempt though because it made system changes that were obvious the next boot. So I wiped my system drive and am in the process of reinstalling software. Luckily I keep data and some software on separate drives and I was able to save most of the data on the system drive. Still, I have many hours of installing stuff ahead.

[jdobbs]

I hate it when that happens.

[EonBlue]

Does anyone know if this issue has been corrected in the latest beta? If not could someone explain to me (RB, wmansir, dvdRENEGADE) explain to me what exactly they did to get the menu to not freeze? (ie demuxing the original m2vs and replacing the cce encoded ones?) Anyway, the more detailed you can be in the explanation, the better off I'll be because I'm pretty lost.

[wmansir]

I haven't check to see if this has been resolved. I'm going to run a test on the new beta now. I did Futurama with v0.47 and the stills worked, though they didn't have BOV, they used the Next/Prev buttons.

To get the original .mpv files:

Open DVD Decrypter, set the mode to IFO.

Under Tools->Settings...->IFO Mode, in the Options section set the "split by" drop down menu to "By Cell ID".

Select the source, set a destination folder. Select the VTS/PGC/Chapter(s) of the still frames.

Click the "stream proccessing" tab. Check "Enable Stream Processing". Uncheck all the streams EXCEPT the Video stream (0xE0).

Click the Decrypt button to begin.

This should give you the original .mpv files, demuxed. Now you just have to rename them to DVD-RB's names and replace the ones DVD-RB made. I can't give you an easy way to do this, but just to cut-n-paste the names. Then just rebuild like normal.

[Joergen]

Is there really a reason to encode stills? How often are there so many stills that it makes a real difference to the entire dvd? :confused:

edit: aside from jdobbs testing still encoding for future menu encoding etc.

[jdobbs]

There really isn't a good reason -- the size change is insignificant, so it may change in the end. For right now, though, doing the stills like the other cells results in recognition of issues that may have gone unnoticed otherwise.

This is a good example. I need to find out why the original still works and the newly encoded one doesn't (in some cases).

[wmansir]

Would half-D1 require stills to be re-encoded? or can you mix Half-D1 video with Full-D1 stills?

[jdobbs]

Hmmm I don't think so, but I will have to look that one up.

[wmansir]

@EonBlue

I just did Big Fish and I think it worked perfectly too. I know the BOV in the main movie works, but I'm unsure about the 'finer points trivia'. The thing is I can't even find those on the original.:mad:

(For those without the DVD there trivia quiz has two options, one is the standard menu driven quiz, and the other is, I think, a BOV used during the featurettes.)

The regualar trivia quiz works fine, but I've watched all the featurettes with the BOV option turned on and I can't see any icons. Do I have it wrong? Are the BOVs in the main movie, or just really hidden well?

[EonBlue]

@wmansir:
Yes even the "Finer Points Trivia Quiz" BoV worked for me. Maybe you're not setting it up correctly so let me explain how I checked mine.
- Go to "Special Features" in the main menu
- Go to "The Finer Points: A Trivia Quiz"
- Select "ON"
- Go to "Featurettes"
- Go to "The Filmmakers' Path"
- Select "Tim Burton: Storyteller"
- Then about 1 min into the featurette, you should see the BoV subpic come up on the lower right hand part of the screen (it comes up whenever Ewan McGregor is underwater in his car)
- That should take you to first trivia question
Are the BOVs in the main movie, or just really hidden well?
I'm kinda confused by what you mean here because you said that the BoV in the main movie works.

Anyway, if you need me to elaborate or anything, just let me know

[wmansir]

Thanks for the reply. I found the one you discribed, but I had to use WinDVD. PowerDVD doesn't show it. However, even in WinDVD the DVD-RB version isn't working. Perhaps it is because I converted the extras to half-D1. Did you do that or keep it at full size?

[jdobbs]

You know, that's something I'm going to have to play with... I'm not sure what the effect of Half-D1 is on BOV... I have doubts.

[Trahald]

Originally posted by jdobbs
You know, that's something I'm going to have to play with... I'm not sure what the effect of Half-D1 is on BOV... I have doubts.

The selection part should work ok (meaning if you know when to hit enter.. doing so at the right time should cause the button to activate) just that you probably wont see the button in windvd/powerdvd.. especially if the grafic part of the sub is past the 352 mark and possibly even if its not if the highlight is in the wrong spot. (some bov highlight the whole screen.. others the button highlight is just large enough to cover the graphic)

its something that needs testing.. for the most part its still better to have 1/2 d1 and just being able to play it on your standalone than forcing full d1 with bov.

[EonBlue]

Perhaps it is because I converted the extras to half-D1. Did you do that or keep it at full size?
I did the extras at half-D1 and they worked fine for me using PowerDVD.

[wmansir]

That's odd. I did use TitleSetBlanker, but I don't know how that would break BOV for PowerDVD. I'll have to try it untouched sometime.

[jdobbs]

Originally posted by Trahald
The selection part should work ok (meaning if you know when to hit enter.. doing so at the right time should cause the button to activate) just that you probably wont see the button in windvd/powerdvd.. especially if the grafic part of the sub is past the 352 mark and possibly even if its not if the highlight is in the wrong spot. (some bov highlight the whole screen.. others the button highlight is just large enough to cover the graphic)

its something that needs testing.. for the most part its still better to have 1/2 d1 and just being able to play it on your standalone than forcing full d1 with bov. I checked it out and if the players are correctly set up they should expand the picture first -- then overlay it with subpictures. So half-d1 with full size subpictures should work (assuming the player handles it correctly).

[Sir Didymus]

Originally posted by RB
... skip ...

However on the DVD-RB'ed disc, when selecting a track, it doesn't display that still frame but freezes this main menu. I am however able to use the selection buttons (the main menu happens to have that selection in the same place) and the sound track plays just fine. When I click the "-> next" selection the player eventually displays one of this still menu frames in VTS_01_1.VOB. However a round-shaped selection highlight present on the original disc doesn't show up.

... skip ...



@RB: thank you for the perfect description of the situation you have experienced, and for reporting it to the attention of Jdobbs. I encountered pretty much the same condition as you… No chance up to now to understand why replacing the “bad m2v” still frame with one extracted from the original, everything seems working…

@Jdobbs: looking into the vob of the original and rebuilt cells, I found some little (more or less) differences among the two.

I have to admit and to state clearly that I did not have up to now any success in trying to apply some manual modifications in order to verify if the reported differences are really causing the problem or not; this makes following items not so relevant; up to you to trow this post all away if you feel it is not useful…

Following (except #4) apply just to the cell containing the menu, which is based on a single video frame, one minute and half of audio, one sub-picture, and many buttons.

#1 - In the first navpack of the cell, information related to the Seamless Information Playback (SML_PBI), specifically PTM of first video frame in the first GOP and PTM of last video frame in last GOP [address 0x0433 and 0x0437 of navpack] is set correctly [values 30304 and 9199504 in my specific situation…]. For all of the other navpacks, in the original cell these values are repeated untouched, in the rebuilt cell they are all cleared to 0.

#2 - This is the table I like much… :) Hem… again the troublesome VOBU Search Information (VOBU_SRI). In all of the navpack of the cell, entry at address 0x04f1 (Next VOBU with video) seems containing improper values: some value like 0x80000026; maybe it should be 0xbfffffff for all of the navpacks, because all of the video packs in the cell are in the first VOBU ?

#3 - In the same table (VOBU_SRI), all of the entries referring to the forward search (addresses 0x04f5 … 0x0541) have their high most bit clear in the original cell and set in the rebuilt cell (values of type 0x00xxxxxx instead of 0x80xxxxxx). I am doubtful here cause I dont know the meaning of this bit (maybe 0x00xxxxxx means forward and 0x80xxxxxx means backward ?), so not sure about its relevance; anyway it is a difference so I decided to report it. Shame on my if is related to a silly matter.

#4 - This point is more general (it happens to all of the cells containing video); again I am doubtful about its relevance… Anyway it is a difference… Just the first GOP in a cell with video has its P-STD buffer attributes defined. No other GOPs in the cell have these attributes. It is the PES extension flag set (entry at address 0x0014), with the following entries at addresses 0x0017 and 0x0022, setting the P-STD buffer flag and the scale and size values of the P-STD buffer.

Cheers,
SD

[Sir Didymus]

1. DVD-R Version: 0.49
2a. Encoder being used: CCE 2.67.00.23
2b. Transcoder being used: ReJig 0.5
2c. Encoder being used: Qenc 0.51
3. Using eclCCE? Y, version 1.8b

Both using ReJig and Qenc the Still menu with bov and audio work fine.
I assume the problem reported in the thread is not specifically related to the DVD-RB authoring engine, but to some troubles in encoding still frames from CCE...

I know it is quite a strong declaration and I am afraid if what I am stating will demonstrate to be wrong...

It seems it is a fault of CCE...

Quite interestingly, the original m2v frame is sized 110 Kb, the one encoded by CCE is 49 Kb, the one transcoded by ReJig is again 110Kb, the one encoded by Qenc is just 21 Kb.

It's worth doing some more investigation, comparing the outputs of Qenc and CCE...

[Sir Didymus]

1. DVD-R Version: 0.49
2a. Encoder being used: CCE 2.67.00.23
2b. Encoder being used: Qenc 0.51
3. Using eclCCE? Y, version 1.8b

The single peculiarity I see is that in the encode of the still frame produced by CCE the GOP structure is flagged as a Closed GOP, while in the original m2v and in the encode produced by Qenc the GOP structure is indicated as Open.

Could this explain why CCE output frame does not play properly ?
Hem... :rolleyes: I never understood well the difference...

Some background info on Open GOP <--> Closed GOP or even some conjecture on the subject would be appreciated...

[jdobbs]

@Sir Didymus

Thanks for all the work. Just wanted you to know I'm checking out each of the points you made above so you didn't think you were wasting your time.

[Trahald]

open gop means that b-frames in the current GOP may use data from the previous gop. closed is self contained and no frames rely on frames from another gop.

[Joergen]

Are there any BOV problems with CCE SP 2.66?
Is it supposed to do the set # of passes for stills (3)? Multipass VBR for a still is pretty hilarious, dont you think?

My BOV extras were broken for another movie in 0.50. I'll try with CCE 2.5.

[wmansir]

Can someone confirm the status of this problem(s)? To be frank, I lost track of them and am unsure what to add to the known issues list (if anything).

Do still frame re-encodes work, if not, with which setups/sources have a problem?

What about the full motion BOV? It worked great in my test, but I don't have too many BOV discs (especially when IlVu discs are eliminated).

Unless I'm told otherwise, I'll redo "The 39 Steps" this weekend. If the problem persists, maybe play around with the CCE re-encodes and see if I can get it to work.

[Sir Didymus]

@wmansir

I am sorry, I have'nt available until tomorrow the proper backup to verify if the problem is still present in release 0.52.

The status up to release .49 included was the one described in the original post of RB. Im my experience it was related to a menu, based on a single still video frame, one minute and half of audio, one sub-picture, and many buttons.

The buttons are not displayed (menu frozen), but the audio is fine and someone (if not all...) of the button actions are performed right...

[RB]

I can confirm that this problem still exists with v0.52. However it is apparent only in WinDVD, I have absolutely no problems navigating this still menu in my JVC standalone.

[Sir Didymus]

Originally posted by RB
I can confirm that this problem still exists with v0.52. However it is apparent only in WinDVD, I have absolutely no problems navigating this still menu in my JVC standalone.

Oh, Oh, my God...
I have to admit honestly that I did'nt burn the title...

I know it is a bad practice not to verify the problems on standalones, but this time I just supposed that having encountered the problems on two different PC players, there was no reason to burn a disk. I will check this evening on my standalone with release 0.52...

[Sir Didymus]

I did a more extended test last evening with 0.52 [...and I burned to verify... :scared: ]; on my standalone the problem is present.

The title (Terminator 2, PAL, R2) has many menus based on stills with BOV, and some other menus based on full motion. It is interesting to note that in this test, all of the menus based on motion pictures play well, while all of the menus based on stills & BOV play wrong. The anomalous behaviour is indeed not always the same: some menus are simply not showed (the played image stay frozen to the one of the previous menu); in other menus the image is showed; in both cases the buttons are not properly displayed (even though their actions are performed) and the audio plays fine.

My setup is as follow...
1. DVD-R Version: 0.52
2. Encoder being used: CCE 2.67.00.23
3. Using eclCCE? Y, version 1.8b

Both using ReJig and Qenc the Still menu with bov and audio work fine. The full motion BOV work fine in my tests. I assume the problem is related to some troubles in encoding still frames from CCE.

The temporary fix (suggested by wmansir on page 1 of this thread) could be to manually replace the m2v files produced by CCE with the corresponding files extracted from the originals. The definitive solution should be indicated by JDobbs.

If feasible it seems logical that DVD-RB directly copy the stills from the original, without applying any encoding to them...

A point in favour of this solution, is that even a very little quality degradation in encoding the stills (blockiness, etc.) is immediately perceived in the play, since there is no motion at all to compensate the image degradation...

Sorry for the lack of synthesis in describing the situation. It is due English is not my main language, so I need more words to be sure being clear... I hope it was so...

[wmansir]

Ok, I will add a listing for BOV and Still Menus. Or does this problem extend to regular stills as well?

I agree that keeping the original stills would be an acceptable solution for me. The re-encoded stills I have seen CCE produce are pretty bad. I haven't tried it yet, but I'm sure RB-Keeper is a good tool for doing that. It has to be better than doing it manually.

Regardless, I will still try and play around with CCE to see if I can get re-encoded stills to work.

[Mutant_Fruit]

Quite interestingly, the original m2v frame is sized 110 Kb, the one encoded by CCE is 49 Kb, the one transcoded by ReJig is again 110Kb, the one encoded by Qenc is just 21 Kb.

I don;t know about the other programs, but i know Quenc has a problem where the first frame of every encode is bad quality, meaning it gets compressed more, which is why its so small.

[Sir Didymus]

@Mutant_Fruit:

In my test Quenc is working very well: the nice thing is that in spite being so small, the play of the still menus and BOV in the DVD produced using Quenc as encoder is GOOD (or better, it is working..., even though the image quality is not so good); instead using CCE as encoder produces definitely WRONG results (meaning the BOV menus are not played, or the buttons are not displayed, so its output is not playable)...

Cheers,
SD

[jdobbs]

So QEnc frames work with BOV and CCE doesn't?

[Sir Didymus]

@JDobbs:

So I stated on the previous page of this thread...

But please consider this is just my punctual experience...

Maybe better waiting for confirmation from some other guys before drawing conclusions about the faulty encodings of stills from CCE (by the way I am using SP 2.67.00.23)...

[Joergen]

I also didnt get working stills using CCE SP 2.66, and their quality left alot to hope for. This was back with 0.49 I think, havent tried since.

Something I think could use fixing first off is doing n passes for a still like it now does with CCE (in my case 3). That might cause problems.

[wmansir]

Well, I just re-did 'The 39 Steps' with .52. I should warn you that I butchered this source a bit with DVD ReMake because I didn't want to spend all day reencoding and 30 minutes burning a test disc. So I stripped out all but one chapter of the movie (because the stills are in the same VTS). However, there are only 5-8 stills in that VTS. Another VTS has hundreds of stills, but was under the re-encode threshold. So I stuck a small video segment in there to get it up to size :). So these results should be taken with a grain of salt.


Original (both original original (no rebuild) and ReMake's output):

WinDVD: Perfect.

PowerDVD: Perfect, except one small problem. Buttons do not display unless you turn them on like subs. A quirk of PowerDVD I guess.

Standalone(Apex 500W): Perfect.


Results Rejig:

WinDVD: Odd problem. The buttons on one particular still don't display, but the rest of the still buttons display fine. All buttons work, all stills display. (note: this has happened on every backup, in every mode, so I will call this type of backup "Almost perfect", meaning everything is perfect except for this one problem.)

PowerDVD: Almost perfect.

Standalone: Almost perfect.


Results CCE 2.5:

WinDVD: Almost perfect. All stills display, all buttons display (except that one still), all buttons work.

PowerDVD: Broken. All re-encoded stills fail to display, Buttons fail to display (even when turned on), but all buttons appear to still work.

Standalone: Almost perfect.


Results CCE 2.66:

WinDVD: Almost perfect.

PowerDVD: Broken. Same as 2.5

Standalone: Almost perfect.


Results QueEnc:

WinDVD: Almost perfect. Oh, and the stills look horrible. I think they were reduced more than they should have been like someone stated in a previous post. The % reduction was 49%, but the original stills were 124k, the reencodes were 13k.

PowerDVD: Almost perfect.

Standalone: Almost perfect.


So to recap:
One problem was present in all rebuilds: One still's buttons didn't display.

PowerDVD didn't like CCE's re-encodes, but WinDVD and my standalone worked fine.

QueEnc grossly undersized the stills.

Next I'm going to play around with CCE's settings to see if I can get PowerDVD to work.

[Joergen]

Nice reporting wmansir. Just remember, DVDRemake has some problems where it breaks menu functionality in some cases. So like you did, always test extensively with the originaloriginal.

[wmansir]

A while later...Got it. Add Sequence End Code, just needed to turn that on. PowerDVD works just like the others now "Almost Perfect". I would have gotten it earlier but I was a bit thick and though I had eliminated End code as the fix (it was the most obvious setting to have an effect, if any did.). Also worked in WinDVD and Standalone.

Here's the settings that worked. All I changed from DVD-RB's output was to replace "seq_endcode=0" with "seq_endcode=1".


[item]
title=V01002400025001
aud_out=0
vaf_file=E:\39STEPS\D2VAVS\V01002400025001.vaf
aud_file=E:\39STEPS\D2VAVS\V01002400025001.mpa
file_focused=0
packet_size=2048
width=720
height=480
frame_rate_idx=1
cbr_brate=6000
vbr_brate_avg=9000
vbr_brate_min=0
vbr_brate_max=9000
seq_endcode=1
dvd=0
half_width=0
half_height=0
lum_level=0
aspect_ratio=2
gop_m=3
gop_nm=4
gop_hdr=12
seq_hdr=1
all_closed_gop=0
fix_gop_length=0
samples_per_sec=44100
stereo=2
brate_idx=7
crc=1
progressive=1
alternate_scan=0
intra_dc_prec=2
aud_mode=0
tc_ref_frm=0
drop_frame=0
fix_vbv_delay=0
letter_box=0
pulldown_detect=0
offset_line=0
create_new_vaf=1
credits_tweak=0
credits_start=0x00000
credits_brate=1000
h_filter=0
h_filter_idx=8
dither=0
dither_max=8
qmat_idx=0
quality_prec=20
video_type=4
vid_file0=E:\39STEPS\D2VAVS\V01002400025001.m2v
vid_file1=E:\39STEPS\D2VAVS\V01002400025001.m2v
vid_out=1
vaf_out=1
timecode=0x0000000
opv_q_factor=20
opv_brate_min=0
opv_brate_max=9000
vbr_bias=15
vbr_pass=1
use_filter=0
filter_val=6
non_linear=1
top_first=0
mpeg1=0
mpeg1_cps=1

[file]
name=E:\39STEPS\D2VAVS\V01002400025001.avs
frame_first=0
frame_last=1
encode_first=0
encode_last=1

Now on to CCE 2.5...

Same thing, Add Sequence End Code needed to be on. Works in PowerDVD, WinDVD. I haven't checked the standalone because it's getting late.

Here's a sample job, again setting "seq_endcode=1". But note these jobs are OPV by default from DVD-RB.

[item]
title=V01002400025001
aud_out=0
vaf_file=E:\39STEPS\D2VAVS\V01002400025001.vaf
aud_file=E:\39STEPS\D2VAVS\V01002400025001.mpa
file_focused=0
packet_size=2048
width=720
height=480
frame_rate_idx=1
cbr_brate=6000
vbr_brate_avg=9000
vbr_brate_min=0
vbr_brate_max=9000
seq_endcode=1
dvd=0
half_width=0
half_height=0
lum_level=0
aspect_ratio=2
gop_m=3
gop_nm=4
gop_hdr=12
seq_hdr=1
all_closed_gop=0
fix_gop_length=0
samples_per_sec=44100
stereo=2
brate_idx=7
crc=1
progressive=1
alternate_scan=0
intra_dc_prec=2
encode_mode=0
vmode=0
fast_mode=0
quality_prec=31
vid_file0=E:\39STEPS\D2VAVS\V01002400025001.m2v
vid_file1=E:\39STEPS\D2VAVS\V01002400025001.m2v
vid_out=1
vaf_out=1
timecode=0x0000000
opv_q_factor=20
opv_brate_min=0
opv_brate_max=9000
vbr_bias=15
vbr_pass=1
use_filter=0
filter_val=6
non_linear=1
top_first=0
mpeg1=0
mpeg1_cps=1

[file]
name=E:\39STEPS\D2VAVS\V01002400025001.avs
frame_first=0
frame_last=1
encode_first=0
encode_last=1


I don't know what 'add sequence end code' does exaclty or what effect they have on DVD-RB. The manual is worthless on this point (it adds the sequence end code of course, thanks Cinemacraft). I turned it on for all the jobs but didn't check for any ill effects on the video parts.

EDIT: Obviously it would be nice for someone to verify this.

Also. GRRRAHHHH!!!! I had noticed my encodes were going very slow the last few days but attributed it to the filters I have been testing (and I tested QueEnc in "slow&Extreme" for the first time and had no idea what kind of speed to expect)...anyway, long story short I finally did a 'plain' encode after finishing up this testing and found my speed was still horrible (.7 when it is normally 1.6+). So I ran Zcpu and found my FSB had reset (in BIOS) to 66.6MHZ instead of 147MHZ I usually run it at. It's probably been that way for over a week...grrr, all the time wasted.

[Dimad]

Originally posted by Joergen
Nice reporting wmansir. Just remember, DVDRemake has some problems where it breaks menu functionality in some cases. So like you did, always test extensively with the originaloriginal.
May be a bit off topic, but: There were some menu problems (for some disks) in output produced by DvdReMake 1.X, they were fixed in ver 2. Does not mean that something new is not added :) , but nothing has been found by testers (and reported by users) so far.

[jdobbs]

@wmansir

I had a patch implemented in CCE 2.50 for stills. There is a bug (I don't remember where it is documented) that makes 2.50 fail (sometimes?) when trying to encode 1 frame, and setting it to OPV is the fix. It has been using OPV for single frames since the start.

Just a note: I've modified the code for the next version so all stills will be done with CBR (@6000Kbs). Do you think I should set the end code on as well? The end code just tells the encoder to add the "end sequence code" (0x00, 0x00, 0x01, 0xB7) after the last frame. I didn't think it was there in the original sources I tested for singles --- but I'm not positive.