BD Rebuilder Beta - Bug Reports Only

[Acerjen]

Has anyone tried Pacific Rim 3D? I tried encoding it to a BD25 and the picture is excellent. But at the 1:06:16 mark, the picture jumps ahead about 8-10 seconds and the audio stays the same, so the rest of the movie is out of sync. I do not know if this is a BD Rebuilder problem or a FRIM Encoder problem. I was curious if anyone else has tried this movie, and if so, what were your results? I do have the ini and other info I can post if needed. I did re-rip my disc and the problem occurs with the new rip as well. I do not believe my drive is bad, as I ripped other discs before and after this one and they successfully converted.

Any help or insight is greatly appreciated. Thanks.

Acerjen

[setarip_old]

@Acerjen

Hi!

If you read through this thead, you'll note that specific problem (halted video while audio has continued) has occurred with a fair amount of discs (2D as well as 3D).

I'd suggest that you once againg attempt to scrupulously clean your disc. If the problem persists, return it to the place of purchase for a new replacement disc...

[Sharc]

Has anyone tried Pacific Rim 3D? I tried encoding it to a BD25 and the picture is excellent. But at the 1:06:16 mark, the picture jumps ahead about 8-10 seconds and the audio stays the same, so the rest of the movie is out of sync. I do not know if this is a BD Rebuilder problem or a FRIM Encoder problem. I was curious if anyone else has tried this movie, and if so, what were your results? I do have the ini and other info I can post if needed. I did re-rip my disc and the problem occurs with the new rip as well. I do not believe my drive is bad, as I ripped other discs before and after this one and they successfully converted.

Any help or insight is greatly appreciated. Thanks.

Acerjen
As Setarip wrote, there have been issues with Pacific Rim. It seems to be a hopeless case......
See for example the discussion here (http://forum.doom9.org/showthread.php?p=1666474#post1666474).

[kabster]

Has anyone tried Pacific Rim 3D?
Acerjen


me... it should play nice in sync from start to finish ... unless your PR_3D rip is not a region B !!

I can't vouch/ be certain for other regions... !!

about the A/V playing out of sync, i have re-done all my movies because of that ↑ nuicance by using x264 internal LaVf as frame server .. and .. voila nomore A/V synch problems... that easy.. :p

You might wanna try that too !!

P.S: tested many BD-25 (panasonic japan import 4x burned @6x using pioneer BDR-208EBK BDXL) in different stand alones like the ps3, philips BDP-3480 with 0,00% issues ;)

Even BD-R brand Mediarange (midcode: LEGBRAS006) 6x certified , capable of writing them @10x with my pioneer do play very VERY NICE :D

succes,

[AmigaFuture]

I don't understand what you're saying. You did it twice and one works while the other doesn't?

I did my disc with no issues -- but it doesn't appear to be the same version as yours.

Not exactly. If have BD-RB process the rip to MKV Intact video and DTS to AC3, then the chapters and movie length show as 5 plus hours.
If I process the rip with BD-RB, in this case removing the stuff I don't want, to a BD-50 then use that output BD structure to create the MKV the the chapters and film time are as they should be. Why? I don't yet understand.

Do you follow now? If not, I'll type the steps? Let me know.

Mine comes from Amazon. Combo Pack; Blu-ray, DVD and Ultraviolet.

[jdobbs]

As Setarip wrote, there have been issues with Pacific Rim. It seems to be a hopeless case......
See for example the discussion here (http://forum.doom9.org/showthread.php?p=1666474#post1666474).

I guess I'm going to have to get that one for testing... just, please, assure me there is really an issue that can be repeated. I've been buying a lot of discs lately based on bug reports only to find they work fine... (Nurse 3D comes to mind). These 3D discs aren't cheap.

[Edit] I ordered it and should get it Thursday. It wasn't too bad, $18.

[AmigaFuture]

I'm trying "Cloud Atlas" from an almost stock INI and direct from rip. Maybe something in the settings is causing it? Testing now..

Edit 1: Hm...still same result. I'm removing ENABLE_TEST=1...as it was the only change I made. Should not affect it but will check. Doing test.

[Sharc]

I guess I'm going to have to get that one for testing... just, please, assure me there is really an issue that can be repeated. I've been buying a lot of discs lately based on bug reports only to find they work fine... (Nurse 3D comes to mind). These 3D discs aren't cheap.

[Edit] I ordered it and should get it Thursday. It wasn't too bad, $18.
The issue I was referring to was with the (SW) decoding of Pacific Rim 3D. Both DGMVCDecode and FRIM (both based on the same Intel library) produced a couple of reproducible short glitches as reported by a number of testers. The root cause of these glitches was never found, and the disc has eventually been put aside as an exceptional case as far as I remember.
I didn't retry since. It is definitely not a BD-RB problem, it is a stream or decoder pecularity.

[jdobbs]

The issue I was referring to was with the (SW) decoding of Pacific Rim 3D. Both DGMVCDecode and FRIM (both based on the same Intel library) produced a couple of reproducible short glitches as reported by a number of testers. The root cause of these glitches was never found, and the disc has eventually been put aside as an exceptional case as far as I remember.
I didn't retry since. It is definitely not a BD-RB problem, it is a stream or decoder pecularity.Thanks. I think it might be a good exercise to look at it and see if I can find anything. You never know, the sun even shines on a dog's butt sometimes. ;)

[Guest]

If you want to save buying the disk we can give you the stream fragment that fails.

[AmigaFuture]

Can confirm the issue. PGS in VID 0058 only have one entry each, looks like a language identifier. I.E. [ENGLISH] according to BDSup2Sub

Is BD-RB about to make a good MKV for you using the workaround as I described? Thanks.

[gonca]

I usually don't keep subtitles, so it isn't a problem for me.
As far as workarounds >>> Use TsMuxer to create a new movie-only BD from the original and then run through BD_RB.
It will take the two parts and make one m2ts file in the new BD. This might resolve the "discontinuity" in the PGS streams.

[AmigaFuture]

I recall you'd typed that before...you don't use Subtitles. I was wondering if you'd be willing to do the workaround. The way I described. Using Movie Only BD or AVCHD then using that Movie Only to create an MKV also produces an output that shows the movie is 5 plus hours.. Since you might have the same version I do, which JDobbs doesn't seem to...looking for confirmation. :D

[gonca]

I'll try the workaround, just give me some time. Gotta go to work soon.

[jdobbs]

If you want to save buying the disk we can give you the stream fragment that fails.Thanks. But it's already on its way.

[jankosek]

Hi , its better use x264 or FRIM Encoder for 2d movie ?
FRIM its rly fast :) but quality ?

[jdobbs]

Hi , its better use x264 or FRIM Encoder for 2d movie ?
FRIM its rly fast :) but quality ?Based on what feedback I've gotten so far, I'd highly recommend sticking with X264 for all 2D encodes. In fact, I will likely no longer make FRIM an option for 2D starting with the next release.

You say "rly fast" -- are you personally seeing faster speeds? So far the only feedback I've gotten with HW encoding is that there seems to be a higher probability of glitches in the output. In SW mode FRIM is actually slower than X264.

[Floque]

Hi , its better use x264 or FRIM Encoder for 2d movie ?
FRIM its rly fast :) but quality ?


Same question, what would be good 3D Full Backup CONFIGURATION for me no matter how long I prefer quality.

[gonca]

AmigaFuture
Tried both workarounds and it seems that as long as the PGS streams are present the time displays wrong. I don't think that there are any actual PGS streams in the second m2ts, just pointers or references because of the first m2ts, which causes some kind of discontinuity to the time codes

[AmigaFuture]

@ Gonca

Thanks for checking. There is a Subtitle end the very end of the movie for each of the 3 languages. Funny, I wonder if it was intentional? Pretty sure. Enough to cause something like this. Hmm...the workaround I described (processed without reencode 1st time, and making MKV 2nd time) should have produced a good MKV. Anyway, there are indeed PGS streams.

[Starfiresg1]

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 just gave FRIM a try with a 2D Backup of The Counselor and got the same result as Yordan5 - the resulting video twitched every few seconds. Stepping through the video with MPC showed that the picture contains errors every 24th step / frame. Just as Yordan5 I did a movie-only backup to BD-5. Additionally I resized to 1440. Maybe the errors are triggered by the low bitrate? Because I haven't noticed these issues with 3D backups (SBS to BD-9 or full disc to BD-25) yet - although I haven't done many of these due to a lack of time.

Additionally the output was undersized quite a bit at 3.63 GB - usually I get around 4.2 GB in a BD-5 encode. The bitrate chosen for the encode is a bit low for a 2h movie.
This happens for me from time to time on multipart sources. If the main movie consists of a single m2ts the output size is always fine.

I've attached the log of the encode.

[05.01.14] BD Rebuilder v0.47.05 (beta)
[12:05:14] Source: THE_COUNSELOR_00800
- Input BD size: 33,72 GB
- Approximate total content: [01:57:14.026]
- Target BD size: 4,36 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Resize: 1920 to 1440 enabled
- Auto Quality: High Quality (Default), ABR
- X264 Tweak(s) enabled
- Decoding/Frame serving: FRIMSource
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[12:05:21] PHASE ONE, Encoding
- [12:05:21] Processing: VID_00500 (1 of 3)
- [12:05:21] Extracting A/V streams [VID_00500]
- [12:12:31] Reencoding video [VID_00500]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 153.339 frames
- Bitrate: 2.793 Kbs
- Using FRIMEncoder for AVC encoding
- [12:12:32] Reencoding: VID_00500, Pass 1 of 1
- [12:34:04] Video Encode complete
- [12:34:05] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- Track 4354 (deu): Reencoding audio to AC3...
- [12:38:16] Processing: VID_00501 (2 of 3)
- [12:38:16] Extracting A/V streams [VID_00501]
- [12:38:23] Reencoding video [VID_00501]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 889 frames
- Bitrate: 2.827 Kbs
- Using FRIMEncoder for AVC encoding
- [12:38:23] Reencoding: VID_00501, Pass 1 of 1
- [12:38:31] Video Encode complete
- [12:38:31] Processing: VID_00502 (3 of 3)
- [12:38:31] Extracting A/V streams [VID_00502]
- [12:39:08] Reencoding video [VID_00502]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 14.420 frames
- Bitrate: 2.478 Kbs
- Using FRIMEncoder for AVC encoding
- [12:39:08] Reencoding: VID_00502, Pass 1 of 1
- [12:41:04] Video Encode complete
[12:41:04]PHASE ONE complete
[12:41:04]PHASE TWO - Rebuild Started
- [12:41:04] Rebuilding AVCHD file Structure
[12:42:14] - Encode and Rebuild complete
[12:42:14] JOB: THE_COUNSELOR finished.

[CraigWally]

Anybody got any ideas on my issue (2 pages back)
3D movie source , but 2D result after running through BDRB ?

TIA

[jdobbs]

Anybody got any ideas on my issue (2 pages back)
3D movie source , but 2D result after running through BDRB ?

TIAWhat are you using to play it back? From the log it looks like it encoded in 3D.

[HWK]

Originally Posted by jankosek
Hi , its better use x264 or FRIM Encoder for 2d movie ?FRIM its rly fast but quality ?

Same question, what would be good 3D Full Backup CONFIGURATION for me no matter how long I prefer quality.

When it comes to 3D, you don't have choice of encoders. Only FrimEncoder will work. Assuming you are doing true 3D rather than SBS.

[Ch3vr0n]

@HWK: flok isn't asking about 3D, he's asking about 2D and in that case all tests indicate x264 is better, faster & more stable than FRIM when it comes to final output. In fact jdobbs has stated he'll probably remove the possibility of using frim for 2D sources

[inge70]

Hi , its better use x264 or FRIM Encoder for 2d movie ?
FRIM its rly fast :) but quality ?

FRIM is a 3D encoder and included in BD-rebuilder to edit 3D movies.

2D movies is still there and best x264 ..

[CraigWally]

What are you using to play it back? From the log it looks like it encoded in 3D.

Im using a standalone LG 3D Bluray Player

If you notice VID_00021 (3 of 15), this is the main movie and did not use Frim
Only VID_00103 (6 of 15)(Main Menu) encoded with FRIMEncoder

[Floque]

When it comes to 3D, you don't have choice of encoders. Only FrimEncoder will work. Assuming you are doing true 3D rather than SBS.

Thanks for your reply.
'm Tratanto to make real 3D in my case I do not use 3D SBS, but I'm having a problem when playing my player Pioneer when starting 3D reproduction appears black screen when complete disc with menus, but when you only use film Home 3D does not happen that problem.

Excuse my language

[jdobbs]

Im using a standalone LG 3D Bluray Player

If you notice VID_00021 (3 of 15), this is the main movie and did not use Frim
Only VID_00103 (6 of 15)(Main Menu) encoded with FRIMEncoderHmm... yeah, my mistake. What version of BD-RB are you using (it was cut off of the log you posted)?

Also, can you point me to the disc (on Amazon or Best Buy preferably) that you are attempting to back up?

[CraigWally]

I've tried both 47.04 and 47.05

http://www.amazon.co.uk/African-Safari-3D/dp/B00G0L2LP0/ref=sr_1_4?ie=UTF8&qid=1399048944&sr=8-4&keywords=african+safari+3d

I certainly don't expect you to buy this disc - I was just interested as to what could have gone wrong here
All other 3D discs I've tried have worked flawlessly

[omegaman7]

I've tried both 47.04 and 47.05

http://www.amazon.co.uk/African-Safari-3D/dp/B00G0L2LP0/ref=sr_1_4?ie=UTF8&qid=1399048944&sr=8-4&keywords=african+safari+3d

I certainly don't expect you to buy this disc - I was just interested as to what could have gone wrong here
All other 3D discs I've tried have worked flawlessly

What happened? Without a log, we're working in the dark ;)

[jdobbs]

What happened? Without a log, we're working in the dark ;)He posted a log a couple of pages back.

[jdobbs]

I've tried both 47.04 and 47.05

http://www.amazon.co.uk/African-Safari-3D/dp/B00G0L2LP0/ref=sr_1_4?ie=UTF8&qid=1399048944&sr=8-4&keywords=african+safari+3d

I certainly don't expect you to buy this disc - I was just interested as to what could have gone wrong here
All other 3D discs I've tried have worked flawlesslyBD-RB recognizes 3D streams by finding extensions that are required for it to exist. That's why I'm scratching my head on this. I'll have to order that disc somehow to find the problem. Unfortunately there isn't a version native to the U.S. -- all I can find is an Italian import.

[omegaman7]

He posted a log a couple of pages back.

I wondered about that :o

But I figured it was possible, you might not remember every post. We are human after all ;)

[jdobbs]

I wondered about that :o

But I figured it was possible, you might not remember every post. We are human after all ;)Sometimes I seem to be a little more human than I like... ;)

[gonca]

Sometimes I seem to be a little more human than I like...

You can never be too human

[jdobbs]

I've tried both 47.04 and 47.05

http://www.amazon.co.uk/African-Safari-3D/dp/B00G0L2LP0/ref=sr_1_4?ie=UTF8&qid=1399048944&sr=8-4&keywords=african+safari+3d

I certainly don't expect you to buy this disc - I was just interested as to what could have gone wrong here
All other 3D discs I've tried have worked flawlesslyBD-RB recognizes 3D streams by finding extensions that are required for it to exist. That's why I'm scratching my head on this. I'll have to order that disc somehow to find the problem. Unfortunately there isn't a version native to the U.S. -- all I can find is an Italian import.Found it. That M2TS (00021.M2TS) was referenced in more than one MPLS. The first MPLS was using it as a 2D source and the second as 3D. My code wasn't accounting for that possibility. That's definitely a bug. I've fixed it for the next release. In fact I may create an interim release just to fix that one.

[raul124]

just give a positive to this amazing pcs of Art (BD-rebuilder)
I just completed warZ 3D in under 1 hour, man this intel i7 quick sync HD is fast, im burning it to re-re disc right now and will post results on how it looks. it's amazing 72 fps!!

[jdobbs]

just give a positive to this amazing pcs of Art (BD-rebuilder)
I just completed warZ 3D in under 1 hour, man this intel i7 quick sync HD is fast, im burning it to re-re disc right now and will post results on how it looks. it's amazing 72 fps!!Great news. Thanks.

[AmigaFuture]

just give a positive to this amazing pcs of Art (BD-rebuilder)
I just completed warZ 3D in under 1 hour, man this intel i7 quick sync HD is fast, im burning it to re-re disc right now and will post results on how it looks. it's amazing 72 fps!!

We're actually Eternal Energy beings in Human and other forms...but anyway..

I don't have an Intel Quick-Sync which is why my main computer speeds were slower, but from the looks of the posters (not meaning Hosers.. (A Bob a Doug Canadian joke..hehe)) FIRM seems pretty helpful, like DGIndexNV to us nVIDIA users (was ATi).

As for "Cloud Atlas"...until someone else notices challenges with the Subtitles..I don't want to be perceived as annoying...so I'm letting it go (since there is a workaround). If that changes, I'll become annoying. HAHA! In a hopefully friendly way. :D

[CraigWally]

Found it. That M2TS (00021.M2TS) was referenced in more than one MPLS. The first MPLS was using it as a 2D source and the second as 3D. My code wasn't accounting for that possibility. That's definitely a bug. I've fixed it for the next release. In fact I may create an interim release just to fix that one.

Good news that you've found (and fixed) the issue
Thanks

Wally

[jdobbs]

I have updated the first post of this thread with a link to the latest version of BD-RB (v0.47.06). Changes for this release:- Corrected an error in which an M2TS that is
referenced in a 2D MPLS before a 3D MPLS could
cause the source to be treated as 2D only.
- Added a new DEINTERLACER_TYPE (see HIDDENOPTS).
Selecting 5 combines SmoothDeinterlacer and
Decomb(blend=true). This can work well on some
difficult sources.
- Removed the encoder choice menu item. FRIM as
an encoder choice for 2D causes too many issues.
For those who would like to test it further, you
can reenable it by adding ENCODER_MENU=1 to the
config/ini file.
- Updated the included version of X264.EXE to the
latest release (r2431).
- Updated the included version of X264-64.EXE to
the latest release (r2431).
- Other minor corrections and cosmetic fixes.

[inge70]

Thanks :)

[Rileyrott]

Long time user of BDRB, thanks jdobbs!

A recent problem cropped up with subtitles and the movie Delivery Man. I ripped with AnyDVD HD to ISO, then mounted ISO and used BDRD to downsize to Movie Only BD5. There were 2 m2ts files-- 00006 & 00008, with 00006 being the intro to the movie plus a few minutes of the movie, 00008 being the remainder of the movie. Output to the BD5 was a single 00000.m2ts.

Upon playback of the BD5, the subtitles would work fine at first, then disappear after a few minutes. I discovered this would happen at the exact spot the movie switched from 00006.m2ts to 00008.m2ts (I used a WDTV Live SMP to watch each m2ts file from the original disc-saved as BDMV & Certificate).

Thinking this was a problem with downsizing to BD5, I also used BDRB to make a Movie-Only BD25 and Movie Only BD50 (see log and ini file). The results were the same....no subtitles after the first few minutes at the same spot (where Vince Vaughan first drives the delivery truck).

So, I took the original BDMV & Certs from the BD rip and remuxed the 00006.m2ts and 00008.m2ts in a separate tsMuxeR (v2.6.12), saved as an ISO, then used BDRB to make a BD5....no more subtitle problem.

This is the first time I've had this problem and was wondering if this was an isolated issue, or not.

:script:
[Status]
LABEL=DELIVERY_MAN
VERSION=v0.47.05 (beta)
SOURCE_SIZE=29352351744
SOURCE_VIDEO_SIZE=29352351744
TARGET_SIZE=49666850816
REDUCTION=1.69209102048024
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=eng;
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
COMPLETED=2
REBUILD_COMPLETE=1
[00006]
USE_ORIGINAL=1
AUDIO=1100
PGS=10000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=1998982726
NSIZE=0
FLINK=-1
MLINK=0
[00008]
USE_ORIGINAL=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=47667868090
AUDIO=1000
NSIZE=0
FLINK=0
MLINK=0

:logfile:
----------------------
[04/28/14] BD Rebuilder v0.47.05 (beta)
[23:27:31] Source: DELIVERY_MAN_00100
- Input BD size: 27.34 GB
- Approximate total content: [01:44:47.322]
- Target BD size: 46.26 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[23:27:31] PHASE ONE, Encoding
- [23:27:31] Processing: VID_00006 (1 of 2)
- [23:27:31] Extracting A/V streams [VID_00006]
- [23:32:20] Reencoding video [VID_00006]
- [23:32:20] Keeping original video (no reencode)
- [23:32:20] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [23:32:20] Processing: VID_00008 (2 of 2)
- [23:32:20] Extracting A/V streams [VID_00008]
- [23:38:07] Reencoding video [VID_00008]
- [23:38:07] Keeping original video (no reencode)
[23:38:07]PHASE ONE complete
[23:38:07]PHASE TWO - Rebuild Started
- [23:38:07] Rebuilding BD file Structure
[23:47:36] - Encode and Rebuild complete
[23:47:36] JOB: DELIVERY_MAN finished.

[04/28/14] Checking System Settings
- BD-Rebuilder v0.47.05 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 1,064.06GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4504, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[04/28/14] Systems Settings Check complete

Any ideas?

[jdobbs]

@Rileyrott

I'll check it out and see what I can find.

[Rileyrott]

Thanks jdobbs!

[soneca]

Long time user of BDRB, thanks jdobbs!

A recent problem cropped up with subtitles and the movie Delivery Man. I ripped with AnyDVD HD to ISO, then mounted ISO and used BDRD to downsize to Movie Only BD5. There were 2 m2ts files-- 00006 & 00008, with 00006 being the intro to the movie plus a few minutes of the movie, 00008 being the remainder of the movie. Output to the BD5 was a single 00000.m2ts.

Upon playback of the BD5, the subtitles would work fine at first, then disappear after a few minutes. I discovered this would happen at the exact spot the movie switched from 00006.m2ts to 00008.m2ts (I used a WDTV Live SMP to watch each m2ts file from the original disc-saved as BDMV & Certificate).

Thinking this was a problem with downsizing to BD5, I also used BDRB to make a Movie-Only BD25 and Movie Only BD50 (see log and ini file). The results were the same....no subtitles after the first few minutes at the same spot (where Vince Vaughan first drives the delivery truck).

So, I took the original BDMV & Certs from the BD rip and remuxed the 00006.m2ts and 00008.m2ts in a separate tsMuxeR (v2.6.12), saved as an ISO, then used BDRB to make a BD5....no more subtitle problem.

This is the first time I've had this problem and was wondering if this was an isolated issue, or not.





I had this problem too with that title.
The subtitles disappear and the audio loses sync from the same point.
Solved the problem similarly, re-authoring (demuxing/muxing) using tsMuxeR to be converted with the BD Rebuilder.

[jdobbs]

I had this problem too with that title.
The subtitles disappear and the audio loses sync from the same point.
Solved the problem similarly, re-authoring (demuxing/muxing) using tsMuxeR to be converted with the BD Rebuilder.What makes that odd is that BD Rebuilder also uses TSMUXER when it demuxes and remuxes the subtitles.

[Ch3vr0n]

jdobbs about

Removed the encoder choice menu item. FRIM as an encoder choice for 2D causes too many issues.
For those who would like to test it further, you can reenable it by adding ENCODER_MENU=1 to the config/ini file.

The option is still there in the settings menu to use in 47.06 (Use FRIMSource for frame serving). Forgot to remove it in the GUI or will it when selected on a 2D source automatically use x264 or DGdecNV instead?

[raul124]

sorry it took me a while to post my results, i had to burn it to three re-re writable disc i purchase from "china" cheap. the last one of the three burn all the way through but with bad pixelation on the right eye, the left eye no pixelation..maybe i'll try a different setup with BD rebuilder...will see...:confused: