View Full Version : BD Rebuilder Beta - Bug Reports Only
allright
19th October 2014, 22:33
I've made another change. Please try this one (http://www.jdobbs.net/freeware/LAVFilters-0.63-P.2.exe) and let me know what happens.
Hi
Tried LAVFilters-0.63-P.2.exe:
Windows smartscreen complains about the file beeing unsafe, when running it anyway, I got the same error: Code 5.
gonca
19th October 2014, 22:34
RiotRay
Did you run it as Admin the first time. That error looks like a Windows error message.
gonca
19th October 2014, 23:39
Could these errors have anything to do with security software preventing proper execution/installation
jdobbs
20th October 2014, 01:14
Hi
Tried LAVFilters-0.63-P.2.exe:
Windows smartscreen complains about the file beeing unsafe, when running it anyway, I got the same error: Code 5.Sorry, but that's all I can do. Your system is preventing you from configuring your own default Directshow filters. A guess might be that you don't have access to admin privileges. Either way, there's really not much else I can do.
J666RST
20th October 2014, 02:27
OK Jdobbs what am I doing wrong i just downloaded the LAVFilters from your front page Installed as Adminstrator and I still get the error. Sorry I have added a screen shot of the error, and I did try the right click Adminstrator thing as well.
I had same error on Windows 8.1, ran it in Windows 7 compatibility mode and it worked.
jdobbs
20th October 2014, 04:54
Hmmm... that's interesting. I'm still running Win7 on all my machines but one (which is still running XP).
gonca
20th October 2014, 11:03
Windows smartscreen is an anti malware feature of win8. It might be interfering in some way
RiotRay
20th October 2014, 14:24
I tried to run bdrebuilder in Win7 compatibility mode. That did help!
Jdobbs...you should think about upgrading to win8.
Thx for helping folks
laserfan
20th October 2014, 14:42
Someone here should put the Win 10 preview on VirtualBox and see if BD-RB runs on it.
I might've updated to 8.1 had this not appeared--now I will just wait until 10 is complete before building another computer.
jdobbs
20th October 2014, 14:56
Yeah, I'm not much of a fan of Windows 8 -- and neither is a good percentage of the PC manufacturers. Many have reverted to 7 after user complaints/preferences. Win8 is MS's attempt to compete in an area where they have virtually no market presence -- at the expense of the area in which they almost own the market. Bad idea. JMHO, but I think it has fallen into the "Vista" category and be replaced fairly quickly.
allright
20th October 2014, 15:32
Hi
The only user that have access to change the keys is the "Trusted installer", as far as I know this is standard in windows 8.
Anyhow, changing compatibility mode to windows 7 also worked here :-)
Sorry, but that's all I can do. Your system is preventing you from configuring your own default Directshow filters. A guess might be that you don't have access to admin privileges. Either way, there's really not much else I can do.
jdobbs
20th October 2014, 15:41
Typical of Microsoft.
Lathe
20th October 2014, 20:35
Windows smartscreen is an anti malware feature of win8. It might be interfering in some way
FWIW, that is why I immediate ditched any Windows built in anti-virus, Defender, whatever, and use my own free AVAST installation. It has NEVER interfered with any BDRB functions or subsidiary installations ever...
I'm running W8. I'm still VERY undecided whether to mess with 8.1 since I have removed ALL Metro functions and appearance and have absolutely NO interest in any of it's features. I've read for hours and hours, but I still cannot get a definitive answer whether I should bother.
Sharc
20th October 2014, 20:37
I uploaded a clip (http://www.mediafire.com/download/hs8pwkrd78sqh45/backdrop.m2ts) which is used as menu backdrop by BD-RB in Quick-play backup mode. After backing up the BD it looks horribly blocky, and eventually makes the player stutter and stop. I strongly suspect that the problem is with tsMuxeR which does not demux this clip correctly.
Demuxing with eac3to seems to be perfect, however.
It's now the 2nd time I got this problem. Is there something exceptionally odd with this file? Could a workaround in DB-RB possibly "fix" the problem, or is it just happening with my system?
Thanks.
Ch3vr0n
20th October 2014, 20:53
@lathe: not fully true. Avast (Internet Security) has flagged bdrb on several occasion as virus/malware. Just once or twice, but not never :p
Jake802
20th October 2014, 21:12
Hi JDOBBS,
I used the latest post and I am still getting the error. I am using Windows 7 Ultimate. I am the only user on the computer. I show as the Administrator and I have even tried the right click method. I would simply uninstall directshow but I need to use it for RipBot.
Thanks for all your efforts!
Lathe
21st October 2014, 04:24
@lathe: not fully true. Avast (Internet Security) has flagged bdrb on several occasion as virus/malware. Just once or twice, but not never :p
Oh, sorry... Just going by my experience :)
RiotRay
21st October 2014, 23:47
Hi!
Although I got BDRebuilder running again, I sadly noticed, that all of my latetst recodes are out of sync. BDRebuilder states on startup, that it configured my LAV-filters.
Still I'm getting unusable results. I didn't read the whole thread here...so please forgive me for asking: Where is the problem here?
thx
jdobbs
21st October 2014, 23:58
It means that the Directshow preferred filters are likely not being configured -- or are being ignored. Are you familiar with REGEDIT and the registry? If so there are a few keys you could look at to see. You could also manually look at the permissions of the Preferred subkey.
BDRebuilder states on startup, that it configured my LAV-filters.If you are getting the popup at startup, then it isn't being configured. If they are set -- you won't see anything at startup.
sonate
22nd October 2014, 04:56
I uploaded a clip (http://www.mediafire.com/download/hs8pwkrd78sqh45/backdrop.m2ts) which is used as menu backdrop by BD-RB in Quick-play backup mode. After backing up the BD it looks horribly blocky, and eventually makes the player stutter and stop. I strongly suspect that the problem is with tsMuxeR which does not demux this clip correctly.
Demuxing with eac3to seems to be perfect, however.
It's now the 2nd time I got this problem. Is there something exceptionally odd with this file? Could a workaround in DB-RB possibly "fix" the problem, or is it just happening with my system?
Thanks.
Hi Sharc, I downloaded it and it plays smoothly. I'm not seeing much in the way of discernible motion artifacts. Plenty of added grain filter effect, though.
Lathe
22nd October 2014, 05:57
It means that the Directshow preferred filters are likely not being configured -- or are being ignored. Are you familiar with REGEDIT and the registry? If so there are a few keys you could look at to see. You could also manually look at the permissions of the Preferred subkey.
If you are getting the popup at startup, then it isn't being configured. If they are set -- you won't see anything at startup.
I just updated also to the newest version. And on initiating BDRB, I also got the prompt about BDRB configuring the LAV filters. I said 'Yes'. Then it told me that I needed to restart BDRB the first time as an Administrator (which I've never really had to do before) After starting it with as an Admin, after quite a pause, then I got the prompt again about BDRB configuring the LAV filters. I said 'Yes'. That SEEMS to be it. I ran the fist encode last night, a 33 Gig Blu-ray (WOLF) set at 'High' 2 Pass with x264 tweaks (like I do...) And, this morning the resultant encode was just beautiful. Of course I have it set to use the internal x264 LAVF frame server, so maybe the installed LAV directshow filters may not be relevant, I don't know...
Sharc
22nd October 2014, 07:05
Hi Sharc, I downloaded it and it plays smoothly. I'm not seeing much in the way of discernible motion artifacts. Plenty of added grain filter effect, though.
The uploaded file is the original and it plays fine of course. The problem comes only with DB-RB processing it. I think DB-RB demuxes and remuxes this file (e.g. stripping the unwanted langauges rather than leaving it intact) in order to produce the 9901.m2ts which finally becomes the menu backdrop. I think DB-RB uses tsMuxer for this purpose, but I am not sure.
So try to demux my clip with tsMuxer and see what you get for the video file ..... in my case it's garbage. Therefore I suspect tsMuxer being the culprit, because when I do the same with eac3to the demuxed video is perfect. I also noticed that DB-RB changes the fps from the original 24.000 fps to 23.976 fps, but I don't think this should matter for such a small (short playback duration) file.
jdobbs
22nd October 2014, 14:21
I just updated also to the newest version. And on initiating BDRB, I also got the prompt about BDRB configuring the LAV filters. I said 'Yes'. Then it told me that I needed to restart BDRB the first time as an Administrator (which I've never really had to do before) After starting it with as an Admin, after quite a pause, then I got the prompt again about BDRB configuring the LAV filters. I said 'Yes'. That SEEMS to be it. I ran the fist encode last night, a 33 Gig Blu-ray (WOLF) set at 'High' 2 Pass with x264 tweaks (like I do...) And, this morning the resultant encode was just beautiful. Of course I have it set to use the internal x264 LAVF frame server, so maybe the installed LAV directshow filters may not be relevant, I don't know...If you run it now and it doesn't ask you again -- then everything is good. BD-RB looks at the Directshow Preferred settings to see if they were properly set by the LAVFilters installation. If they aren't it tries to set them itself. It needs to have administrative privileges to do that.
It's the same way it worked with FFDSHOW in the past.
jdobbs
22nd October 2014, 14:24
The uploaded file is the original and it plays fine of course. The problem comes only with DB-RB processing it. I think DB-RB demuxes and remuxes this file (e.g. stripping the unwanted langauges rather than leaving it intact) in order to produce the 9901.m2ts which finally becomes the menu backdrop. I think DB-RB uses tsMuxer for this purpose, but I am not sure.
So try to demux my clip with tsMuxer and see what you get for the video file ..... in my case it's garbage. Therefore I suspect tsMuxer being the culprit, because when I do the same with eac3to the demuxed video is perfect. I also noticed that DB-RB changes the fps from the original 24.000 fps to 23.976 fps, but I don't think this should matter for such a small (short playback duration) file.Yes, BD-RB uses TSMUXER to demux from the original and remux into a new M2TS for the menu. BD-RB creates its own MPLS and CLPI for it. I've never run into a source that had a problem. Is there anything unique about this one?
The frame rate change doesn't matter.
sonate
22nd October 2014, 15:26
The uploaded file is the original and it plays fine of course. The problem comes only with DB-RB processing it. I think DB-RB demuxes and remuxes this file (e.g. stripping the unwanted langauges rather than leaving it intact) in order to produce the 9901.m2ts which finally becomes the menu backdrop. I think DB-RB uses tsMuxer for this purpose, but I am not sure.
So try to demux my clip with tsMuxer and see what you get for the video file ..... in my case it's garbage. Therefore I suspect tsMuxer being the culprit, because when I do the same with eac3to the demuxed video is perfect. I also noticed that DB-RB changes the fps from the original 24.000 fps to 23.976 fps, but I don't think this should matter for such a small (short playback duration) file.
Sorry, I assumed that was the demuxed file. Yes, I tried and see what you mean, however at my end I'm getting no indication in Tsmuxer or Bdinfo that there is a change of frame rate using the tsmuxer gui. Why not just swap the associated m2ts and clpi files after the rebuild and before you burn?
jdobbs
22nd October 2014, 16:06
I uploaded a clip (http://www.mediafire.com/download/hs8pwkrd78sqh45/backdrop.m2ts) which is used as menu backdrop by BD-RB in Quick-play backup mode. After backing up the BD it looks horribly blocky, and eventually makes the player stutter and stop. I strongly suspect that the problem is with tsMuxeR which does not demux this clip correctly.
Demuxing with eac3to seems to be perfect, however.
It's now the 2nd time I got this problem. Is there something exceptionally odd with this file? Could a workaround in DB-RB possibly "fix" the problem, or is it just happening with my system?
Thanks.It appears to be a bug introduced in the 3D version of TSMUXER. If I use TSMUXER v1.10.6 it works fine. I just wonder what is unique about that M2TS file, as all the others I try work fine.
Sharc
22nd October 2014, 18:54
It appears to be a bug introduced in the 3D version of TSMUXER. If I use TSMUXER v1.10.6 it works fine. I just wonder what is unique about that M2TS file, as all the others I try work fine.
Yes, I came to the same conclusion re. TSMUXER. The same happened here with another disc before. I don't know what is unique with the Video. I just noticed that both were originally 24.000 fp and had Stereo DTS Audio tracks. But would this matter at all? Strange ...
jdobbs
22nd October 2014, 19:53
Yes, I came to the same conclusion re. TSMUXER. The same happened here with another disc before. I don't know what is unique with the Video. I just noticed that both were originally 24.000 fp and had Stereo DTS Audio tracks. But would this matter at all? Strange ...I really shouldn't.
If I tell it not to change the SEI and VUI data it works correctly. I'll see if I can use that to my advantage.
Sharc
22nd October 2014, 20:37
I really shouldn't.
If I tell it not to change the SEI and VUI data it works correctly. I'll see if I can use that to my advantage.
Yep, same here. Not changing SEI and VUI seems to be the solution to this problem. It helps with my other problematic menu backdrop file as well.
jdobbs
22nd October 2014, 21:01
Yep, same here. Not changing SEI and VUI seems to be the solution to this problem. It helps with my other problematic menu backdrop file as well.I just looked at it, and with the way I'm transferring that menu background directly from original to new there is no reason that I can think of that I really need insertSEI asserted (although it's generally a good practice), so I've removed it.
So it's fixed for the next release.
Sharc
22nd October 2014, 23:47
I just looked at it, and with the way I'm transferring that menu background directly from original to new there is no reason that I can think of that I really need insertSEI asserted (although it's generally a good practice), so I've removed it.
So it's fixed for the next release.
Great, thank you :)
Lathe
23rd October 2014, 05:10
If you run it now and it doesn't ask you again -- then everything is good. BD-RB looks at the Directshow Preferred settings to see if they were properly set by the LAVFilters installation. If they aren't it tries to set them itself. It needs to have administrative privileges to do that.
It's the same way it worked with FFDSHOW in the past.
Very good then. Now, when I run it there are no prompts, so I guess everything is fine. Thanks!
brunchto
23rd October 2014, 14:22
Hi,
when using batch backup, i end up with an error at the end of the first rebuild:
http://syno.dupuy.nom.fr/public/Capture55.PNG
after clicking on "ok", BDRB is closed.
same behavior with other rips.
[09:17:17] BEGIN - BATCH SEQUENCE
==========================
-----------------------
[09:17:17] PROCESSING BATCH FILE [1]
----------------------
[10/23/14] BD Rebuilder v0.49.05 (beta)
[09:17:18] Source: MANHATTAN_3D_ES_00799
- Input BD size: 40,94 GB
- Approximate total content: [01:54:50.675]
- Target BD size: 48,83 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Good (Very Fast), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[09:17:19] PHASE ONE, Encoding
- [09:17:19] Processing: VID_00800 (1 of 1)
- [09:17:19] Extracting A/V streams [VID_00800]
- [10:00:04] Reencoding video [VID_00800]
- [10:00:04] Keeping original video (no reencode)
- [10:00:04] Processing audio tracks
- Track 4354 (fra): Keeping original audio
[10:00:04]PHASE ONE complete
[10:00:04]PHASE TWO - Rebuild Started
- [10:00:04] Rebuilding BD-3D file Structure
[10:23:19] - Encode and Rebuild complete
[10:23:20] JOB: MANHATTAN_3D_ES finished.
jdobbs
23rd October 2014, 14:35
Very good then. Now, when I run it there are no prompts, so I guess everything is fine. Thanks!If you're using LAVF, the only time it will matter is when some circumstance forces Directshow instead (generally IVTC and certain types of resizing).
jdobbs
23rd October 2014, 14:37
Hi,
when using batch backup, i end up with an error at the end of the first rebuild:
http://syno.dupuy.nom.fr/public/Capture55.PNG
after clicking on "ok", BDRB is closed.
same behavior with other rips.
[09:17:17] BEGIN - BATCH SEQUENCE
==========================
-----------------------
[09:17:17] PROCESSING BATCH FILE [1]
----------------------
[10/23/14] BD Rebuilder v0.49.05 (beta)
[09:17:18] Source: MANHATTAN_3D_ES_00799
- Input BD size: 40,94 GB
- Approximate total content: [01:54:50.675]
- Target BD size: 48,83 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Good (Very Fast), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[09:17:19] PHASE ONE, Encoding
- [09:17:19] Processing: VID_00800 (1 of 1)
- [09:17:19] Extracting A/V streams [VID_00800]
- [10:00:04] Reencoding video [VID_00800]
- [10:00:04] Keeping original video (no reencode)
- [10:00:04] Processing audio tracks
- Track 4354 (fra): Keeping original audio
[10:00:04]PHASE ONE complete
[10:00:04]PHASE TWO - Rebuild Started
- [10:00:04] Rebuilding BD-3D file Structure
[10:23:19] - Encode and Rebuild complete
[10:23:20] JOB: MANHATTAN_3D_ES finished.Can you post your settings (the contents of BDREBUILDER.INI)? I've been doing a lot of batch jobs this week -- and I'm not seeing this.
brunchto
23rd October 2014, 17:46
here are the files
Lathe
23rd October 2014, 20:37
If you're using LAVF, the only time it will matter is when some circumstance forces Directshow instead (generally IVTC and certain types of resizing).
Yeah, I remember your explaining that to me earlier. I don't really do that kind of stuff very often...
Toilet-Duck
27th October 2014, 15:52
BDRB-49.05 → error error ... CreateAVS(),00000 ... system error right...!?! wrong !?!!!
Because...
BDRB-47.07 → Encode and/or BATch encode from A to B to ZZZzzz Succesfull
End LOG.... -_-
jdobbs
27th October 2014, 16:52
Again you fail to provide any useful information that might mean something. No title of the source. No log. No INSPECT report. No settings. Either post the information needed to attempt to find the error, or stop posting useless comments.
You have a history of incendiary postings. I will not tolerate it again. If you start posting nonsense and arguments again you will receive an immediate strike and your argumentative posts will be deleted. Be warned.
brunchto
27th October 2014, 18:33
Hi,
some news. when rebuilding only one br (not in batch mode), i've got an error on the first try. if i press a second time on the "backup" button, it works fine.
http://syno.dupuy.nom.fr/public/Capture2.PNG
[10/27/14] BD Rebuilder v0.49.05 (beta)
[18:21:28] Source: LES_IMMORTELS_3D_00001
- Input BD size: 25,40 GB
- Approximate total content: [01:50:47.724]
- Target BD size: 48,83 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Good (Very Fast), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[18:21:28] PHASE ONE, Encoding
- [18:21:28] Processing: VID_00002 (1 of 1)
- [18:21:28] Extracting A/V streams [VID_00002]
- [18:21:28] ExtractAudioSubs() 00055 1601
[18:21:29] - Failed to retrieve audio, aborted
----------------------
[10/27/14] BD Rebuilder v0.49.05 (beta)
[18:21:34] Source: LES_IMMORTELS_3D_00001
- Input BD size: 25,40 GB
- Approximate total content: [01:50:47.724]
- Target BD size: 48,83 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Good (Very Fast), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[18:21:35] PHASE ONE, Encoding
- [18:21:35] Processing: VID_00002 (1 of 1)
- [18:21:35] Extracting A/V streams [VID_00002]
...
jdobbs
27th October 2014, 19:00
@brunchto
That error is the same as your previous post, "File already open". I've looked through the code, but I can't find any reason why I'd get that error. I'll keep looking.
Just wondering, why doesn't the time in the message match that of the log?
Toilet-Duck
27th October 2014, 19:41
Again you fail to provide any useful information that might mean something.
Here you are :)
omegaman7
27th October 2014, 19:43
What is it with people and attaching files? It isn't necessary! LOL
RobertM
27th October 2014, 20:12
Omega, some people just don't explore the features of the message posting interface.
Toilet, instead of 'attaching' your information, you can just paste in your text into the reply. I'd suggest using the 'code block' method, where you tap the '#' button (above the text entry area) and you can then past your text in between the 'code' tags. For instance, I'll put the next sentence in a 'code block'.
The next sentence.
Using this method you can paste in the text so that people can see it immediately, without waiting for the attachment to be approved. You get help, and meaningful feedback, more quickly that way.
jdobbs
27th October 2014, 21:06
It was a useless attachment anyway (see below). He posted a RAR that contained nothing more than the contents of his previous post and renamed it "BDREBUILDER.INI". Failed to follow moderator instructions -- strike issued.
BDRB-49.05 ? error error ... CreateAVS(),00000 ... system error right...!?! wrong !?!!!
Because...
BDRB-47.07 ? Encode and/or BATch encode from A to B to ZZZzzz Succesfull and video/audio in sync !!
End LOG.... -_- Some people just don't get it... and unfortunately never will. The purpose of the thread is to report issues so they can get fixed -- not toss out nonsense and somehow expect correction through telepathy.
brunchto
27th October 2014, 21:45
@brunchto
That error is the same as your previous post, "File already open". I've looked through the code, but I can't find any reason why I'd get that error. I'll keep looking.
Just wondering, why doesn't the time in the message match that of the log?
Sorry i made the capture this afternoon and the copy of the log later
jdobbs
27th October 2014, 21:51
Sorry i made the capture this afternoon and the copy of the log laterI tried a couple of 3D encodes using your settings this afternoon, thinking I may be able to repeat it. But no luck. Anything you can point out that may be unusual about those sources would be appreciated.
RowanM
27th October 2014, 22:08
@brunchto
That error is the same as your previous post, "File already open". I've looked through the code, but I can't find any reason why I'd get that error. I'll keep looking.
Just wondering, why doesn't the time in the message match that of the log?
I have seen this when a virus scan program was running. It sees a new file and wants to scan it thus locking out all others from accessing the file.
Could this be happening?
jdobbs
27th October 2014, 22:19
It's possible I guess. I've been looking to see if I am failing to close a file somewhere, and I get the error when another open is attempted -- but I've found nothing so far.
AmigaFuture
28th October 2014, 05:24
Hello. BD-RB made the MKV fine, it seemed. I played it through my HDTV...and as it plays I see a video glitch where it seems the parts are joined and the audio becomes out of sync. I then burned it to a BD-25 RW for my LG 590 to play. Same thing happens. BD-RB Imported...all shows going well. So, I think.."Make a BD from Imported." Well, as you'll see it's attempting to rerender the video even with FORCE_NOENCODE=1. I also changed the output to BD-50 without that option. BD-RB is detecting a challenge because everything shows the resolution is correct, including BD-RB. When played via MPC Home Cinema it plays fine...which I expected.
I have processed Toy Story 3, and some others and they're playing correctly via HDTV.
For this, DTS, and English for everything is kept, even multiple streams(tracks). I usually rerender DTS to AC-3, but..
The Import rerendering is what I notice most.
I'm still testing. The logs don't indicate anything..and I'm checking the Work directory, as I'm able, for clues. This is the extended version. Playlist 838. Thanks.
[10/27/14] BD Rebuilder v0.49.04 (beta)
[00:18:03] Source: NOW_YOU_SEE_ME_00838
- Input BD size: 26.03 GB
- Approximate total content: [02:04:48.146]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV, Intact Video, Intact Audio
- Decoding/Frame serving: DGDecNV [4-way]
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[00:18:04] PHASE ONE, Encoding
- [00:18:04] Processing: VID_00863 (1 of 42)
- [00:18:04] Extracting A/V streams [VID_00863]
- [00:22:34] Reencoding video [VID_00863]
- [00:22:34] Keeping original video (no reencode)
- [00:22:34] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[Redundancy removed]
- [00:30:09] Processing: VID_00835 (41 of 42)
- [00:30:09] Extracting A/V streams [VID_00835]
- [00:30:18] Reencoding video [VID_00835]
- [00:30:18] Keeping original video (no reencode)
- [00:30:18] Processing: VID_00817 (42 of 42)
- [00:30:18] Extracting A/V streams [VID_00817]
- [00:30:41] Reencoding video [VID_00817]
- [00:30:41] Keeping original video (no reencode)
[00:30:41]PHASE ONE complete
[00:30:41]PHASE TWO - Rebuild Started
- [00:30:41] Building ALTERNATE OUTPUT Structure
[00:40:16] - Encode and Rebuild complete
[00:40:16] JOB: NOW_YOU_SEE_ME finished.
----------------------
[12:21:22] Importing MKV: NOW_YOU_SEE_ME_01
- Collecting audio/video streams from source...
- Building pseudo-BD source structure...
[12:26:52] Video import completed successfully.
----------------------
[10/27/14] BD Rebuilder v0.49.04 (beta)
[12:30:25] Source: NOW_YOU_SEE_ME_01_00000
- Input BD size: 21.02 GB
- Approximate total content: [02:04:48.147]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DGDecNV [4-way]
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[12:30:31] PHASE ONE, Encoding
- [12:30:31] Processing: VID_00000 (1 of 1)
- [12:30:31] Extracting A/V streams [VID_00000]
- [12:34:24] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 179,536 frames
- Bitrate: 23,660 Kbs
- [12:34:24] Reencoding: VID_00000, Pass 1 of 2
[12:57:33]PHASE ONE aborted by user request
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.