BD Rebuilder Beta - Bug Reports Only

[jdobbs]

Man these 70+ fps guys are killing me. It takes me 10-12 hours for most films. I know I need an upgraded but dang.I can get those kinds of speeds on 2D encodes with X264 and DGDecodeNV -- but never when using FRIMEncode.

[Hajnal]

....
(2D) - Decoding/Frame serving: X264/LAVF - Quality: Ultra High Quality (Extremely Slow) 4-6fps
(2D) - Decoding/Frame serving: FRIMSource - X264/LAVF Quality: Ultra High Quality (Extremely Slow) ~3fps
(3D) - Decoding/Frame serving: FRIMSource - 70-80fps (u=2; u= 1:quality - 7:speed)

[jdobbs]

....
(2D) - Decoding/Frame serving: X264/LAVF - Quality: Ultra High Quality (Extremely Slow) 4-6fps
(2D) - Decoding/Frame serving: FRIMSource - X264/LAVF Quality: Ultra High Quality (Extremely Slow) ~3fps
(3D) - Decoding/Frame serving: FRIMSource - 70-80fps (u=2; u= 1:quality - 7:speed)Ughh... I get a lot higher rates than that with 2D and X264! But it's been a long time since I tested "Ultra High Quality" mode.

Are those speeds using ABR with X264 (like FRIM), or are they pass-2 speeds from a 2 pass encode?

JMHO, but ultrahigh quality is almost always overkill. That's why it is "hidden" from the menu. It might be more closely related to u=1 in FRIM. But since I couldn't see a difference between 2 and 1 for the increased time, I didn't enable u=1 in BD-RB.

[Edit]

I just tested X264/LAVF with "Ultra High Quality" in one pass ABR mode on a 1920x1080 source, and I'm getting about ~11-14fps. I get slightly higher with DGDecNV. I'm not sure if 2x speed increase would qualify as "a lot". With "High Quality" mode, which is as high as I ever use, I get 28fps on the same source (using LAVF).

Based on your results, I may want to consider adding an option to allow FRIM to be used as the encoder on 2D sources (for use by those with Quick-Sync capabilities).

[DK]

once again:
thanx for all your hard work and effort :thanks:

donation was done

[jdobbs]

once again:
thanx for all your hard work and effort :thanks:

donation was doneMy sincere thanks to you for the support.

[emilio99]

Another question:

I always set default language to another language than english,
but when I play the movie, its always set to english???

[jdobbs]

....
(2D) - Decoding/Frame serving: X264/LAVF - Quality: Ultra High Quality (Extremely Slow) 4-6fps
(2D) - Decoding/Frame serving: FRIMSource - X264/LAVF Quality: Ultra High Quality (Extremely Slow) ~3fps
(3D) - Decoding/Frame serving: FRIMSource - 70-80fps (u=2; u= 1:quality - 7:speed)I'm confused by the second 2D setting. You can't have FRIMSource set and LAVF at the same time. I'd be interested to know what speed you get with X264 and FRIMSource in HW mode.

[jdobbs]

Another question:

I always set default language to another language than english,
but when I play the movie, its always set to english???I'd need more information. If it is a full backup, then the language is going to default to that set in the original authoring. I'll do a check to make sure movie-only "set default" language is working properly.

[Hajnal]

good quality (bd50/25 conversion) = Extremely x264 settings

[emilio99]

I'd need more information. If it is a full backup, then the language is going to default to that set in the original authoring. I'll do a check to make sure movie-only "set default" language is working properly.

It's Movie Only Mode.
Thx

[mparade]

@ emilio99, jdobbs advice does not apply to you. Your processor is based on xeon and these processor are workstation based with no gpu or quicksync tech.

Not good news to me either, I have a "fresh" Intel Xeon E5-1620....

[jdobbs]

Another question:

I always set default language to another language than english,
but when I play the movie, its always set to english???I tested it today, and it is working properly. What are you using to play it back?

[sieve]

Got some advice and redid one BD.

Change made was to have "full backup" checked during import process (previously, "movie only" was checked during import and I switched to full backup when doing the actual backup).

Problem gone!

Not sure why the backup settings would matter during the input process?
It shouldn't.

And it doesn't. So I guess I'll dispel that theory.

Just tried making the next BD in the series.
Same show, just the next set of episodes I wanted to compile. Same computer and software versions. Same BDR settings as the previous 2 BD projects that worked.
Episodes had audio lag. I even redid the whole BD project from scratch. Same result.

The inconsistency in results just doesn't make sense.

[gamete]

is it possible to have a linux version ?

[jdobbs]

is it possible to have a linux version ?No plans for that. I have been told it runs fine under Wine, though.

[mparade]

I have bought the Star Wars multi-angle BD-serie including 6 discs.

After selecting "Other Movie-Only Playlist" under option "Mode", I noticed there were 7 different playlists on the disc including different playitems, angles. I just would like to know if all the elements located inside these alternate playlists are going to be encoded as main features as well or as extras with my Quick_CRF values.

I'd like to reencode the discs in "Movie&Menus (autoblank extras)" mode with the alternate playlist elements reencoded using the same settings as they are setup for the main feature.

Thank you in advance for the help and the great program!Your reply would be really appreciated.

Edit: I misunderstood something, now it is clear..

[mparade]

No plans for that. I have been told it runs fine under Wine, though.

Just buy the one then upto that 35 bucks of your most recent donation sent 1 minute ago...:cool: (again for your amazing efforts on this program)

[jdobbs]

Just buy the one then upto that 35 bucks of your most recent donation sent 1 minute ago...:cool: (again for your amazing efforts on this program)Thanks for your support! I appreciate it.

[gamete]

no plans for that. I have been told it runs fine under wine, though.



thanks:):):)

[jdobbs]

I have updated the first post of this thread with a link to the most recent version of BD-RB (v0.47.05). Changes for this release:- Corrected an issue in which multipart sources
that have secondary (PiP) video could, under
certain circumstances, lose a portion of the
primary video stream. This could result in
a video glitch and probable audio desynch.
- Fixed an issue in "Import Videofile(s)" that
could, under certain circumstances, lose a
portion of the primary video stream. This
could result in a video glitch and probable
audio desynch.
- Fixed an error in which FRIMSource() would
incorrectly use the primary video source when
encoding secondary (PiP) video.
- Removed the option to disable continuous loop
movie-only encodes from the SETUP menu. The
function is still available via a hidden
option (MOVIE_ONLY_LOOP=0).
- Added FRIMEncode as an option for encoding 2D
sources (it is already used for 3D encodes).
Note: FRIMEncode is recommended only for PCs
that are Intel Quick-Sync enabled, for speed
improvements. Other configurations will be
significantly slower and FRIMEncode provides
less overall encoding capability than X264.
Also, FRIMEncode is only capable of 1 pass
ABR encodes, so choosing it will result in
one-pass, ABR being automatically selected.
- Other minor corrections and cosmetic fixes.

For those who have systems that support Intel Quick-Sync: I would be very interested to know what encoding speeds you experience, and how they compare to what you normally see, with:

1. FRIMSource selected as the decoder
2. FRIMEncoder as the encoder
3. Both selected

Make sure FRIM_SW_DECODE=0 and FRIM_SW_ENCODE=0 are both set when testing. Note: If your processor doesn't support Quick-Sync, setting these options may cause the encode to fail.

[Shylock]

@jdobbs

my tests on the latest build:
Computer: Intel core I7-4770K, Quicksync enabled, 16Gb ram, Video Card: MSI NVidia Geforce GTX760
Latest Intel beta drivers installed for Intel HD Graphics 4600
System: Windows 7 - 64 Premium French localized (fresh install, brand new computer - only BDRB and a few tools installed)

Frim settings: Quality: Highest (Very Slow), ABR

When trying Frim encoder in 2D (HW encode and decode), I have 160+ fps but getting error 2806 at the end of video encode.(Image attached)
Using SW for encode and decode: 16-17 fps but same error in the end. source: Frozen 2D

Using Frim on 3D: (HW encode and decode): 80+ fps and backup going to the end flawessly BUT the resulting blu-ray image is heavily garbled both on TMT 6 and 2 different standalones:(. Strangely, when playing resulting m2ts through MPC-HC, image shows no problem, so I suspect left eye encoded OK but not right eye.
When switching to SW encode and decode: Result perfect BUT 7 fps only. Source: Frozen 3D

I can post logs and .ini if you request

[Seajunk]

@jdobbs

You may you want to make a note that Frim, like DGDecNV, wont work through a remote desktop session. In theory they should work through vnc as long as you don't have a mirror driver.

[CV91913]

I have updated the first post of this thread with a link to the most recent version of BD-RB (v0.47.05). Changes for this release:
- Removed the option to disable continuous loop
movie-only encodes from the SETUP menu. The
function is still available via a hidden
option (MOVIE_ONLY_LOOP=0).

I always choose to disable the loop...just want the movie to end, and was just wondering if this option was causing some problem and moving to hidden option was to make it more difficult to shoot myself in the foot, or did you just need the setup screen real estate?

[jdobbs]

@Shylock

That error (00053) indicates a file is missing. It sounds like the encode is failing, especially since SW mode is working. There is no difference in the way the resulting files are handled -- the only thing that changes is the command line option for hw encoding.

When FRIM is selected as the encoder there will be a .BAT file in the working folder. After a failed attempt using HW encoding, you may want to run that BAT file from a command window and see if there is anything recognizable happening.

You might also consider disabling HW decoding/HW encoding individually and see which might be the source of the issue. One note though: In the picture you posted, FRIMSource isn't being used, Directshow is...

All my testing uses SW decoding/encoding -- as I don't have a system with Quick-Sync capabilities. I'll do some testing to make sure that some last-minute changes didn't screw things up.

[Shylock]

@jdobbs

My mistake...switched to frimdecode for serving. Maybe I've been not clear. Using Frim in 2D with HW and SW give the same error 2806
Testing in progress.
Regarding 3D encode, HW encoding seems to be the issue. If testing with SW decoding and HW encode, Having the same issue with right eye encoding beeing bad. In HW decode and SW encode: No issue, 3d perfect

[RobertM]

Me too! I hate it when I forget to suppress the looping behavior. Do most people WANT it to loop at the end of a movie?

I always choose to disable the loop...just want the movie to end, and was just wondering if this option was causing some problem and moving to hidden option was to make it more difficult to shoot myself in the foot, or did you just need the setup screen real estate?

[jdobbs]

@jdobbs

My mistake...switched to frimdecode for serving. Maybe I've been not clear. Using Frim in 2D with HW and SW give the same error 2806
Testing in progress.
Regarding 3D encode, HW encoding seems to be the issue. If testing with SW decoding and HW encode, Having the same issue with right eye encoding beeing bad. In HW decode and SW encode: No issue, 3d perfectI just did a disc using Directshow/FRIMEncode and FRIMSource/FRIMEncode and I'm not getting any errors. I'll try FROZEN later today and see if anything changes.

[jdobbs]

I always choose to disable the loop...just want the movie to end, and was just wondering if this option was causing some problem and moving to hidden option was to make it more difficult to shoot myself in the foot, or did you just need the setup screen real estate? I just needed the real estate, and that one was the one I figures was least often changed.

[Ch3vr0n]

ya could always make the app window a bit bigger ;)

[Shylock]

@jdobbs

Updating my speed tests:

When applying the right settings, Encoding 2D with frim goes flawessly to the end both in SW an HW. no more error.
Getting 150+ fps in HW encoding, but having encode issues: Video plays jerky and when looking more precisely to the stream frame by frame, every 24 frame the picture is garbled...;(
In SW, the backup is fine...but 15 fps

Maybe I'm experiencing a hardware trouble regarding HD4600 graphic GPU since HW encode is broken both in 3D and 2D. I will try removing the NVIDIA card and physically plug the display to the Intel GPU to see if it changes the render.

[jdobbs]

ya could always make the app window a bit bigger ;)Yeah. But I don't want to populate a huge window with options that are rarely used -- when there are others more important. If I added everything to that window -- it would require two monitors to see them.

If someone likes to disable the loop... they just have to set it in the INI and forget it. How often do you think someone with that preference is going to change it? So why have it taking up space in an area that is meant for common SETUP changes?

[CV91913]

Yeah. But I don't want to populate a huge window with options that are rarely used -- when there are others more important. If I added everything to that window -- it would require two monitors to see them.

If someone likes to disable the loop... they just have to set it in the INI and forget it. How often do you think someone with that preference is going to change it? So why have it taking up space in an area that is meant for common SETUP changes?

I don't have a problem with the removal but whenever you release a new version, I just blow away the old directory and copy the one from the zip to replace it. Unless I remember to copy the ini from the old dir before I delete it, I have to recreate it with my changes...this is just one more thing to manually update the ini with.

[soneca]

Jdobbs, thanks for the new version!
Forgot the forced subtitles in quick-play mode? :o

[jdobbs]

Jdobbs, thanks for the new version!
Forgot the forced subtitles in quick-play mode? :oNo. It's just not as easy as first thought.

[jdobbs]

@jdobbs

Updating my speed tests:

When applying the right settings, Encoding 2D with frim goes flawessly to the end both in SW an HW. no more error.
Getting 150+ fps in HW encoding, but having encode issues: Video plays jerky and when looking more precisely to the stream frame by frame, every 24 frame the picture is garbled...;(
In SW, the backup is fine...but 15 fps

Maybe I'm experiencing a hardware trouble regarding HD4600 graphic GPU since HW encode is broken both in 3D and 2D. I will try removing the NVIDIA card and physically plug the display to the Intel GPU to see if it changes the render.Interesting that it happens every 24 frames -- since that is the GOP size.

[soneca]

No. It's just not as easy as first thought.

:eek: Ok :)

[mparade]

Is it possible, when using SmoothDeinterlace on a soft-telecined 480i source with the IVTC check box unchecked in the setup dialoge, that the result of the encode will be inverse telecined finally? It seems so, because the playback of the resulted m2ts in powerdvd 14 was so stuttering (due to codec "issues" of the player) as if it was one of my inverse telecined results of the past. With the other deinterlacers available I have no such an issue on a soft telecined source.

Please find enclosed my BDREBUILDER.INI.

Thank you for the help in advance!

[jdobbs]

Is it possible, when using SmoothDeinterlace on a soft-telecined 480i source with the IVTC check box unchecked in the setup dialoge, that the result of the encode will be inverse telecined finally? It seems so, because the playback of the resulted m2ts in powerdvd 14 was so stuttering (due to codec "issues" of the player) as if it was one of my inverse telecined results of the past. With the other deinterlacers available I have no such an issue on a soft telecined source.

Please find enclosed my BDREBUILDER.INI.

Thank you for the help in advance!That's not very likely. I notice that you have LAVF selected. It should be noted that LAVF is bypassed on a telecined source. So you should be able to look at the appropriate .AVS file and see what actions are actually taken.

[mparade]

That's not very likely. I notice that you have LAVF selected. It should be noted that LAVF is bypassed on a telecined source. So you should be able to look at the appropriate .AVS file and see what actions are actually taken.

Please check my avs regarding the issue above. I have checked it also, but nothing seems unproper to me in the avs. Unfortunately, the result is stalling so much in Powerdvd as it were inverse telecined. I hope you can recommend something to find the reason.

[jdobbs]

Nope. I don't see anything wrong with it.

[Capsbackup]

Just completed a full disc backup to BD5 of the Blu-ray Walking With Dinosaurs. This is a multi-m2ts disc type Blu-ray. (5 m2ts's for the main movie)
I chose to keep only 2 of the 11 subtitle tracks for the main movie, blanking 3 to 11. When I check the "WORKFILES" folder, only the first m2ts file of the movies .mpls file has the subtitles blanked, represented by a 1KB .sup file for the blanked ones. But when I check the other 4 m2ts files that are part of the main movie, they all have their .sup files with sizes ranging from 500KB up to 32,712KB.
So it appears BD-RB is not blanking all the .sup files for each .m2ts files associated with a given .mpls file.

[AmigaFuture]

Me too! I hate it when I forget to suppress the looping behavior. Do most people WANT it to loop at the end of a movie?

Some people do..which I'm sure is why he has it as part of the program. I've appreciated it being there. It's not only good for movies but also videos of various kinds. Like..to prank people with from personal videos. :D Consider...looping videos of Waterfall sounds and more. Lots of possibilities other than commercial movies. :D

[RobertM]

I agree that some people would want it to loop, especially for promo/marketing stuff. But for the average user, wanting to simply pare down a BD disc to just the movie itself, I would imagine that they just want to watch the movie once at a time.

It's not a big deal; I'll just have to remember to reset that in the ini with each new version. I'm just surprised that the default is ON, not OFF.


Some people do..which I'm sure is why he has it as part of the program. I've appreciated it being there. It's not only good for movies but also videos of various kinds. Like..to prank people with from personal videos. :D Consider...looping videos of Waterfall sounds and more. Lots of possibilities other than commercial movies. :D

[jdobbs]

I agree that some people would want it to loop, especially for promo/marketing stuff. But for the average user, wanting to simply pare down a BD disc to just the movie itself, I would imagine that they just want to watch the movie once at a time.

It's not a big deal; I'll just have to remember to reset that in the ini with each new version. I'm just surprised that the default is ON, not OFF.You've always had to do that. Nothing has changed. So I don't even see the point of this discussion at all... the only difference is that I removed it from SETUP dialog. The MOVIE_ONLY_LOOP setting in the INI is no different than it ever has been.

The reason looping is the default is because it is the default in TSMUXER (and always has been). BD-RB has to make changes to the TSMUXER output (in the MovieObject.bdmv file) in order to stop it. That ability to stop it is a feature I added to BD-RB (a look at the changelog shows it added in July of 2010).

I've found it easiest to simply keep your old INI file than to go back through the settings and hidden opts with every version. Since the INI isn't included in the new-release ZIP, you can simply extract the ZIP into the same folder as the older version -- and overwrite the contents. Your settings will remain unchanged.

I've edited my INI into a structured format, keeping similar settings together, so I can easily find them for testing. It contains every possible hidden and SETUP-controlled setting. So I certainly don't want to have to edit it every time I make a new release.

[jdobbs]

Well, I haven't gotten much feedback on the use of FRIMEncode for 2D (other than Shylock, and it isn't working for him). Since it appears to have no useful purpose I guess I'll remove it from the next release. There's no sense complicating the interface with a feature that nobody cares about.

[Chuckwagon]

Well, I haven't gotten much feedback on the use of FRIMEncode for 2D (other than Shylock, and it isn't working for him). Since it appears to have no useful purpose I guess I'll remove it from the next release. There's no sense complicating the interface with a feature that nobody cares about.

I would test it and give input, but my CPU doesn't support it. :) I could try setting up another system that has a CPU that does support it, and then test some configs. But I'm not sure what settings to match to make the comparison a good apples to apples test. If you want me to try, I'm game.

Maybe as more CPUs that support it come online more users will have some interest, and then it might be worth a good long look.

Cheers.

[jdobbs]

I would test it and give input, but my CPU doesn't support it. :) I could try setting up another system that has a CPU that does support it, and then test some configs. But I'm not sure what settings to match to make the comparison a good apples to apples test. If you want me to try, I'm game.

Maybe as more CPUs that support it come online more users will have some interest, and then it might be worth a good long look.

Cheers.I wouldn't go to all that trouble. I had assumed there were more people using it -- that appears to not be the case.

No big deal.

[Ch3vr0n]

i'm fine with the default. x264's quality is more than good enough. As the saying goes, "don't fix it if it aint broken". I only need frim when dualbootin into w7 for 3D encodes.

[jdobbs]

i'm fine with the default. x264's quality is more than good enough. As the saying goes, "don't fix it if it aint broken". I only need frim when dualbootin into w7 for 3D encodes.Yeah, I was kinda' thinking that the speeds reported with Quick-Sync were going to knock my socks off and might make it worth picking up an i5 or i7 computer. But that doesn't seem to be the case. Instead it appears the Intel SDK isn't even stable when HW mode is selected.

It's the only choice for MVC though.

[Yordan5]

Tried a 2D back up using FRIM. With QuickSync the framerate hovered around 200 fps however, when playing the resulting backup the movie picture kept twiching every few seconds throughout the movie. I had similar results with 3D back up using QuickSync (InMux enabled) - the back up was heavily pixelated.
http://i1293.photobucket.com/albums/b596/Jortak/BD-RB_zps42182492.jpg
[04/24/14] BD Rebuilder v0.47.05 (beta)
[19:37:21] Source: HUNGER_GAMES_2_CATCHING_FIRE_00000
- Input BD size: 20.16 GB
- Approximate total content: [02:27:31.808]
- Target BD size: 4.36 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=448
- Resuming from previously started job.
[19:37:26] PHASE ONE, Encoding
- [19:37:26] Processing: VID_00000 (1 of 1)
- [19:37:26] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 212,231 frames
- Bitrate: 3,408 Kbs
- Using FRIMEncoder for AVC encoding
- [19:37:26] Reencoding: VID_00000, Pass 1 of 1
- [19:59:24] Video Encode complete
- [19:59:24] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
[20:00:29]PHASE ONE complete
[20:00:29]PHASE TWO - Rebuild Started
- [20:00:29] Rebuilding AVCHD file Structure
[20:01:40] - Encode and Rebuild complete
[20:01:40] JOB: HUNGER_GAMES_2_CATCHING_FIRE finished.

[Status]
LABEL=HUNGER_GAMES_2_CATCHING_FIRE
VERSION=v0.47.05 (beta)
SOURCE_SIZE=21650927616
SOURCE_VIDEO_SIZE=21650927616
TARGET_SIZE=4686086144
REDUCTION=.216438123442664
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=all
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=0
REBUILD_COMPLETE=1
COMPLETED=1
[00000]
AUDIO=1
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=4686086144
RATE=3408
NSIZE=0
FLINK=0
MLINK=0