BD Rebuilder Beta - Bug Reports Only

[Lathe]

I recommend you uninstall and reinstall the LAV filters or FFDSHOW (or both depending on what you have installed). Make sure they are ONLY the versions listed in the first post of this thread. Sometimes other software installs can override them and cause sync issues. Other versions can also cause sync issues.

Also... if you really let your dirty dishes pile up, that can cause a pretty serious sink issue too...

[gonca]

Also... if you really let your dirty dishes pile up, that can cause a pretty serious sink issue too...

Senility is a sad thing, good thing you don't remember
Also
A mind is a terrible thing to waste, guess you don't have much to waste

[Lathe]

Senility is a sad thing, good thing you don't remember
Also
A mind is a terrible thing to waste, guess you don't have much to waste



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

[astraub]

Yesterday I used BD Rebuilder for the first time to compress a 3D BluRay disk. All worked nicely, but in the final step (conversion to BluRay folder) I found that, that the sw put only the MVC transport stream file in the "STREAMS" folder. Usually I would expect that I have a "ssif" folder and the two transport streams for both eyes. I haven't checked, if this is working, but it made me suspicious. So I used the final transport stream and converted it to a BluRay ISO using TSMuxerGUI. This ended up in a correctly structured and playing ISO.

So now two questions:
- what went wrong in the conversion to BluRay folder step of the process?
- can I only use ISO images as input data, or could I also use a MVC .mkv file?

[Ch3vr0n]

Yesterday I used BD Rebuilder for the first time to compress a 3D BluRay disk. All worked nicely, but in the final step (conversion to BluRay folder) I found that, that the sw put only the MVC transport stream file in the "STREAMS" folder. Usually I would expect that I have a "ssif" folder and the two transport streams for both eyes. I haven't checked, if this is working, but it made me suspicious. So I used the final transport stream and converted it to a BluRay ISO using TSMuxerGUI. This ended up in a correctly structured and playing ISO.

So now two questions:
- what went wrong in the conversion to BluRay folder step of the process?
- can I only use ISO images as input data, or could I also use a MVC .mkv file?

What went wrong in conversion to folder? Absolutely nothing.

Bdrb converts the 3d ssif structure to a fully BD standard compliant 'in-mux' 3d structure that DOESNT NEED an ssif structure. Nothing 'suspicious' about it. Studio's just use the ssif method because it makes it harder to make a backup because they're virtual files. You don't have that problem with an 'in-mux' structure.

Sent from my Nexus 6P with Tapatalk

[ocean]

Usually I would expect that I have a "ssif" folder and the two transport streams for both eyes. I haven't checked, if this is working, but it made me suspicious.


Hi, to exit with the SSIF ISO folder, add the command to the bdrebuilder.ini file: OUTPUT_3D_ISO = 1

[astraub]

This is very interesting! Thanks a lot for the clarification :-)

Can someone please also help me with the second question? Does it have to be an .ISO image for input, or will a MVC .mkv file also work somehow? That would save an extra conversion step ....

[Ch3vr0n]

AFAIK BDRB can do movie-only 3D mkv's. You have the option of Over/under (or reverse) SBS (Left/right or reverse) or frame-packed i think, but not all players support frame-packed MKV's, especially since there's no official MKV standard for frame-packed ones.

[worknstiff]

@ ocean; to exit with the SSIF ISO folder, add the command to the bdrebuilder.ini file: OUTPUT_3D_ISO = 1

I added the command to the bdrebuilder.ini file: OUTPUT_3D_ISO = 1, but I still ended up with a folder instead. Wonder why?

[Sharc]

.... Does it have to be an .ISO image for input, or will a MVC .mkv file also work somehow? ....
You can convert your 3D .mkv frame-packed source to a 3D Blu-Ray folder structure (with base and dependent .m2ts streams) or to an .iso (ssiff) using TSMuxeR and then continue with BD-RB.

[jdobbs]

@ ocean; to exit with the SSIF ISO folder, add the command to the bdrebuilder.ini file: OUTPUT_3D_ISO = 1

I added the command to the bdrebuilder.ini file: OUTPUT_3D_ISO = 1, but I still ended up with a folder instead. Wonder why?From HIDDENOPTS.TXT:OUTPUT_3D_ISO=n n = 0/1 - 0=Off (default) - if set to "1", movie-only output is to an ISO rather than a folderProbably because it only applies to movie-only mode.

[worknstiff]

@ jdobbs; Probably because it only applies to movie-only mode.

Uhoh, You're right, I had forgotten all about movie only.

[astraub]

This evening I was testing the different coding results with my 3D Beamer and my Dune HD player.

I found that only the ISO with the ssif file plays in 3D on my player. Unfortunately only the left eye (2D) stream is looking very good. The right eye channel is showing a lot of blocking artifacts (not acceptable). What did I do wrong? Any idea? A quality setting - I was using the defaults? I was using the setup according to the first post (using 2A + 2B setup).

Here is the log:

----------------------
[04.04.18] BD Rebuilder v0.50.25
[09:37:29] Source: DESPICABLE_ME_3D_00800
- Input BD size: 35,63 GB
- Approximate total content: [01:34:41.634]
- Target BD size: 14,65 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Good (Very Fast), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[09:37:31] PHASE ONE, Encoding
- [09:37:31] Processing: VID_00002 (1 of 2)
- [09:37:31] Extracting A/V streams [VID_00002]
- [09:54:09] Reencoding video [VID_00002]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 76.064 frames
- Bitrate: 18.053 Kbs
- Using FRIMEncoder for MVC encoding
- [09:54:09] Reencoding: VID_00002, Pass 1 of 1
- [11:08:41] Video Encode complete
- [11:08:41] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4355 (deu): Keeping original audio
- [11:08:41] Processing: VID_00006 (2 of 2)
- [11:08:41] Extracting A/V streams [VID_00006]
- [11:16:54] Reencoding video [VID_00006]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 60.159 frames
- Bitrate: 17.617 Kbs
- Using FRIMEncoder for MVC encoding
- [11:16:55] Reencoding: VID_00006, Pass 1 of 1
- [12:08:27] Video Encode complete
[12:08:27]PHASE ONE complete
[12:08:27]PHASE TWO - Rebuild Started
- [12:08:27] Rebuilding BD-3D file Structure
[12:13:02] - Encode and Rebuild complete
[12:13:02] JOB: DESPICABLE_ME_3D finished.

[musiclover]

What did I do wrong?

Here is the log:

----------------------
[04.04.18] BD Rebuilder v0.50.25
[09:37:29] Source: DESPICABLE_ME_3D_00800
- Input BD size: 35,63 GB
- Approximate total content: [01:34:41.634]
- Target BD size: 14,65 GB


Set Target BD size to 23 GB

[astraub]

So the 15GB are not enough for both transport streams? That is very surprising to me. I would expect it to be more likely that in the calculation of the "delta" stream something went wrong. Anything in the settings (.ini file), which couldbe helpful in this case?

Would it eventually also help to increase the quality setting instead of just the average bitrate? Has someone ever tried the different settings and can tell me what is the "best" setting for minimum file sizes?

Anyway, I will try both and report about the results.

[Sharc]

Which tool did you use for ripping the Blu-Ray disc?
Does the ripped version (i.e. before encoding) play correctly?
If low file size really matters you should encode SBS using x264 rather than FRIM. Of course your playback infrastructure must support SBS in this case.

[astraub]

The original ISO is a perfect rip. I want to avoid reducing resolution by using SBS or TOB, but still compress the main movie only as good as possible without losing visible video quality.

Typically a 2D Bluray can easily be compressed to 5-10GB and retain quality (1080p). So 15GB looked reasonable to do this with 2 streams - especially as the second stream is only recorded as delta information.

I understand that FRIM has some serious restrictions in what options it allows to influence encoding quality. But for full frame sequential 3D there is no other option currently. So I will try to find the best encoding option to reduce it to the max - probably at the cost of encoding time, but I have an 8 core Xeon processor, so this should be bearable. Any hints of people who have already tried this would be highly appreciated!

I want to repeat here, that the left eye stream is running in perfect quality, only the right eye stream shows serious block artifacts.

[Sharc]

Compared to commercial 3D encoders FRIM is less efficient in compressing the dependent stream. The bitrate for your 15GB target size is probably not very comfortable for FRIM depending on the source (noise, details, action scenes...)
You may try with AUTO_BIAS=3 in the .ini and increase the target size to a 25GB disc as already recommended by musiclover, and see what you get.

Edit:
You may also want to unselect "Do not convert DTS to AC3 (Blu-Ray only)" in the Setup Dialog in order to save some bitrate on the Audio and throw it to the Video instead.

But I am still wondering why your AVC (left eye) is perfect quality while your dependent right eye stream shows serious block artifacts.......

[astraub]

This is also what I am confused about. Could it be that whatever tool is being used to calculate the differences for the second stream is having a setup/parameter problem? Or is there a reason, why exactly this process generates that much block artifacts? Could this be a rounding/mathematical issue?

Questions .... ;-)

[jdobbs]

This is also what I am confused about. Could it be that whatever tool is being used to calculate the differences for the second stream is having a setup/parameter problem? Or is there a reason, why exactly this process generates that much block artifacts? Could this be a rounding/mathematical issue?

Questions .... ;-)Are you using the version of FRIM that comes with BD-RB? If I remember correctly, there was a version (actually the Intel Library DLL, not FRIM itself) a while back that had the issue of artifacts in one of the two stereo frames. I think I even got it myself and corrected it by updating the DLL. It's been a long time, though.

[astraub]

I was using exactly the versions which are linked on the first post of this thread. I also tried really hard to follow all instructions given, like setting the video decoders and Audio pass through. I hope the versions linked are all on static webpages?

Is there a way to get a list of all the versions used?

[Sharc]

Is there a way to get a list of all the versions used?
BD-RB Help menu: Inspect (Show settings).

How does your dependent stream (right eye) look like: Just poor quality or really garbled crap (wild blocks, far from the original picture)?

[MrVideo]

So the 15GB are not enough for both transport streams?
Why throttle the output? The BD25 has space, so use it.

[astraub]

@Sharc the dependent stream looks really pretty bad - big random block artifacts - very disturbing. Sometimes a few clean frames, than random garbage in an otherwise nice frame again. This is the reason, why I still believe that something more basic than just encoder quality is going wrong.

Currently I am trying the highest (very slow) setting. If this does not help, I will try increasing the target size to 25GBytes.

----

@Mr.Video I keep all my 3D Movies (around 35) on my NAS (I would not even think of handling all my BluRays on disks ... around 1200!). I estimated that I could save around one TB of storage space by storing only the main movies in a more compressed format. As my NAS is slowly running out of space, this would be a big relief and can save me for quite some time from having to buy a second one ...

[MrVideo]

I keep all my 3D Movies (around 35) on my NAS (I would not even think of handling all my BluRays on disks ... around 1200!). I estimated that I could save around one TB of storage space by storing only the main movies in a more compressed format. As my NAS is slowly running out of space, this would be a big relief and can save me for quite some time from having to buy a second one ...
Ah, OK.

[astraub]

So - here the results of my testing:

I generated two ISOs

1) using a target size of 15GB and the highest (very slow) setting and
2) using the BD25 / automatic setting.

Both ISOs play with the same kind of problem reported before. The left eye stream is completely fine, the dependent stream / right eye stream shows severe block artifacts. After these tests I am now sure, that this has nothing to do with the amount of compression, but some other factor in the processing chain.

Just to double check here the config list of the BD25/automatic quality run:

[Options]
VERSION=0.50.0.24
ENCODER=0
MODE=3
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=1
AUDIO_TO_KEEP=deu;eng;
SUBS_TO_KEEP=deu;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=1
SD_TO_1080=0
IGNORE_3D=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AUDIO_DRC=0
DECODER=0
AVCHD=1
REMOVE_WORKFILES=1
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
OUTPUT_SBS=0
OUTPUT_3D_ISO=1
NEROAAC=0
SUPTITLE=0
PGSTOSRT=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=25000
TARGET_SIZE=23500
PRIORITY_CLASS=1
[Paths]
SOURCE_PATH= ......\DESPICABLE_ME_3D\
WORKING_PATH= ......\SCHREIBTISCH\

and the system check results:

Checking System Settings
- BD-Rebuilder v0.50.25
- Windows Version: 6.2 [9200]
- Working Path Free Space: 330,19GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[04.06.18] Systems Settings Check complete

The only thing suspicious I could find are the two slightly different BD Rebuilder versions reported in both cases. Now only a real expert can help, I guess ....

[Sharc]

How do you watch the "right eye only" view? Is there a setting with your player for this, or do you try to play the corresponding file?

[omegaman7]

It's been a while, but I recall having problems with decoding 3D on the software players, where the problem/artifacts did not occur on a standalone.

[astraub]

@sharc I use the Dune HD 4k Solo player. This detects the 3D media by itself and so does my projector. With the original ISOs this never caused any kind of issues. All movies played perfectly fine including menus and all.

I can simply use my 3D glasses and switch between the two single channel views - or just close my left eye in 3D view ;-). I can also try to use the "Bino" SW-Player - which should enable me to show both views separately on the Mac and actually attach a picture of the issues seen. Would that help?

Before I forget: are here other people using 3D capable media players like the Zappiti or alike? What are your experiences?

[Sharc]

You could encode SBS using x264 as the encoder. It would eliminate the FRIM encoder in the process. If the right eye (you can watch the SBS format on your PC, SBS) is still garbled it would point to the FRIM decoder (or library) being the source of the problem, (or the source itself but you said that the source plays fine).

EDIT:
SW player: I am using Stereoscopic Player (http://www.3dtv.at/Index_de.aspx) (mainly for testing on PC)
HW player: 3D SAMSUNG standalone + 3D SAMSUNG TV
On my NAS I usually store 3D in compressed SBS format, CRF 20 giving file sizes in the range of 5 to 10 GB, for streaming to the TV.

[astraub]

Well, I tried SBS and TOB, but I don't like the quality degradation because of the halved resolution - especially for a projector. For a TV that may be acceptable though.

As the FRIM de-/encoder is currently the only tool available to recode MVC streams .... I guess, I will stop my testing here, except if someone of the people really knowing what FRIM does and how eventually a parameter may fix this, can help out.

[Sharc]

Well, when you really want to reduce the file size for your NAS you will quickly come to the crossover where Half-SBS using x264 looks better than full-size MVC using the Intel (FRIM) encoder, especially for action scenes. My experience only, but to each his own, of course, as "quality" is subjective.

[astraub]

Maybe you are right. So far I only tried using DVDFAB ro create SBS versions (though with a high quality setting). Maybe I will try with BD Rebuilder and x.264 ... I hope I will find all the buttons to select - or do I have to manually set something in the .INI file?

PS: I just remembered that with DVDFAB I was using HEVC (H.265) encoding for SBS 3D. I guess that cannot be beaten by using H.264 .... so, never mind ;-)

[jdobbs]

Try going to this link (https://forum.doom9.org/showthread.php?p=1650646#post1650646) and downloading the latest version of FRIM (v1.27). BD-RB uses v1.25. You could replace the versions in the BD-RB tools folder and see what happens. Don't forget to replace the DLL as well. Take caution, though, and save the ones you are replacing. I haven't tested v1.27 and don't even know if it works with BD-RB.

[Ch3vr0n]

1.27 seems to work on my end give, though I still haven't been able to enable quick sync HW.

Sent from my Nexus 6P with Tapatalk

[Lathe]

1.27 seems to work on my end

I don't think you are supposed to use it there...

Of course, what you do in private is your business...

[astraub]

@jdobbs Yes, the new version also worked fine for me in BD Rebuilder. Unfortunately the end result is the same as with the older one ....

[CraigWally]

It's been a while, but I recall having problems with decoding 3D on the software players, where the problem/artifacts did not occur on a standalone.

I concur,
All of my 3D rebuilds have issues while playing on PowerDVD, but work flawlessly when burnt and played on the standalone

Wally

[lithiumus]

Hey JD, it's been a while! I'm curious as I wanted to try with some UHD ISOs if I can use the current BD-RB to test just the removal extras, previews, etc without any remuxing and see if it can rebuild, preserving the menus and see which releases I can get down to BD50 leaving the content untouched as much as possible... idea would be to avoid any issues with re-encoding/remuxing.

If you think the current version is ready for that kind of testing, I'm up for doing a bunch of this work to test it out.

[SquallMX]

Hey JD, it's been a while! I'm curious as I wanted to try with some UHD ISOs if I can use the current BD-RB to test just the removal extras, previews, etc without any remuxing and see if it can rebuild, preserving the menus and see which releases I can get down to BD50 leaving the content untouched as much as possible... idea would be to avoid any issues with re-encoding/remuxing.

If you think the current version is ready for that kind of testing, I'm up for doing a bunch of this work to test it out.

Beware, bitrates for BD66 / BD100 (retail discs) are higher than the ones used for BD50, so, you can get stuttering when burning the untouched video to a BD-R DL.

[lithiumus]

Beware, bitrates for BD66 / BD100 (retail discs) are higher than the ones used for BD50, so, you can get stuttering when burning the untouched video to a BD-R DL.

Hmmm... thanks for the warning! Maybe I'll just leave them on my NAS and just reduce the size leaving the video untouched and see if everything works ok...

[drmih]

You'll find that the two new Alien films (Prometheus and Covenant) will fit on a bd-50 already if you just want to experiment. Interestingly I've found that my high end Panasonic 900 can struggle (stutter) with high bitrates on bd-50 media, whereas they are fine on an Xbox.

[RobertM]

Hi folks,

I've been using BD-RB for ages, but this is the first time I tried to use it to author a quick-play menu, and it ALMOST worked. It re-encoded all the 5 MKV files, and created a menu with the right background image, but there is no text on the menu at all. There is a large grey square in the center of the screen, where I suppose all the episode links should be; not sure since I've not created one before. If I wait 30sec the episodes start to autoplay and I can ff through them to get to the next episode.

After importing the MKV files I was able to edit the quick play menus (disc name, episode names etc) before running the backup, and I see a 'titles.inf' file was created with the appropriate information, but none of those names show up in the final product. Has someone created a how-to for this? Not sure what I've done wrong or which setting I missed.

Hang on.... checking this.... could be that I'm using a s/w BD player. Lemme burn this to a BD-RE and see what it looks like...

Yep, works fine in a standalone BD player. Never mind...

[e143slime8]

Hello. Finally getting around to watching Jigsaw and am seeing, at around 32 minutes in, inconsistencies with playback, video/audio not in sync and jumping around.

I'll create a log if needed, let me know.

Thanks.

[jdobbs]

Hello. Finally getting around to watching Jigsaw and am seeing, at around 32 minutes in, inconsistencies with playback, video/audio not in sync and jumping around. Tried ripping again with AnyDVD 8.2.3.3 and burning, same results. I originally thought this was a problem with "AnyDVD". I used BD Rebuilder v0.50.25 as I usually do for all my Blu-Ray projects. As a last thought, tried re-ripping the .iso and viewed the original results finding the original was okay. Then used "CloneBD" and the end result worked.

I originally posted this situation to their forum and once I found the error, they suggested I post here so that "jdobbs softworks" is aware of the problem.

I'll create a log if needed, let me know.

Thanks.You've demonstrated very poor net etiquette. So what does using CloneBD have to do with anything? I really don't care what it does or can't do as it really doesn't affect BD Rebuilder. Are you trying to advertise for them, maybe? One major difference I can see... BD Rebuilder is free and they are expensive... and I believe BD Rebuilder results in better quality. But, hey, to each his/her own.

[e143slime8]

You've demonstrated very poor net etiquette. So what does using CloneBD have to do with anything? I really don't care what it does or can't do as it really doesn't affect BD Rebuilder. Are you trying to advertise for them, maybe? One major difference I can see... BD Rebuilder is free and they are expensive... and I believe BD Rebuilder results in better quality. But, hey, to each his/her own.

This post was for informational purposes only (I have been a supporter and have used BDRebuilder for many, many years now and use that program for 99.9% of my burns). I'm not advertising for anyone but did think that you might have wanted to know about this particular issue.

Sorry if I've offended anyone.

[jdobbs]

This post was for informational purposes only (I have been a supporter and have used BDRebuilder for many, many years now and use that program for 99.9% of my burns). I'm not advertising for anyone but did think that you might have wanted to know about this particular issue.

Sorry if I've offended anyone.The issue, yes. The CloneBD stuff, not so much.

[Ch3vr0n]

The thing is, afaik, BDRB recognises (when present) the playlist mentioned by anydvd in the disc.inf file anydvd creates in the disc root. If BDRB would jump chapters, then so would CloneBD as an improper playlist would be used (screenpass protection). As to the audio sync issues (at least with BDRB), that's primarily down to using BDRB helper tools that arent officially recommended versions.

[MrVideo]

When a disc is authored so that it will play a few m2ts files out-of-order because it detected the missing encryption, it is not done on chapter marks. Of the ones I've seen, they author random locations, and lengths.

[abbadon]

I'm trying to convert a video I took with my phone to a dvd. However the import fails. Here's the log.

----------------------
[16:09:09] Importing: WORKING
- [16:09:20] Importing video file: (1 of 2)
- Preparing MP4 for processing...
- Scanning for Variable Frame Rate...
- Collecting audio/video streams from source...
- Converting VFR source to CFR format...
[16:09:37]ERROR: Failed VFR conversion. Aborted.
_____________

Any ideas?