BD-Rebuilder, Feature Requests [Archive] - Page 28

Audiophile1178

15th December 2013, 02:58

I agree. This is opening a can of worms (and headaches for me) that I don't want to explore.

Jdobbs, are you referring to mparade's blanking request or my request to mark VID files as main title or extra to set their proper encoding method?

I love the blanking edit feature as I rarely have come across an issue with it, as long as, one knows what they're doing with it of course.

To make it even worse -- sometimes you don't really know what you're removing, as a single M2TS might easily be a part of 30 different playlists, and you end up down a real rabbit hole when you decide to start removing pieces...

I agree with this statement as I've come across two discs (The Guardian and The Prestige) that actually referenced the main movie for bonus features. I've never come across anything like that before. As those two titles use some weird form of seamless branching, when I made the movie into a single file it screwed up this weird bonus feature. I was able to figure out what it was doing and in the end had to manually calculate (down to the millisecond) exactly what timecode this feature was accessing and input it into BDedit. It worked perfectly fine after that but some people might report it as a bug when it was self inflicted. This is just one example of how modifying one file can have an effect on another without the user initially being aware of it until they go to play back their encode and compare it to the source and see a flaw that they caused themselves but may not realize it.

Regarding BD50 > BD25 encoding, I rarely come across bugs with BDRebuilder other than the request that I put in and there's usually something that I blank on just about every movie that I put through BDRebuilder.

Regarding mparade's blanking m2ts files, I do think it's best to use BDedit to remove an m2ts file as it's easier for an individual to determine how the file is used in the Blu-ray structure than it is for BDRebuilder. The hard part is that the user has to know how to use BDedit. :) I'm fairly knowledgeable in the playlist tab section of BDedit but other than that I'm clueless in any other section. Especially, the BDMV tab!

jdobbs

15th December 2013, 03:03

Jdobbs, are you referring to mparade's blanking request or my request to mark VID files as main title or extra to set their proper encoding method?

I love the blanking edit feature as I rarely have come across an issue with it, as long as, one knows what they're doing with it of course.

Regarding mparade's blanking m2ts files, I do think it's best to use BDedit to remove an m2ts file as it's easier for an individual to determine how the file is used in the Blu-ray structure than it is for BDRebuilder. The hard part is that the user has to know how to use BDedit. :) I'm fairly knowledgeable in the playlist tab section of BDedit but other than that I'm clueless in any other section. Especially, the BDMV tab!I was talking about blanking at an M2TS level rather than at the Playlist level.

I'm just excited that I got to use "can of worms", "rabbit hole" and "self inflicted open chest wound" all in the same post! :) Too bad I couldn't work "a penny saved is a penny earned" and "waste not want not" into it as well...

Audiophile1178

15th December 2013, 03:27

I was talking about blanking at an M2TS level rather than at the Playlist level.

OK, cool! :) I don't want to press the issue too much but I'm curious if my request would be something that you'd consider implementing at some point in time? I know that there would be others that would love to see it implemented as well and if there's hope that one day it'd get implemented than I and those others would be celebrating when that day came.

I'm just excited that I got to use "can of worms", "rabbit hole" and "self inflicted open chest wound" all in the same post! Too bad I couldn't work "a penny saved is a penny earned" and "waste not want not" into it as well...

Don't forget that you used "screw the pooch" as well! :D

Sharc

15th December 2013, 08:56

+1 for marking VIDs as Feature (f) or Extra (e), and making this decision editable.
This should not mess up the structure, it may however be a challenge for the sizing? Would all CRF Extras have to be encoded first in order to determine the remaining space for the Feature(s)?
(It's probably already done like this anyway, I guess).

mparade

15th December 2013, 16:15

+1 for marking VIDs as Feature (f) or Extra (e)
(although I have already requested this feature in my last letter, too. :D)

mparade

15th December 2013, 16:21

I agree. This is opening a can of worms (and headaches for me) that I don't want to explore. I already question my decision to create the hidden "ENABLE_TEST" option that allows editing -- and may leave it undocumented forever. It's just too easy to screw the pooch and blame BD-RB. Some people have a tendency to forget that they created a "self inflicted open chest wound" type error, and sometimes conveniently leave out that detail when they post a bug report.

To make it even worse -- sometimes you don't really know what you're removing, as a single M2TS might easily be a part of 30 different playlists, and you end up down a real rabbit hole when you decide to start removing pieces... BD-RB currently follows every individual playlist element, and looks through every reference to it before allowing its removal.

This feature will likely never be on the list. I think that's better handled by BDEDIT, as it requires an understanding of BD structure that is a prerequisite before making this kind of modification.

I want to keep everybody happy, but it also has to be within reason. Sorry.

You just have overidden a non-reasonable user request by using the "should be stayed within reasonibility controlled by knowledge and experiences" feature of yours......:D

jdobbs

15th December 2013, 16:55

Don't forget that you used "screw the pooch" as well! :D Damn! That was a good one too!

Audiophile1178

15th December 2013, 18:22

Would all CRF Extras have to be encoded first in order to determine the remaining space for the Feature(s)?
(It's probably already done like this anyway, I guess).

Yes, the CRF would have to be encoded first to make sure that the 2-pass gets the proper sizing. You can already enable this feature in BDRebuilder. When it's enabled it'll rearrange the VID's from smallest to largest in size which will usually leave the main movie at the end but not always. If for some reason you come across a disc that has a bonus feature longer than the main title BDRebuilder will get confused and won't work properly as it'll think that the bonus feature is the main title. As previously discussed, you also can't use those settings on series and seamless branching titles as it'll also get confused and encode the main title/s as crf. As I said before, even on some normal discs it'll encode one extra using crf settings like it's supposed to and then do another extra that's exactly the same using a 2-pass method. Thus the need for this feature.

It wouldn't be a big deal if I just did 2-pass on everything like I used to years ago but once I discovered the crf feature I never want to go back to doing 2-pass on everything. The crf feature is nice as it'll compress all the extras nicely leaving much more space available for the main title. On some discs that have had extras as high as 20GB I've been able to compress them down SIGNIFICANTLY leaving much more space than normal for the main title. Without that feature the main title would've had such a low bitrate that it wouldn't have been worth encoding the disc.

I'm going to assume that Jdobbs silence is a confirmation that it will EVENTUALLY be put in the works. :D As I know that he has his mind on full 3D encoding and other things at the moment.

BTW, I'd imagine that if it ever was a feature that was put in that once you marked everything you'd then have to press a button or something letting BDRebuilder know that you'd done marking your VID's and it would then have to rearrange them (like it does now) in the proper order so that it'd encode all the extras first and then work on the main titles.

mparade

19th December 2013, 10:45

I think this feature would also be useful to have in BD-RB to be able to selectively use other encoding methods (or the same but with different setup) not just for the main feature and extras but for the menus too even if the target custom size is >BD-9. (E.g. in case if target size is 13500MB due to willing to keep HD audio tracks and want to use "high CRF-s" for the main movie and the menus but a bit "lower" setup for the extras). In this way, not just those could make use of the encoding capabilities of BD-RB for the menus who have selected a target size below BD-9 capacity.

brunchto

22nd December 2013, 10:54

jdobbs

22nd December 2013, 16:23

Since the beginning, i have some problems with forced subtitles on my players (sidewinderX3 BD ISO/ Oppo103 Mkv).

forced subtitles are mixed with standard subs in the subtitle Stream. so when i Watch a mkv i need to switch all the time to show subs or hide them.

I've find a way to have something more usuable with using bdsup2sub++.

My workflow:

find the good mlps
with tsmuxergui, extract the streams i want to keep (video, french tracks, french subs)
use bdsup2sub++ to make subs tracks with only forced subtitles (load sub, then export only forced)
remux Everything with adding new forced sub tracks

with this, i've just to select the forced only subs at the beginning of the show.

could it be possible to add the generation of forced subtitles as an option?

thanks :)September 21th, 2013 - v0.44.17
- Added code in movie-only mode that extracts
forced subtitles into an independent stream
and sets them to "selected" for playback.
- Added a new hidden option "FORCED_SUB_LANG"
that allows a user to select which language
is preferred for forced subs. The default
is "eng" -- and it will be also be used when
no forced subtitle is found in the preferred
language.

brunchto

22nd December 2013, 19:12

September 21th, 2013 - v0.44.17
- Added code in movie-only mode that extracts
forced subtitles into an independent stream
and sets them to "selected" for playback.
- Added a new hidden option "FORCED_SUB_LANG"
that allows a user to select which language
is preferred for forced subs. The default
is "eng" -- and it will be also be used when
no forced subtitle is found in the preferred
language.

Oups :scared:
I think i've tried it before without success. Seems to work fine :D

omegaman7

23rd December 2013, 21:17

Please forgive me if this has been requested, or already exists. I have the program running now, and am curious. The following is "hypothetical":

3 or more movies are in the IMPORT folder, and are already converted to Pseudo source. I add all of them to the batch queue, for conversion to DVD-5. Let's say number 2 encounters an error. Will it move on to Job #3, and simply report to the user, that #2 failed???

gonca

23rd December 2013, 23:32

omegaman7

23rd December 2013, 23:40

I believe it does it already. The report is in the log file.
It has done it to me on rare occasions. One job fails and it starts the next one.

Nice! I was leaning that way. I figured this would have been implemented early on :)

laserfan

3rd January 2014, 23:40

Hi jdobbs I was looking at Doctor Zhivago (US) today (with the idea of moving subs into the wide screen), and noticed that it has maybe a "special" menu treatment with some 5 main menu stills-with-audio each of which is about 145MB. The difference between them is simply the printing of Doctor Zhivago in the pretty image w/Julie Christie and Omar Sharif, I would guess because the disc is made for all regions, so depending on your player you would see "IL DOTTOR ZIVAGO" for example. Anyway I noticed these can't be blanked and while they take less than a GB these would have an impact if using a BD-9 I suppose.

I believe if I needed to blank these I could do that after, copying-and-pasting a "blank" m2ts in each's place, but thought I would mention it here in case you have a better idea to e.g. "blank other region menu junk".

laserfan

9th January 2014, 15:29

Although there is a HIDDENOPT to show the x264 encoding window, I can't seem to find any way to save x264 logs/progress/results as a text file. Is it there somewhere but I've missed it? If it's not there, could you add it as an option?

Sharc

11th January 2014, 10:30

Hmmm... I'll have to look at it, I would have thought it would work.
Did you have a chance to look at it (importing SVCD)?

laserfan

14th January 2014, 17:40

I wonder if it might be possible to ask BD-RB to PAUSE at certain points in the process e.g. before re-build, so if I wanted to redo a subtitle track for example I could do it without having to rebuild (multiplex) the disc multiple times.

I'll look at it. Maybe I'll put a couple hidden options that tells BD-RB to stop at certain points. Restarting will always pick up where it left off.

Maybe you will just "start slow" and PAUSE just before the MUX step. Not only because people like to fiddle with subtitles, but I also like to occasionally add --cut-start and --cut-end options, to get rid of obnoxious junk in the actual runtime of the movie.

We watched my BD-RB remake of Mud last night, a remarkable (and very QUIET movie) and LIONSGATE had inexplicably found it necessary to add their "studio logo" to the very beginning which like those awful DTS things just blast you out of your seat. No way to start a home theater experience IMO!!!!

:devil:

But my BD-RB remake of Mud started nice & quiet cuz I trimmed-off not just the LG but all the others too while I was at it. Yeah I know it's easy enough, especially with BD-5/9 movies, to let it mux and then do it again. But it is sort of time-consuming, thus a pain when doing full BD-25 rebuilds.

Video Dude

14th January 2014, 18:40

but I also like to occasionally add --cut-start and --cut-end options, to get rid of obnoxious junk in the actual runtime of the movie.

That would be a very useful feature for BD-RB to be able to trim either the start or end of the movie, even if for movie only mode.

Many movies have a copy warning screen, extra studio logos, or authoring house credit screen either at the end or sometimes the beginning. There is no way for BD-RB to detect this, but an option to trim a few seconds off would be great.

laserfan

15th January 2014, 00:20

That would be a very useful feature for BD-RB to be able to trim either the start or end of the movie, even if for movie only mode.

Many movies have a copy warning screen, extra studio logos, or authoring house credit screen either at the end or sometimes the beginning. There is no way for BD-RB to detect this, but an option to trim a few seconds off would be great.

But with --cut-start and --cut-end I am trimming the movie itself. In movie-only mode the items you mentioned Video Dude are already stripped-away because they are separate .m2ts files from the main movie. Not what I was referring to.

Sometimes (as I found with "Mud") the movie's built-in up-front studio junk is just obnoxious, and I want to trim even that out from the single .m2ts file. But this is nontrivial to do e.g. it involves indexing the Output .264 file, finding the I-frames, and calculating .ms cut points, and even requires re-doing the first chapter mark. It works and tsmuxer keeps everything in sync but it is somewhat tricky to say the least.

I would not expect (or even request) of jdobbs that he include such capabilities to BD-RB. Just pause the process and I will do it myself.

:)

Video Dude

15th January 2014, 03:29

I would not expect (or even request) of jdobbs that he include such capabilities to BD-RB. Just pause the process and I will do it myself.

:)

That's not what I was requesting.

I would do all trim calculations myself (as I do now). I wanted to input the trim as a hidden setting so I don't have to use BDEdit after BD-RB processes the disc. You don't even have to use --cut-start and --cut-end to accomplish this. You can edit the playlist instead.

The only difference between our requests is that you would input the trim value in the middle during the pause, and I would enter the trim value in the beginning.

But with --cut-start and --cut-end I am trimming the movie itself. In movie-only mode the items you mentioned Video Dude are already stripped-away because they are separate .m2ts files from the main movie. Not what I was referring to.

Yes, some movies have the "extra junk" in separate m2ts files and these are not included in the movie only mode. But there are movies that have it appended to the main m2ts. For example, the first Fast and the Furious has a copy warning after the credits. The only way to get rid of it is to trim it (or adjust the playlist in BDEdit).

Anyway, it's really not a big deal. I can do it myself with a little extra work. The only reason I posted a request was because your post was similar to what I wanted to do.

laserfan

15th January 2014, 04:58

Yes, some movies have the "extra junk" in separate m2ts files and these are not included in the movie only mode. But there are movies that have it appended to the main m2ts. For example, the first Fast and the Furious has a copy warning after the credits. The only way to get rid of it is to trim it (or adjust the playlist in BDEdit).
OK I believe you, but I have never seen such a disc myself (where a thing as this was not Blank-able using BD-RB).

Mark_Venture

15th January 2014, 19:56

September 21th, 2013 - v0.44.17
- Added code in movie-only mode that extracts
forced subtitles into an independent stream
and sets them to "selected" for playback.
- Added a new hidden option "FORCED_SUB_LANG"
that allows a user to select which language
is preferred for forced subs. The default
is "eng" -- and it will be also be used when
no forced subtitle is found in the preferred
language.

Request... since my players wont play subs that are embedded in an MKV file, is there anyway to also leave the forced subs in a file along side the output MKV?

jdobbs

15th January 2014, 21:41

Request... since my players wont play subs that are embedded in an MKV file, is there anyway to also leave the forced subs in a file along side the output MKV?They're always in the WORKFILES folder at completion. The selected forced subs will be in a .SUP file that has a 9999 as the PID in the title.

Mark_Venture

15th January 2014, 22:32

They're always in the WORKFILES folder at completion. The selected forced subs will be in a .SUP file that has a 9999 as the PID in the title.Unfortunately I usually set a batch up and let it go over night so the workfiles folder gets overwritten.

Sharc

23rd January 2014, 00:20

Is 3D interleaved (interleaving of 2 independent h.264 streams L/R) compliant with a standard, or does it have to be SBS, O/U or MVC?
If compliant, one could use x264 rather than an mvc encoder -- at the expense of the file size of course -- and it could be added as a setting in BD-RB.
The increase in file size would not be dramatic because the dependent stream of the current Intel MVC encoder is typically still 80% of the base stream.

HWK

25th January 2014, 08:16

Is 3D interleaved (interleaving of 2 independent h.264 streams L/R) compliant with a standard, or does it have to be SBS, O/U or MVC?

No, you cannot 3D interleaved with two h.264 file. I asked Roman about this possibility but he said the same thing which I told you.

The increase in file size would not be dramatic because the dependent stream of the current Intel MVC encoder is typically still 80% of the base stream.

This is because Intel encoder need some tweaks, one I use get dependent view anywhere from 40 to 60 percent of original depending on content.

Sharc

25th January 2014, 08:46

This is because Intel encoder need some tweaks, one I use get dependent view anywhere from 40 to 60 percent of original depending on content.

Interesting. What does the magic?

Are bits effectively saved, or is it a shift like more bits (higher quality) to the base view and less bits (lower quality) for the dependent view?
If so, it could still make sense as we would get better quality when viewing the 3D with 2D infrastructure.

mparade

25th January 2014, 13:39

It would be really great to have such a feature (along with "blank this item" and "preview this item" function)to "mark the VIDS as extra" only if required by the user. It would be really helpful to have this option in such cases when BD-RB cannot distinguish correctly the main movie parts from the extras. (I have a lot of multi angle discs with this "problem" unfortunately and the VIDS in my language relating to the main movie is going to be reencoded as extras with low CRF....)

......and would really appreciate it and going to help your efforts on improvements next week. ;)

Thank you!

omegaman7

26th January 2014, 01:07

jdobbs

26th January 2014, 03:23

These features are definitely handy, when generating ones own background image, and wanting everything to look right ;)
MENU_ACTIVE_COLOR=
MENU_TOP=

Have you thought about perhaps the following?: MENU_FROM_RSIDE=/MENU_FROM_LSIDE=

Or perhaps MENU_FONTSIZE=

I'm currently about to run a job that has 16 titles. I'm curious how this will pan out. E.g. an arrow, to go to another page, or will it automatically shrink the font, to a point. ???Nothing changes with 16 titles. At 17 it goes to two columns, at 33 it goes to 3 columns, and at 49 it presents 4 columns. It maxes out at 64 titles. Font size changes at 33 and 49. It never goes to more than one page, but I'll probably add that capability at some future point.

omegaman7

26th January 2014, 06:31

sounds good champ :D

jdobbs

26th January 2014, 17:48

This is because Intel encoder need some tweaks, one I use get dependent view anywhere from 40 to 60 percent of original depending on content.Would you mind sharing the tweaks are you using? I'm not seeing that kind of efficiency.

HWK

26th January 2014, 18:35

Would you mind sharing the tweaks are you using? I'm not seeing that kind of efficiency.

I am using Mainconcept H264/MVC encoder with BD-RB most of the time, as for tweaks I don't see some of the options such as option to choose motion vector search range, hadamard transformation, weight prediction for P frames, on demand I-frame and many more in frim package.

Three biggest one for me is adaptive quantization, ability to change motion vector search range values and configurable GOP structure (I, P, and B frames in different combinations)

However if I use Frim I am having same result as other folks have and most of the time I don't use it. My intent was not to confuse other and my apology if somebody got confused.

Sharc

30th January 2014, 10:17

Hmmm... I'll have to look at it, I would have thought it would work.
Not sure if this is a bug or a feature request, but did you have the chance to look at it?

soneca

2nd February 2014, 00:19

Jdobbs, it would be possible to add an option to extract the core(s) in alternate mode(mkv/mp4)?

jdobbs

2nd February 2014, 00:21

Jdobbs, it would be possible to add an option to extract the core(s) in alternate mode(mkv/mp4)?I don't think I understand. Are you asking for the audio core of the original source to be extracted?

soneca

2nd February 2014, 00:54

Yes. When the source is a Blu-ray in most titles do not interest me keep track intact (because of the size, and little difference in quality) and the conversion would not be a good idea (loss of quality).

Wolfe999

2nd February 2014, 02:49

Hi,

Just wanted to know if it would be feasible to add the option to enlarge the window (is that the right word?) of the GUI? At least for me it would be much more comfortable.

Thanx :)

BTW, sent you a PM

Ch3vr0n

2nd February 2014, 13:27

i have asked that in the past myself. I'd really love that too. Either a fixed enlarge, or scalable (where the scaled size is then remembered for future use ofc)

Wolfe999

2nd February 2014, 15:14

i have asked that in the past myself. I'd really love that too. Either a fixed enlarge, or scalable (where the scaled size is then remembered for future use ofc)

:yes:

It was too late for me when I posted and didn't think to do a search :)

jdobbs

2nd February 2014, 15:22

Yeah, but it's a lot of work for something that really doesn't improve the performance or ability of the package. It isn't as simple as you might think.

jdobbs

2nd February 2014, 15:25

Hmmm... I'll have to look at it, I would have thought it would work.Did you have a chance to look at it (importing SVCD)?Unfortunately I don't seem to have any of my old SVCD discs laying around (I found a couple empty cases, but that's it) -- and it's so old I've pretty much forgotten the format.

Sharc

2nd February 2014, 16:33

Unfortunately I don't seem to have any of my old SVCD discs laying around (I found a couple empty cases, but that's it) -- and it's so old I've pretty much forgotten the format.
Yeah, once upon a time ....
Anyway, I think I am getting close:
- tsMuxeR demuxes the .mpg source and produces .mpv (mpeg2 video) and .mpa (mpeg version1 layer 2 audio) elementary streams.
- BD-RB imports the video and subsequently encodes correctly to 720x576i, adds 2x8 pixel borders left and right .... perfect! The only missing point is the automatic conversion of the .mpa audio to .ac3 which I have to do manually. Easy enough though.
I plan to put a couple of these legacy SVCDs on a BD9 with BD-RB's quick menu feature which comes very handy. :)

Edit:
So, basically all I have to do is:
- demux with tsMuxeR
- transcode the .mpa audio to .ac3
- remux .mpv and .ac3 streams to .m2ts with tsMuxeR
- Import the .m2ts with DB-RB and encode.

Edit2:
Method works, and playback on standalone with quick menu is perfect. My SVCD archiving problem is solved :)

soneca

2nd February 2014, 19:33

I don't think I understand. Are you asking for the audio core of the original source to be extracted?

Please consider this option, it is essential for the alternate mode. :)

Wolfe999

2nd February 2014, 21:47

Yeah, but it's a lot of work for something that really doesn't improve the performance or ability of the package. It isn't as simple as you might think.

My lack of knowlegge made me think the contrary, that it wouldn't be difficult to implement it. So, if you see that it won't be worth your while the effort and time it would involve, please, forget the request. If not, just put it at the end of your list and it would be much appreciated whenever you decide to do it.

Thanx :)