BD-Rebuilder, Feature Requests

[jdobbs]

I don't allow any of mine to sleep. Although my USB dock does :S The only slow program I have, is Multiavchd. BD-RB runs perfectly :) I never wait for my internal drives, but I have a couple of USB 3.0 external drives and I've found no way to stop them from sleeping. Even with those, though, I've never see a wait of more than maybe 10-15 seconds or so.

[AmigaFuture]

I haven't noticed a way to keep my USB 3.Zero drives repetitious either.
However, I'd like to request MPG be recognized by Import as valid, if you please. :) I could then stop renaming edited TiVo HD files as M2TS. :) May I also request Closed Captioning as SRT? support? :D (Perhaps via CCExtractor?)

[BZeeme]

I would also like to see support for Closed Captioning. Both VidCoder and Handbrake will convert CCs (at least from DVDs) to selectable subtitles in MKVs. The converted CCs often look better then the other subtitles.

[AmigaFuture]

@BZeeme

HandBrake doesn't convert the Closed Captioning to Subtitles...it converts it to SRT. :) Which is very useful most times. CCExtractor allows a bit more fine-tuning. I have noticed change "Input Type" to "Program Streams" instead of "Auto Detect Correct Timing" and CC within TiVo files are complete with SRT output.

Anyway, more SRT support in BD-RB would be appreciated. Including when using BD-RB to convert an MKV (Via BD-RB then MKVGui) to MP4 (M(P)4V)...iPad 2(+), would be...Yeah!!

[lauguru]

I would like to add, an analysis of the structure of the blu-ray, before the first pass, as many bluray 50, leading many extras in MPEG2, and so to start with these and convert to mpg4 before the main movie, since BD25 would enter without encode main movie. thanks

[A.Fenderson]

I think it would be incredibly awesome if BD-Rebuilder were to support deinterlacing of true 1080i content into a 60p format as opposed to merely a 30p format, for retaining high-motion. Something akin to VLC's yadifx2 deinterlacing playback mode. This would be best for scenarios involving going from 1080i to 720p60: you would retain high-motion, but in a more compression-friendly resolution and progressive format, and arguably you wouldn't really lose all that much spatial resolution in the process either. Same applies for PAL 50i/p stuff. Since 720p50/"60" are both totally valid Blu-ray Primary stream types, it seems to make sense to offer this option.

[laserfan]

I'm reasonably certain after playing-around with this today that it is your favorite AV program jdobbs that is at issue here (COMODO Internet Security Suite, probably the Defense+ feature of it).

You and I had an exchange recently where it was causing a problem for my DVD-Rebuilder Pro and I found that by creating an Exclusion for D+ "detect shellcode injections" for it DVD-RB now works fine. But the same is not true of BD-RB and in any case the symptoms are different.

Sorry to have bothered you with this. The launch delay only occurs on the 1st launch of the session for some reason, so I'm just gonna live with it as I really like CIS otherwise.

What I am experiencing is that I click on the BD-RB Shortcut in Start menu and there's no reaction--nothing. The Start items still show, and my BD Rebuilder shortcut is highlighted, but it acts like I didn't push the mouse button. But after a long time (10-20, maybe 30 seconds) the Start menu goes away and the BD-RB splash finally occurs and indeed I get more than one of them if I clicked more than once.

[jdobbs]

I'm reasonably certain after playing-around with this today that it is your favorite AV program jdobbs that is at issue here (COMODO Internet Security Suite, probably the Defense+ feature of it).

You and I had an exchange recently where it was causing a problem for my DVD-Rebuilder Pro and I found that by creating an Exclusion for D+ "detect shellcode injections" for it DVD-RB now works fine. But the same is not true of BD-RB and in any case the symptoms are different.

Sorry to have bothered you with this. The launch delay only occurs on the 1st launch of the session for some reason, so I'm just gonna live with it as I really like CIS otherwise.You know, I was going to suggest looking at your AV software -- but forgot to mention it.

My feelings about COMODO have not changed... ;)

[Sharc]

I think it would be incredibly awesome if BD-Rebuilder were to support deinterlacing of true 1080i content into a 60p format as opposed to merely a 30p format, for retaining high-motion. Something akin to VLC's yadifx2 deinterlacing playback mode. This would be best for scenarios involving going from 1080i to 720p60: you would retain high-motion, but in a more compression-friendly resolution and progressive format, and arguably you wouldn't really lose all that much spatial resolution in the process either. Same applies for PAL 50i/p stuff. Since 720p50/"60" are both totally valid Blu-ray Primary stream types, it seems to make sense to offer this option.
Interesting proposal, e.g. for videocam footage which was typically 1080i 2...3 years ago.
For 1280x720p50 the filesize becomes about 60% of 1920x1080i25 (MBAFF), or 70% compared to 1440x1080i25 at same CRF. Moreover BDRB could use a high quality deinterlacer/bobber for 720p while for 1080i one depends on the quality of the deinterlacer of the playback device.

Perhaps it could be added as one more hidden option to the DEINTERLACER_TYPE = ? :)

[jdobbs]

Interesting proposal, e.g. for videocam footage which was typically 1080i 2...3 years ago.
For 1280x720p50 the filesize becomes about 60% of 1920x1080i25 (MBAFF), or 70% compared to 1440x1080i25 at same CRF. Moreover BDRB could use a high quality deinterlacer/bobber for 720p while for 1080i one depends on the quality of the deinterlacer of the playback device.

Perhaps it could be added as one more hidden option to the DEINTERLACER_TYPE = ? :)The only thing is that you wouldn't really be getting 1280x720 for your output. You are actually getting 1280x540 in true resolution (from each 1920x540 field) that is interpolated into 720. You might also get a 50Hz or 60Hz shimmer from the differences in field interpolation, but that would depend on whether the source was truly encoded at 1080i or was "fake interlaced" (like a lot of TV captures might be).

[A.Fenderson]

True, and I also realized later that you're also not necessarily gaining much (if any) compressibility due to the doubled frame-rate likely negating the benefits from the lower resolution and progressive vs interlaced material, but yadif 2x and other high-quality deinterlacers used to interpolate from 60 fields to 60 frames can produce some very pleasing results with no shimmer that I've noticed in my tests. At the very least, as Sharc mentioned, this could be great for those playback scenarios where a good deinterlacer isn't available in the player, display, or anywhere in that chain (since upconverting from 720p to 1080p is relatively trivial, especially compared to deinterlacing at HD resolutions, and not likely to be mishandled too badly, even in low-end devices).

[Sharc]

True, and I also realized later that you're also not necessarily gaining much (if any) compressibility due to the doubled frame-rate likely negating the benefits from the lower resolution and progressive vs interlaced material, .......
I made some tests with a truly interlaced 1920x1080i25 sample (25 frames, 50 fields per second) which I re-encoded at CRF=22:
a) 1920x1080i25 MBAFF => file size 100% (reference)
b) 1920x1080p25 same rate fielddeinterlace => file size 105%
c) 1440x1080i25 MBAFF => file size 88%
d) 1440x1080p25 same rate fielddeinterlace => file size 87%
e) 1280x 720p50 same rate fielddeinterlace+downscale+frame repetition => file size 50%
f) 1280x 720p50 double rate tdeint (bobber)+downscale => file size 62%

f) versus a) indicates a file size reduction of almost 40%, preserving the temporal resolution of the original
f) versus e) indicates the extra file size for preserving the original temporal resolution
b) versus a) or d) versus c) indicates that there is little difference between interlaced (MBAFF) and deinterlaced/progressive encoding efficiency.

I hope I did everything correctly ...

[A.Fenderson]

f) versus a) indicates a file size reduction of almost 40%, preserving the temporal resolution of the original

Wow, that's more of a reduction than I had thought it might be. And with the temporal resolution of the high-motion rate still intact, I doubt you'd see much of a noticeable reduction in quality during actual playback scenarios.

[Audiophile1178]

Suggestions:

1. In many movies there can be a lot of extras and having to right-click to blank many VID's can be very tedious at times. I recently did a film where I had to blank 50 or more VID's. Would it be possible to enable BDRebuilder to use a keyboard key such as "b" on the keyboard when we have a VID selected in BDRebuilder to blank it therefore making it more efficient/faster to blank VID's?

2. In seamless branching titles, as well as, series disc (TV Shows) it's impossible to use "Quick Encoding on Extras" as BDRebuilder will encode many of the main movie VID's as extras. Would it be possible to enable the user to tell BDRebuilder what VID's are the main movie and what VID's are extras so that way the main movie would get high quality two-pass encoding settings applied to it while the extras would get the QUICK_CRF settings applied to them? It can be a hidden option just like blanking if you want. One method to possibly employ would be to right-click/use key "e" on keyboard on a VID and mark it as an extra and anything that doesn't have the extra flag assigned to it would get marked as main movie or you could employ the opposite and mark which vid's are the main movie and the ones that aren't marked will get labeled as an extra. This would help a lot of us users out tremendously if this feature was available. I can't stress enough how much this feature would help a lot of us out. :)

[laserfan]

Often times my primary reason for making a backup of a BD is to alter the subtitle in some way, so that my somewhat hearing-impaired wife and I can, if desired, switch on the subtitle and both enjoy the movie more. Alterations may include any of these:
1. Changing SDH subs to non-SDH
2. Moving subs into the frame of our 2.40 projection screen
3. Making them smaller/less obtrusive when zoomed to 2.40 size

So I would like to run BD-RB, then pick-and-process a subtitle track separately, and then re-run only the Mux-to-BD portion of BD-RB again. Perhaps there is a way to do this already but if yes I don't know it. :)

[Sharc]

Often times my primary reason for making a backup of a BD is to alter the subtitle in some way, so that my somewhat hearing-impaired wife and I can, if desired, switch on the subtitle and both enjoy the movie more. Alterations may include any of these:
1. Changing SDH subs to non-SDH
2. Moving subs into the frame of our 2.40 projection screen
3. Making them smaller/less obtrusive when zoomed to 2.40 size

So I would like to run BD-RB, then pick-and-process a subtitle track separately, and then re-run only the Mux-to-BD portion of BD-RB again. Perhaps there is a way to do this already but if yes I don't know it. :)
You may want to try:
Right after the file extraction phase, pick the .sup file(s) which you like to modify from the BD-RB WORKFILES folder (let BD-RB continue working!) and make all the alterations with BDSup2Sub, then copy the modified .sup file(s) back to the BD-RB WORKFILES folder under the original *.sup file name and lean back until BD-RB has finished its job.

What may also work (I didn't really try so no promise):
Let BD-RB finalize the original job. Then pick the .sup from WORKFILES, make the changes, copy it back and restart BD-RB. It will ask you if it should resume the (completed) job. Press YES and it will (probably) just redo the muxing/rebuilding.

In any case don't purge the WORKFILES folder.

[laserfan]

You may want to try:
Right after the file extraction phase, pick the .sup file(s) which you like to modify from the BD-RB WORKFILES folder (let BD-RB continue working!) and make all the alterations with BDSup2Sub, then copy the modified .sup file(s) back to the BD-RB WORKFILES folder under the original *.sup file name and lean back until BD-RB has finished its job.

What may also work (I didn't really try so no promise):
Let BD-RB finalize the original job. Then pick the .sup from WORKFILES, make the changes, copy it back and restart BD-RB. It will ask you if it should resume the (completed) job. Press YES and it will (probably) just redo the muxing/rebuilding.

In any case don't purge the WORKFILES folder.

Thanks, I will try those suggestions! :)

[Lathe]

You may want to try:
Right after the file extraction phase, pick the .sup file(s) which you like to modify from the BD-RB WORKFILES folder (let BD-RB continue working!) and make all the alterations with BDSup2Sub, then copy the modified .sup file(s) back to the BD-RB WORKFILES folder under the original *.sup file name and lean back until BD-RB has finished its job.

What may also work (I didn't really try so no promise):
Let BD-RB finalize the original job. Then pick the .sup from WORKFILES, make the changes, copy it back and restart BD-RB. It will ask you if it should resume the (completed) job. Press YES and it will (probably) just redo the muxing/rebuilding.

In any case don't purge the WORKFILES folder.

Clever fix mate!

[Capsbackup]

What may also work (I didn't really try so no promise):
Let BD-RB finalize the original job. Then pick the .sup from WORKFILES, make the changes, copy it back and restart BD-RB. It will ask you if it should resume the (completed) job. Press YES and it will (probably) just redo the muxing/rebuilding.


This does work too, which I have done many times! :)
Also works for audio and video file substitution. :cool:

[laserfan]

This does work too, which I have done many times! :)
Also works for audio and video file substitution. :cool:

Well, duh--I guess this was just too obvious for me! :o

[gonca]

Request
Instead of autocropping the possibility of entering the cropping values manually

[Sharc]

@jdobbs
It looks like the community is getting closer to a free MVC Encoder. videofan3d's FRIMTools and physic's new tsMuxeR are Milestones :cool:.
Something like this (http://forum.doom9.org/showpost.php?p=1652096&postcount=109)could perhaps be considered for adding to BD-RB in future? It's pretty fast and quality is quite good.

[colinhunt]

Feature request:
- in Full Backup mode, the possibility to mark any VIDs as "Do Not Re-encode video".

Usage example:
Title has a total size of 25 gigabytes, i.e. it's approx. 1 gigabyte too large to fit on a BD25 disc. Title contains a 22GB main feature, 1 GB of miscellaneous data and four extras, totalling 2 GB.
By marking the main movie as "Do Not Re-encode video", BD-RB would only re-encode the four extras at low enough bitrates so the whole backup fits on a BD25.

I'm aware this leaves the door open for users who suffer from a deficiency of common sense and would try to make a DVD5 out of a BD50 while asking BD-RB not to re-encode a 40GB main feature. They could perhaps be warned by a pop-up message telling them to "Stop being silly".

[jdobbs]

Feature request:
- in Full Backup mode, the possibility to mark any VIDs as "Do Not Re-encode video".

Usage example:
Title has a total size of 25 gigabytes, i.e. it's approx. 1 gigabyte too large to fit on a BD25 disc. Title contains a 22GB main feature, 1 GB of miscellaneous data and four extras, totalling 2 GB.
By marking the main movie as "Do Not Re-encode video", BD-RB would only re-encode the four extras at low enough bitrates so the whole backup fits on a BD25.

I'm aware this leaves the door open for users who suffer from a deficiency of common sense and would try to make a DVD5 out of a BD50 while asking BD-RB not to re-encode a 40GB main feature. They could perhaps be warned by a pop-up message telling them to "Stop being silly".I'll give it some thought. Unfortunately I implemented something like that on DVD-RB, but people would tell the software not to encode -- and then still blame the program and submit bug reports when the output wouldn't fit. No matter how many warnings you put up, some people just can't add/subtract -- but still post nasty comments and bad reviews because of self-inflicted injuries. I swore to myself I wasn't going to open the door to that nonsense this time...

[jdobbs]

Request
Instead of autocropping the possibility of entering the cropping values manuallyI'll see if I can add that to the next release.

[colinhunt]

I'll give it some thought. Unfortunately I implemented something like that on DVD-RB, but people would tell the software not to encode -- and then still blame the program and submit bug reports when the output wouldn't fit. No matter how many warnings you put up, some people just can't add/subtract -- but still post nasty comments and bad reviews because of self-inflicted injuries. I swore to myself I wasn't going to open the door to that nonsense this time...
I know... but there's never really any way to prepare for stupidity. Dumb will always find a way. However, I would hope that Blu-ray enthusiasts are somewhat brighter in that respect. If not, I'm sure there are lots of BD-RB fans here to educate them... or "educate" them, if you know what I mean.

[gonca]

I'll see if I can add that to the next release.

Thank you

[jdobbs]

Thank youYou know, now that I think of it, if you are familiar with AVISYNTH commands you should be able to do that now using the filter editor and one of the NO_RESIZE presets.

[gonca]

You know, now that I think of it, if you are familiar with AVISYNTH commands you should be able to do that now using the filter editor and one of the NO_RESIZE presets.

I presently use DGIndexNV to get the crop values. Run BD_RB, when The encode starts I abort, modify the CLIP values in the DGI file and resume. This is strictly for the odd time that autocrop is off. Its not a major issue.

[soneca]

I'll see if I can add that to the next release.

This option would be very important, since the autocrop does not work very well with dark movies.:rolleyes:

[omegaman7]

- Building pseudo-BD source structure...
- Source issue found, attempting correction...
- Building pseudo-BD source structure...
[11:39:32]ERROR: Failed to build BD structure. Aborted.

Perhaps we could be educated about the error it found??? Source issue found, really doesn't tell us much ;)

[montana72]

I think you asked on occasion, there is no way to track single HD of some audio, not delete all or stop all.


Thank you

[Sharc]

Possibility of importing SVCD files (*.mpg, 480x576i)?
Currently BD-RB exits with an error
ERROR: Converting MPG container. Aborted.

[jdobbs]

Possibility of importing SVCD files (*.mpg, 480x576i)?
Currently BD-RB exits with an error
ERROR: Converting MPG container. Aborted.
Hmmm... I'll have to look at it, I would have thought it would work.

[Sharc]

In few cases I have seen that the menu backdrop gets unduly compressed (e.g. CRF 35 in case of 1-pass CRF mode) which creates annoying artefacts and blocks. Therefore my suggestion to compress the menu backdrop with a fix CRF (e.g. default or according to the QUICK_CRF=... in the .ini) instead of reducing it in proportion.

[jdobbs]

In few cases I have seen that the menu backdrop gets unduly compressed (e.g. CRF 35 in case of 1-pass CRF mode) which creates annoying artefacts and blocks. Therefore my suggestion to compress the menu backdrop with a fix CRF (e.g. default or according to the QUICK_CRF=... in the .ini) instead of reducing it in proportion.It is a fixed CRF when it is created... are you talking about when it is backing up (e.g. doing a full backup of an imported structure)?

[HWK]

Jdobbs, just want to give heads up about tsmuxer is capable of handling DTS express track.


Network Optix tsMuxeR 2.4.1(b)

- Add secondary audio support for bluray muxing. Due to standart It is allowed only for DTS-Express and DD+ codecs.
- Filter out H.264 filler packets
- UI improvment: option for MPLS offset can be entered either as time or as 45Khz clock value
- UI improvment: UI displays opened file duration
- UI improvment: chapter list correctly updated if join several files. Also joining for MPLS is enabled.
- Add help if run tsMuxeR without parameters

- Fixed muxing for 96Khz TRUE-HD tracks
- PCM inside VOB was anonced before, but actually did not work. Fixed.
- UI fix: if open MPLS, then close, track list is not cleared. It is broken in previous build only.
- Subtitles renderer fixed (broken in previous build only after in/out effects)

[jdobbs]

Jdobbs, just want to give heads up about tsmuxer is capable of handling DTS express track.Thanks. I downloaded it a few minutes ago. I'll do some testing tomorrow.

[HWK]

In the meantime, I asked videofan3d to look about adding I frame for chapters in FrimEncode.

[jdobbs]

In the meantime, I asked videofan3d to look about adding I frame for chapters in FrimEncode.Great. That would be really nice for accurate chapter landings.

[HWK]

Jdobbs, One feature I would like to request is to know once you have selected your settings, what will be a the % video compression to meet your target output size.

Using this info one can decide whether to change your options as an example go with core DTS over DTS-MA if the compression gets too high.

[Sharc]

It is a fixed CRF when it is created... are you talking about when it is backing up (e.g. doing a full backup of an imported structure)?
Regular backup "Movie and Menu only", using 1-pass CRF with prediction.
The menu is encoded with CRF iterations, same as the feature.

[jdobbs]

Regular backup "Movie and Menu only", using 1-pass CRF with prediction.
The menu is encoded with CRF iterations, same as the feature. I see. So you're doing a backup that actually results in a CRF of 35? Ughhh...

[Sharc]

I see. So you're doing a backup that actually results in a CRF of 35? Ughhh...
No. Only the video of the menu gets a CRF of 35. The Feature and Extras get a reasonable CRF around 20 as expected for a BD9. Just wondering why the menu is off the kilter. That's why I sugest to encode the menu at fixed CRF instead of running it through the CRF estimation loop.

[Rich86]

re: Quick Play Menu Title Editor
Would it be possible to include the playlist number for each title in the box listing the titles/checkboxes? That would be a huge help especially for titles that are loaded with phony playlists of equal length (Red 2 & other Summit/Lionsgate blu-ray titles). Also - could someone tell me where I can modify the "Threshold" for this box? I don't see it in the config file, but maybe I'm missing it.

[jdobbs]

re: Quick Play Menu Title Editor
Would it be possible to include the playlist number for each title in the box listing the titles/checkboxes? That would be a huge help especially for titles that are loaded with phony playlists of equal length (Red 2 & other Summit/Lionsgate blu-ray titles). Also - could someone tell me where I can modify the "Threshold" for this box? I don't see it in the config file, but maybe I'm missing it.You'll find it under "Settings/Import/Quick-Play Settings".

[Rich86]

You'll find it under "Settings/Import/Quick-Play Settings".

Got it. Many Thanks!

Another suggestion . . .
Creating a separate sub for forced subtitles works really well - thanks for that.
Would it be possible to set the newly created forced subtitle to "on" when creating a DVD of the title? It would save having to remember to check & then go in with pgcedit to set it on when appropriate. Just an idea . . . thanks again for all your excellent hard work.

[meadrocks]

I make mkv or mp4 files from the movie only output. I tend to set a output size to 2.5 Gig / hour of movie. To get the highest quality of video, should I use 1 pass CBR, 1 pass ABR, or still use 2 pass method? I thought the 2 pass method was mostly to be sure the movie fit on dvd media.

Thanks.

[jdobbs]

I make mkv or mp4 files from the movie only output. I tend to set a output size to 2.5 Gig / hour of movie. To get the highest quality of video, should I use 1 pass CBR, 1 pass ABR, or still use 2 pass method? I thought the 2 pass method was mostly to be sure the movie fit on dvd media.

Thanks.If you have a fixed output size in mind -- it is best to do a two pass encode. It will give you the best quality level at a given size.

But... if a fixed quality is what you have in mind, you probably don't want to use size as your metric. Choosing 2.5 Gig/hour doesn't give consistent quality. Compression difficulty can vary greatly between sources. A high action film with complex images and constant scene changes can require much more bandwidth than, for example, a smoothly filmed source consisting of low motion. Animation (even CGI) generally needs less bandwidth also.

A better method for setting a fixed quality level is to use CRF (Constant Rate Factor). You can experiment and choose the quality level that meets your needs -- and let the size be determined by that. A CRF setting of 23 gives you good quality. A setting of 18 is virtually identical to the source. Lower settings raise output size and improves quality, higher settings lower quality and lowers size. You have to be careful, though, settings that are too low can be very wasteful. If you are using a setting below 16 or so you are likely wasting space without really getting much (if any) quality improvement.

Now, with that said, as I mentioned before -- two pass will always give you the best quality at a given size. So if encode time weren't a factor that you care about, the ideal scenario might be to first do a CRF encode to determine what size results from the quality level you want -- and then do a two pass encode with a bitrate that will result in that size (or slightly smaller).

One way you might be able do this is to use CRF as your first pass and create a stats file -- then calculate the required bitrate based on the size and do a second pass. I haven't tested that, though, so I can't confirm whether it works as well as (or better than) a normal two-pass encode.

[musiclover]

When rebuilding a BD you can either keep all HD-audio or convert all HD-audio to AC3. Are you planning to implement a choice in this matter in the near future? So you can for instance convert the HD-audio of one stream to AC3 and keep the HD-audio of the rest of the streams?