View Full Version : BD Rebuilder Beta - Bug Reports Only
lauguru
28th August 2016, 09:31
Even with several parallel decoding processes and 1080p material, the decoding will still use less than 1 GB. So, you have quite some headroom even with "just" 4 GB.
There's going to be very little speed gain in using the 64 bit plugin, if there is any at all. Personally I doubt it.
only it intended to further improve bd rebuilder, with the potential to DGDecNV and vice versa. If you can not, then nothing happens.
lauguru
29th August 2016, 00:33
my experience with MULTIPROCESS=n - Quality: Highest (Very Slow), Two Pass - Decoding/Frame serving: DGDecNV
cpu i7 6 cores/12 threads
MULTIPROCESS=4 102 fps
MULTIPROCESS=12 103 fps
MULTIPROCESS=16 99 fps
MULTIPROCESS=10 98 fps
MULTIPROCESS=14 87 fps
MULTIPROCESS=8 100 fps
MULTIPROCESS=6 102 fps
MULTIPROCESS=5 101 fps
the best is MULTIPROCESS=12 (any relationship with "12 threads"?)
gg72
29th August 2016, 12:59
I can confirm this issue! Since 0.50.16 the encoding speed with LAVF as frameserver reaches only 50 fps in the max.
I have the same problem with Intel i7-3770 CPU and LAVF as frameserver.
jdobbs
29th August 2016, 13:46
I have the same problem with Intel i7-3770 CPU and LAVF as frameserver.I suggest you switch to an older version of X264 and/or try DirectshowSource. If that fixes your problem, you should take it up in the X264 thread.
The encoding speed you get is heavily dependent on your settings. It also depends on which pass you are referring to (pass 1 goes much faster than pass 2). Have you changed your settings recently? As for 50fps... on my AMD FX-8350 that would be a very good speed for "High Quality (Default)" mode (which I often use) during pass 2.
djarthur
29th August 2016, 14:07
@jdobbs
Hi, I know i'm new but i'm looking at this forum from around 2014.. Before i can't do any conversion using BD-RB for limitations on my PC, now i have an i7, but i had made all prosible to convert some BD-50 3D to Full BD-25 3D using batch backup and when finished and play them using TotalMedia Theatre 5, after like 8 minutes playing the main movie for all languages the sound off for all the rest of the movie, no sound at all with any audio lenguages, anybody may know what's going on with this issue.. i had tried using win7-32bits and win10-64bits with BD-RB v0.50.18 v0.50.17 same problem..
i have a log
==========================
[14:26:07] BD Rebuilder v0.50.17
[14:26:07] BEGIN - BATCH SEQUENCE
==========================
-----------------------
[14:26:07] PROCESSING BATCH FILE [1]
----------------------
[08/19/16] BD Rebuilder v0.50.17
[14:26:09] Source: TRANSFORMERS.AGE.OF.EXTINCTION.2014.3D
- Input BD size: 43,46 GB
- Approximate total content: [02:57:18.793]
- Target BD size: 22,46 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), ABR
- SHUTDOWN at completion enabled
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[14:26:10] PHASE ONE, Encoding
- [14:26:10] Processing: VID_00800 (1 of 1)
- [14:26:10] Extracting A/V streams [VID_00800]
- [14:49:40] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 237.538 frames
- Bitrate: 17.055 Kbs
- Using FRIMEncoder for MVC encoding
- [14:49:41] Reencoding: VID_00800, Pass 1 of 1
- [05:35:54] Video Encode complete
- [05:35:54] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (eng): Keeping original audio
- Track 4356 (spa): Keeping original audio
- Track 4358 (eng): Keeping original audio
- [05:35:54] Multiplexing M2TS
- [05:51:09] Scanning for 3D CLPI info...
[05:55:51]PHASE ONE complete
[05:55:51]PHASE TWO - Rebuild Started
- [05:55:51] Converting SSIF file references
- [05:56:44] Rebuilding BD-3D file Structure
[05:57:20] - Encode and Rebuild complete
[05:57:20] JOB: TRANSFORMERS.AGE.OF.EXTINCTION.2014.3D_02 finished.
-----------------------
[05:57:20] PROCESSING BATCH FILE [2]
----------------------
[08/20/16] BD Rebuilder v0.50.17
[05:57:24] Source: MARVELS_THE_AVENGERS_3D
- Input BD size: 42,60 GB
- Approximate total content: [02:30:29.561]
- Target BD size: 22,46 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), ABR
- SHUTDOWN at completion enabled
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[05:57:25] PHASE ONE, Encoding
- [05:57:25] Processing: VID_00800 (1 of 1)
- [05:57:25] Extracting A/V streams [VID_00800]
- [06:20:29] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 205.592 frames
- Bitrate: 19.500 Kbs
- Using FRIMEncoder for MVC encoding
- [06:20:29] Reencoding: VID_00800, Pass 1 of 1
- [20:49:39] Video Encode complete
- [20:49:39] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4354 (spa): Keeping original audio
- [20:49:39] Multiplexing M2TS
- [21:03:49] Scanning for 3D CLPI info...
[21:08:18]PHASE ONE complete
[21:08:18]PHASE TWO - Rebuild Started
- [21:08:18] Converting SSIF file references
- [21:11:15] Rebuilding BD-3D file Structure
[21:11:21] - Encode and Rebuild complete
[21:11:21] JOB: MARVELS_THE_AVENGERS_3D_02 finished.
-----------------------
[21:11:21] PROCESSING BATCH FILE [3]
----------------------
[08/20/16] BD Rebuilder v0.50.17
[21:11:25] Source: THOR.THE.DARK.WORLD.2013.3D
- Input BD size: 39,42 GB
- Approximate total content: [02:00:20.463]
- Target BD size: 22,46 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), ABR
- SHUTDOWN at completion enabled
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[21:11:26] PHASE ONE, Encoding
- [21:11:26] Processing: VID_00939 (1 of 4)
- [21:11:26] Extracting A/V streams [VID_00939]
- [21:11:31] Reencoding video [VID_00939]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 120 frames
- Bitrate: 19.293 Kbs
- Using FRIMEncoder for MVC encoding
- [21:11:32] Reencoding: VID_00939, Pass 1 of 1
- [21:11:38] Video Encode complete
- [21:11:38] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4355 (spa): Keeping original audio
- [21:11:38] Multiplexing M2TS
- [21:11:42] Scanning for 3D CLPI info...
- [21:11:42] Processing: VID_00011 (2 of 4)
- [21:11:42] Extracting A/V streams [VID_00011]
- [21:11:51] Reencoding video [VID_00011]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 696 frames
- [21:11:51] Reencoding: VID_00011, Pass 1 of 1
- [21:12:04] Video Encode complete
- [21:12:04] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:12:04] Multiplexing M2TS
- [21:12:10] Processing: VID_00527 (3 of 4)
- [21:12:10] Extracting A/V streams [VID_00527]
- [21:12:41] Reencoding video [VID_00527]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 3.648 frames
- Bitrate: 18.587 Kbs
- Using FRIMEncoder for MVC encoding
- [21:12:41] Reencoding: VID_00527, Pass 1 of 1
- [21:24:52] Video Encode complete
- [21:24:52] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4354 (spa): Keeping original audio
- [21:24:52] Multiplexing M2TS
- [21:25:01] Scanning for 3D CLPI info...
- [21:25:07] Processing: VID_00800 (4 of 4)
- [21:25:07] Extracting A/V streams [VID_00800]
- [21:47:49] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 161.198 frames
- Bitrate: 24.851 Kbs
- Using FRIMEncoder for MVC encoding
- [21:47:49] Reencoding: VID_00800, Pass 1 of 1
- [08:14:55] Video Encode complete
- [08:14:55] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4355 (spa): Keeping original audio
- [08:14:55] Multiplexing M2TS
- [08:28:56] Scanning for 3D CLPI info...
[08:33:39]PHASE ONE complete
[08:33:39]PHASE TWO - Rebuild Started
- [08:33:39] Converting SSIF file references
- [08:35:26] Rebuilding BD-3D file Structure
[08:35:36] - Encode and Rebuild complete
[08:35:36] JOB: THOR.THE.DARK.WORLD.2013.3D_02 finished.
-----------------------
[08:35:36] PROCESSING BATCH FILE [4]
----------------------
[08/21/16] BD Rebuilder v0.50.17
[08:35:42] Source: XMEN_DAYS_OF_FUTURE_PAST_3D
- Input BD size: 43,87 GB
- Approximate total content: [02:22:53.981]
- Target BD size: 22,46 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), ABR
- SHUTDOWN at completion enabled
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[08:35:42] PHASE ONE, Encoding
- [08:35:42] Processing: VID_00251 (1 of 2)
- [08:35:42] Extracting A/V streams [VID_00251]
- [08:36:02] Reencoding video [VID_00251]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 2.203 frames
- Bitrate: 19.823 Kbs
- Using FRIMEncoder for MVC encoding
- [08:36:02] Reencoding: VID_00251, Pass 1 of 1
- [08:43:01] Video Encode complete
- [08:43:01] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [08:43:01] Multiplexing M2TS
- [08:43:12] Scanning for 3D CLPI info...
- [08:43:16] Processing: VID_00500 (2 of 2)
- [08:43:16] Extracting A/V streams [VID_00500]
- [09:04:11] Reencoding video [VID_00500]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 189.299 frames
- Bitrate: 20.831 Kbs
- Using FRIMEncoder for MVC encoding
- [09:04:11] Reencoding: VID_00500, Pass 1 of 1
- [14:05:47] Video Encode complete
- [14:05:47] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (spa): Keeping original audio
- [14:05:47] Multiplexing M2TS
- [14:12:45] Scanning for 3D CLPI info...
[14:14:46]PHASE ONE complete
[14:14:46]PHASE TWO - Rebuild Started
- [14:14:46] Converting SSIF file references
- [14:20:15] Rebuilding BD-3D file Structure
[14:20:35] - Encode and Rebuild complete
[14:20:35] JOB: XMEN_DAYS_OF_FUTURE_PAST_3D_02 finished.
==========================
[14:20:35] END - BATCH SEQUENCE
==========================
- Computer SHUTDOWN initiated.
[08/22/16] Checking System Settings
- BD-Rebuilder v0.50.17
- Windows Version: 6.1 [7601]
- Working Path Free Space: 136,77GB
- AVISYNTH Version: 2.5.8.0, Ok
- LAVFILTERS: Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[08/22/16] Systems Settings Check complete
==========================
[10:14:46] BD Rebuilder v0.50.18
[10:14:46] BEGIN - BATCH SEQUENCE
==========================
-----------------------
[10:14:46] PROCESSING BATCH FILE [1]
----------------------
[08/22/16] BD Rebuilder v0.50.18
[10:14:46] Source: THOR.THE.DARK.WORLD.2013.3D
- Input BD size: 39,42 GB
- Approximate total content: [02:00:20.463]
- Target BD size: 22,46 GB
- Windows Version: 6.1 [7601]
- Quality: High Quality (Default), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[10:14:46] PHASE ONE, Encoding
- [10:14:46] Processing: VID_00939 (1 of 4)
- [10:14:46] Extracting A/V streams [VID_00939]
- [10:14:50] Reencoding video [VID_00939]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 120 frames
- Bitrate: 17.894 Kbs
- Using FRIMEncoder for MVC encoding
- [10:14:51] Reencoding: VID_00939, Pass 1 of 1
- [10:14:57] Video Encode complete
- [10:14:57] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (fra): Keeping original audio
- Track 4355 (spa): Keeping original audio
- Track 4356 (por): Keeping original audio
- [10:14:57] Multiplexing M2TS
- [10:15:00] Scanning for 3D CLPI info...
- [10:15:01] Processing: VID_00011 (2 of 4)
- [10:15:01] Extracting A/V streams [VID_00011]
- [10:15:08] Reencoding video [VID_00011]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 696 frames
- [10:15:08] Reencoding: VID_00011, Pass 1 of 1
- [10:15:18] Video Encode complete
- [10:15:18] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [10:15:18] Multiplexing M2TS
- [10:15:23] Processing: VID_00527 (3 of 4)
- [10:15:23] Extracting A/V streams [VID_00527]
- [10:15:51] Reencoding video [VID_00527]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 3.648 frames
- Bitrate: 17.611 Kbs
- Using FRIMEncoder for MVC encoding
- [10:15:51] Reencoding: VID_00527, Pass 1 of 1
- [10:22:21] Video Encode complete
- [10:22:21] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (fra): Keeping original audio
- Track 4354 (spa): Keeping original audio
- Track 4355 (por): Keeping original audio
- [10:22:21] Multiplexing M2TS
- [10:22:31] Scanning for 3D CLPI info...
- [10:22:36] Processing: VID_00800 (4 of 4)
- [10:22:36] Extracting A/V streams [VID_00800]
- [10:46:00] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 161.198 frames
- Bitrate: 24.757 Kbs
- Using FRIMEncoder for MVC encoding
- [10:46:00] Reencoding: VID_00800, Pass 1 of 1
- [15:48:16] Video Encode complete
- [15:48:16] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (fra): Keeping original audio
- Track 4355 (spa): Keeping original audio
- Track 4356 (por): Keeping original audio
- [15:48:16] Multiplexing M2TS
- [16:03:10] Scanning for 3D CLPI info...
[16:08:17]PHASE ONE complete
[16:08:17]PHASE TWO - Rebuild Started
- [16:08:17] Converting SSIF file references
- [16:09:57] Rebuilding BD-3D file Structure
[16:10:07] - Encode and Rebuild complete
[16:10:07] JOB: THOR.THE.DARK.WORLD.2013.3D_02 finished.
"C:\n\APPs\BD_Rebuilder\tools\x264.exe" "C:\N\THOR.THE.DARK.WORLD.2013.3D\BDMV\STREAM\00011.m2ts" --preset ultrafast --demuxer lavf --fps 24000/1001 --cabac --bframes 3 --b-pyramid none --qpmin=0 --slow-firstpass --crf 20 --level 4.1 --qpfile "C:\N\LISTOS\WORKFILES\VID_00011.CHP" --sar 1:1 --aud --nal-hrd vbr --pic-struct --vbv-bufsize 30000 --keyint 24 --min-keyint 1 --ipratio 1.1 --pbratio 1.1 --vbv-maxrate 35000 --slices 4 --threads auto --thread-input --stats "C:\N\LISTOS\WORKFILES\00011.m2ts.264.stats" --pass 1 --output "C:\N\LISTOS\WORKFILES\00011.m2ts.264"
Any Help Please....
Thanks jdobbs for all you work..
jdobbs
29th August 2016, 14:50
I suggest you switch to an older version of X264 and/or try DirectshowSource. If that fixes your problem, you should take it up in the X264 thread.
The encoding speed you get is heavily dependent on your settings. It also depends on which pass you are referring to (pass 1 goes much faster than pass 2). Have you changed your settings recently? As for 50fps... on my AMD FX-8350 that would be a very good speed for "High Quality (Default)" mode (which I often use) during pass 2.I went back several versions of X264 -- and I'm not seeing any significant difference in encoding speed. I will say that I'm seeing faster speeds with DirectshowSource than with X264/LAVF (at least in pass 1), but that could very well have always been the case (I rarely use X264/LAVF).
gg72
29th August 2016, 15:02
I suggest you switch to an older version of X264 and/or try DirectshowSource.
With the version 0.50.14 and with the same settings as in the newest version of BDRebuilder (x264/internal LAVF for frameserving) the reencoding speed is about 90fps, with 0.50.18 it reaches only maximum 50fps, the encoding time is almost double.
I will try DirectshowSource also.
jdobbs
29th August 2016, 15:17
With the version 0.50.14 and with the same settings as in the newest version of BDRebuilder (x264/internal LAVF for frameserving) the reencoding speed is about 90fps, with 0.50.18 it reaches only maximum 50fps, the encoding time is almost double.
I will try DirectshowSource also.I went back to an older version of BD-RB (v0.50.12) and did a clean install. You're right. If I switch between X264 versions from old to new (no other changes, and the exact same command line), the speed jumps from about 60fps to 105fps (both in pass 1). That means that something in the latest X264 update is the cause of the slowdown. It seems to only affect X264/LAVF mode from what I see so far. There was a libavformat update between the two versions I'm looking at -- so a good guess would be that the issue is related to that change.
In the meantime, I'd suggest you change your version of X264 to one from a previous version (before v0.50.16) of BD-RB if you are using X264/LAVF mode.
I normally use the Komisar builds of X264 for BD-RB. I'll look around for a different build and see if it is related to just this one or others as well.
[Edit] It seems to be the same across all builds. I'm guessing the libavformat update is the cause. If you think it's really necessary to use X264/LAVF then you should back up to an older X264 version. But you'd probably be better off simply using DirectshowSource() or DGDecNV instead -- as, at least on my system, they is just as fast as X264/LAFV. There's no telling whether the LAVF speed will ever return -- and you don't want to lock yourself into an older X264 version if you don't have to.
gg72
29th August 2016, 16:35
In the meantime, I'd suggest you change your version of X264 to one from a previous version (before v0.50.16) of BD-RB if you are using X264/LAVF mode.
But you'd probably be better off simply using DirectshowSource() or DGDecNV instead -- as, at least on my system, they is just as fast as X264/LAFV.
OK, thanks.
I don't have nvidia video card, DGDecNV is not an option for me.
MrVideo
29th August 2016, 19:43
@jdobbs
No comments regarding my posting?
ggtop
29th August 2016, 21:04
Hi jdobbs,
I have lately done a rebuild of "Bridge of spies" which worked OK. As always I also did an alternate movie-only to MP4 and I again had this special error "Create AVS error" with hard coding forced subtitles on multi-part playlists. As this is quite a common and new title maybe I have a chance you also have that one and could test it :)
A possible work-around was to do a movie-only BD50 first and create a MP4 from that Output which worked.
ini-file:
FORCED_SUB_LANG=deu;ger;
I have attached some screenshots. At the time the error appears only 01770.m2ts is demuxed.
ggtop
jdobbs
29th August 2016, 22:22
@jdobbs
No comments regarding my posting?1. Sometimes, but not typically. There are specific requirements for Bluray that are rarely included in imported files. FORCE_NOENCODE can be overriden when they are present.
2. I do this all the time and have never lost the chapters. In fact, after they are imported, they are treated exactly like chapters in any other BD. I'd need an example.
3. I'm not sure I get all of what you're saying. The Source Path is meant ONLY for a BD structure -- so it makes complete sense that only a BD structure is accepted. Again, I use this all the time and have never experienced an import pointing to the wrong place.
4. Yeah, I can add a TITLE_VERTICAL and TITLE_HORIZONTAL.
5. You have to use the proper title -- it looks like you got that one straightened out.
Enhancements:
1. I'll add that to the wish list.
2. The font size is dependent on too many other parameters (number of items, line spacing, etc.) I'll look at it, but it's not likely to change. Every time I add things that gives the user the ability to cause self-inflicted injuries -- I end up spending way too much time proving it isn't a bug.
3. See 4 above.
4. Ok. I can look at that.
5. Probably more likely than #2,
jdobbs
29th August 2016, 22:27
Hi jdobbs,
I have lately done a rebuild of "Bridge of spies" which worked OK. As always I also did an alternate movie-only to MP4 and I again had this special error "Create AVS error" with hard coding forced subtitles on multi-part playlists. As this is quite a common and new title maybe I have a chance you also have that one and could test it :)
A possible work-around was to do a movie-only BD50 first and create a MP4 from that Output which worked.
ini-file:
FORCED_SUB_LANG=deu;ger;
I have attached some screenshots. At the time the error appears only 01770.m2ts is demuxed.
ggtopI'll see what I can find. Can you post your settings (BDREBUILDER.INI) so I can make sure we're working in the same conditions.
MrVideo
30th August 2016, 02:24
1. Sometimes, but not typically. There are specific requirements for Bluray that are rarely included in imported files. FORCE_NOENCODE can be overriden when they are present.
I do not know what requirements could be missing, when the video was specifically encoded with Blu-ray specs. The resulting videos play perfectly in my Samsung BD player, using the BDMV structure that BDRB assembles when the files are imported.
The other thing that I noticed is that when I had two files imported, when I did the backup, the recoding resulted in much larger files. IMHO, there is no need to try and fill the disc. In any event, the sample that I provide will also let you figure out why a recoding is needed.
For me, the recoding issue is kinda moot, since I do not need to do the backup portion, since the BDMV structure that is built is BD burning ready.
2. I do this all the time and have never lost the chapters. In fact, after they are imported, they are treated exactly like chapters in any other BD. I'd need an example.
I'll RAR an example file and put it on my server and then send you a PM with the link info. It will take a while to download, as I only have 4Mbps outgoing. I'll test it first to make sure that the chapters used are indeed different than what are in the file.
3. I'm not sure I get all of what you're saying. The Source Path is meant ONLY for a BD structure -- so it makes complete sense that only a BD structure is accepted. Again, I use this all the time and have never experienced an import pointing to the wrong place.
I just noticed that I wasn't paying attention to the path listed in the INI's file:
SOURCE_PATH=G:\REBUILDER\WORKING\IMPORTS\LOTS-BD-DISC-11
I think I have a different definition of "source path" than you do. That line in the INI points to the source of the files for when BACKUP is done. I'm guessing that the source path in the GUI is really the source of what is to be imported into the project and is not saved in the INI file. In other words, SOURCE_PATH in the INI != SOURCE_PATH in the GUI.
When importing MKV files, the source path entered in the GUI is not remembered correctly. Up until a moment ago, when doing the import, the path shown in the GUI has been "LotS-BD-disc-16", (which I had used at one time), but for my testing, I have been using "LotS-BD-disc-11". Now just looking it is showing "LegendOfTheSeeker", which is the root to the other two. No idea why it has now changed. Is the value entered supposed to be saved in the registry?
UPDATE: Believe me when I say that for the longest time when I was trying to import MKV files, the starting path was wrong. It never updated to what I ended up using. Now it is working and I've changed nothing. When I go to get MKV files, it uses the path I last used. The program must have known that I've posted about it and it decided to be nice to me. :D
As for the chapter marks, I tested a couple of files and the working CHP file that is created matches exactly the chapter file that I use during my encoding process. I'm at a total loss. Massive age brain fart?
So, these two items can be crossed off the list.
4. Yeah, I can add a TITLE_VERTICAL and TITLE_HORIZONTAL.
That would be great, thanks.
5. You have to use the proper title -- it looks like you got that one straightened out.
I have, but it would still be great if the log would contain an entry if the font is not found. That would warn users that if they continue to spend hours recoding that the menu would not have the font they desired. This way they can figure out why not and not waste a lot of time recoding.
Enhancements:
1. I'll add that to the wish list.
Great.
2. The font size is dependent on too many other parameters (number of items, line spacing, etc.) I'll look at it, but it's not likely to change. Every time I add things that gives the user the ability to cause self-inflicted injuries -- I end up spending way too much time proving it isn't a bug.
Unlike many users of BDRB, I've been dealing with fonts since I was in my later teenage years (many decades ago :D). But, you are right. While I won't bitch about the results because of my settings, that isn't to say that those who do not understand the concept will think there is something wrong. Just a thought.
4. Ok. I can look at that.
Thanks.
5. Probably more likely than #2,
Since it only affects a single line, less of a chance of getting it wrong. :D
Thanks for the reply.
ggtop
30th August 2016, 08:07
I'll see what I can find. Can you post your settings (BDREBUILDER.INI) so I can make sure we're working in the same conditions.
Sure. I just wanted to wait posting all details because I promised earlier not report this error again :)
Log:
----------------------
[08.30.16] BD Rebuilder v0.50.18
[08:45:22] Source: BRIDGE_OF_SPIES_00801
- Input BD size: 38,18 GB
- Approximate total content: [02:21:19.637]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: My MP4 Container, 1920x1080, AutoGOP, AC3-448
- Quality: High Quality (Default)
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[08:45:22] PHASE ONE, Encoding
- [08:45:22] Processing: VID_01770 (1 of 5)
- [08:45:22] Extracting A/V streams [VID_01770]
- [08:56:50] CreateAVS() 00000
[08:59:52] - Could not create AVS file
section from alternate.txt:
[00040]
caption=My MP4 Container, 1920x1080, AutoGOP, AC3-448
vBitrate=3000
aBitrate=448
aType=0
vFormat=5
vKeyint=Auto
cType=5
Attached inf & ini file.
Thanks in advance
ggtop
lauguru
31st August 2016, 10:37
@jdobbs
it would be possible to add MULTIPROCESS = n and THREADS = n for X265 in ARCHIVE_MODE?, if I have marked THREADS = 12 in rebuilder.ini, not encode
http://image.prntscr.com/image/d7bcbfaf5f1345e19b8c63a5972e253c.png
if I delete THREADS = 12 in rebuilder.ini, encodes but very slow
http://image.prntscr.com/image/0449263045804a5fb9d45927854acc6f.png
http://image.prntscr.com/image/b279a32a8b274e3fba226edf8b50a78e.pnghttp://image.prntscr.com/image/948269a3b3f74fdbbbc4dc481261218a.png
mparade
31st August 2016, 19:47
@jdobbs
it would be possible to add MULTIPROCESS = n and THREADS = n for X265 in ARCHIVE_MODE?, if I have marked THREADS = 12 in rebuilder.ini, not encode
http://image.prntscr.com/image/d7bcbfaf5f1345e19b8c63a5972e253c.png
if I delete THREADS = 12 in rebuilder.ini, encodes but very slow
http://image.prntscr.com/image/0449263045804a5fb9d45927854acc6f.png
http://image.prntscr.com/image/b279a32a8b274e3fba226edf8b50a78e.pnghttp://image.prntscr.com/image/948269a3b3f74fdbbbc4dc481261218a.png
try these tweaks if they help:
--pmode;
--pme;
to saturate your CPU cores instead of MULTIPROCESS = n and THREADS = n. I think the latter cannot even be interpreted by x265.
lauguru
1st September 2016, 09:07
@mparade thanks
TWEAK_X265= --pmode;
or
TWEAK_X265= --pme;
???
try these tweaks if they help:
--pmode;
--pme;
to saturate your CPU cores instead of MULTIPROCESS = n and THREADS = n. I think the latter cannot even be interpreted by x265.
jdobbs
1st September 2016, 15:56
I could try this:
TWEAK_X265=--pmode --pme
From the X264 help:Threading, performance:
--pools <integer,...> Comma separated thread count per thread pool (pool per NUMA node)
'-' implies no threads on node, '+' implies one thread per core on node
-F/--frame-threads <integer> Number of concurrently encoded frames. 0: auto-determined by core count
--[no-]wpp Enable Wavefront Parallel Processing. Default enabled
--[no-]pmode Parallel mode analysis. Default disabled
--[no-]pme Parallel motion estimation. Default disabled
--[no-]asm <bool|int|string> Override CPU detection. Default: auto
lauguru
1st September 2016, 16:25
TWEAK_PASS_ONE=--pmode --pme
TWEAK_PASS_TWO=--pmode --pme
TWEAK_X265=--pmode --pme
serve to both? X265 to X264?
I could try this:
TWEAK_X265=--pmode --pme
From the X264 help:Threading, performance:
--pools <integer,...> Comma separated thread count per thread pool (pool per NUMA node)
'-' implies no threads on node, '+' implies one thread per core on node
-F/--frame-threads <integer> Number of concurrently encoded frames. 0: auto-determined by core count
--[no-]wpp Enable Wavefront Parallel Processing. Default enabled
--[no-]pmode Parallel mode analysis. Default disabled
--[no-]pme Parallel motion estimation. Default disabled
--[no-]asm <bool|int|string> Override CPU detection. Default: auto
Parallel Mode Analysis
When --pmode is enabled, each CU (at all depths from 64x64 to 8x8) will distribute its analysis work to the thread pool via a bonded task group. Each analysis job will measure the cost of one prediction for the CU: merge, skip, intra, inter (2Nx2N, Nx2N, 2NxN, and AMP).
At slower presets, the amount of increased parallelism from pmode is often enough to be able to reduce or disable frame parallelism while achieving the same overall CPU utilization. Reducing frame threads is often beneficial to ABR and VBV rate control.
Parallel Motion Estimation
When --pme is enabled all of the analysis functions which perform motion searches to reference frames will distribute those motion searches to other worker threads via a bonded task group (if more than two motion searches are required).
mparade
1st September 2016, 18:54
TWEAK_PASS_ONE=--pmode --pme
TWEAK_PASS_TWO=--pmode --pme
TWEAK_X265=--pmode --pme
serve to both? X265 to X264?
Parallel Mode Analysis
When --pmode is enabled, each CU (at all depths from 64x64 to 8x8) will distribute its analysis work to the thread pool via a bonded task group. Each analysis job will measure the cost of one prediction for the CU: merge, skip, intra, inter (2Nx2N, Nx2N, 2NxN, and AMP).
At slower presets, the amount of increased parallelism from pmode is often enough to be able to reduce or disable frame parallelism while achieving the same overall CPU utilization. Reducing frame threads is often beneficial to ABR and VBV rate control.
Parallel Motion Estimation
When --pme is enabled all of the analysis functions which perform motion searches to reference frames will distribute those motion searches to other worker threads via a bonded task group (if more than two motion searches are required).
I think TWEAK_PASS_ONE&TWO are only for x264 command line.
Here, "well-working" x264 command line tweaks are --threads auto and
--thread-input. My cores are saturated even when using only these two tweaks.
Regarding x265 command line, at first try --pmode. If you are not saturating the cores add --pme as well and let us see the utilization of your CPU. :)
lauguru
1st September 2016, 21:32
I think TWEAK_PASS_ONE&TWO are only for x264 command line.
Here, "well-working" x264 command line tweaks are --threads auto and
--thread-input. My cores are saturated even when using only these two tweaks.
Regarding x265 command line, at first try --pmode. If you are not saturating the cores add --pme as well and let us see the utilization of your CPU. :)
if I understood correctly for x264, the tweak is written as:
TWEAK_PASS_ONE=--threads auto --thread-input
TWEAK_PASS_TWO=--threads auto --thread-input
?
DoctorM
2nd September 2016, 01:09
Two things.
First, is FRIMEncoder only ABR 1-pass? I thought 2-pass was the default.
Second, I'm a bit confused about 3D rebuilds. They can be output as folders, even Movie-Only now (as opposed to .ISO), but that lacks the SSIF data.
Is that still burnable and functional? I've never really gotten my head around how BD3D does its thing.
Edit: Also, FRIMEncoder doesn't MultiProcess? All cores seem to normally be in use on my AMD chip, but I never exceed 75% utilization.
MultiProcess=1 doesn't show up as engaging while encoding 3D.
jdobbs
2nd September 2016, 01:46
FRIM doesn't support 2 pass (nor does, I believe, the underlying Intel libraries) -- so, no, it's not the default.
There are several ways you can do 3D in Bluray that are supported within the standard. The SSIF folder is just one of them. BD-RB does it the best way for a particular purpose while staying within the abilities of TSMUXER. The problem with output to folders is that you can't have portions of different files appearing as two in the file structure (as can be done in a write to ISO and as happens in an SSIF structure) without almost doubling the size (with redundant data), so you MUST use a non-SSIF method. You also can't do a full-backup using SSIF because TSMUXER only supports movie-only output to ISO.
You can't do multipass because 3D requires FRIMDECODE and it doesn't support random seeking.
DoctorM
2nd September 2016, 06:12
FRIM doesn't support 2 pass (nor does, I believe, the underlying Intel libraries) -- so, no, it's not the default.
There are several ways you can do 3D in Bluray that are supported within the standard. The SSIF folder is just one of them. BD-RB does it the best way for a particular purpose while staying within the abilities of TSMUXER. The problem with output to folders is that you can't have portions of different files appearing as two in the file structure (as can be done in a write to ISO and as happens in an SSIF structure) without almost doubling the size (with redundant data), so you MUST use a non-SSIF method. You also can't do a full-backup using SSIF because TSMUXER only supports movie-only output to ISO.
You can't do multipass because 3D requires FRIMDECODE and it doesn't support random seeking.
Thanks, that covers everything. Good to know the whole SSIF thing is not a requirement of a functioning 3DBD. Which now makes me wonder why they do it that way at all.
mparade
2nd September 2016, 08:43
if I understood correctly for x264, the tweak is written as:
TWEAK_PASS_ONE=--threads auto --thread-input
TWEAK_PASS_TWO=--threads auto --thread-input
?
Yes, but there is no need to use them as separate parameter for TWEAK_PASS_X, because jdobbs already inserted them in the command line, so they are used as default (note: as a hiddenopt you can modify THREADS=auto to THREADS=x in the ini file through BD-RB menu, so you can specify more than 1.5xlogical cores if that one still does not saturate your cores).
lauguru
2nd September 2016, 09:15
Yes, but there is no need to use them as separate parameter for TWEAK_PASS_X, because jdobbs already inserted them in the command line, so they are used as default (note: as a hiddenopt you can modify THREADS=auto to THREADS=x in the ini file through BD-RB menu, so you can specify more than 1.5xlogical cores if that one still does not saturate your cores).
http://image.prntscr.com/image/227c24244b274c0aa5c12482d8bd16de.png
According to this processor, my setup is rebuilder.ini bd: what you think is right?
EXTENDED_GOP = 1 also improve image quality bd50tobd25?
[Options]
VERSION=0.50.0.18
TWEAK_PASS_ONE=--threads auto --thread-input
TWEAK_PASS_TWO=--threads auto --thread-input
MULTIPROCESS=6
TWEAK_X265=--pmode --pme
THREADS=12
EXTENDED_GOP=1
B_PYRAMID=1
ENABLE_TEST=1
DEFAULT_LANG=spa
MIN_PLAYLIST_MINS=1
MIN_M2TS_SIZE=5
IMPORT_PAL_TO_FILM=1
NEW_CRF_PREDICTION=1
ARCHIVE_ENABLE=1
ARCHIVE_CRF=13.7
ARCHIVE_QUALITY=3
ARCHIVE_LIMIT=0
ARCHIVE_265=1
MrVideo
2nd September 2016, 13:23
Good to know the whole SSIF thing is not a requirement of a functioning 3DBD. Which now makes me wonder why they do it that way at all.
Otherwise you will not get full 1080p resolution. Side-by-Side or Top-Bottom options result in a lost of resolution.
jdobbs
2nd September 2016, 15:15
Otherwise you will not get full 1080p resolution. Side-by-Side or Top-Bottom options result in a lost of resolution.You do not lose resolution just because you don't use a SSIF folder. The blu-ray standard allows for the MVC information to be kept in a additional stream within the same M2TS file. It doesn't use over-under or side-by-side. The output is identical to the MVC stream you will have if using a SSIF.
MrVideo
2nd September 2016, 15:23
The blu-ray standard allows for the MVC information to be kept in a additional stream within the same M2TS file. It doesn't use over-under or side-by-side. The output is identical to the MVC stream you will have if using a SSIF.
You are right, I totally forgot about that.
mparade
2nd September 2016, 17:07
http://image.prntscr.com/image/227c24244b274c0aa5c12482d8bd16de.png
According to this processor, my setup is rebuilder.ini bd: what you think is right?
EXTENDED_GOP = 1 also improve image quality bd50tobd25?
[Options]
VERSION=0.50.0.18
TWEAK_PASS_ONE=--threads auto --thread-input
TWEAK_PASS_TWO=--threads auto --thread-input
MULTIPROCESS=6
TWEAK_X265=--pmode --pme
THREADS=12
EXTENDED_GOP=1
B_PYRAMID=1
ENABLE_TEST=1
DEFAULT_LANG=spa
MIN_PLAYLIST_MINS=1
MIN_M2TS_SIZE=5
IMPORT_PAL_TO_FILM=1
NEW_CRF_PREDICTION=1
ARCHIVE_ENABLE=1
ARCHIVE_CRF=13.7
ARCHIVE_QUALITY=3
ARCHIVE_LIMIT=0
ARCHIVE_265=1
Would you like to reserve the menus as well in your output or is your aim to get movie-only backups and to burn them to BD-25?
lauguru
2nd September 2016, 20:53
Would you like to reserve the menus as well in your output or is your aim to get movie-only backups and to burn them to BD-25?
if, keeping the menus and make BD25
mparade
3rd September 2016, 14:17
@jdobbs
When making batch jobs, is the filter used in the avs filter editor of BD-RB saved in the job itself? I would like to use different crop values for the different jobs then putting them in the batch queue. Is it possible?
Thanks for your help!
mparade
3rd September 2016, 14:29
if, keeping the menus and make BD25
Do you prefer archiving using x265 to x264? I think there will currently be some problems when playing it back with the menus.
If I were you, I would use x264 with the excellent automatic features of BD-RB (if the output required is BD-25 with menus). To make everything as simple as possible just use the preset&tune system of x264. Additionally, I would use some of the hiddenopts to "fine tune" the encode. If you don't know what is a hiddenopt for, just search for it in the "history".txt file located in the BD-RB root folder or here:
https://en.wikibooks.org/wiki/MeGUI/x264_Settings
jdobbs
3rd September 2016, 15:48
@jdobbs
When making batch jobs, is the filter used in the avs filter editor of BD-RB saved in the job itself? I would like to use different crop values for the different jobs then putting them in the batch queue. Is it possible?
Thanks for your help!The moment you put something in the queue all the settings are fixed at that time. Any changes after that point don't affect a queued job. So yes, it's possible.
mparade
3rd September 2016, 19:27
The moment you put something in the queue all the settings are fixed at that time. Any changes after that point don't affect a queued job. So yes, it's possible.
Nice job! :)
lauguru
3rd September 2016, 20:42
Do you prefer archiving using x265 to x264? I think there will currently be some problems when playing it back with the menus.
If I were you, I would use x264 with the excellent automatic features of BD-RB (if the output required is BD-25 with menus). To make everything as simple as possible just use the preset&tune system of x264. Additionally, I would use some of the hiddenopts to "fine tune" the encode. If you don't know what is a hiddenopt for, just search for it in the "history".txt file located in the BD-RB root folder or here:
https://en.wikibooks.org/wiki/MeGUI/x264_Settings
x264 currently use very slow, with the configuration rebuilder.ini I put a post above, I would like to use X265 ARCHIVE_MODE for maintaining full backup bd50tobd25 menu, although to this day can not be played on a player, sure if it will be possible soon
lauguru
3rd September 2016, 22:10
@jdobbs
there is no way to speed up the encode by gpu?
MrVideo
4th September 2016, 02:32
x264 currently use very slow, with the configuration rebuilder.ini I put a post above, I would like to use X265 ARCHIVE_MODE for maintaining full backup bd50tobd25 menu, although to this day can not be played on a player, sure if it will be possible soon
You will never get x265 compiled videos to be played on a Blu-ray player. While the menu will show up, the video will not play.
I suspect that the menu structure for UHD discs/players is a little bit different than Blu-ray menu structures, so that means there will need to be a UHDRB program.
So, for the time being, if you want menus, you use x264 encoding.
Ch3vr0n
4th September 2016, 03:09
Pretty the menu structure has nothing to do with it at all, what matters is that the x265 codec simply isn't supported by standard blu-ray players and that same x265 is the official codec for UHD discs.
MrVideo
4th September 2016, 05:00
The OP wanted menus as well as x265, hence my posting.
lauguru
4th September 2016, 09:17
yes, I know they do not work the way videos on bluray, I mean to keep those backups for future players uhd
hopefully someday, jdobbs build uhdrebuilder!;)
anyone knows for serving this tweak?
TWEAK_X265= --uhd-bd
http://img.prntscr.com/img?url=http://i.imgur.com/QHws25Y.png
http://x265.readthedocs.io/en/default/cli.html
You will never get x265 compiled videos to be played on a Blu-ray player. While the menu will show up, the video will not play.
I suspect that the menu structure for UHD discs/players is a little bit different than Blu-ray menu structures, so that means there will need to be a UHDRB program.
So, for the time being, if you want menus, you use x264 encoding.
jdobbs
4th September 2016, 15:03
x264 currently use very slow, with the configuration rebuilder.ini I put a post above, I would like to use X265 ARCHIVE_MODE for maintaining full backup bd50tobd25 menu, although to this day can not be played on a player, sure if it will be possible soonX265 ARCHIVE_MODE backups are unlikely to play as-is. They're just useful as a low-storage-requirement/high-quality archive backup. I don't currently have the specifications for UHD on BD, so I'm not aware of the differences that might exist specifically for UHD/HEVC encoding. The X265 "--uhd-bd" setting may take care of the stream portion of it (emphasizing the "experimental" qualifier) -- but there very likely may also be structural requirements that need to be met as well. For example, I currently use the stream type identifier that TSMUXER has chosen for HEVC (a value of "6") -- but I have no idea if that matches the specification.
lauguru
4th September 2016, 16:02
X265 ARCHIVE_MODE backups are unlikely to play as-is. They're just useful as a low-storage-requirement/high-quality archive backup. I don't currently have the specifications for UHD on BD, so I'm not aware of the differences that might exist specifically for UHD/HEVC encoding. The X265 "--uhd-bd" setting may take care of the stream portion of it (emphasizing the "experimental" qualifier) -- but there very likely may also be structural requirements that need to be met as well. For example, I currently use the stream type identifier that TSMUXER has chosen for HEVC (a value of "6") -- but I have no idea if that matches the specification.
then, while not break uhd safety and the isos network and file structure, then look better to wait?
jdobbs
4th September 2016, 16:25
then, while not break uhd safety and the isos network and file structure, then look better to wait?You have to think of HEVC archiving for what it is meant to be. It is a way to keep a very high quality backup of a disc - while using the very least amount of space necessary to maintain it.
If, however, someone wants to give it a try -- there are UHD/HEVC players available today. I'd love to hear feedback on exactly how the discs are structured and supported. I'd be happy to incorporate any information discovered. But, with no current method for monetary support for BD-RB, I have no intention of investing, from my own limited resources, in a player costing several hundred dollars.
lauguru
4th September 2016, 16:55
You have to think of HEVC archiving for what it is meant to be. It is a way to keep a very high quality backup of a disc - while using the very least amount of space necessary to maintain it.
If, however, someone wants to give it a try -- there are UHD/HEVC players available today. I'd love to hear feedback on exactly how the discs are structured and supported. I'd be happy to incorporate any information discovered. But, with no current method for monetary support for BD-RB, I have no intention of investing, from my own limited resources, in a player costing several hundred dollars.
Indeed, a player uhd Samsung UBD-K8500 costs about 415 €, if you want the format to expand, should lower prices but .... the only thing I can think of is recording a BD25 and try to play in a reader uhd in a shop, because I do not even know anyone who has. If someone in the forum tubiese one uhd player would be nice to try if you play
with this confg ( 32,3gb to 23,1gb) in archive_ mode with x265
TWEAK_X265=--output-depth 10 --profile main10 --tune grain --uhd-bd --pmode --pme
ARCHIVE_MODE=1
ARCHIVE_CRF=13.7
ARCHIVE_QUALITY=5
ARCHIVE_LIMIT=0
ARCHIVE_265=1
ARCHIVE_ENABLE=1
Ch3vr0n
4th September 2016, 20:20
Trying to build an SBS 3D MP4fails with an mp4box error
[09/04/16] BD Rebuilder v0.50.18
[19:51:24] Source: GODS_OF_EGYPT_00000
- Input BD size: 32,87 GB
- Approximate total content: [02:07:29.308]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Quality: Good (Very Fast), ABR
- Output folder: D:\Blu-ray\Rebuilds\BDRB\
- Decoding/Frame serving: DirectShow [4-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[19:51:26] PHASE ONE, Encoding
- [19:51:26] Processing: VID_00000 (1 of 3)
- [19:51:26] Extracting A/V streams [VID_00000]
- [19:58:03] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 106*120 frames
- [19:58:03] Reencoding: VID_00000, Pass 1 of 1
- Analyzing 36,00 43,00 46,50 48,25 49,13 49,56 49,78 49,89 49,95 49,97 [49,97]
- [20:37:44] Video Encode complete
- [20:37:44] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:37:44] Processing: VID_00007 (2 of 3)
- [20:37:44] Extracting A/V streams [VID_00007]
- [20:40:53] Reencoding video [VID_00007]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 77*256 frames
- [20:40:54] Reencoding: VID_00007, Pass 1 of 1
- Analyzing 36,00 43,00 46,50 48,25 49,13 49,56 49,78 49,89 49,95 49,97 49,99 [49,99]
- [21:05:52] Video Encode complete
- [21:05:52] Processing: VID_00025 (3 of 3)
- [21:05:52] Extracting A/V streams [VID_00025]
- [21:05:56] Reencoding video [VID_00025]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 24 frames
- [21:05:56] Reencoding: VID_00025, Pass 1 of 1
- Analyzing 36,00 43,00 [43,00]
- [21:05:58] Video Encode complete
[21:05:58]PHASE ONE complete
[21:05:58]PHASE TWO - Rebuild Started
- [21:05:58] Converting PGS subs to SRT format...
- [21:14:53] Building ALTERNATE OUTPUT Structure
- ERROR in attempt to mux (MP4BOX)
[21:15:19] - Failed to REBUILD
[09/04/16] Checking System Settings
- BD-Rebuilder v0.50.18
- Windows Version: 6.2 [9200]
- Working Path Free Space: 657,26GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[09/04/16] Systems Settings Check complete
Sharc
5th September 2016, 09:31
Trying to build an SBS 3D MP4fails with an mp4box error
[09/04/16] BD Rebuilder v0.50.18
[19:51:24] Source: GODS_OF_EGYPT_00000
- Input BD size: 32,87 GB
- Approximate total content: [02:07:29.308]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Quality: Good (Very Fast), ABR
- Output folder: D:\Blu-ray\Rebuilds\BDRB\
- Decoding/Frame serving: DirectShow [4-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[19:51:26] PHASE ONE, Encoding
- [19:51:26] Processing: VID_00000 (1 of 3)
- [19:51:26] Extracting A/V streams [VID_00000]
- [19:58:03] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 106*120 frames
- [19:58:03] Reencoding: VID_00000, Pass 1 of 1
- Analyzing 36,00 43,00 46,50 48,25 49,13 49,56 49,78 49,89 49,95 49,97 [49,97]
- [20:37:44] Video Encode complete
- [20:37:44] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:37:44] Processing: VID_00007 (2 of 3)
- [20:37:44] Extracting A/V streams [VID_00007]
- [20:40:53] Reencoding video [VID_00007]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 77*256 frames
- [20:40:54] Reencoding: VID_00007, Pass 1 of 1
- Analyzing 36,00 43,00 46,50 48,25 49,13 49,56 49,78 49,89 49,95 49,97 49,99 [49,99]
- [21:05:52] Video Encode complete
- [21:05:52] Processing: VID_00025 (3 of 3)
- [21:05:52] Extracting A/V streams [VID_00025]
- [21:05:56] Reencoding video [VID_00025]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 24 frames
- [21:05:56] Reencoding: VID_00025, Pass 1 of 1
- Analyzing 36,00 43,00 [43,00]
- [21:05:58] Video Encode complete
[21:05:58]PHASE ONE complete
[21:05:58]PHASE TWO - Rebuild Started
- [21:05:58] Converting PGS subs to SRT format...
- [21:14:53] Building ALTERNATE OUTPUT Structure
- ERROR in attempt to mux (MP4BOX)
[21:15:19] - Failed to REBUILD
[09/04/16] Checking System Settings
- BD-Rebuilder v0.50.18
- Windows Version: 6.2 [9200]
- Working Path Free Space: 657,26GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[09/04/16] Systems Settings Check complete
Is your source 3D with SSIF structure? Then you should decode with FRIM rather than DS.
The final CRF of about 50 seems awkward ..... How would such video look? What target size did you enter?
I did 3D to .mkv and had no problems. Trying with MP4 now .......
Edit:
Hmmm...., MP4 just hangs here. No error message, MP4box.exe just hangs (25% CPU load) at:
- [11:38:51] Building ALTERNATE OUTPUT Structure
Edit2:
MP4 works when I re-encode the audio as well (to AAC in my case) instead of leaving it intact (DTS, 6 channel).
lauguru
5th September 2016, 16:00
Trying to build bd50tobd25 error
[09/05/16] BD Rebuilder v0.50.18
[13:42:29] Source: FREDDY_JASON
- Input BD size: 26,70 GB
- Approximate total content: [03:59:26.209]
- Target BD size: 23,75 GB
- Windows Version: 6.2 [9200]
- Quality: Highest (Very Slow), Two Pass
- X264 Tweak(s) enabled
- Decoding/Frame serving: DGDecNV [6-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[13:42:29] PHASE ONE, Encoding
- [13:42:29] Processing: VID_00000 (1 of 57)
- [13:42:29] Extracting A/V streams [VID_00000]
- [13:47:52] Reencoding video [VID_00000]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 140.023 frames
- Bitrate: 19.520 Kbs
- [13:47:52] Reencoding: VID_00000, Pass 1 of 2
- [14:12:20] Reencoding: VID_00000, Pass 2 of 2
- [16:03:14] Video Encode complete
- [16:03:14] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (spa): Keeping original audio
- Track 4355 (ita): Keeping original audio
- [16:03:14] Multiplexing M2TS
- [16:08:25] Processing: VID_00001 (2 of 57)
- [16:08:25] Extracting A/V streams [VID_00001]
- [16:08:46] Reencoding video [VID_00001]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 18.643 frames
- Bitrate: 4.348 Kbs
- [16:08:46] Reencoding: VID_00001, Pass 1 of 2
- [16:09:35] Reencoding: VID_00001, Pass 2 of 2
- [16:11:55] Video Encode complete
- [16:11:55] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:11:55] Multiplexing M2TS
- [16:12:02] Processing: VID_00002 (3 of 57)
- [16:12:02] Extracting A/V streams [VID_00002]
- [16:12:11] Reencoding video [VID_00002]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 26.164 frames
- Bitrate: 4.407 Kbs
- [16:12:11] Reencoding: VID_00002, Pass 1 of 2
- [16:13:11] Reencoding: VID_00002, Pass 2 of 2
- [16:16:59] Video Encode complete
- [16:16:59] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:16:59] Multiplexing M2TS
- [16:17:07] Processing: VID_00003 (4 of 57)
- [16:17:07] Extracting A/V streams [VID_00003]
- [16:17:13] Reencoding video [VID_00003]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 11.074 frames
- Bitrate: 3.504 Kbs
- [16:17:13] Reencoding: VID_00003, Pass 1 of 2
- [16:17:40] Reencoding: VID_00003, Pass 2 of 2
- [16:19:21] Video Encode complete
- [16:19:21] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:19:21] Multiplexing M2TS
- [16:19:26] Processing: VID_00004 (5 of 57)
- [16:19:26] Extracting A/V streams [VID_00004]
- [16:19:34] Reencoding video [VID_00004]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 20.774 frames
- Bitrate: 3.503 Kbs
- [16:19:34] Reencoding: VID_00004, Pass 1 of 2
- [16:20:20] Reencoding: VID_00004, Pass 2 of 2
- [16:23:11] Video Encode complete
- [16:23:11] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:23:11] Multiplexing M2TS
- [16:23:17] Processing: VID_00005 (6 of 57)
- [16:23:17] Extracting A/V streams [VID_00005]
- [16:23:27] Reencoding video [VID_00005]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 38.915 frames
- Bitrate: 3.502 Kbs
- [16:23:27] Reencoding: VID_00005, Pass 1 of 2
- [16:24:36] Reencoding: VID_00005, Pass 2 of 2
- [16:29:24] Video Encode complete
- [16:29:24] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:29:24] Multiplexing M2TS
- [16:29:32] Processing: VID_00006 (7 of 57)
- [16:29:32] Extracting A/V streams [VID_00006]
- [16:29:39] Reencoding video [VID_00006]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 11.689 frames
- Bitrate: 3.516 Kbs
- [16:29:39] Reencoding: VID_00006, Pass 1 of 2
- [16:30:05] Reencoding: VID_00006, Pass 2 of 2
- [16:31:38] Video Encode complete
- [16:31:38] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:31:38] Multiplexing M2TS
- [16:31:43] Processing: VID_00007 (8 of 57)
- [16:31:43] Extracting A/V streams [VID_00007]
- [16:31:49] Reencoding video [VID_00007]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 6.211 frames
- Bitrate: 4.351 Kbs
- [16:31:49] Reencoding: VID_00007, Pass 1 of 2
- [16:32:02] Reencoding: VID_00007, Pass 2 of 2
- [16:32:46] Video Encode complete
- [16:32:46] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:32:46] Multiplexing M2TS
- [16:32:51] Processing: VID_00008 (9 of 57)
- [16:32:51] Extracting A/V streams [VID_00008]
- [16:32:57] Reencoding video [VID_00008]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 6.301 frames
- Bitrate: 4.355 Kbs
- [16:32:57] Reencoding: VID_00008, Pass 1 of 2
- [16:33:11] Reencoding: VID_00008, Pass 2 of 2
- [16:34:00] Video Encode complete
- [16:34:00] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:34:00] Multiplexing M2TS
- [16:34:05] Processing: VID_00009 (10 of 57)
- [16:34:05] Extracting A/V streams [VID_00009]
- [16:34:10] Reencoding video [VID_00009]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 2.071 frames
- Bitrate: 4.334 Kbs
- [16:34:10] Reencoding: VID_00009, Pass 1 of 2
- [16:34:15] Reencoding: VID_00009, Pass 2 of 2
- [16:34:31] Video Encode complete
- [16:34:31] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:34:31] Multiplexing M2TS
- [16:34:35] Processing: VID_00010 (11 of 57)
- [16:34:35] Extracting A/V streams [VID_00010]
- [16:34:40] Reencoding video [VID_00010]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 3.031 frames
- Bitrate: 4.397 Kbs
- [16:34:41] Reencoding: VID_00010, Pass 1 of 2
- [16:34:47] Reencoding: VID_00010, Pass 2 of 2
- [16:35:08] Video Encode complete
- [16:35:08] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:35:08] Multiplexing M2TS
- [16:35:12] Processing: VID_00011 (12 of 57)
- [16:35:12] Extracting A/V streams [VID_00011]
- [16:35:18] Reencoding video [VID_00011]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 3.421 frames
- Bitrate: 4.397 Kbs
- [16:35:18] Reencoding: VID_00011, Pass 1 of 2
- [16:35:25] Reencoding: VID_00011, Pass 2 of 2
- [16:35:50] Video Encode complete
- [16:35:50] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:35:50] Multiplexing M2TS
- [16:35:54] Processing: VID_00012 (13 of 57)
- [16:35:54] Extracting A/V streams [VID_00012]
- [16:36:00] Reencoding video [VID_00012]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 4.891 frames
- Bitrate: 4.362 Kbs
- [16:36:00] Reencoding: VID_00012, Pass 1 of 2
- [16:36:10] Reencoding: VID_00012, Pass 2 of 2
- [16:36:42] Video Encode complete
- [16:36:42] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:36:42] Multiplexing M2TS
- [16:36:47] Processing: VID_00013 (14 of 57)
- [16:36:47] Extracting A/V streams [VID_00013]
- [16:36:53] Reencoding video [VID_00013]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 5.551 frames
- Bitrate: 4.354 Kbs
- [16:36:53] Reencoding: VID_00013, Pass 1 of 2
- [16:37:04] Reencoding: VID_00013, Pass 2 of 2
- [16:37:41] Video Encode complete
- [16:37:41] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:37:41] Multiplexing M2TS
- [16:37:45] Processing: VID_00014 (15 of 57)
- [16:37:45] Extracting A/V streams [VID_00014]
- [16:37:52] Reencoding video [VID_00014]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 8.671 frames
- Bitrate: 4.307 Kbs
- [16:37:52] Reencoding: VID_00014, Pass 1 of 2
- [16:38:09] Reencoding: VID_00014, Pass 2 of 2
- [16:39:02] Video Encode complete
- [16:39:02] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:39:02] Multiplexing M2TS
- [16:39:07] Processing: VID_00015 (16 of 57)
- [16:39:07] Extracting A/V streams [VID_00015]
- [16:39:13] Reencoding video [VID_00015]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 6.121 frames
- Bitrate: 4.338 Kbs
- [16:39:13] Reencoding: VID_00015, Pass 1 of 2
- [16:39:26] Reencoding: VID_00015, Pass 2 of 2
- [16:40:08] Video Encode complete
- [16:40:08] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:40:08] Multiplexing M2TS
- [16:40:12] Processing: VID_00016 (17 of 57)
- [16:40:12] Extracting A/V streams [VID_00016]
- [16:40:18] Reencoding video [VID_00016]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 5.161 frames
- Bitrate: 4.380 Kbs
- [16:40:18] Reencoding: VID_00016, Pass 1 of 2
- [16:40:30] Reencoding: VID_00016, Pass 2 of 2
- [16:41:08] Video Encode complete
- [16:41:08] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:41:08] Multiplexing M2TS
- [16:41:12] Processing: VID_00017 (18 of 57)
- [16:41:12] Extracting A/V streams [VID_00017]
- [16:41:18] Reencoding video [VID_00017]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 9.061 frames
- Bitrate: 4.369 Kbs
- [16:41:18] Reencoding: VID_00017, Pass 1 of 2
- [16:41:39] Reencoding: VID_00017, Pass 2 of 2
- [16:42:50] Video Encode complete
- [16:42:50] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:42:50] Multiplexing M2TS
- [16:42:54] Processing: VID_00018 (19 of 57)
- [16:42:54] Extracting A/V streams [VID_00018]
- [16:43:00] Reencoding video [VID_00018]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 3.121 frames
- Bitrate: 4.344 Kbs
- [16:43:00] Reencoding: VID_00018, Pass 1 of 2
- [16:43:08] Reencoding: VID_00018, Pass 2 of 2
- [16:43:34] Video Encode complete
- [16:43:34] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:43:34] Multiplexing M2TS
- [16:43:38] Processing: VID_00019 (20 of 57)
- [16:43:38] Extracting A/V streams [VID_00019]
- [16:43:44] Reencoding video [VID_00019]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 7.110 frames
- Bitrate: 4.360 Kbs
- [16:43:44] Reencoding: VID_00019, Pass 1 of 2
- [16:44:00] Reencoding: VID_00019, Pass 2 of 2
- [16:44:51] Video Encode complete
- [16:44:51] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:44:51] Multiplexing M2TS
- [16:44:56] Processing: VID_00020 (21 of 57)
- [16:44:56] Extracting A/V streams [VID_00020]
- [16:45:01] Reencoding video [VID_00020]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 5.856 frames
- Bitrate: 2.193 Kbs
- [16:45:01] Reencoding: VID_00020, Pass 1 of 2
- [16:45:16] Reencoding: VID_00020, Pass 2 of 2
- [16:45:52] Video Encode complete
- [16:45:52] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:45:52] Multiplexing M2TS
- [16:45:56] Processing: VID_00021 (22 of 57)
- [16:45:56] Extracting A/V streams [VID_00021]
- [16:46:04] Reencoding video [VID_00021]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 5.200 frames
- Bitrate: 10.894 Kbs
- [16:46:04] Reencoding: VID_00021, Pass 1 of 2
- [16:47:09] Reencoding: VID_00021, Pass 2 of 2
- [16:50:36] Video Encode complete
- [16:50:36] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [16:50:36] Multiplexing M2TS
- [16:50:42] Processing: VID_00022 (23 of 57)
- [16:50:42] Extracting A/V streams [VID_00022]
- [16:50:48] Reencoding video [VID_00022]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 747 frames
- Bitrate: 11.409 Kbs
- [16:50:48] Reencoding: VID_00022, Pass 1 of 2
- [16:50:57] Reencoding: VID_00022, Pass 2 of 2
- [16:51:27] Video Encode complete
- [16:51:27] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [16:51:27] Multiplexing M2TS
- [16:51:31] Processing: VID_00023 (24 of 57)
- [16:51:31] Extracting A/V streams [VID_00023]
- [16:51:37] Reencoding video [VID_00023]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 555 frames
- Bitrate: 10.404 Kbs
- [16:51:37] Reencoding: VID_00023, Pass 1 of 2
- [16:51:43] Reencoding: VID_00023, Pass 2 of 2
- [16:52:04] Video Encode complete
- [16:52:04] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [16:52:04] Multiplexing M2TS
- [16:52:07] Processing: VID_00024 (25 of 57)
- [16:52:07] Extracting A/V streams [VID_00024]
- [16:52:13] Reencoding video [VID_00024]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 522 frames
- Bitrate: 10.708 Kbs
- [16:52:13] Reencoding: VID_00024, Pass 1 of 2
- [16:52:19] Reencoding: VID_00024, Pass 2 of 2
- [16:52:38] Video Encode complete
- [16:52:38] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [16:52:38] Multiplexing M2TS
- [16:52:42] Processing: VID_00025 (26 of 57)
- [16:52:42] Extracting A/V streams [VID_00025]
- [16:52:48] Reencoding video [VID_00025]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 1.395 frames
- Bitrate: 10.583 Kbs
- [16:52:48] Reencoding: VID_00025, Pass 1 of 2
- [16:53:02] Reencoding: VID_00025, Pass 2 of 2
- [16:53:53] Video Encode complete
- [16:53:53] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [16:53:53] Multiplexing M2TS
- [16:53:57] Processing: VID_00026 (27 of 57)
- [16:53:57] Extracting A/V streams [VID_00026]
- [16:54:03] Reencoding video [VID_00026]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 1.045 frames
- Bitrate: 10.522 Kbs
- [16:54:03] Reencoding: VID_00026, Pass 1 of 2
- Encode failed. Aborting.
- BD-Rebuilder v0.50.18
- Windows Version: 6.2 [9200]
- Working Path Free Space: 77,25GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[16:54:14] - Failed video encode, aborted
==========================
[16:54:14] END - BATCH SEQUENCE
[09/05/16] Checking System Settings
- BD-Rebuilder v0.50.18
- Windows Version: 6.2 [9200]
- Working Path Free Space: 77,25GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[09/05/16] Systems Settings Check complete
Ch3vr0n
5th September 2016, 17:57
@shark i didn't enter anything. I went to movie only mode => alternate movie only output => MP4 container, full SBS, intact audio. BDRB is configured to use DS for discs until my GTX 1080 arrives to use DGdecNV. BDRB chose to use DS, not me. It's not up to me to tell it specifically to use FRIM, i was under the impression BDRB would select that itself (yes it has an SSIF structure). I only specified an estimated 1024MB CRF output size, BDRB did the analyzing. My guess is there's something wrong in the detection algorithm that makes it use DS instead of FRIM. Decoding & went fine. It's the rebuilding that failed. Though intact audio might be the problem. Kinda hard to squeeze HD audio into a 1GB file.
Basically what i need is a 720p MP4 profile for my mom's Galaxy tab 3. I configured this but i have no idea if it's any good. I mainly do full disc, hardly never movie-only and hardly ever portable file
Caption=MP4 Container, 720p SBS, Auto-AC3
vBitrate=2000
aBitrate=*
aType=0
vFormat=6
vKeyint=Auto
cType=5
[09/05/16] BD Rebuilder v0.50.18
[19:05:16] Source: GODS_OF_EGYPT_00000
- Input BD size: 32,87 GB
- Approximate total content: [02:07:29.308]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Quality: Good (Very Fast), ABR
- Output folder: D:\Blu-ray\Rebuilds\BDRB\
- Decoding/Frame serving: DirectShow [4-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[19:05:19] PHASE ONE, Encoding
- [19:05:19] Processing: VID_00000 (1 of 3)
- [19:05:19] Extracting A/V streams [VID_00000]
- [19:11:50] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 106*120 frames
- [19:11:50] Reencoding: VID_00000, Pass 1 of 1
- Analyzing 35,17 22,58 28,72 27,10 26,73 [26,64]
- [19:24:09] Video Encode complete
- [19:24:09] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [19:27:20] Processing: VID_00007 (2 of 3)
- [19:27:20] Extracting A/V streams [VID_00007]
- [19:30:28] Reencoding video [VID_00007]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 77*256 frames
- [19:30:28] Reencoding: VID_00007, Pass 1 of 1
- Analyzing 36,89 23,44 16,72 22,57 22,27 [22,16]
- [19:39:29] Video Encode complete
- [19:39:29] Processing: VID_00025 (3 of 3)
- [19:39:29] Extracting A/V streams [VID_00025]
- [19:39:33] Reencoding video [VID_00025]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 24 frames
- [19:39:33] Reencoding: VID_00025, Pass 1 of 1
- Analyzing 36,00 43,00 [43,00]
- [19:39:34] Video Encode complete
[19:39:34]PHASE ONE complete
[19:39:34]PHASE TWO - Rebuild Started
- [19:39:34] Converting PGS subs to SRT format...
- [19:48:21] Building ALTERNATE OUTPUT Structure
[19:49:15] - Encode and Rebuild complete
- WORKFILES folder removed.
[19:49:15] JOB: GODS_OF_EGYPT finished.
Edit well the encode worked with that profile but there's a few things (but since i rarely do portable file, i don't know if it's disc related or profile related)
First: The MP4 file when played in VLC shows a duration of over 3 hours instead of the normal duratio of just over 2 hours. When it reaches the normal end time, the file cuts off and playback stops.
Second: it's not in 3D (is it due to DS being used or does MP4 not support 3D)
I have no clue if it's due to DS being used, or because the main title is split into 3 files (2 containing the main title), 1 containing an 0.04MB black clip, or something wrong in that profile
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.