BD Rebuilder Beta - Bug Reports Only

[Sharc]

..... because the original file had 12 reframes, ....

Huh, what "original" file is this ???

I would reinstall avisynth and LAV according to the instructions in 1st post of this thread.

[gonca]

@Lathe
Are you importing the Mkv files separately or together in one folder

[jdobbs]

You're using X264/LAVF -- that's probably the issue. Change to DirectshowSource() and that should fix it. The borders are added via AVISYNTH. In the meantime I'll look at the logic.

[Lathe]

You're using X264/LAVF -- that's probably the issue. Change to DirectshowSource() and that should fix it. The borders are added via AVISYNTH. In the meantime I'll look at the logic.

Yeah, that had occurred to me too... It's just that I've always used LAVF, and what's weird, I could SWEAR that other times it has resized and re-encoded it just fine (of course, I get the weird prompt, but after hitting 'ok' it proceeds just fine)

@GONCA

Yes, I imported the two parent folders containing the already imported MKV files with the resulting BDMV, CERT, & PSEUDO folders already in them, as you normally would do with importing any BDMV sets together to create a quick-play menu.

@SHARC

Yeah, I was thinking that too, since it SEEMS like something having to do with Avisynth, maybe... Perhaps I somehow have the wrong version or something...

Thanks guys! I am guessing that maybe just when I need to resize something, I probably should use DIRECT SHOW instead of my beloved x264/LAVF :) I will re-run it with that and see what happens. If I get the prompt when it goes to do either pass, then I'll know (or at least I think I'll know...) that Avisynth is being called to resize it. Oh, and BTW, I DID DL and replace both the x264.exe's that you sent me JD.

[Sharc]

You're using X264/LAVF -- that's probably the issue. Change to DirectshowSource() and that should fix it. The borders are added via AVISYNTH. In the meantime I'll look at the logic.
Isn't LAVF automatically substituted by DSS anyway whenever any filtering (avisynth) is involved?

[gonca]

@Lathe
Try this please
import parent folder >>> MKV1, MKV2, etc
encode this import

[Lathe]

Isn't LAVF automatically substituted by DSS anyway whenever any filtering (avisynth) is involved?
Last edited by Sharc; Today at 14:59.

Yeah, that is what I thought too...


@Lathe
Try this please
import parent folder >>> MKV1, MKV2, etc
encode this import

I'm afraid that I don't quite understand what you mean. When you import the single MKV file, I believe that BDRB automatically creates a folder with the name of the file and creates within it the resulting BDMV, CERT, & PSEUDO folders. So, when you import the 2nd MKV file, the same thing happens, so what you have then are the two 'parent' folders named with the 2 MKV file names, and inside each one of them are their respective 3 folders. Then, when you want to combine them and, as in my case, burn them as a playable Blu-ray folder to disc, you then import each one of the two parent folders using the 'Import Blu-rays' function, and then BDRB creates a full, playable Blu-ray and creates a menu for the 2 items.

So, if you mean something else other than this process, please by all means explain it to me.

In the meantime, although I thought the same thing as Sharc above, I will try using the DS filters this time and see what happens.

Thanks!

[gonca]

The way you are doing it the PSEUDO folders are in this structure
parent folder >>> [bdmv, cert, pseudo] , [bdmv, cert, pseudo]

The way I suggested it is
parent folder >>> [bdmv, cert, pseudo]

BD_RB might not see the pseudo folders in case 1, jdobbs would be the one to say yay or nay to this possibility

[Lathe]

The way you are doing it the PSEUDO folders are in this structure
parent folder >>> [bdmv, cert, pseudo] , [bdmv, cert, pseudo]

The way I suggested it is
parent folder >>> [bdmv, cert, pseudo]

BD_RB might not see the pseudo folders in case 1, jdobbs would be the one to say yay or nay to this possibility

Hmmm, I THINK that I AM doing the way you said, if I understand you correctly. Maybe I didn't explain it right. Each parent folder (from each imported MKV file) does indeed have it's own:

parent folder >>> [bdmv, cert, pseudo]

as you suggested. So, what I am then ultimately importing is 2 parent folders, each with it's own 3 folders.

BTW...!

I am just now trying to re-encode only ONE of the files that was already imported, and this may give you guys more information to go on... So, this time (leaving the x264/LAVF filters in place) I simply used the usual 'browse' function and selected the BDMV folder of ONE of the imports, which folder also contains the CERT and PSEUDO folders. And, just to be sure, I selected an encoding output size slightly smaller than the originating folder (although, this may not have been necessary - BDRB MIGHT have detected the PSEUDO folder and called Avisynth to resize it anyway, IDK...)

So, the GOOD news is that by imputing the imported structure THIS way, on the very first pass I DID get the prompt that I usually always do when Avisynth is called, which I am guessing is a good sign since it did NOT do that before. I am now going to go into the WORKFILES to double check to see if the resulting .264 file is indeed 16x9...

***EDIT

YES! In this WORKFILES folder during the first pass the VID_0000.AVS file looks like this:

#Created by BD Rebuilder - v0.50.14
DirectshowSource("C:\_______MEDIA\__TSMUXER\File01\BDMV\STREAM\00000.m2ts", fps=23.976, framecount=146494, audio=false).AddBorders(0,88,0,88)
ConvertToYV12().AssumeFPS(24000,1001)

Which does indeed look like it is employing Avisynth!

So, I GUESS so far what it LOOKS like is that when I 'browse' to the imported folder which contains the PSEUDO file, it appears to see it and execute it. But, when I just tried to 'IMPORT' the folders and create a quick-play menu structure, it didn't... So, at WORST, all I think I will have to do is re-encode each imported folder first and then after both are re-encoded, just simply use the quick play to put them together and create a menu.

No sweat! :D

So, if that is any help...

[jdobbs]

Isn't LAVF automatically substituted by DSS anyway whenever any filtering (avisynth) is involved?Not when it is just resizing -- but yes. That's the reason I said I needed to look at the logic. It isn't used that often, so the chance of a logic error that has gone undiscovered is more likely.

[jdobbs]

@LatheYES! In this WORKFILES folder during the first pass the VID_0000.AVS file looks like this:Which does indeed look like it is employing Avisynth!

BD-RB will always create the .AVS file -- even it if isn't used. The only way you can be sure is to look at the LASTCMD.TXT file right after the encode.

[Lathe]

@Lathe

BD-RB will always create the .AVS file -- even it if isn't used. The only way you can be sure is to look at the LASTCMD.TXT file right after the encode.

Okidoke, will do!

It will be about 15 minutes more on the first pass and probably about another hour on the 2nd. But, getting the prompt this time when I didn't get it the first time I think is pretty promising...

Yeah, I just got prompted on the 2nd pass, so I'm thinking that it is doing okay.

So, I guess the main deal here, and it's not really that vital to me since I can do them separately, but for some reason BDRB seems to 'see' the Pseudo folder and execute it when I use the 'browse' function to the already imported BDMV folder. But, when I try to group the 2 already imported folders together with the quick-play menu structure, it doesn't seem to see the Pseudo folders or it doesn't seem to execute the Avisynth instructions inside them.

[gonca]

Lathe
What I was trying to say is put both MKVs into ONE folder
Import and encode that folder

[Lathe]

Lathe
What I was trying to say is put both MKVs into ONE folder
Import and encode that folder

Hmmm, I know I'm probably being obtuse (well, MORE obtuse than usual...) but I don't think I know how to do that. When each file is imported, BDRB creates separate folders for each of them automatically, each one named after each file. So, I'm afraid I don't know how to do that, unless you can specify each step that I need to do, if you want...

BTW, I just checked the 2nd pass .264 file and it IS definitely re-encoded with the borders added! I've attached a snapshot of it below.

[gonca]

IMPORT >>> Video files
Highlight (select) both files

[Lathe]

IMPORT >>> Video files
Highlight (select) both files

Ohhhh, I see now, sorry about that :)

I didn't know that you could do that. Just out of curiosity, I'll give it a try.

FWIW, the first MKV file just finished and it looks GREAT! :D

I'm gonna try the other one now. First I'm gonna try it without making the target size smaller, just to see if it will resize it anyway. I'll be able to tell when it goes for the 1st pass.

[Lathe]

Heh, I KNOW it's probably pretty boring and tedious my going through all this, but I just started the re-encode with the 2nd MKV file. This time, I did not specify size (just set it for BD-25 - the MKV file is about 11 Gigs) Interestingly, it appears to have 'seen' the PINO.INF parameters because I did get the prompt as it started the first pass, and I also looked at the VID_0000.AVS file and it had the resizing stuff in it. The only thing I'm not sure about is exactly how big the resulting folder will be. I would LIKE to put both films on the same Blu-ray. Since I did not specify size, it is only doing 1 pass ABR which will only take about 35 minutes. I guess if it is too big, I can always go back and specify size.

So, anyway, all in all everything seems to be turning out okay.

Thanks all!

[Lathe]

Whoops, I guess I can't do that... It turned out to be 22 Gigs! :) The re-encode looks perfect though.

Oh well, I'll go back in and now specify the size; at least I now know what it will do if you don't...

[mparade]

@jdobbs

1. In my Quick-Play Menus I would like to use the characters of my native language instead of the ones from the english alphabet (my nephew is very young still prefers the native:)). Unfortunately, BD-RB does not let (the characters are deformed) me use 2 characters from the complete Hungarian alphabet. All the others are available inside BD-RB Quick-Play Menu Editor but the menus always used to include one or the other which currently cannot be used correctly. Could the problem be inside BD-RB, or is it an "outer" Windows problem?

2. Would it be possible in the future to determine the position of the menu items on the menu page? I am using always my custom background and I would like to adjust the position of the items to the design of the picture (it would be well enough if the position of the menu item columns could be adjustable).

Nothing else is missing in my opinion from your amazing Quick-Play Menu feature. :thanks:

[jdobbs]

I plan to add a lot more to customize menus. I'm just not sure when.

The things you can adjust now are where the top of the menu is, and how many items can exist per page. Those two alone can do a lot for positioning. For example, if you have 10 total items and want your menu to be at the bottom of the page, just set MENU_TOP=900 and MENU_MAXITEMS=5. The result will be two pages of menus in which there are 5 items at the bottom of each page.

[mparade]

I plan to add a lot more to customize menus. I'm just not sure when.

The things you can adjust now are where the top of the menu is, and how many items can exist per page. Those two alone can do a lot for positioning. For example, if you have 10 total items and want your menu to be at the bottom of the page, just set MENU_TOP=900 and MENU_MAXITEMS=5. The result will be two pages of menus in which there are 5 items at the bottom of each page.

If it wouldn't be a lot of work for you, I think a "simple" MENU_LEFT_SIDE or MENU_RIGHT_SIDE could enable the user to make horizontal positioning for the menu items as well which can work together well with the currently available options. It would be especially useful when using a custom background when the complete column of menu items on the page needs to be shifted left/right. It would be very useful in my opinion in cases when there are not many items to adjust on the page (1 or 2 columns).

[jdobbs]

I can do that.

[mparade]

I can do that.

Thank you very much! I am looking forward to use all the new Quick-Menu Edit functions in the new release! I hope new release will come out within days or hours. :D
and really hope to be able to donate for this great software very soon! (you are still unable to recieve money through Paypal)

[Lathe]

... really hope to be able to donate for this great software very soon! (you are still unable to receive money through Paypal)

I know... We've been offering alternative ideas till we are blue in the face, to no avail...

I think we will have to take sterner measures, hunt him down, and make a Gang Donation... :devil:

[jdobbs]

I'll figure a way pretty soon. The truth is, though, that donations never covered much more than what I spent on discs I bought for testing... so I've essentially just stopped buying discs to break even. The downside is that I'm really limited on what I can do for some bug reports. Most of what I do now is out of a sense of pride (actually "obstinacy" might be a more accurate term).

[Lathe]

I'll figure a way pretty soon. The truth is, though, that donations never covered much more than what I spent on discs I bought for testing... so I've essentially just stopped buying discs to break even. The downside is that I'm really limited on what I can do for some bug reports. Most of what I do now is out of a sense of pride (actually "obstinacy" might be a more accurate term).

Well, I'm sure that I am speaking for all of us when I say that we certainly appreciate the time you take out of your NORMAL life to update and improve BDRB... :thanks:

(and, I'm sorry, but I absolute HAVE to repeat that I am ALL for a small monthly subscription price [I]ANY of us could afford that (even me) and if you had at LEAST 100 loyal subscribers, then that would put $500 in your pocket, well-earned, every month. And, FWIW, I don't give a toasty $h*t about anyone here who complains about that. If they cannot cough up $5 / month for the use of this delightfully useful program, they [and their ancestors] can kindly sit and spin...)

[mparade]

Hello,

In a Quick-Play Menu backup is it possible to force a subtitle stream (by the extras it would be very useful)/set an audio stream as the default (by the feature it would be very useful)? It would be very nice.

[gonca]

Well, I'm sure that I am speaking for all of us when I say that we certainly appreciate the time you take out of your NORMAL life to update and improve BDRB... :thanks:

(and, I'm sorry, but I absolute HAVE to repeat that I am ALL for a small monthly subscription price [I]ANY of us could afford that (even me) and if you had at LEAST 100 loyal subscribers, then that would put $500 in your pocket, well-earned, every month. And, FWIW, I don't give a toasty $h*t about anyone here who complains about that. If they cannot cough up $5 / month for the use of this delightfully useful program, they [and their ancestors] can kindly sit and spin...)

I'll say it again...Pro Version
Extra functionality and features for a few dollars

[Lathe]

I'll say it again...Pro Version
Extra functionality and features for a few dollars

Yep...

Actually, this baby has quite a LOT going for it already, thanks to JD's industriousness and imagination...

[AmigaFuture]

Hey, I run XP (both 32bit and 64bit) as I have programs that will never be updated for Win7, or its later ilk. :D

So do I! Not as a main OS, but very usable. :)


I still have XP on a laptop. I would not have commented had the OS been XP but, from my experience, Vista was a disaster. Ran it for about 2 weeks and then reverted.

Some people I know who use their computers for very basic stuff still use Vista. I'm able to connect to them and do Desktop help. It's good for very basic usage including basic gaming.


There is no way that BD-RB can get into an endless loop creating folders -- unless your file system has issues. I can't fix your file system issues.

WHAT!?!? I WANT MY DONATIONS BACK if you cannot fix those when I run BD-RB...at least on the volume I run it from. Crappy programmers... SIGH!


[To the people new here, or unaware...or looking for problems with the program, I'm merely JOKING....having some fun... So any Toilet Ducks, go Quack yourself somewhere else.]

[Lathe]

WHAT!?!? I WANT MY DONATIONS BACK if you cannot fix those when I run BD-RB...at least on the volume I run it from. Crappy programmers... SIGH!


[To the people new here, or unaware...or looking for problems with the program, I'm merely JOKING....having some fun... So any Toilet Ducks, go Quack yourself somewhere else.]

I have just sacrificed a virgin, and am now casting the Summoning Spell to bring back Toilet Duck... :devil:

[jdobbs]

I have just sacrificed a virgin, and am now casting the Summoning Spell to bring back Toilet Duck... :devil:Gee... I can't wait.

[lauguru]

hello jdobbs

Hello
as I can try to encode all the videos fullbluray in X265 / HVEC (instead of x264) except the menu (x264), to try to see if powerdvd 16 plays bluray.
You could add in some HIDDENOPTS.TXT command to make it as evidence, trying to encode all in X265, except the menu in x264. Thank you

[Ch3vr0n]

Won't work. x265 violates standard bluray specification. x265 is only approved for uhd. Any powerdvd number can play bluray provided it's the ultra version.

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[lauguru]

Won't work. x265 violates standard bluray specification. x265 is only approved for uhd. Any powerdvd number can play bluray provided it's the ultra version.

Verstuurd vanaf mijn Nexus 7 met Tapatalk

but it would be nice to implement it experimentally, or use the codec used by UHD to reconvert a BluRay in that format, covertly as an extra in HIDDENOPTS.TXT

[Ch3vr0n]

Doubt jdobbs will do it, the intent of bdrb is to create standard compliant output, not standard violating output. And even if it were possible, doubt any player would play it because the output would violate standard.

Verstuurd vanaf mijn Nexus 5 met Tapatalk

[gonca]

How about ARCHIVE_MODE
However, presently no hardware or software player will play the structure by default

[jdobbs]

How about ARCHIVE_MODE
However, presently no hardware or software player will play the structure by defaultYep. That will create a disc exactly how he described. But as you say, since nothing will play it, it's really nothing more than a way to keep an archive of the original.

[mparade]

How about ARCHIVE_MODE
However, presently no hardware or software player will play the structure by default

I have just bought a media tank (DUNE HD Solo 4K) which supports both HEVC 10-bit streams and the BD structure with menus. Maybe, I should try to play an ARCHIVE backup using HEVC....:cool:

[lauguru]

I have just bought a media tank (DUNE HD Solo 4K) which supports both HEVC 10-bit streams and the BD structure with menus. Maybe, I should try to play an ARCHIVE backup using HEVC....:cool:

Try, if you can play there, would be a big step.

try with in bdrebuilder.ini

ARCHIVE_MODE=1
ARCHIVE_QUALITY=0
ARCHIVE_LIMIT=0
ARCHIVE_265=1
ARCHIVE_ENABLE=1


jdobbs/ ARCHIVE_MODE have only 1 pass?


- Input BD size: 30,98 GB
- Approximate total content: [02:23:01.906]
- Windows Version: 6.2 [9200]
- Archive Backup (HEVC/AAC) mode enabled
- Quality: Good (Very Fast)
- X264 Tweak(s) enabled
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[17:21:52] PHASE ONE, Encoding
- [17:21:52] Processing: VID_00000 (1 of 10)
- [17:21:52] Extracting A/V streams [VID_00000]
- [17:21:59] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 2.657 frames
- [17:21:59] Reencoding: VID_00000, Pass 1 of 1
- [17:22:52] Video Encode complete

[gonca]

@lauguru
Might be linked to quality settings
Try High quality 2 pass or crf if you wish

[lauguru]

I have finished the process but the end result:

30 gb to 5,29 GB (5.689.499.768 bytes) and custom target 24280 mb ( in ARCHIVE_MODE not work custom target?)

[mparade]

Try, if you can play there, would be a big step.

try with in bdrebuilder.ini

ARCHIVE_MODE=1
ARCHIVE_QUALITY=0
ARCHIVE_LIMIT=0
ARCHIVE_265=1
ARCHIVE_ENABLE=1


jdobbs/ ARCHIVE_MODE have only 1 pass?

Tomorrow, I will give you the info if the output of BD-RB can be played correctly on my DUNE HD or not.

[mparade]

If someone is interested in the new UHD BD specification:

http://www.blu-raydisc.info/licensee-list/flla-rom4authoringsystem-licenseelist.php

[Ch3vr0n]

I fail to see the relevance to bdrb for the moment. Bdrb doesn't process copy protected material and aacs 2.0 hasn't been broken yet.

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[jdobbs]

I have finished the process but the end result:

30 gb to 5,29 GB (5.689.499.768 bytes) and custom target 24280 mb ( in ARCHIVE_MODE not work custom target?)Archive mode uses a fixed CRF value. Target sizes aren't applicable.

The default archive value is 23. Lower values are larger with higher quality, higher values are smaller with lower quality. 23 is a good balance. Anything below 16 is wasted space (16 is close to perfect reproduction). 18 is a very high quality archive.

[Lathe]

Archive mode uses a fixed CRF value. Target sizes aren't applicable.

The default archive value is 23. Lower values are larger with higher quality, higher values are smaller with lower quality. 23 is a good balance. Anything below 16 is wasted space (16 is close to perfect reproduction). 18 is a very high quality archive.

Just out of curiosity then, say I wanted to archive a Blu-ray where the video part only is about 20 Gigs. And I wanted to archive it in the best ('reasonable') quality, which at the extreme is, say, '16'. How EXACTLY would I set my ini / settings to do that? And also, just a wild guess (if possible) about what do you think the resulting size would be (assuming an average Blu-ray with average action scenes, etc.)

The reason I am asking is because I have around 7 or 8 HDDs and the bloody things are getting pretty full of the stuff I want to archive / back up. Almost everything is lossless (the reason being is duplication in case of catastrophe / loss - I keep the HDDs in another place) BUT, I'm thinking that if I archive stuff at '16' I honestly shouldn't be able to tell any difference. So, I am curious as to about how much space I would save (being the A/V-phile that I am, although not as obsessive as some, I would likely select Blu-rays that are not as critical visually to back up in this way)

Thanks for any thoughts on this...

Oh, and what exactly does the resulting file look like, since in this unique case, the result is NOT going to be in a playable Blu-ray, BDMV format? Also, will I be able to keep whatever lossless audio and other audio that I wish to keep? Will it be muxed with this new file? Also too, after it is archived, how does one 'restore' it to a playable Blu-ray?

(Thanks gonca, but I think I'm gonna need a LOT more info than that :) Full ini settings, etc., thanks though!)

[gonca]

ARCHIVE_CRF=16 in INI
You can probably play back the M2TS files, just not the structure

[Lathe]

Okay, from looking at the hidden Opts settings and looking at the post above, it LOOKS like I need to set these for sure:

ARCHIVE_265=1 (for x265)
ARCHIVE_CRF=16 (as gonca said)
ARCHIVE_ENABLE=1 (to turn it on, I guess...)
ARCHIVE_LIMIT=1 (to keep all audio, lossless & otherwise, as already set in the 'Settings' I think)

If anyone can confirm if this is right so far, and whatever else is needed, and also any info about the other things I was curious about.

[Lathe]

Sorry..., just thought of this...

Also, is there a BIG difference in whether you archive using x264 (with which, obviously, I would be a lot more familiar) or x265?
In other words, if I archived a Blu-ray using x264 CRF=16 or x265, what basically is the difference?

I'm GUESSING that if I just archive using x264, then the resulting file is basically what you keep and play later on, right? There would be no need for future conversion 'back' into anything. Whereas with x265, then you WOULD have to convert the archive somehow 'back' into a playable Blu-ray format, right? Wouldn't it then be simpler and just make more sense to backup using x264 with a CRF of 16 and leave it at that...? (I guess 'tweaks' could be used with this too)

Thanks!