View Full Version : BD Rebuilder Beta - Bug Reports Only
Rumbah
13th September 2010, 14:56
I just noticed a small glitch in the latest version in the gui with audio selection and expanding/collapsing the tree view. It's hard to describe so I just made a small movie:
http://www.load.to/LHtYRfqlH7/Dwm_2010-09-13_15-35-54-59.mp4
Blackwalker
13th September 2010, 14:57
If CPU usage is normal at 98%-100% in the second pass, isn't idle priority supposed to allow you to do other things in the mean time while encoding via 2nd pass? It doesn't seem like BD Rebuilder is doing this. I'm on a Quad Core CPU with 8gb of ram and have always had this problem. It's smooth as normal on the 1st pass no matter the priority level set, but on 2nd pass is horrible on any priority level, including idle.
Anyone else having this issue? It would be nice to multitask if this is indeed an issue or have a pause button set so the x264 task is not at 100%.
no problem here using a I7, i'm writing this while encoding, and i'm also downloading, no prob so far!
Question:
is normal that i'm getting only "10.50/10.70 fps" with "2-pass", "Higest" encoding setting and using x264(64bit)
with a I7 3.2Ghz, 6GB Ram Corsair 7-7-7-9 and 2 Velociraptor 300mb Raid-0?
i didnt see any difference using/not using x264(64) bit with 2-pass....
never tryed other encoding settings because i like the best quality.
Did i miss something or its normal??
thx :)
geomtchr
13th September 2010, 15:02
If CPU usage is normal at 98%-100% in the second pass, isn't idle priority supposed to allow you to do other things in the mean time while encoding via 2nd pass? It doesn't seem like BD Rebuilder is doing this. I'm on a Quad Core CPU with 8gb of ram and have always had this problem. It's smooth as normal on the 1st pass no matter the priority level set, but on 2nd pass is horrible on any priority level, including idle.
Anyone else having this issue? It would be nice to multitask if this is indeed an issue or have a pause button set so the x264 task is not at 100%.
With the latest version, I have noticed my system bogging down on pass 2. I use an i7 processor at 8gb ram. There seems to be no change by switching to normal or keeping idle mode. It might be just the 64 bit LAVF decoder taking more ram(?).
jdobbs
13th September 2010, 18:28
I just noticed a small glitch in the latest version in the gui with audio selection and expanding/collapsing the tree view. It's hard to describe so I just made a small movie:
http://www.load.to/LHtYRfqlH7/Dwm_2010-09-13_15-35-54-59.mp4 Nothing has changed there in a long time.
jdobbs
13th September 2010, 18:34
Today I've tried to burn all the ROBIN HOOD disc on a BD-RE 50 Gb rewritable,without reencoding with RD-Reb,1:1 copy.
The disc is playing flawless on my PS3,so it wasn't a bad rip I think.Maybe BD-Reb has some problems with movies with a lot of Movie-Only files?Just asking :) The fact that it works doesn't mean it wasn't a bad rip. When you don't have to decode and reencode there are lots of things that could still be wrong. Players are built to be resilient and skip over errors... decoders/encoders can't do that.
jdobbs
13th September 2010, 18:37
no problem here using a I7, i'm writing this while encoding, and i'm also downloading, no prob so far!
Question:
is normal that i'm getting only "10.50/10.70 fps" with "2-pass", "Higest" encoding setting and using x264(64bit)
with a I7 3.2Ghz, 6GB Ram Corsair 7-7-7-9 and 2 Velociraptor 300mb Raid-0?
i didnt see any difference using/not using x264(64) bit with 2-pass....
never tryed other encoding settings because i like the best quality.
Did i miss something or its normal??
thx :) I'm not sure, I rarely run "Highest" -- I would recommend using "High Quality" instead. The quality difference isn't something I can see -- and the speed is considerably better.
I have a Phenom II X4 running at 3.4Ghz, so I should be roughly equivalent to you (probably a little slower) -- I'll run a job at "Highest Quality" and see what I get.
jdobbs
13th September 2010, 18:47
For those who have donated to BD Rebuilder -- I thank you, please don't feel as if you need to donate again, you've done enough. To those who haven't... it's been a week since I've gotten a donation -- and that one was $5.00. One of three things going have to happen... I kill this project and move on to something new that has better support/interest; I kill the freeware and move to "Professional Edition"; or donations start coming in. I'd prefer the latter.
I like writing this blu-ray software, but I lose interest in a project really fast when it's only popular enough to bring in $5 a week. I feel as if I'm doing my part to bring backups to the masses -- I ask that others share a little of the load too.
A.Fenderson
13th September 2010, 19:23
I think maybe some of us were waiting to make our first/next donation when the next major feature (DTS-Express) was added, but obviously none of us had realized that donations had dried up. Thanks for letting us know, and thanks for all of your hard work on this awesome program. :)
Donation sent.
Blackwalker
13th September 2010, 19:28
I'm not sure, I rarely run "Highest" -- I would recommend using "High Quality" instead. The quality difference isn't something I can see -- and the speed is considerably better.
I have a Phenom II X4 running at 3.4Ghz, so I should be roughly equivalent to you (probably a little slower) -- I'll run a job at "Highest Quality" and see what I get.
thx jdobbs, i'll try also your settings and see if the quality is ok!
about this:
For those who have donated to BD Rebuilder -- I thank you, please don't feel as if you need to donate again, you've done enough. To those who haven't... it's been a week since I've gotten a donation -- and that one was $5.00. One of three things going have to happen... I kill this project and move on to something new that has better support/interest; I kill the freeware and move to "Professional Edition"; or donations start coming in. I'd prefer the latter.
I like writing this blu-ray software, but I lose interest in a project really fast when it's only popular enough to bring in $5 a week. I feel as if I'm doing my part to bring backups to the masses -- I ask that others share a little of the load too.
Ok,
i believe your is one of the best program from blu-ray encoding i ever used.
I use also RipBot264 but i think your is better!
ps: if you'll make a "Professional Edition" sure i'll buy it!
I'd like to make you a donation! but,sorry, i dont understand a thing:
why the older version of this program dont work after a short period? because they have a timeout? or what?
(other program i have made a little donation never stopped to work, also older version of the same program)
I'm sincere, thats the only reason that stopped me to make a donation, the only reason.
i wanna say it again:
if you'll make a "Professional Edition" sure i'll buy it in just one click!!
Hope that my english was good enough to say what i'd like to say in my native language!!!
MrT.
13th September 2010, 23:00
No. You don't have to do anything, and it will run fine. It will continue to run the 32 bit version of X264 just like it always did. But... if you want to run the 64 bit version of X264 on a 64 bit Windows, you have to select to use LAVF. If you select to use LAVF on a 32 bit Windows, then you will still use the 32 bit version of X264 but you will use LAVF.
Sorry to quote from an old post.
I put a check mark and enabled "Use x264's internal LAVF for decoding' cause i have 64 bit windows and system, but all it did was change it from 1 pass to 2 pass. Everything else is same (auto quality:good).
I thought the encode process would go faster because it's using the 64 bit version, but instead it just added another pass, and no faster.
system is pretty new i7 930.
Is this the way she's supposed to go?
Jake802
13th September 2010, 23:16
Things are tight,but I will try to send some money towards the end of the month,beginning of next. Thanks for all your efforts!!
stonej01
13th September 2010, 23:20
That's not the point... the truth is that I don't trust them for bug reports, and I don't like spending time chasing problems that are the fault of buggy software players. I've done it too many times in the past and it far-too-often ends up being the player.
I dont know what happened, but after a few days after this i tried the conversion again with version 34.07 and the language for BOLT was fluid all the way through. No conversion to spanish at all. still have no idea what happened and i didnt re-rip.
jdobbs
14th September 2010, 00:13
Sorry to quote from an old post.
I put a check mark and enabled "Use x264's internal LAVF for decoding' cause i have 64 bit windows and system, but all it did was change it from 1 pass to 2 pass. Everything else is same (auto quality:good).
I thought the encode process would go faster because it's using the 64 bit version, but instead it just added another pass, and no faster.
system is pretty new i7 930.
Is this the way she's supposed to go? The checkmark and LAVF processing doesn't change your selection for passes. They're not connected at all. It is possible, though, that if you have "Automatic Quality" checked and size of a disc you currently processing is larger, it might trigger 2 pass. In that case the pass count would have changed even if you were still using 32 bit mode.
As for whether 64 bit is faster -- it depends on a lot of things and sometimes it is a lot faster, on other rare occasions it may even be slower -- I have no idea what triggers it one way or the other -- and it varies wildly from system to system and source to source. I can only say that on my system the 64 bit is faster.
jdobbs
14th September 2010, 00:37
@Blackwalker
I just finished an encode of a VC-1 1080p source using "Highest". I got 29fps on pass one and 6.66fps on pass two. Normally I will get about 14-15fps on pass two in "High Quality" mode.
Rumbah
14th September 2010, 04:04
Nothing has changed there in a long time.
I just noticed it and I don't know how long it's been there.
RB Newbie
14th September 2010, 22:01
I'll see if I can find "Anchorman" and give it a try. Again -- please post your log and INF when posting a bug report. Also -- run INSPECT.EXE. If you ever have sync problems -- there's a high probability a wrong version is in use of one of the helper programs. I've done over a thousand discs (many, many of which are multi-part) and have never had a single out-of-sync result.
I can't help you with your ClownBD problem -- I don't accept bug reports on preprocessed sources.
I've had 3 audio out of sync results. All were ripped using the then current licensed version of AnyDVDHD and done as movie only BD9 at 2 pass highest quality.
The first was Mary and Max which was reported by worknstiff.
http://forum.doom9.org/showpost.php?p=1411105&postcount=8625
I'm 95% sure the second was "The Girl with the Dragon Tattoo".
I also just had the issue on "That Evening Sun".
In all three, the main movie playlist has a short m2ts file that plays before the m2ts containing the movie. BD-RB evidently winds up with a zero length re-encoded audio of this short segment and then adds the re-encoded main movie audio. That results in the main movie audio playing before it should...it starts while the video of the re-encoded video of the first short m2ts file is playing.
In the case of "That Evening Sun", the first m2ts file is the MPAA parental guidance screen and has no audible audio so I was expecting to see the issue before I did the movie.
It would be useful to have the ability to "blank" an m2ts segment in a playlist at least in "movie only" mode where it seems fairly easy to implement. While it would have been useful to work around the audio issue in these three, my main reason for wanting it is to remove annoying header/trailers like the MPAA warning in "That Evening Sun".
BTW, All proper versions of programs installed (Inspect yields all "ok"). Please let me know if you'd like additional information if you decide to look into this issue.
In the first two, I worked around the issue by using Clown_BD to convert just the main movie m2ts into a BluRay structure which I then ran through BD-RB successfully. I lost the chapter marks which was a mild annoyance and realize this approach isn't supported. I would be interested in any methods of editing the playlist to remove m2ts segments from a playlist if anyone is willing to suggest any. I've been dreading running into this issue on a move with dozens of m2ts segments and would like to have something ready to use...
PS Donation sent. I hope you get enough to continue to develop BD-RB.
Persecutor
14th September 2010, 22:36
Seeking to re-encode (on BDREbuilder 34.09) "The Great Raid" and received message "AV frame too large (41215 bytes). Increase AV buffer. Failed to retrieve audio, aborted." How do I increase the AV buffer?
jdobbs
14th September 2010, 22:39
I'll check it out. I know I did "The Girl With the Dragon Tattoo" and it didn't have any problems for me. You're doing Movie-Only encodes?
I'll see if I can find "That Evening Sun" locally -- I think I'd like to see it.
RB Newbie
14th September 2010, 23:10
I'll check it out. I know I did "The Girl With the Dragon Tattoo" and it didn't have any problems for me. You're doing Movie-Only encodes?
I'll see if I can find "That Evening Sun" locally -- I think I'd like to see it.
As stated, all BD-9 Movie-Only encodes.
I'm pretty sure but not 100% that the second movie that had this issue was "The Girl With the Dragon Tattoo". Did you do a full disc backup? I suspect the issue wouldn't show up there since the audio from different m2ts files isn't merged...if I understand things correctly.
I can try it again to confirm "The Girl With the Dragon Tattoo" if it would help. I suspect you could find the fix with some info on the audio track of the short intro segments causing this issue but I'm not sure what tool to use to provide it. BDInfo and BD-RB just appear to provide a summary of the audio tracks found.
setarip_old
14th September 2010, 23:39
The following is information I provided to someone regarding what seems to be an almost identical situation regarding "The Girl with the Dragon Tattoo" and BD-Rebuilder:
BTW Regarding your specific problem, try loading ONLY the main movie .M2TS file into tsMuxeR and save as a "new" BluRay "package" - and then use it with BD Rebuilder.
This should eliminate the (if I remember correctly) 11 or so seconds of silent "Music Box" beginning before the bird shows up ;>}
worknstiff
15th September 2010, 01:19
@ RB_Newbie: Quote:I've had 3 audio out of sync results. I also just had the issue on "That Evening Sun".
Me too, I tried the Clown_BD path, but for some reason the resulting Blueray output would not load into BD_Rebuilder, something to the effect of error 6205: not BD format. This has started to happen more often lately that output from both multiAVCHD and Clown_BD is not recognised as BD. I finally had to use tsMuxerGUI after BD_Rebuilder finished to delay the audio and get back in sync, (after about 5 tries). I think that the problem I had with Mary & Max and Girl With Dragon was that I couldn't run it thru Clown_BD because these disks had audio streams that were not recognised as compliant. It is hard to keep the audio if it isn't detected. I second the motion to be able to blank some short m2ts files.
jdobbs
15th September 2010, 01:36
As stated, all BD-9 Movie-Only encodes.
I'm pretty sure but not 100% that the second movie that had this issue was "The Girl With the Dragon Tattoo". Did you do a full disc backup? I suspect the issue wouldn't show up there since the audio from different m2ts files isn't merged...if I understand things correctly.
I can try it again to confirm "The Girl With the Dragon Tattoo" if it would help. I suspect you could find the fix with some info on the audio track of the short intro segments causing this issue but I'm not sure what tool to use to provide it. BDInfo and BD-RB just appear to provide a summary of the audio tracks found. I'll have to check because I don't remember -- but I believe it was movie-only.
jdobbs
15th September 2010, 01:42
@ RB_Newbie: Quote:I've had 3 audio out of sync results. I also just had the issue on "That Evening Sun".
Me too, I tried the Clown_BD path, but for some reason the resulting Blueray output would not load into BD_Rebuilder, something to the effect of error 6205: not BD format. This has started to happen more often lately that output from both multiAVCHD and Clown_BD is not recognised as BD. I finally had to use tsMuxerGUI after BD_Rebuilder finished to delay the audio and get back in sync, (after about 5 tries). I think that the problem I had with Mary & Max and Girl With Dragon was that I couldn't run it thru Clown_BD because these disks had audio streams that were not recognised as compliant. It is hard to keep the audio if it isn't detected. I second the motion to be able to blank some short m2ts files. I'm amazed that I've never run into one of these types of discs considering how many I've tested.
[Edit] I just started "The Girl with the Dragon Tattoo" in movie-only as a test. I'd deleted it from my hard drive, so its copying again.
Good movie, by the way, a little disturbing but still good.
setarip_old
15th September 2010, 02:43
@jdobbs
Here's a link to the thread I spoke of earlier (regarding "The Girl with the Dragon Tattoo"):
http://forum.doom9.org/showthread.php?p=1421929#post1421929
Do read the entire thread - it contains only 4 or 5 posts - and confirms that my "fix" worked properly.
Sorry, I didn't follow up to see if the OP followed my advice to post in your sub-forum - He/She didn't...
jdobbs
15th September 2010, 02:46
@jdobbs
Here's a link to the thread I spoke of earlier (regarding "The Girl with the Dragon Tattoo"):
http://forum.doom9.org/showthread.php?p=1421929#post1421929
Do read the entire thread - it contains only 4 or 5 posts - and confirms that my "fix" worked properly.
Sorry, I didn't follow up to see if the OP followed my advice to post in your sub-forum - He/She didn't... I have a tendency to ignore the "out-of-sync" reports -- because 99% of the time it's caused by people using the wrong version of the helper apps and they don't want to believe me when I tell them. I guess this might be the exception.
les9596
15th September 2010, 03:04
Hello everyone. Not sure if this is a bug, but I haven't been able to run it down any other way so I've got to bother you good folks. I've been using BD Rebuilder for about 6 mos now. Recently I've completed the build of a new PC using an AMD 1090T 6-core. Sure does wonders for my encode time, but the app is only using about 50% of available CPU. As far as I can see nothing else is throttling it. Is it some hidden option I need to set? Have I hit the wall?
Anybody have any idea why I'm not getting (close to) 100% CPU utilization on X264? Thanks for your time.
MOBO: ASUS M4A79TD PRO/USBB3
MEM: 4x2G Patriot PVS34G1333ELKRT
VGA: MSI 460GTX 1GD5 OC
HDD: 4-disk software RAID 0 array - Samsung HD103SJ
PS: Corsair 850TX
Windows 7 64-bit Home Premium
BD_Rebuilder v0.34.08
Capsbackup
15th September 2010, 03:10
After viewing the above link, it does not appear BD-RB does any reencoding, but keeps the original intact. I only see one m2ts audio file was reencoded, I think. Looks like a demux then remux.
So why would there be an audio async from this? :confused:
Movie: Girl With a Dragon Tatoo - BluRay
Log:
[02:24:34] BD Rebuilder v0.34.04 (beta)
- Source: GIRL_WITH_THE_DRAGON_TATTOO
- Input BD size: 18.27 GB
- Approximate total content: [02:33:02.214]
- Target BD size: 22.66 GB
- Windows Version: 6.1 [7600]
- MOVIE-ONLY mode enabled
- Auto Quality: Good (Very Fast), One Pass
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[02:24:34] PHASE ONE, Encoding
- [02:24:34] Extracting A/V streams [VID_00001]
- [02:47:10] Reencoding: VID_00001 (1 of 4)
- [02:47:10] Collecting video information
- [02:47:10] Keeping original video (no reencode)
- [02:47:10] Reencoding audio tracks (if req'd)
- [02:48:37] Multiplexing M2TS
- [02:48:38] Extracting A/V streams [VID_00000]
- [03:11:12] Reencoding: VID_00000 (2 of 4)
- [03:11:12] Collecting video information
- [03:11:12] Keeping original video (no reencode)
- [03:11:12] Multiplexing M2TS
- [03:19:34] Extracting A/V streams [VID_00017]
- [03:19:37] Reencoding: VID_00017 (3 of 4)
- [03:19:37] Collecting video information
- [03:19:37] Keeping original video (no reencode)
- [03:19:37] Multiplexing M2TS
- [03:19:38] Extracting A/V streams [VID_00018]
- [03:19:38] Reencoding: VID_00018 (4 of 4)
- [03:19:38] Collecting video information
- [03:19:38] Keeping original video (no reencode)
- [03:19:38] Multiplexing M2TS
Elvis Gratton
15th September 2010, 06:11
Millenium trilogy
-1 The Girl with the Dragon Tattoo
-2 The Girl Who Played with Fire
-3 The Girl Who Kicked the Hornet's Nest
Same problems here with Canadian (Québec/French) version of "The Girl Who Kicked the Hornet's Nest/La reine du palais des courants d'air"
- single M2TS
- 1x ac3 5.1 Swedish
- 1x ac3 5.1 French
- 1x DTS-HD + MLP 5.1 French
- 2x sub (PGS) French
The playlist is the problem, take a look on original mpls w/bdedit...
start time 10 min. on mpls
movie start time at (10.19.186) on mpls
color bar & other pic. 4 3 2 1 (19.186 sec.)
and finally the yellow bird
audio & sub,s out of sync for 19.186 sec.
jdobbs
15th September 2010, 06:44
After viewing the above link, it does not appear BD-RB does any reencoding, but keeps the original intact. I only see one m2ts audio file was reencoded, I think. Looks like a demux then remux.
So why would there be an audio async from this? :confused:It's happening in the audio join that is done by TSMuxer. I'm working on it.
jdobbs
15th September 2010, 16:55
I fixed the out-of-sync audio issue related to "The Girl with the Dragon Tattoo" and the other similar discs. It'll be included in the next release.
I apparently did a full backup when testing that disc because I was able to repeat the issue in movie-only. Actually it is an issue with the source, not in BD-RB -- as all M2TS files in a single MPLS should have the same audio characteristics... but it's fixed anyway.
Capsbackup
15th September 2010, 17:20
I fixed the out-of-sync audio issue related to "The Girl with the Dragon Tattoo" and the other similar discs. It'll be included in the next release.
I apparently did a full backup when testing that disc because I was able to repeat the issue in movie-only. Actually it is an issue with the source, not in BD-RB -- as all M2TS files in a single MPLS should have the same audio characteristics... but it's fixed anyway.
Excellent! :) As always, your time and efforts are greatly appreciated. :cool:
setarip_old
15th September 2010, 18:34
@jdobbs Actually it is an issue with the source, not in BD-RB -- as all M2TS files in a single MPLS should have the same audio characteristics... Reminiscent of the DVD-to-.AVI problems of several years ago, when Warner incorporated "lead-ins" were either silent or of a different audio format than the actual main movie.
Glad to hear that you've resolved it ;>}
morenosgth
15th September 2010, 21:48
- Windows Version: 6.1 [7600]
- AVISYNTH Version: 2.5.7.0, Ok
- HAALI Splitter: Ok
- FFDSHOW: 3326, 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
- BD Rebuilder v0.34.0.9, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[22:37:55] BD Rebuilder v0.34.09 (beta)
- Source: NO_ES_TAN_FACIL
- Input BD size: 33,05 GB
- Approximate total content: [02:00:16.834]
- Target BD size: 22,90 GB
- Windows Version: 6.1 [7600]
- Quality: Highest (Very Slow), Two Pass
- Audio Settings: AC3=1 DTS=0 HD=1 Kbs=640
[22:37:56] PHASE ONE, Encoding
- [22:37:56] Extracting A/V streams [VID_00010]
[22:37:56] PHASE ONE, Encoding
- [22:37:56] Extracting A/V streams [VID_00010]
- [22:45:01] Reencoding: VID_00010 (1 of 1)
- [22:45:01] Collecting video information
- [22:45:01] Keeping original video (no reencode)
- [22:45:01] Reencoding audio tracks (if req'd)
- [22:45:01] Multiplexing M2TS
- Error in attempt to multiplex: MUX_00010.meta
- SmartLabs tsMuxeR. Version 1.10.6 http://www.smlabs.net
[22:45:06] - Failed to build structure, aborted
still gives me the problem although I have disabled the filters comentastes me.
that can happen now. thank you very much
jdobbs
15th September 2010, 22:03
Excellent! :) As always, your time and efforts are greatly appreciated. :cool: I also noticed that the subs are zero-length as a result of the source inconsistency as well. I'm adding a fix for that now.
setarip_old
15th September 2010, 23:44
@jdobbs I also noticed that the subs are zero-length as a result of the source inconsistency as well. I'm adding a fix for that now.Are you sure that's necessary?
I ask because, if I remember correctly (regarding my post about my earlier experience with "Tattoo"), initially the subs were in lockstep with the audiostreams - at first, out of synch just like the audio and then when the 11 seconds of silent video were separated from the movie-only, video, audio, and subs were all in synch...
jdobbs
16th September 2010, 00:53
@jdobbs Are you sure that's necessary?
I ask because, if I remember correctly (regarding my post about my earlier experience with "Tattoo"), initially the subs were in lockstep with the audiostreams - at first, out of synch just like the audio and then when the 11 seconds of silent video were separated from the movie-only, video, audio, and subs were all in synch... Yes, it's necessary. I don't want to separate or discard the silent video -- I want it to stay as intended in the original authoring and still make everything sync. In "Tattoo" is may not matter -- but it very possibly could in some future feature. There's also always the chance that one or the other of the audio or subs might exist and start in the first M2TS while the other doesn't -- so I have to cover all possibilities.
I've fixed it and just finished watching it back. The sound and subs are in-sync now.
allright
16th September 2010, 01:51
Damn, that's really to bad. I've donated several times, and just did it again, and will also do so in the future.
Your work is very much appreciated, hopefully people will wake up, and contribute to your work.
//JJ
For those who have donated to BD Rebuilder -- I thank you, please don't feel as if you need to donate again, you've done enough. To those who haven't... it's been a week since I've gotten a donation -- and that one was $5.00. One of three things going have to happen... I kill this project and move on to something new that has better support/interest; I kill the freeware and move to "Professional Edition"; or donations start coming in. I'd prefer the latter.
I like writing this blu-ray software, but I lose interest in a project really fast when it's only popular enough to bring in $5 a week. I feel as if I'm doing my part to bring backups to the masses -- I ask that others share a little of the load too.
setarip_old
16th September 2010, 03:22
@jdobbs I've fixed it and just finished watching it back. The sound and subs are in-sync now.Congratulations - your method/choice is certainly the surest and BEST way to go ;>}
colinhunt
16th September 2010, 11:37
I fixed the out-of-sync audio issue related to "The Girl with the Dragon Tattoo" and the other similar discs. It'll be included in the next release.
This might in fact help with the Euro release of Robin Hood as well. I'm having the weirdest problem of non-existing subs with that one, but I'll wait for the next release before spending any more cycles on it.
jdobbs
16th September 2010, 14:29
I have updated the first post of this thread with a link to the latest release of BD-RB (v0.34.10). Changes for this release:- Corrected an error in which the SETUP dialog was
not correctly initializing the "Keep only BDMV and
CERTIFICATE folders" checkbox upon load.
- Created a workaround for an issue in which some
poorly authored multi-part sources that have a
leading M2TS without audio can result in audio that
is out-of-sync on movie-only backups.
- Created a workaround for an issue in which some
poorly authored multi-part sources that have a
leading M2TS without subtitles can result in a
movie-only backup in which subs do not exist.
- Other minor corrections and cosmetic fixes.
Capsbackup
16th September 2010, 14:56
Another big :thanks:
worknstiff
16th September 2010, 15:22
THANKS, Can't wait to give it a try.
morenosgth
16th September 2010, 16:42
I also get a window, which reads:
tsMuxer has stopped working.
dirty211
16th September 2010, 16:59
Im new here but have been using BDRebuilder for a few months now. It always worked just fine for me up until v0.34.08 came out. After that It keeps crashing when it starts to predict the CRF value. I am using windows 7 64 bit. Here is my log. It is always the same from v0.34.08 to v0.34.10. Am I doing something wrong here?
==========================
[10:54:23] BD Rebuilder v0.34.10 (beta)
[10:54:23] BEGIN - BATCH SEQUENCE
==========================
-----------------------
[10:54:23] PROCESSING BATCH FILE [1]
-----------------------
[10:54:23] BD Rebuilder v0.34.10 (beta)
- Source: GREENBERG
- Input BD size: 25.59 GB
- Approximate total content: [01:47:18.421]
- Target BD size: 23.24 GB
- Windows Version: 6.1 [7600]
- Quality: High-Speed Option (BD-25), CRF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[10:54:23] PHASE ONE, Encoding
- [10:54:23] Extracting A/V streams [VID_00000]
- [11:14:48] Reencoding: VID_00000 (1 of 1)
- [11:14:48] Collecting video information
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 154,368 frames
- [11:14:48] Performing CRF Prediction...
- Analyzing 11.00 - Encode failed. Retrying.
- Encode failed. Retrying.
- Reached retry limit. Aborting.
- BD-Rebuilder v0.34.10 (beta)
- Windows Version: 6.1 [7600]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: Ok
- FFDSHOW: 3326, 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
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[11:14:50] - Failed video encode, aborted
==========================
[11:14:50] END - BATCH SEQUENCE
==========================
Capsbackup
16th September 2010, 17:04
@dirty211;
Have you tried it without "Batch"?
Just to rule things out.
EDIT:
Also, change from CRF to 1 pass ABR, see if that makes any difference.
dirty211
16th September 2010, 17:21
Yes I have tried it with and without the batch with the same results. I tried it with and without the new lavf setting with the same results. I have tried it with different movies as well. I just tested the ABR pass setting as you suggested and that seems to be working just fine. It seems to only crash when predicting the CRF value. Like I said before this only happens in the new versions. I like using CRF because it gives great quality, I think better than the ABR. What do you think?
Capsbackup
16th September 2010, 18:43
Yes I have tried it with and without the batch with the same results. I tried it with and without the new lavf setting with the same results. I have tried it with different movies as well. I just tested the ABR pass setting as you suggested and that seems to be working just fine. It seems to only crash when predicting the CRF value. Like I said before this only happens in the new versions. I like using CRF because it gives great quality, I think better than the ABR. What do you think?
I have been quite pleased with ABR results, especially for BD-25 backups. Size predictability seems better too.
More important is to find the cause of your problem, so different settings and tests, reporting what works and what doesn't, will help jdobbs to find any potential trouble.
jdobbs
16th September 2010, 18:59
Yes I have tried it with and without the batch with the same results. I tried it with and without the new lavf setting with the same results. I have tried it with different movies as well. I just tested the ABR pass setting as you suggested and that seems to be working just fine. It seems to only crash when predicting the CRF value. Like I said before this only happens in the new versions. I like using CRF because it gives great quality, I think better than the ABR. What do you think? I haven't done any CRF testing in a while. I run it and see if I have the same issue.
dirty211
16th September 2010, 18:59
Agreed. Will run more tests and will post results
jdobbs
16th September 2010, 19:26
Agreed. Will run more tests and will post results
CRF encoding is failing for me too (with LAVF on). It looks like it should work, though, with LAVF switched off. I'll test that next. Anyway, I'll find what's causing it and post a fix.
[Edit] Yeah, it works ok if you deselect LAVF. That's because it needs AVISYNTH to do the SelectRangeEvery() for sampling. I fixed it so CRF excludes the use of LAVF (like "Filtering" does).
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.