BD Rebuilder Beta - Bug Reports Only

[MrVideo]

I don't quite understand what you mean here, sorry...
There is a clipinfo and mpls (I think those are the two) file that is created for each m2ts file.
Also, as per your post after this one, I played the resultant Blu-ray after I re-inserted the shrunk m2ts file back into the original BD structure (37 Gigs) and then processed the entire structure with BDRB to render a final BD25 disc that played just fine.
Like I said, you DID NOT burn and play the BD structure (37GB) after reinserting the modified M2TS file. I'm saying that I expect that disc not to play the file you replaced. You only played the BD structure that BDRB put together. Apples and oranges.

[MrVideo]

Heh... Dude, you are such a frigg'n PERFECTIONIST! :D
With the line of work that I did, I had to be.

[Lathe]

There is a clipinfo and mpls (I think those are the two) file that is created for each m2ts file.

Like I said, you DID NOT burn and play the BD structure (37GB) after reinserting the modified M2TS file. I'm saying that I expect that disc not to play the file you replaced. You only played the BD structure that BDRB put together. Apples and oranges.

Oh, I see... Yeah, I didn't understand what you meant. But, that's kind of what I explained when I said that AFTER BDRB rebuilt the whole disc THEN it played okay, which is was counted. No... I think you are probably quite right; that you cannot just drop in a random replacement m2ts out of the air and have it play properly. I see now what other files you meant (clipinfo & mpls) I forgot about those also accompanying the m2ts file.

[Lathe]

With the line of work that I did, I had to be.

Makes sense... Being a serial killer you REALLY hafta watch the details... http://lathe-of-heaven.com/yes.gif

[MrVideo]

Makes sense... Being a serial killer you REALLY hafta watch the details... http://lathe-of-heaven.com/yes.gif
Damn, I've been found out. :cool:

[bryrabknowles]

Is there a way to use separate "threads" values depending on whether you're using Multiprocess?

Example:
Threads=1 for Multiprocess=12
Threads=15 for Multiprocess=0

[jdobbs]

You do not modify the two other files that go with a M2TS if you do not do the re-encode? Interesting. I thought you rebuilt all of those files, no matter what.If BD-RB reencodes it, the other files associated with it (MPLS, CLPI, etc) are modified to match the reencode. But if you drop in another M2TS file -- how is BD-RB supposed to know you did that and prepare those files? The new M2TS file would be included in the rebuild, of course, but it likely wouldn't match it's corresponding CLPI, and the MPLS wouldn't be updated with the changes.

[jdobbs]

Is there a way to use separate "threads" values depending on whether you're using Multiprocess?

Example:
Threads=1 for Multiprocess=12
Threads=15 for Multiprocess=0You can manually set THREADS to any value you want using the TWEAK_PASS_ONE and TWEAK_PASS_TWO hidden options.

[SuperFist]

I am using the x264 64bit version from BD-RBV05011 and just renamed it to x264L-64 and replaced the one in the current BD-RB with it :)

You can find the version here:https://www.videohelp.com/software/BD-Rebuilder/old-versions

Thank you, fine sir! You are a gentleman and a scholar! ;)

[jdobbs]

Jdobbs,

I would like to say your software, though you claim it to be still in Beta after all these years, is THE best compression program I've ever used for Blu-ray! I've even compared in the past, screenshot for screenshot, against the likes of DVDFab more than a few times. It can't be beat as far as I know!

And this begs the question, why have you not went retail with this software? I know I will piss off many in this thread and those who've come to rely on your software wholeheartedly and as a backup. I'm just curious why you think it's not ready for primetime?

Because I can tell you now, I can run down an almost endless list of big name companies who make software with FAR MORE bugs than I've seen in this thread!Thanks for the kind words. I guess money was never the driver for BD-RB's development. I accepted donations for a while -- but that was more than spent in purchases of discs for testing and occasional hardware upgrades. PayPal gave me the heave-ho because they couldn't tell the difference between my software and a ripper (giving me the distinct impression that PayPal doesn't hire the sharpest analysts). So that pretty much ended even the donations. I then decided I'd start accepting Amazon gift cards (since Amazon is where I bought most of my discs). But that dried up quickly -- with the last gift card coming in back in Jan or Feb. So, I guess the point is that it's more a labor of love than anything profitable.

As for the beta status... I think I'm trying to set a record, though I don't know that Guinness has a category for "software beta"

I appreciate the thought.

[kufo]

@jdobbs
Wich email-adress to use for an Amazon a gift card? Don´t know if itspossible to sent one from germany to a foreign county. Otherwise I need a creditcard :confused:

[jdobbs]

@jdobbs
Wich email-adress to use for an Amazon a gift card? Don´t know if itspossible to sent one from germany to a foreign county. Otherwise I need a creditcard :confused:It would have to go to dvd-rb@jdobbs.net. If you click on HELP/Donations in BD-RB it will take you to the site. Unfortunately donations from a non-US Amazon site can only be used there -- and they don't seem to ship to the US. It's no big deal -- I hope I didn't appear to be begging for donations in my last post.

[kufo]

It would have to go to dvd-rb@jdobbs.net. If you click on HELP/Donations in BD-RB it will take you to the site. Unfortunately donations from a non-US Amazon site can only be used there -- and they don't seem to ship to the US. It's no big deal -- I hope I didn't appear to be begging for donations in my last post.

Not at all. When it was possible to donate by paypal, it was very easy for me. I think such a grat job in developing this software must be suppurted by periodical donations!

[MrVideo]

If BD-RB reencodes it, the other files associated with it (MPLS, CLPI, etc) are modified to match the reencode. But if you drop in another M2TS file -- how is BD-RB supposed to know you did that and prepare those files? The new M2TS file would be included in the rebuild, of course, but it likely wouldn't match it's corresponding CLPI, and the MPLS wouldn't be updated with the changes.
Ah, OK. So, I'm guessing that Lathe's manually resized M2TS file got re-encoded by BDRB, so that the other files would have gotten rebuilt, otherwise I would have expected that extra to not have played.

[Lathe]

Damn, I've been found out. :cool:

Dude, it's kind of been obvious to all of us for quite a while... But, you're 'pretty good' with video, so we figure what you do on your private time...

[Lathe]

Thanks for the kind words. I guess money was never the driver for BD-RB's development. I accepted donations for a while -- but that was more than spent in purchases of discs for testing and occasional hardware upgrades. PayPal gave me the heave-ho because they couldn't tell the difference between my software and a ripper (giving me the distinct impression that PayPal doesn't hire the sharpest analysts). So that pretty much ended even the donations. I then decided I'd start accepting Amazon gift cards (since Amazon is where I bought most of my discs). But that dried up quickly -- with the last gift card coming in back in Jan or Feb. So, I guess the point is that it's more a labor of love than anything profitable.

As for the beta status... I think I'm trying to set a record, though I don't know that Guinness has a category for "software beta"

I appreciate the thought.

I swear, we ALL must be the most thankless, ungrateful, lazy-@ss P\/ssy B@stards of all time! I think time just goes by and we get forgetful. NO excuse though...

I wish that you'd just put the damn thing on a $5.95 / month subscription. And, if ANY sniveling, whiny B@stards complain, just send their information to Mr. Video. I mean, WHO the hell can't afford that no matter what their weasly little preferences. Just do it man. And, the ones who really don't want to do a monthly, just charge them a one time fee of 59.95 and send them a specific key.

That way, it guarantees at least SOME regular income each month for you which is the very, Very, VERY least that you deserve.

(and, if I don't get the Kiss-@ss award of the year, I don't know who will...)

[gonca]

@Lathe
Here is your certificate
And award

[Lathe]

@Lathe
Here is your certificate
And award

I am very excited to see what my award looks like once your attachments are approved! :D

[bryrabknowles]

You can manually set THREADS to any value you want using the TWEAK_PASS_ONE and TWEAK_PASS_TWO hidden options.

This works in general but still limits to a single thread value.

During a full backup using multiprocess, some files are too small to multiprocess. If I have threads set at 1 because I use multiprocess=12, these smaller files take way longer to encode than they should because they're also stuck with a single thread.

[ggtop]

This works in general but still limits to a single thread value.

During a full backup using multiprocess, some files are too small to multiprocess. If I have threads set at 1 because I use multiprocess=12, these smaller files take way longer to encode than they should because they're also stuck with a single thread.

Hi bryrabknowles,

in general everytime splitting is used an additional step with TSMUXER is needed to combine the single *.264 files into one. This takes time, too. I guess that's why jdobbs decided to define a minimum m2ts file size.

But which speed gain do you expect? Maybe you could post a log file so that we can see the time needed for encoding. I assume that we are talking about a few minutes only for the whole rebuilding process. As a rule of thumb it was said already 30 years ago that speed gains below 33% are not noticable anyway. This applies to CPU, RAM and HDD Speed and for waiting :D
Even on my slower machine m2ts segments not being split (I use MULTIPROCESS=2) segments are encoded in 1-2 minutes.

So what are we talking about?

ggtop

[gonca]

@Lathe
Hope you like them

[Lathe]

@Lathe
Hope you like them

Wow, I'm honoured!

[AmigaFuture]

@Lathe

Just for you...

Ah, kiss it
Oh, baby, baby
Baby, baby
Oh, baby, baby
Lathe's here!
[Now wait a minute, y'all
This ass-kissin' ain't for everybody
Only the brown-nosers]
Lathe, and he's in effect
Coolin' by day then at night working those lips
Now kiss it
Ah, kiss it, kiss it good
Ah, kiss it, kiss it real good
Hey! Ow!
Kiss it good!


:D I agree though, JD should charge...something. There isn't anything wrong with making money from passion (Love). Shareware is a good idea still. I don't much care for subscriptions but a small price is cool. Maybe some code that excludes the long time helpers with make it an easier idea?

[Lathe]

@Lathe

Just for you...

Ah, kiss it
Oh, baby, baby
Baby, baby
Oh, baby, baby
Lathe's here!
[Now wait a minute, y'all
This ass-kissin' ain't for everybody
Only the brown-nosers]
Lathe, and he's in effect
Coolin' by day then at night working those lips
Now kiss it
Ah, kiss it, kiss it good
Ah, kiss it, kiss it real good
Hey! Ow!
Kiss it good!


:D

*cough... Well then... :o

[DoctorM]

Encoding Joe Versus the Volcano yesterday to BD25.
There are 3 bonus features ranging from 2 to 4 minutes (SD and HD).
The do not show up on the Stream tab and of course aren't being re-encoded.
MIN_M2TS_SIZE and MIN_PLAYLIST_MIN are both set to 0 (also tested 1).

A couple gb aren't critical, but I don't understand why warnings and studio splash screan are visible on the Stream tab, but not the extras which are bigger and longer.

[Sharc]

Encoding Joe Versus the Volcano yesterday to BD25.
There are 3 bonus features ranging from 2 to 4 minutes (SD and HD).
The do not show up on the Stream tab and of course aren't being re-encoded.
MIN_M2TS_SIZE and MIN_PLAYLIST_MIN are both set to 0 (also tested 1).

A couple gb aren't critical, but I don't understand why warnings and studio splash screan are visible on the Stream tab, but not the extras which are bigger and longer.
Can you play these Extras via your standalone HW player?
Sometimes Blu-ray discs contain 'orphaned Extras' which are not addressed in any of the playlists and may not even be Blu-ray specs compliant. One can only play these files via PC, or perhaps import them as individual files in BD-RB.

[Sharc]

When importing a file the first step is "Scanning for Variable Frame Rate". This process is quite slow it seems. Would it make sense to skip this step (option at user's risk) if one is positive that the framerate of the source is constant? I think you have good reasons for always scanning though ....

The hidden option for IMPORT_VFR_FILM is 1 for FILM (23.976) and 0 for VIDEO (29.97). What should I do with 24.00p and 25.00i (or fake-i) and 25p sources? Can I just leave it at the default 1?

[jdobbs]

Encoding Joe Versus the Volcano yesterday to BD25.
There are 3 bonus features ranging from 2 to 4 minutes (SD and HD).
The do not show up on the Stream tab and of course aren't being re-encoded.
MIN_M2TS_SIZE and MIN_PLAYLIST_MIN are both set to 0 (also tested 1).

A couple gb aren't critical, but I don't understand why warnings and studio splash screan are visible on the Stream tab, but not the extras which are bigger and longer.Those M2TS streams probably have one or more IGS streams in them. By default small files that contain IGS aren't reencoded. That's mainly because TSMUXER doesn't handle IGS streams. BD-RB has the ability to fool TSMUXER and make required changes itself to TSMUXER's output that are associated with IGS. You can make it do that by adding IGS_ENABLE=1 to your INI file. It adds time to the encode and some small risk, so it really isn't worth it unless there's significant space savings.

[jdobbs]

Can you play these Extras via your standalone HW player?
Sometimes Blu-ray discs contain 'orphaned Extras' which are not addressed in any of the playlists and may not even be Blu-ray specs compliant. One can only play these files via PC, or perhaps import them as individual files in BD-RB.Yeah. You sometimes (rarely) run into what I call "unreferenced streams". They're just there to take up space and aren't used by the BD. BD-RB simply ignores those. But in this report he says the files are extras that he knows play (at least that's my impression) -- so that wouldn't seem to be the case

[jdobbs]

I have updated the first post of this thread with a link to the latest version of BD Rebuilder (v0.50.24). Changes for this release:- Added code to do a sanity check on font
size settings in quick-menu and prevent
text from overflowing it's display area.
- Updated import procedures so interlaced
sources are handled better.
- Added hidden option IMPORT_ORDER_BFF. It
allows you to tell BD-RB to default to
BFF field order when importing. Care
should be taken with this setting.
- Improved some of the resizing parameters
associated with importing and pseudo-BD.
- Added a parameter to autocropping that
prevents heights that are not a multiple
of four.
- Added code to import routines to handle
EAC3/DD+ sources. Requires LAV Filters
or FFDSHOW be installed.
- Corrected a set of resizing conditions in
which IMPORT_PAL_TO_FILM did not work.
- Corrected setting for IMPORT_VFR_SCAN so
that it defaults to off.
- Updated the included version of X264.EXE to
the latest release (r2833).
- Updated the included version of X264-64.EXE
to the latest release (r2833).
- Other minor corrections and cosmetic fixes.

[worknstiff]

@ jdobbs THANKS, THANKS, THANKS, :thanks: RE: Added code to import routines to handle
EAC3/DD+ sources. Requires LAV Filters
or FFDSHOW be installed.
Can't wait to try it out as soon as my 3D recode finishes.

[jdobbs]

@ jdobbs THANKS, THANKS, THANKS, :thanks: RE: Added code to import routines to handle
EAC3/DD+ sources. Requires LAV Filters
or FFDSHOW be installed.
Can't wait to try it out as soon as my 3D recode finishes.Let me know if you have any problems.

[MrVideo]

- Added code to import routines to handle
EAC3/DD+ sources. Requires LAV Filters
or FFDSHOW be installed.
Thanks, but I am curious... if all you do is import the DD+ audio, why do LAV filters or FFDSHOW need to be installed?

[MrVideo]

Those M2TS streams probably have one or more IGS streams in them.
What are IGS streams?

[jdobbs]

Thanks, but I am curious... if all you do is import the DD+ audio, why do LAV filters or FFDSHOW need to be installed?It is reencoded to AC3 so you need Directshow to decode. E-AC3 & DD+ are illegal in BD if they don't have a AC3 core included (if memory serves me correctly).

[jdobbs]

What are IGS streams?Interactive Graphics Stream. From the Bluray Disc Format White Paper 2.B:A BD-ROM Interactive graphics stream contains information required to provide a series of interactive
displays, which appear and disappear with frame accuracy, that are supplemental to an associated HDMV
presentation. It is envisaged that Interactive graphics streams will typically be used to provide both the
display and associated commands of graphical interactive displays during a HDMV presentation.It's format is similar to PGS (Presentation Graphics Streams), but with additional interactive capability.

[Lathe]

I have updated the first post of this thread with a link to the latest version of BD Rebuilder (v0.50.24). Changes for this release:- Added code to do a sanity check on font
size settings in quick-menu and prevent
text from overflowing it's display area.

- Updated the included version of X264.EXE to
the latest release (r2833).
- Updated the included version of X264-64.EXE
to the latest release (r2833).


THANK YOU mightily JD for still taking the time to give attention and update things (despite the fact that you are doing it for a collection of miscreant deadbeat dirtbags...)

What does the 'sanity check' do...? (sounds like MOST members here could probably use that...) Does this have anything to do with changing the font size in the menu so we can use more characters? (not that this site needs any more 'characters'...)

Have you noticed any continued slow down with respect to using the newest X264.exe's?

[MrVideo]

It is reencoded to AC3 so you need Directshow to decode.
Ah, not good as I want the EAC3/DD+ to be passed through untouched. If I wanted it re-encoded, I'd do that myself. The less Dolby Digital recoding the better the audio quality.
E-AC3 & DD+ are illegal in BD if they don't have a AC3 core included (if memory serves me correctly).
Digging thru my Bluray Demystified book (going to the indexed pages about DD+) I found the following:

a) first a note about DD+ in the table for Blu-ray audio formats:
Dolby Digital Plus is only supported for more than 5.1 channels. The initial 5.1 channels
are encoded with the core Dolby Digital Substream - channel 7 and 8 (if available) are
encoded in Dolby Digital Plus.
b) In the body of the section:
Dolby Digital Plus (DD+) is an extension of the legacy Dolby Digital format and provides
two additional channels, up to 7.1 channels. DD+ is based on the core Dolby Digital stream
and only the additional two channels are encoded using the DD+ extension while the core
5.1 streams are still encoded with the legacy Dolby Digital Substream.
So, why is services like Netfix and Amazon doing DD+ audio, but only providing 5.1 channels? Good question. Amazon is rolling it out more. Plus, how are DD+ encoders, like ffmpeg, able to flag an AC3 file as EAC3 with only 5.1 channels? No idea. I'd have to ask the ffmpeg coders that.

But, I found the free Dolby technical paper: https://www.dolby.com/us/en/technologies/dolby-digital-plus-audio-coding-tech-paper.pdf

What is interesting with this paper is that the 5.1 core can only be a max of 640 kbps.

So, based upon what I have read, the DD+ stream can be passed along untouched. In the case of DD+ having 7.1 channels, it MUST be passed though untouched. But, in order to allow for recoding to AC3 5.1, adding a hidden flag (DDPlus_recode=1, where 1 is the default and changing it to 0 allows for pass-through, no matter what).

[MrVideo]

Interactive Graphics Stream.
Ah, OK.

[Lathe]

Quote:
Originally Posted by jdobbs

"Interactive Graphics Stream."

Ah, OK.

WHAT...??!!!

Something that Mr. Video didn't know...??

That's just NOT possible!

http://lathe-of-heaven.com/shocked.gif

[Lathe]

Oh... I think I have an answer about the x264 speed. I'm running an encode now with your new version and it is still using x264L.exe So, I guess you are still having to use the much older x264 version then, right? Is that losing out on anything that these newer and newer x264 updates would be using though?

[MrVideo]

WHAT...??!!!

Something that Mr. Video didn't know...??

That's just NOT possible!

http://lathe-of-heaven.com/shocked.gif
Yep, it happens. I don't deal with them and I do not use that feature on BD releases. I watch the movie and the special features.

[MrVideo]

- Corrected setting for IMPORT_VFR_SCAN so
that it defaults to off.
Houston, we have a problem.

I'm working on a new project where the first disc has 6 HD files and 4 SD files. The SD files are from the DVD release and, in this case, are deleted scenes:
[22:57:50] Importing: JERICHO-S1-D1
- [22:58:23] Importing video file: (1 of 10)
- Collecting audio/video streams from source...
- Integrating into pseudo-BD structure...
- [23:00:00] Importing video file: (2 of 10)
- Collecting audio/video streams from source...
- Integrating into pseudo-BD structure...
- [23:01:40] Importing video file: (3 of 10)
- Collecting audio/video streams from source...
- Integrating into pseudo-BD structure...
- [23:03:20] Importing video file: (4 of 10)
- Collecting audio/video streams from source...
- Integrating into pseudo-BD structure...
- [23:04:49] Importing video file: (5 of 10)
- Collecting audio/video streams from source...
- Integrating into pseudo-BD structure...
- [23:06:30] Importing video file: (6 of 10)
- Collecting audio/video streams from source...
- Integrating into pseudo-BD structure...
- [23:08:12] Importing video file: (7 of 10)
- Collecting audio/video streams from source...
- Integrating into pseudo-BD structure...
- [23:08:22] Importing video file: (8 of 10)
- Scanning for Variable Frame Rate...
- Collecting audio/video streams from source...
- Converting VFR source to CFR format...
[23:08:28]ERROR: Failed VFR conversion. Aborted.
File 7 is SD as is file 8. Since the log doesn't list the actual file name (hint), I do not know which one it is. But, there isn't supposed to be any VFR checking. I do not have that option in my INI file.

So, I started up version 20 and only imported the SD files and all four were imported without VFR checking. But, after the menu was created. In the stream tab, the 2nd audio stream has a big red X. It should the deleted video's commentary stream. Not only that, only one of the for SD streams is shown.

Needless to say, I am currently stuck.

UPDATE: I added the VFR option and set it to 1. Two of the SD files it VFR scanned and converted just fine, but when it got to the 3rd one, if failed. I set the VFR option to 0 and did the import again. The first two files it did not VFR scan, but the 3rd it did, even though I set VFR to 0.

UPDATE #2: There are two more issues with the SD files. I went thru the other discs of the project and only imported the SD files, to see if there were any more issues with VFR. Turns out, only one disc out of four as a SD file that BDRB wants to VFR. The first of the two issues is the red X'd audio stream. I want both audio streams in the output. The second of the issues is that not all SD files are being used. While all SD files are being scanned and placed into the Stream directory, not all files end up on the menu. One disc I tested only has two SD files, but only one of them is listed in the stream list. Both are less than a minute each. Both time options are set to 0. What needs to be done to include all audio streams and to use all imported files, no matter the length?

UPDATE #3: As a further test, I burned a couple of discs (erasable) to see what was going on with the text I've underlined in #2. All of the SD files are there, even though the stream list is showing files missing. Also, all of the SD files have both audio streams, even though there is a red X through the 2nd stream. I'm confused. Is what I'm seeing in the stream list what the results would be if I were to do the Backup portion next? If that is the case, then the only issue is the SD file that BDRB is trying to VFR. But, why would BDRB not include some SD files, even though the time is set to 0? IIRC, in an earlier posting, a user is having such an issue.

[varekai]

Thanks jdobbs for the new version! Much appreciated!
In Tools folder, I'm still a bit confused on which x264 version I should use?
Are there still issues with slower encoding speed with newer version of x264 (2833)?
I'm thinking if the newer version (2833) do a better encoding job, qualitywise, I can live with slower encoding speed.
I'm using Win7 x64.

Thanks and best regards

[Sharc]

Source: Imported file from an external USB drive.

Adding a Quick menu:
- The Quick-Play Menu Titel Editor works as expected, and gets correctly saved as titles.inf in the \Backup\Playlist
- In the Imports/Quick-Play setting dialog I can browse for a Menu Background picture and a Menu Background Audio, but the path to the audio is not getting updated in the dialog which always shows C:\Program files. Both paths are however correctly saved in the .ini.

In the final rebuilt BD structure however, the Quick menu is missing, although the log indicates
[00:51:21]PHASE TWO - Rebuild Started
- [00:51:21] Rebuilding BD file Structure
- [00:51:21] Creating Quick-Play Menu...
[00:51:22] - Encode and Rebuild complete
Inspecting the various folders it seems that the video for the menu background was never created out of the 1920x1080 .bmp picture. :confused:

[MrVideo]

Adding a Quick menu:
- The Quick-Play Menu Titel Editor works as expected, and gets correctly saved as titles.inf in the \Backup\Playlist
- In the Imports/Quick-Play setting dialog I can browse for a Menu Background picture and a Menu Background Audio, but the path to the audio is not getting updated in the dialog which always shows C:\Program files. Both paths are however correctly saved in the .ini.
I didn't even try adding audio with the new version. As for the C:\Program Files display, it is a result of M$ breaking the long line up between "Files" and "(x86)". The remainder on the long path is there, but it is on a 2nd line which is not being displayed. If you go back thru the posts, you'll find where jdobbs and I discussed this very issue. If he were to allow the user to change the size of the GUI, if you widened the GUI, the text would show up. But it doesn't solve the issue of it not displaying your new path.
In the final rebuilt BD structure however, the Quick menu is missing, although the log indicates
[00:51:21]PHASE TWO - Rebuild Started
- [00:51:21] Rebuilding BD file Structure
- [00:51:21] Creating Quick-Play Menu...
[00:51:22] - Encode and Rebuild complete
Inspecting the various folders it seems that the video for the menu background was never created out of the 1920x1080 .bmp picture. :confused:
Correct. The log does not show the menu being encoded, which means that it is not using the user supplied image. IIRC, only JPG images work. I had tried a BMP image in the past and it didn't work. So, I had to use JPG instead (set for maximum quality).

[Sharc]

Correct. The log does not show the menu being encoded, which means that it is not using the user supplied image. IIRC, only JPG images work. I had tried a BMP image in the past and it didn't work. So, I had to use JPG instead (set for maximum quality).
I converted the picture to .jpg (1920x1080, YUV 4:2:0, 8bit), but no avail. Then I moved it from the pictures folder to BD-RB's Misc folder. No avail. Then removed a blank in the file name. No avail.
I am running out of ideas ...

[Lathe]

I converted the picture to .jpg (1920x1080, YUV 4:2:0, 8bit), but no avail. Then I moved it from the pictures folder to BD-RB's Misc folder. No avail. Then removed a blank in the file name. No avail.
I am running out of ideas ...

... looks like you're running out of 'avails' too...

[MrVideo]

I converted the picture to .jpg (1920x1080, YUV 4:2:0, 8bit), but no avail. Then I moved it from the pictures folder to BD-RB's Misc folder. No avail. Then removed a blank in the file name. No avail.
I just use regular old JPEGs, as created by PhotoShop. Where they are placed makes no difference. But, I normally place them in the same directory in which the MKV files are placed. BTW, I'm running XP-64. Not that it should make a difference.

If you go back several posts, you will find one from me regarding grid templates that I've created. Download one of those and see if that works.

[Lathe]

Thanks jdobbs for the new version! Much appreciated!
In Tools folder, I'm still a bit confused on which x264 version I should use?
Are there still issues with slower encoding speed with newer version of x264 (2833)?
I'm thinking if the newer version (2833) do a better encoding job, qualitywise, I can live with slower encoding speed.
I'm using Win7 x64.

Thanks and best regards

Yes, is there any update on this please?