View Full Version : BD Rebuilder Beta - Bug Reports Only
Sharc
12th July 2009, 13:33
Interesting. I notice that on a recently encoded disc too. A pulsing that matched the GOP timing. I wonder if some recent change in X264 brought that on. I hadn't noticed it before.
I have noticed this before as well. It becomes probably more visible the stronger the applied compression is. It is more visible on flat and quasi-static scenes, like backgrounds or faces during interviews.
The x264 default ipratio and pbratio of 1.3 and 1.4 respectively are perhaps more tailored towards long GOPs like --keyint 250, while blu-ray compliance requests much shorter key intervals which brings along the 1-second pulsing when key frames are surrounded by say 20-30 times stronger compressed P and B frames.
Furiousflea
12th July 2009, 16:01
I have noticed this before as well. It becomes probably more visible the stronger the applied compression is. It is more visible on flat and quasi-static scenes, like backgrounds or faces during interviews.
The x264 default ipratio and pbratio of 1.3 and 1.4 respectively are perhaps more tailored towards long GOPs like --keyint 250, while blu-ray compliance requests much shorter key intervals which brings along the 1-second pulsing when key frames are surrounded by say 20-30 times stronger compressed P and B frames.
I've noticed this since the beginning of the first BDRB release...It's also present on some original blurays so....I wouldn't worry about it too much.
Furiousflea
12th July 2009, 16:05
Thanks for the tips.
I went into SETUP and checked that ENGLISH was the only language selkected, and made sure it was the only sub-title there too.
When I look in the STREAM window, it shows 12 sections, titled VID_xxxxxxx and inside each one is an audio section titled AUD_001, AC3, Stereo, English
There is also a subtitle folder under each.
So, I cannot see any HD audio formats in there to un-select.
That's because the VID you are looking in isn't the "main movie". Most likely an extra. I've noticed what your talking about on some Universal DVDs (Any given sunday, for example). Where the extras have a about 20-30 audio streams enabled all in 2 channel english AC3. To fix that quickly you can make sure that "only use one track for each language" is selected in SETUP.
Then manually add any extra audio streams that may be needed. Or you could do it the other way round and manually deselect all but the first audio stream in the VID with loads of streams by double clicking each one (takes a while mind) ;)
Haven't noticed any negative side effects on "Any Given Sunday" but can't promise it won't mess things up by doing the above.
Furiousflea
12th July 2009, 16:06
Furious, you posted this in a thread
"the small m2ts it's because it's only 1 frame long and avisynth won't accept it. You can get around that error by setting the minimum m2ts size to encode at 150mb"
Just wanted to know where you are adjusting this, where do you adjust the minimum m2ts size? And I apologize this is not a bug, but was in this thread to begin with.
saphire199
You have to add the option to the ini...Have a look in the "Changes.txt" file for information that comes with BDRB. Do a seach for "min_m2ts" and it will explain it.
Sharc
12th July 2009, 16:59
Hmmm... I wonder what that could mean? The 720 resize has always worked before.
I tried to find out - for a number of BDs - any systematic reason as to when the a/v (pgs) extraction fails and when it works. I have no clue other than it never fails when I don't resize to 720, and it fails in quite a number of cases (50%?) when I enable the 720 resize, independent of the audio format and of the pgs language. Apparently it's related to the resizing of the subtitles, because when I deselect the sups everything works as expected. Weird.
Added: The same problem exists with v24.02 as well.
laserfan
12th July 2009, 17:12
I have noticed this before as well. It becomes probably more visible the stronger the applied compression is. It is more visible on flat and quasi-static scenes, like backgrounds or faces during interviews.
The x264 default ipratio and pbratio of 1.3 and 1.4 respectively are perhaps more tailored towards long GOPs like --keyint 250, while blu-ray compliance requests much shorter key intervals which brings along the 1-second pulsing when key frames are surrounded by say 20-30 times stronger compressed P and B frames.FWIW member Sagittaire's recommendation was to use --ipratio 1.10 --pbratio 1.10 with keyint 24.
I'm not sure I've seen any discussion of this specific question before (settings to limit "pulsing" of I frames for 24 keyint) so if anyone knows a link to confirm/deny specific settings by all means post!
ds9delta
12th July 2009, 18:15
Hey jdobbs Let Me Start By Saying It's Been A While Since I Posted But Only Becuase I've Had No Bugs To Report.... Until Now... I've Been Attempting To Encode The Mummy R0 (Australia) And Have Found That The Original Has About 68 Subtitle Tracks With Track 60 Being The English Translation Of Ancient Egyptian When The Mummy Speaks And No Matter Which Version (I've Been Through Them All To 25.01) I Load It With They All Claim There Is Only 32 Subtitle Tracks As A Result I Can't Get The Mummy's Speech Subtitles! Please Help! And By The Way Great Prog! As Soon As Is Complete I Will Totally Buy!!! (REGARDLESS OF PRICE!!!!):thanks::)
MikeyBK
12th July 2009, 18:29
Just a follow-up about the false positives with Avira anti-virus....
they have not updated to remove this warning and it basically renders BD-RB 0.25.01 useless because it comes up with the warning almost continuously...
Thus I have dropped Avira and now am using AVG, and I am glad to report that I now can access 0.25.01. Am eager to test the one-pass encoding option...thanks
Category 5
12th July 2009, 18:57
Haven't tried one pass, but the fast encoding for BD25 seems to have produced a fantastic result compared to an identical encode using HQ - 2.5 hours compared to 14 or so. My obsessive compulsive mind seems to think the long encode looks better, but I can't find quantifiable evidence. in other words, I need some other people to agree that there is not really a noticable difference before I'll give up letting my CPU churn all night.
I can't imagine what's going on to make such a difference though. It's just mind boggling! Jdobbs is the man!
GaPony
12th July 2009, 19:47
Haven't tried one pass, but the fast encoding for BD25 seems to have produced a fantastic result compared to an identical encode using HQ - 2.5 hours compared to 14 or so. My obsessive compulsive mind seems to think the long encode looks better, but I can't find quantifiable evidence. in other words, I need some other people to agree that there is not really a noticable difference before I'll give up letting my CPU churn all night.
I can't imagine what's going on to make such a difference though. It's just mind boggling! Jdobbs is the man!
No difference that I can tell.
chudm
12th July 2009, 20:15
No difference that I can tell.
me neither! maybe on very long blurays? more than 4 or 5 hours?
jdobbs
13th July 2009, 03:37
Haven't tried one pass, but the fast encoding for BD25 seems to have produced a fantastic result compared to an identical encode using HQ - 2.5 hours compared to 14 or so. My obsessive compulsive mind seems to think the long encode looks better, but I can't find quantifiable evidence. in other words, I need some other people to agree that there is not really a noticable difference before I'll give up letting my CPU churn all night.
I can't imagine what's going on to make such a difference though. It's just mind boggling! Jdobbs is the man! The truth is that for a BD-25, all the exotic settings just sometimes aren't needed. So using simple settings can make it go a lot faster. The credit all goes to X264... its an incredible piece of software.
MikeyBK
13th July 2009, 07:51
I think that for Quad Cores like my Q9550, the one-pass encoding doesn't really give me enough of a time gain to warrant using it. Knowing took 5 hours using 2-pass, while it took around 4 hours for the one-pass encoding I just did on the same Bluray.
I'm gathering that others with quad-cores like the Core2quads or i7s are experiencing the same results?
Thanks though for the luxury of that option anyways...
BTW... Knowing movie-only 31.58 GB to BD-9 using BD-RB 0.24.02 set @ High Quality looks absolutely 'Incredible!!'
And yes, I do give a lot of the credit to x264, but I also have to give you kudos for putting together this superb software...
:thanks:
daberti
13th July 2009, 09:36
The truth is that for a BD-25, all the exotic settings just sometimes aren't needed. So using simple settings can make it go a lot faster. The credit all goes to X264... its an incredible piece of software.
jdobbs, thanks for your incredible software.
Yet so far I've never managed to get a properly encoded 780p.
It fails on audio extraction or if I use ENCODE_STEP=1 it says the video is kept as it is and does not encode at all.
Where is it the trick?
Kakashi Sensei
13th July 2009, 13:48
Well i have a core2Quad, prolly on the low end. Q8200 2.33 GHz and a full 2 pass backup can take me upto 14-20hrs to complete. The Quick Encode for BD-25 takes 4.5 hrs. So i'll say that this feature is very much appreciated and puts out great resaults.
KS
GaPony
13th July 2009, 15:42
I think that for Quad Cores like my Q9550, the one-pass encoding doesn't really give me enough of a time gain to warrant using it. Knowing took 5 hours using 2-pass, while it took around 4 hours for the one-pass encoding I just did on the same Bluray.
You really see the speed improvement when copying to BD25 media and use the "High Speed Option for BD25". For me, it been around a 60% (5 hrs to 2 hrs) improvement while retaining excellant PQ.
Still... even a 20% speed improvement is pretty substantial, if the PQ is comparable. The one thing I have found is that the single pass tends to undersize more on BD9 that on BD25, but it is just experimental at the moment.
drmih
13th July 2009, 16:29
PiP (secondary audio) also uses a special type of DTS HD, which is not currently supported by BD-RB because TSMUXER cannot mux it.
It may sound a silly question but if the audio could be extracted is there any reason why it couldn't be re-encoded to ac3, as clearly that is applicable for the PiP audio, or would is it also be an issue for the free audio encoders to process DTS HD? It would just seem more likely that the audio could be extracted even if it couldn't be muxed back in, in its original format.
Furiousflea
13th July 2009, 17:43
It may sound a silly question but if the audio could be extracted is there any reason why it couldn't be re-encoded to ac3, as clearly that is applicable for the PiP audio, or would is it also be an issue for the free audio encoders to process DTS HD? It would just seem more likely that the audio could be extracted even if it couldn't be muxed back in, in its original format.
Still an issue...
PiP uses either DTS Express or AC3+...No known free encoder available for either. Yes there is a free AC3 encoder (aften)...but not AC3+
chudm
13th July 2009, 19:19
hey guys i tried kung fu panda on my ps3 with the last beta and worked great! but on a panasonic bd30 of a friend all the extras and menu worked great, but the movie wont start, i can see only a black screen!
GaPony
13th July 2009, 20:57
Not all players are created equal...
The thread on Player Compatibility says something about disabling an option to disable 24p (fps?) playback on the Panasonic players at least on BD9/Bd5 copies.
http://forum.doom9.org/showthread.php?t=144674
setarip_old
13th July 2009, 21:15
@jdobbs
I just completed "Hell Boy II" (colorful, relatively high action), "One-pass (Experimental"), BD-9, FULL movie - the result was a final size of 5.12GB (Original disc is 41.7Gb).
I'm beginning to think there's room in your computations, for whatever reason(s), for at least 60% higher videostream size (Via CRF adjustment?)
Your thoughts?
jdobbs
14th July 2009, 00:16
jdobbs, thanks for your incredible software.
Yet so far I've never managed to get a properly encoded 780p.
It fails on audio extraction or if I use ENCODE_STEP=1 it says the video is kept as it is and does not encode at all.
Where is it the trick???? Of course it will. I don't think you understand what that does.... since you set it to 1 without successfully extracting the audio --- you are telling BD-RB that the audio takes up absolutely no space. That's why it extracts -- because it thinks the video comprises the entirety of what you are using to build (like selecting no audio). Your calcs will be all off from there on out -- and you'll probably get an error when trying to remux.
Please everyone, don't mess with the ENCODE_STEP setting. The settings in the INF file are for BD-RB internal use only -- and shouldn't be modified unless you fully understand the impact.
jdobbs
14th July 2009, 00:20
You really see the speed improvement when copying to BD25 media and use the "High Speed Option for BD25". For me, it been around a 60% (5 hrs to 2 hrs) improvement while retaining excellant PQ.
Still... even a 20% speed improvement is pretty substantial, if the PQ is comparable. The one thing I have found is that the single pass tends to undersize more on BD9 that on BD25, but it is just experimental at the moment. Just as a point of reference: If using "High Speed" you are much better off using the prediction. Theoretically you should get a much better picture with a one pass CRF than you would with a one-pass bitrate encode (which is what you get with "High Speed Option for BD25" without doing prediction).
mech61
14th July 2009, 00:28
Just tried Underworld AU full disc to DVD9 keeping only eng language and subs ive got audio on the main menu and extras but not in the movie. Picture quality is brilliant just no audio.
[09:18:38] BD Rebuilder v0.25.01 (beta)
- Source: 67428307_VOLUME_ID
- Input BD size: 43.31 GB
- Approximate total content: [04:42:48.117]
- Target BD size: 7.72 GB
[09:18:38] PHASE ONE, Encoding
- [09:18:38] Extracting A/V streams [VID_00022]
- [09:18:39] Reencoding: VID_00022 (1 of 17)
- [09:18:50] Extracting A/V streams [VID_00021]
- [09:18:51] Reencoding: VID_00021 (2 of 17)
- [09:19:00] Extracting A/V streams [VID_00000]
- [09:19:01] Reencoding: VID_00000 (3 of 17)
- [09:19:14] Extracting A/V streams [VID_00081]
- [09:19:18] Reencoding: VID_00081 (4 of 17)
- [09:19:49] Extracting A/V streams [VID_00102]
- [09:19:53] Reencoding: VID_00102 (5 of 17)
- [09:20:36] Extracting A/V streams [VID_00092]
- [09:20:43] Reencoding: VID_00092 (6 of 17)
- [09:21:31] Extracting A/V streams [VID_00103]
- [09:21:40] Reencoding: VID_00103 (7 of 17)
- [09:22:53] Extracting A/V streams [VID_00101]
- [09:23:04] Reencoding: VID_00101 (8 of 17)
- [09:24:13] Extracting A/V streams [VID_00100]
- [09:24:26] Reencoding: VID_00100 (9 of 17)
- [09:29:32] Extracting A/V streams [VID_00095]
- [09:29:47] Reencoding: VID_00095 (10 of 17)
- [09:34:39] Extracting A/V streams [VID_00098]
- [09:34:57] Reencoding: VID_00098 (11 of 17)
- [09:40:27] Extracting A/V streams [VID_00097]
- [09:40:43] Reencoding: VID_00097 (12 of 17)
- [09:46:54] Extracting A/V streams [VID_00096]
- [09:47:12] Reencoding: VID_00096 (13 of 17)
- [09:53:44] Extracting A/V streams [VID_00094]
- [09:54:05] Reencoding: VID_00094 (14 of 17)
- [10:00:40] Extracting A/V streams [VID_00099]
- [10:01:06] Reencoding: VID_00099 (15 of 17)
- [10:10:24] Extracting A/V streams [VID_00093]
- [10:11:30] Reencoding: VID_00093 (16 of 17)
- [10:35:42] Extracting A/V streams [VID_00011]
- [10:56:01] Reencoding: VID_00011 (17 of 17)
[16:34:08]PHASE ONE complete
[16:34:08]PHASE TWO - Rebuild Started
- [16:34:08] Rebuilding BD file Structure
[16:34:15] - Encode and Rebuild complete
[16:34:15]JOB: 67428307_VOLUME_ID finished.
[Status]
LABEL=67428307_VOLUME_ID
VERSION=v0.25.01 (beta)
SOURCE_SIZE=46499405424
SOURCE_VIDEO_SIZE=46428383232
TARGET_SIZE=8294236160
REDUCTION=.177116095706134
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
BACKUP_MODE=0
QUICK=1
ENCODE_STEP=0
COMPLETED=17
REBUILD_COMPLETE=1
[00022]
AUDIO=1
PGS=
M2TS_TARGET=2222107
NSIZE=1560576
FLINK=0
MLINK=0
[00021]
AUDIO=1
PGS=
M2TS_TARGET=2761855
NSIZE=1677312
FLINK=0
MLINK=0
[00000]
AUDIO=1
PGS=
M2TS_TARGET=4457272
NSIZE=4896768
FLINK=0
MLINK=0
[00081]
AUDIO=
PGS=
M2TS_TARGET=20938081
NSIZE=3557376
FLINK=0
MLINK=0
[00102]
AUDIO=1
PGS=
M2TS_TARGET=22383212
NSIZE=32372736
FLINK=0
MLINK=0
[00092]
AUDIO=1
PGS=10
M2TS_TARGET=31505604
NSIZE=31653888
FLINK=0
MLINK=0
[00103]
AUDIO=111111
PGS=100000
M2TS_TARGET=38176278
NSIZE=97646592
FLINK=-1
MLINK=-1
[00101]
AUDIO=1
PGS=10
M2TS_TARGET=55666937
NSIZE=52291584
FLINK=0
MLINK=0
[00100]
AUDIO=1
PGS=10
M2TS_TARGET=78429419
RATE=811
NSIZE=79134720
FLINK=0
MLINK=0
[00095]
AUDIO=1
PGS=10
M2TS_TARGET=85378678
RATE=797
NSIZE=86218752
FLINK=-1
MLINK=0
[00098]
AUDIO=1
PGS=10
M2TS_TARGET=92692749
RATE=797
NSIZE=93511680
FLINK=-1
MLINK=0
[00097]
AUDIO=1
PGS=10
M2TS_TARGET=101085756
RATE=801
NSIZE=102027264
FLINK=-1
MLINK=0
[00096]
AUDIO=1
PGS=10
M2TS_TARGET=108414309
RATE=801
NSIZE=109363200
FLINK=-1
MLINK=0
[00094]
AUDIO=1
PGS=10
M2TS_TARGET=110963026
RATE=786
NSIZE=112158720
FLINK=-1
MLINK=0
[00099]
AUDIO=1
PGS=10
M2TS_TARGET=160268979
RATE=760
NSIZE=162023424
FLINK=-1
MLINK=0
[00093]
AUDIO=1
PGS=10
M2TS_TARGET=405781469
RATE=791
NSIZE=409780224
FLINK=-1
MLINK=0
[00011]
AUDIO=100000
PGS=100000
M2TS_TARGET=6843339152
RATE=5619
NSIZE=6672801792
FLINK=0
MLINK=0
jdobbs
14th July 2009, 02:48
FWIW member Sagittaire's recommendation was to use --ipratio 1.10 --pbratio 1.10 with keyint 24.
I'm not sure I've seen any discussion of this specific question before (settings to limit "pulsing" of I frames for 24 keyint) so if anyone knows a link to confirm/deny specific settings by all means post! Good idea. I'll do that.
Sharc
14th July 2009, 06:33
Re: Pulsing / --ipratio / --pbratio
Some discussions about the subject I found here:
http://forum.doom9.org/showthread.php?p=1251167#post1251167
http://forum.doom9.org/showthread.php?p=1251177#post1251177
http://forum.doom9.org/showthread.php?p=1288669#post1288669
Sharktooth's blu-ray profile for MeGUI also uses --ipratio 1.1 --pbratio 1.1 for exactly that reason (I did'nt find the post where Sharktooth justified it).
daberti
14th July 2009, 09:12
??? Of course it will. I don't think you understand what that does.... since you set it to 1 without successfully extracting the audio --- you are telling BD-RB that the audio takes up absolutely no space. That's why it extracts -- because it thinks the video comprises the entirety of what you are using to build (like selecting no audio). Your calcs will be all off from there on out -- and you'll probably get an error when trying to remux.
Please everyone, don't mess with the ENCODE_STEP setting. The settings in the INF file are for BD-RB internal use only -- and shouldn't be modified unless you fully understand the impact.
jdobbs, probably you missed an early post of mine.
Without ENCODE_STEP and with downsizing to 720p set the proggie ALWAYS doesn't go further than this
[09.46.31] PHASE ONE, Encoding
- [09.46.31] Extracting A/V streams [VID_00000]
- Error in attempt to extract audio/subs.
- Unexpected byte
[09.46.43] - Failed to retrieve audio, aborted
In other words: with or without ENCODE_STEP I've never got a successful 720p encode.
1080p goes smoothly, though.
Help appreciated
Thanks
drmih
14th July 2009, 09:24
[QUOTE=mech61;1305154]Just tried Underworld AU full disc to DVD9 keeping only eng language and subs ive got audio on the main menu and extras but not in the movie. Picture quality is brilliant just no audio.
How are you playing this? The audio can be there but not picked up by your pc player / standalone - there have been issues with some discs with PiP / bd-9 / Sony standalones. Try playing the movie m2ts (the largest file in STREAM) in media player classic to check whether the audio is actually there.
drmih
14th July 2009, 11:01
Still an issue...
PiP uses either DTS Express or AC3+...No known free encoder available for either. Yes there is a free AC3 encoder (aften)...but not AC3+
Assuming that you have a commercial product installed (i.e. TMT3) which does seem to handle them, is a solution available but not implemented to keep bd-rb totally free? This seems similar to the issue with the vc-1 streams where someone developed a work around using TMT or Powerdvd to handle the problem files.
Chefkoch_ico
14th July 2009, 11:22
hey guys i tried kung fu panda on my ps3 with the last beta and worked great! but on a panasonic bd30 of a friend all the extras and menu worked great, but the movie wont start, i can see only a black screen!
Thats the same problem in PowerDVD. Maybe its connected somehow to the PiP issue. However, I have not tried it (yet) with BD-RB newest version, since the PiP code is not activated yet.
Bye
tekmobile
14th July 2009, 11:34
Assuming that you have a commercial product installed (i.e. TMT3) which does seem to handle them, is a solution available but not implemented to keep bd-rb totally free? This seems similar to the issue with the vc-1 streams where someone developed a work around using TMT or Powerdvd to handle the problem files.
There is still no free encoder for DTS-Express or DD+ even in commercial software like PDVD and TMT.
The VC-1 issue that there are some workarounds for requires TMT to decode the stream but the PiP issue requires the DTS-Express to be encoded to DD+.
So even if you could get TMT or PDVD to decode the DTS Express track there would still be no way to encode it to DD+
jdobbs
14th July 2009, 13:44
jdobbs, probably you missed an early post of mine.
Without ENCODE_STEP and with downsizing to 720p set the proggie ALWAYS doesn't go further than this
[09.46.31] PHASE ONE, Encoding
- [09.46.31] Extracting A/V streams [VID_00000]
- Error in attempt to extract audio/subs.
- Unexpected byte
[09.46.43] - Failed to retrieve audio, aborted
In other words: with or without ENCODE_STEP I've never got a successful 720p encode.
1080p goes smoothly, though.
Help appreciated
Thanks Yes. I saw it. The "unexpected byte" error is returned from TSMUXER. I don't know what it is. But changing ENCODE_STEP doesn't resolve anything unless you demux manually somehow and rename it to match what would have been extracted. It is apparently the resizing of the subs that causes the error.
ds9delta
14th July 2009, 16:42
It Was Posted On Page 196 Hey jdobbs Let Me Start By Saying It's Been A While Since I Posted But Only Becuase I've Had No Bugs To Report.... Until Now... I've Been Attempting To Encode The Mummy R0 (Australia) And Have Found That The Original Has About 68 Subtitle Tracks With Track 60 Being The English Translation Of Ancient Egyptian When The Mummy Speaks And No Matter Which Version (I've Been Through Them All To 25.01) I Load It With They All Claim There Is Only 32 Subtitle Tracks As A Result I Can't Get The Mummy's Speech Subtitles! Please Help! And By The Way Great Prog! As Soon As Is Complete I Will Totally Buy!!! (REGARDLESS OF PRICE!!!!):thanks::)
paradise2012
14th July 2009, 16:54
I haven't posted before and can't start without a huge THANKS! (already said so via paypal too ;-) )
Does it make sense to reverse the default settings of Audio/Subtitle languages to keep in the Setup panel? ie, don't most people prefer to hear the movie in whatever native language it is in, but read subtitles only in their language? So every update it seems I have to re-check audio languages "All Languages (all)", uncheck "Limit to one track for each language", uncheck subtitles "All Languages (all)" check "English (eng)" and uncheck "limit to one track for each language". On that note, maybe "English (eng)" (and other common languages) could be de-alphabetized and put at the top?
also (minor) I've seen a few movies fail for "full movie" but work for "movie only". Re-encoding fails sometimes for audio, sometimes for video. Sorry to be so vague about this one, but it works well so much of the time I haven't worried about this issue much... Here's the log for a couple recent examples:
a
-----------------------
[03:19:26] BD Rebuilder v0.22.02 (beta)
- Source: X_FILES_2_US
- Input BD size: 43.06 GB
- Approximate total content: [05:39:40.317]
- Target BD size: 7.72 GB
[03:19:29] PHASE ONE, Encoding
- [03:19:29] Extracting audio/subs [VID_00001]
- [03:20:33] Reencoding: VID_00001 (1 of 140)
- [03:33:54] Extracting audio/subs [VID_00002]
- [03:34:36] Reencoding: VID_00002 (2 of 140)
- [03:46:48] Extracting audio/subs [VID_00003]
- [03:51:53] Reencoding: VID_00003 (3 of 140)
- [05:53:56] Extracting audio/subs [VID_00004]
- [05:54:21] Reencoding: VID_00004 (4 of 140)
- [06:05:59] Extracting audio/subs [VID_00005]
- [06:09:31] Reencoding: VID_00005 (5 of 140)
- [07:30:29] Extracting audio/subs [VID_00006]
- [07:33:48] Reencoding: VID_00006 (6 of 140)
- [08:03:42] Extracting audio/subs [VID_00007]
- [08:05:31] Reencoding: VID_00007 (7 of 140)
- [08:41:12] Extracting audio/subs [VID_00008]
- [08:41:48] Reencoding: VID_00008 (8 of 140)
- [08:55:06] Extracting audio/subs [VID_00009]
- [08:58:52] Reencoding: VID_00009 (9 of 140)
- [10:17:29] Extracting audio/subs [VID_00010]
- [10:18:17] Reencoding: VID_00010 (10 of 140)
- [10:34:46] Extracting audio/subs [VID_00011]
- [10:35:29] Reencoding: VID_00011 (11 of 140)
- [10:50:32] Extracting audio/subs [VID_00012]
- [10:50:52] Reencoding: VID_00012 (12 of 140)
- [10:58:20] Extracting audio/subs [VID_00013]
- [11:00:07] Reencoding: VID_00013 (13 of 140)
- [11:35:34] Extracting audio/subs [VID_00014]
- [11:38:00] Reencoding: VID_00014 (14 of 140)
- [12:29:30] Extracting audio/subs [VID_00015]
- [12:30:00] Reencoding: VID_00015 (15 of 140)
- [12:40:28] Extracting audio/subs [VID_00016]
- [12:42:36] Reencoding: VID_00016 (16 of 140)
- [13:31:48] Extracting audio/subs [VID_00017]
- [13:31:49] Reencoding: VID_00017 (17 of 140)
- [13:32:02] Extracting audio/subs [VID_00018]
- [13:33:07] Reencoding: VID_00018 (18 of 140)
- [13:47:17] Extracting audio/subs [VID_00019]
- [13:48:08] Reencoding: VID_00019 (19 of 140)
- [14:00:05] Extracting audio/subs [VID_00020]
- [14:01:59] Reencoding: VID_00020 (20 of 140)
- [14:32:28] Extracting audio/subs [VID_00021]
- [14:33:13] Reencoding: VID_00021 (21 of 140)
- [14:48:28] Extracting audio/subs [VID_00022]
- [14:49:26] Reencoding: VID_00022 (22 of 140)
- [15:07:04] Extracting audio/subs [VID_00023]
- [15:07:35] Reencoding: VID_00023 (23 of 140)
- [15:18:15] Extracting audio/subs [VID_00024]
- [15:21:23] Reencoding: VID_00024 (24 of 140)
- [16:21:59] Extracting audio/subs [VID_00025]
- [16:24:26] Reencoding: VID_00025 (25 of 140)
- ERROR in attempt to reencode audio (AFTEN) [AUD_00025__4354.WAV]
[17:35:28] - Failed to reencode audio, aborted
-----------------------
[19:10:55] BD Rebuilder v0.22.02 (beta)
- Source: X_FILES_2_US
- Input BD size: 23.37 GB
- Approximate total content: [01:48:08.356]
- Target BD size: 7.72 GB
- MOVIE-ONLY mode enabled
[19:10:59] PHASE ONE, Encoding
- [19:10:59] Extracting audio/subs [VID_00001]
- [19:21:19] Reencoding: VID_00001 (1 of 17)
- [19:33:29] Extracting audio/subs [VID_00018]
- [19:33:29] Reencoding: VID_00018 (2 of 17)
- [19:38:42] Extracting audio/subs [VID_00003]
- [19:38:42] Reencoding: VID_00003 (3 of 17)
- [20:17:10] Extracting audio/subs [VID_00019]
- [20:17:10] Reencoding: VID_00019 (4 of 17)
- [20:21:43] Extracting audio/subs [VID_00005]
- [20:21:43] Reencoding: VID_00005 (5 of 17)
- [20:38:38] Extracting audio/subs [VID_00020]
- [20:38:38] Reencoding: VID_00020 (6 of 17)
- [20:50:27] Extracting audio/subs [VID_00007]
- [20:50:27] Reencoding: VID_00007 (7 of 17)
- [21:04:38] Extracting audio/subs [VID_00021]
- [21:04:38] Reencoding: VID_00021 (8 of 17)
- [21:10:35] Extracting audio/subs [VID_00009]
- [21:10:35] Reencoding: VID_00009 (9 of 17)
- [21:41:48] Extracting audio/subs [VID_00022]
- [21:41:48] Reencoding: VID_00022 (10 of 17)
- [21:48:40] Extracting audio/subs [VID_00011]
- [21:48:40] Reencoding: VID_00011 (11 of 17)
- [21:54:26] Extracting audio/subs [VID_00023]
- [21:54:26] Reencoding: VID_00023 (12 of 17)
- [21:58:31] Extracting audio/subs [VID_00013]
- [21:58:31] Reencoding: VID_00013 (13 of 17)
- [22:12:21] Extracting audio/subs [VID_00024]
- [22:12:21] Reencoding: VID_00024 (14 of 17)
- [22:35:49] Extracting audio/subs [VID_00015]
- [22:35:49] Reencoding: VID_00015 (15 of 17)
- [22:39:52] Extracting audio/subs [VID_00025]
- [22:39:52] Reencoding: VID_00025 (16 of 17)
- [22:58:35] Extracting audio/subs [VID_00017]
- [22:58:35] Reencoding: VID_00017 (17 of 17)
[22:58:40]PHASE ONE complete
[22:58:40]PHASE TWO - Rebuild Started
- [22:58:40] Rebuilding BD file Structure
[23:08:54] - Encode and Rebuild complete
[23:08:54]JOB: X_FILES_2_US completed.
-----------------------
Here's another which shows video:
-----------------------
[20:00:48] BD Rebuilder v0.20.08 (beta)
- Source: STEP_BROTHERS
- Input BD size: 44.30 GB
- Approximate total content: [03:38:29.996]
- Target BD size: 7.72 GB
[20:00:51] PHASE ONE, Encoding
- [20:00:51] Extracting audio/subs [VID_00230]
- [20:00:56] Reencoding: VID_00230 (1 of 83)
- [20:01:50] Extracting audio/subs [VID_00260]
- [20:01:50] Reencoding: VID_00260 (2 of 83)
- [20:03:54] Extracting audio/subs [VID_00261]
- [20:04:04] Reencoding: VID_00261 (3 of 83)
- [20:08:36] Extracting audio/subs [VID_00263]
- [20:08:49] Reencoding: VID_00263 (4 of 83)
- [20:16:12] Extracting audio/subs [VID_00267]
- [20:16:13] Reencoding: VID_00267 (5 of 83)
- [20:16:51] Extracting audio/subs [VID_00268]
- [20:16:52] Reencoding: VID_00268 (6 of 83)
- [20:17:28] Extracting audio/subs [VID_00269]
- [20:17:29] Reencoding: VID_00269 (7 of 83)
- [20:18:04] Extracting audio/subs [VID_00270]
- [20:18:05] Reencoding: VID_00270 (8 of 83)
- [20:18:42] Extracting audio/subs [VID_00274]
- [20:21:16] Reencoding: VID_00274 (9 of 83)
- [21:00:54] Extracting audio/subs [VID_00292]
- [21:01:01] Reencoding: VID_00292 (10 of 83)
- [21:04:51] Extracting audio/subs [VID_00293]
- [21:05:04] Reencoding: VID_00293 (11 of 83)
- [21:13:08] Extracting audio/subs [VID_00294]
- [21:13:16] Reencoding: VID_00294 (12 of 83)
- [21:18:11] Extracting audio/subs [VID_00295]
- [21:18:21] Reencoding: VID_00295 (13 of 83)
- [21:22:49] Extracting audio/subs [VID_00296]
- [21:23:05] Reencoding: VID_00296 (14 of 83)
- [21:32:45] Extracting audio/subs [VID_00297]
- [21:33:07] Reencoding: VID_00297 (15 of 83)
- [21:45:07] Extracting audio/subs [VID_00298]
- [21:45:14] Reencoding: VID_00298 (16 of 83)
- [21:49:31] Extracting audio/subs [VID_00299]
- [21:49:44] Reencoding: VID_00299 (17 of 83)
- [21:57:00] Extracting audio/subs [VID_00300]
- [21:57:20] Reencoding: VID_00300 (18 of 83)
- [22:09:44] Extracting audio/subs [VID_00301]
- [22:10:26] Reencoding: VID_00301 (19 of 83)
- [22:38:35] Extracting audio/subs [VID_00302]
- [22:38:52] Reencoding: VID_00302 (20 of 83)
- [22:50:04] Extracting audio/subs [VID_00303]
- [22:50:39] Reencoding: VID_00303 (21 of 83)
- [23:10:07] Extracting audio/subs [VID_00304]
- [23:10:13] Reencoding: VID_00304 (22 of 83)
- [23:13:20] Extracting audio/subs [VID_00305]
- [23:13:43] Reencoding: VID_00305 (23 of 83)
- [23:26:50] Extracting audio/subs [VID_00306]
- [23:27:02] Reencoding: VID_00306 (24 of 83)
- [23:32:31] Extracting audio/subs [VID_00307]
- [23:32:39] Reencoding: VID_00307 (25 of 83)
- [23:37:10] Extracting audio/subs [VID_00308]
- [23:37:46] Reencoding: VID_00308 (26 of 83)
- [23:59:57] Extracting audio/subs [VID_00309]
- [00:00:11] Reencoding: VID_00309 (27 of 83)
- [00:07:44] Extracting audio/subs [VID_00310]
- [00:08:02] Reencoding: VID_00310 (28 of 83)
- [00:18:15] Extracting audio/subs [VID_00311]
- [00:18:18] Reencoding: VID_00311 (29 of 83)
- [00:19:54] Extracting audio/subs [VID_00312]
- [00:19:55] Reencoding: VID_00312 (30 of 83)
- [00:20:11] Extracting audio/subs [VID_00313]
- [00:20:31] Reencoding: VID_00313 (31 of 83)
- [00:30:41] Extracting audio/subs [VID_00314]
- [00:30:51] Reencoding: VID_00314 (32 of 83)
- [00:35:54] Extracting audio/subs [VID_00315]
- [00:36:14] Reencoding: VID_00315 (33 of 83)
- [00:47:41] Extracting audio/subs [VID_00316]
- [00:48:03] Reencoding: VID_00316 (34 of 83)
- [00:59:02] Extracting audio/subs [VID_00317]
- [00:59:26] Reencoding: VID_00317 (35 of 83)
- [01:10:37] Extracting audio/subs [VID_00318]
- [01:10:57] Reencoding: VID_00318 (36 of 83)
- [01:21:54] Extracting audio/subs [VID_00319]
- [01:22:15] Reencoding: VID_00319 (37 of 83)
- [01:33:05] Extracting audio/subs [VID_00320]
- [01:33:22] Reencoding: VID_00320 (38 of 83)
- [01:43:05] Extracting audio/subs [VID_00321]
- [01:43:20] Reencoding: VID_00321 (39 of 83)
- [01:50:22] Extracting audio/subs [VID_00322]
- [01:50:42] Reencoding: VID_00322 (40 of 83)
- [02:01:19] Extracting audio/subs [VID_00323]
- [02:01:36] Reencoding: VID_00323 (41 of 83)
- [02:10:57] Extracting audio/subs [VID_00324]
- [02:11:14] Reencoding: VID_00324 (42 of 83)
- [02:20:02] Extracting audio/subs [VID_00325]
- [02:20:20] Reencoding: VID_00325 (43 of 83)
- [02:30:48] Extracting audio/subs [VID_00326]
- [02:31:10] Reencoding: VID_00326 (44 of 83)
- [02:42:36] Extracting audio/subs [VID_00328]
- [02:42:40] Reencoding: VID_00328 (45 of 83)
- [02:44:00] Extracting audio/subs [VID_00329]
- [02:46:48] Reencoding: VID_00329 (46 of 83)
- [03:34:31] Extracting audio/subs [VID_00330]
- [03:35:03] Reencoding: VID_00330 (47 of 83)
- [03:45:01] Extracting audio/subs [VID_00331]
- [03:50:55] Reencoding: VID_00331 (48 of 83)
- [05:24:25] Extracting audio/subs [VID_00332]
- [05:25:46] Reencoding: VID_00332 (49 of 83)
- [05:40:27] Extracting audio/subs [VID_00333]
- [05:49:00] Reencoding: VID_00333 (50 of 83)
- [06:52:08] Extracting audio/subs [VID_00334]
- [06:53:18] Reencoding: VID_00334 (51 of 83)
- [07:06:00] Extracting audio/subs [VID_00335]
- [07:09:21] Reencoding: VID_00335 (52 of 83)
- [07:30:03] Extracting audio/subs [VID_00336]
- [07:31:51] Reencoding: VID_00336 (53 of 83)
- [07:52:36] Extracting audio/subs [VID_00337]
- [08:04:27] Reencoding: VID_00337 (54 of 83)
- [10:36:09] Extracting audio/subs [VID_00338]
- [10:53:55] Reencoding: VID_00338 (55 of 83)
- [11:39:51] Extracting audio/subs [VID_00339]
- [11:43:08] Reencoding: VID_00339 (56 of 83)
- [11:55:57] Extracting audio/subs [VID_00340]
- [11:57:13] Reencoding: VID_00340 (57 of 83)
- [12:11:33] Extracting audio/subs [VID_00341]
- [12:12:46] Reencoding: VID_00341 (58 of 83)
- [12:31:08] Extracting audio/subs [VID_00342]
- [12:33:49] Reencoding: VID_00342 (59 of 83)
- [12:50:45] Extracting audio/subs [VID_00343]
- [12:55:14] Reencoding: VID_00343 (60 of 83)
- [13:31:09] Extracting audio/subs [VID_00344]
- [13:36:27] Reencoding: VID_00344 (61 of 83)
- [14:17:19] Extracting audio/subs [VID_00345]
- [14:17:22] Reencoding: VID_00345 (62 of 83)
- [14:17:50] Extracting audio/subs [VID_00346]
- [14:18:22] Reencoding: VID_00346 (63 of 83)
- [14:23:01] Extracting audio/subs [VID_00347]
- [14:23:08] Reencoding: VID_00347 (64 of 83)
- [14:26:09] Extracting audio/subs [VID_00374]
- [14:26:16] Reencoding: VID_00374 (65 of 83)
- [14:31:49] Extracting audio/subs [VID_00375]
- [14:31:56] Reencoding: VID_00375 (66 of 83)
- [14:37:14] Extracting audio/subs [VID_00376]
- [14:37:21] Reencoding: VID_00376 (67 of 83)
- [14:42:29] Extracting audio/subs [VID_00377]
- [14:42:36] Reencoding: VID_00377 (68 of 83)
- [14:47:29] Extracting audio/subs [VID_00378]
- [14:47:36] Reencoding: VID_00378 (69 of 83)
- [14:52:55] Extracting audio/subs [VID_00379]
- [14:53:02] Reencoding: VID_00379 (70 of 83)
- [14:58:11] Extracting audio/subs [VID_00380]
- [14:58:18] Reencoding: VID_00380 (71 of 83)
- [15:04:05] Extracting audio/subs [VID_00381]
- [15:04:12] Reencoding: VID_00381 (72 of 83)
- [15:09:43] Extracting audio/subs [VID_00382]
- [15:09:50] Reencoding: VID_00382 (73 of 83)
- [15:15:01] Extracting audio/subs [VID_00383]
- [15:15:10] Reencoding: VID_00383 (74 of 83)
- [15:19:54] Extracting audio/subs [VID_00384]
- [15:19:55] Reencoding: VID_00384 (75 of 83)
- Encode failed. Retrying.
- Encode failed. Retrying.
- Reached retry limit. Aborting.
[15:19:57] - Failed video encode, aborted
-----------------------
[19:22:49] BD Rebuilder v0.20.08 (beta)
- Source: STEP_BROTHERS
- Input BD size: 27.19 GB
- Approximate total content: [01:45:32.742]
- Target BD size: 7.72 GB
- MOVIE-ONLY mode enabled
[19:22:54] PHASE ONE, Encoding
- [19:22:54] Extracting audio/subs [VID_00274]
- [19:55:07] Reencoding: VID_00274 (1 of 12)
- [21:00:20] Extracting audio/subs [VID_00339]
- [21:00:20] Reencoding: VID_00339 (2 of 12)
- [21:11:11] Extracting audio/subs [VID_00329]
- [21:11:11] Reencoding: VID_00329 (3 of 12)
- [22:06:13] Extracting audio/subs [VID_00340]
- [22:06:13] Reencoding: VID_00340 (4 of 12)
- [22:22:08] Extracting audio/subs [VID_00331]
- [22:22:08] Reencoding: VID_00331 (5 of 12)
- [00:10:25] Extracting audio/subs [VID_00341]
- [00:10:25] Reencoding: VID_00341 (6 of 12)
- [00:30:45] Extracting audio/subs [VID_00333]
- [00:30:45] Reencoding: VID_00333 (7 of 12)
- [01:39:35] Extracting audio/subs [VID_00342]
- [01:39:35] Reencoding: VID_00342 (8 of 12)
- [01:56:46] Extracting audio/subs [VID_00335]
- [01:56:46] Reencoding: VID_00335 (9 of 12)
- [02:18:48] Extracting audio/subs [VID_00343]
- [02:18:48] Reencoding: VID_00343 (10 of 12)
- [02:58:57] Extracting audio/subs [VID_00337]
- [02:58:57] Reencoding: VID_00337 (11 of 12)
- [05:28:09] Extracting audio/subs [VID_00344]
- [05:28:09] Reencoding: VID_00344 (12 of 12)
[06:12:43]PHASE ONE complete
[06:12:43]PHASE TWO - Rebuild Started
- [06:12:43] Rebuilding BD file Structure
[06:47:47] - Encode and Rebuild complete
[06:47:47]JOB: STEP_BROTHERS completed.
-----------------------
daberti
14th July 2009, 16:55
Yes. I saw it. The "unexpected byte" error is returned from TSMUXER. I don't know what it is. But changing ENCODE_STEP doesn't resolve anything unless you demux manually somehow and rename it to match what would have been extracted. It is apparently the resizing of the subs that causes the error.
Yeah, subs. I do confirm. Getting rid of any sub made the things run... ;)
Now...how to help you solving the problem?
What info should I give to you?
jdobbs
14th July 2009, 22:02
Yeah, subs. I do confirm. Getting rid of any sub made the things run... ;)
Now...how to help you solving the problem?
What info should I give to you? It might be the settings I use as opposed to the defaults TSMUXER uses. It's something I'll have to test.
daberti
14th July 2009, 23:32
It might be the settings I use as opposed to the defaults TSMUXER uses. It's something I'll have to test.
If you need cooperation, here I'm.
mech61
14th July 2009, 23:47
How are you playing this? The audio can be there but not picked up by your pc player / standalone - there have been issues with some discs with PiP / bd-9 / Sony standalones. Try playing the movie m2ts (the largest file in STREAM) in media player classic to check whether the audio is actually there.
Ripped it again this time I had to manually add the 2 other AC3eng tracks , BDRB as default only selected the 1st track (LPCM) and ive now got audio. I hadnt noticed in setup that the "limit to one track per language" was ticked.
drmih
15th July 2009, 00:37
There is still no free encoder for DTS-Express or DD+ even in commercial software like PDVD and TMT.
The VC-1 issue that there are some workarounds for requires TMT to decode the stream but the PiP issue requires the DTS-Express to be encoded to DD+.
So even if you could get TMT or PDVD to decode the DTS Express track there would still be no way to encode it to DD+
Okay I see. I just assumed that as the internal beta can handle DD+ that that must be an option and that if, for example, TMT decoded the DTS-Express that it could be converted to DD+ and used, but it must therefore be that it is just remuxed untouched, which I understand tsmuxer can't do for DTS-Express.
tekmobile
15th July 2009, 00:44
Okay I see. I just assumed that as the internal beta can handle DD+ that that must be an option and that if, for example, TMT decoded the DTS-Express that it could be converted to DD+ and used, but it must therefore be that it is just remuxed untouched, which I understand tsmuxer can't do for DTS-Express.
Yes thats correct it if the source is DD+ its remuxed untouched but if its DTS Express its a no go ATM
Chiamos
15th July 2009, 08:59
Just a follow-up about the false positives with Avira anti-virus....
they have not updated to remove this warning and it basically renders BD-RB 0.25.01 useless because it comes up with the warning almost continuously...
Thus I have dropped Avira and now am using AVG, and I am glad to report that I now can access 0.25.01. Am eager to test the one-pass encoding option...thanks
Thanks for that update. I'll have to do same here because I have same issue with Avira, and it has been doing a great job for over a year, so I'll have switch to another anti-virus to get the use of 0.25.01? Wonder if the warning will still be present in next version? So AVG is working overall for you and may I ask what OS you are running? :confused:
Kakashi Sensei
15th July 2009, 14:03
Ok so I had 2 really weird things happen on 2 seperate backups. Like an Idiot i didn't burn to BD-RE for the Futurama Benders Game BD. Extra's and menu play fine. Play main movie and the video stops after 3-6 seconds, do a chapter skip, same thing.
The other is Matrix. Did a Quick Encode 1pass - and the main movie plays fine but again, it has a stutter to the video after chapter skip and during playback normally.
Doing a 1 pass Encode (disabled Quick Encode) to see if that was the issue. Just wondered if anyone else had this issue. Dont think its media related.
Furiousflea
15th July 2009, 15:00
Ok so I had 2 really weird things happen on 2 seperate backups. Like an Idiot i didn't burn to BD-RE for the Futurama Benders Game BD. Extra's and menu play fine. Play main movie and the video stops after 3-6 seconds, do a chapter skip, same thing.
The other is Matrix. Did a Quick Encode 1pass - and the main movie plays fine but again, it has a stutter to the video after chapter skip and during playback normally.
Doing a 1 pass Encode (disabled Quick Encode) to see if that was the issue. Just wondered if anyone else had this issue. Dont think its media related.
What player?
I experience a similar problem with discs that have PiP I'm guessing jdobbs will have this sorted for the next release since it has been mentioned by another member and myself alreaady.
My player is a Sony S550 FYI...jdobbs hasn't experienced the problem personally I believe but his player isn't an S550...so might be an error that only manifests on certain players.
Kakashi Sensei
15th July 2009, 15:19
I have a PS3. And i think they both had PiP but the video/audio was removed in the stream section. I did Batman Begins and it had PiP and play flawlessly... Oh well thats why its beta. I was using 0.25.01
chudm
15th July 2009, 16:59
hmmm i think its caused by bd live! did you remove bd live with anydvdhd? cause i had this problems with kung fu panda on a panasonic bd30, plays fine on the ps3, but on that panasonic just got a black screen!
meadrocks
15th July 2009, 17:11
With BD-RD 25.1 I did a whole disk of Coraline US. Options were Target Size BD-25, High Speed Option, One Pass Encoding, Do Not Convert DTS to AC3, Do not reencode AC3, Trellis Algorithm. Came out to 26.242 Gig. Did it in 4 hours, which was nice. It just oversized it a bit. Thanks jdobbs!
sherloch
15th July 2009, 17:55
I've tried a number of movies with the 0.25.01 version, using the high-speed option, movie-only, BD25, and have had mixed results on over and under sized output. On Knowing, the output was about 1GB too large, so I did a custom size of 21000MB to get it to fit on the next attempt and it barely fit on a BD25 when I did that. On Face/Off, the result was about 500MB too big, so I'm trying it again with a custom setting of 22000MB and hopefully that will do the trick. On all other movies it's been undersized, but with great quality (Ghost Town, Marley and Me, The Truman Show, Swing Vote). I watched Ghost Town last night and it was flawless, even though the movie went from 26GB to 16GB. Great work on this program!
As a side note, I have it set to keep the DTS stream if it has one, and not convert it to AC3.
Furiousflea
15th July 2009, 18:16
hmmm i think its caused by bd live! did you remove bd live with anydvdhd? cause i had this problems with kung fu panda on a panasonic bd30, plays fine on the ps3, but on that panasonic just got a black screen!
Don't think it's BD-Live, as I didn't remove BD-Live\Region code with AnyDVD and experienced the same problem. This was with version 0.25.01...anyways as said already jdobbs is on it...I think that was my gathering from when he posted about it a couple of pages back.
Kakashi Sensei
15th July 2009, 18:37
Don't think it's BD-Live, as I didn't remove BD-Live\Region code with AnyDVD and experienced the same problem. This was with version 0.25.01...anyways as said already jdobbs is on it...I think that was my gathering from when he posted about it a couple of pages back.
Yeah I didn't do that with AnyDVDHD. i'm going to do the Futurama again tonight. I think i did it using the previous release.
All my rips are full BD25. These 2 were the only ones i have had probs with. They are similar issues, i have never had black screen issue just frame stuttering and Video Freezing up.
Bear with me if it has been answered before, but I ran into the following problem for the first time ever today:
Latest BD-RB version 25.01 did NOT open the structure of a bd on my harddrive. First i thought that maybe re-ripping might help but i did not.
Will an LPCM stream as first audio stream (AC3/DTS also present on this music bd) make bd-rb behave this way?
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.