Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > (HD) DVD, Blu-ray & (S)VCD > DVD & BD Rebuilder

Reply
 
Thread Tools Search this Thread Display Modes
Old 28th August 2016, 09:31   #24801  |  Link
lauguru
Registered User
 
Join Date: May 2004
Posts: 242
Quote:
Originally Posted by Groucho2004 View Post
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.



Quote:
Originally Posted by jdobbs View Post
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 is offline   Reply With Quote
Old 29th August 2016, 00:33   #24802  |  Link
lauguru
Registered User
 
Join Date: May 2004
Posts: 242
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"?)
lauguru is offline   Reply With Quote
Old 29th August 2016, 12:59   #24803  |  Link
gg72
Registered User
 
Join Date: Mar 2009
Location: Hungary
Posts: 37
Quote:
Originally Posted by geheim View Post
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.
gg72 is offline   Reply With Quote
Old 29th August 2016, 13:46   #24804  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,929
Quote:
Originally Posted by gg72 View Post
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.
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net

Last edited by jdobbs; 29th August 2016 at 14:39.
jdobbs is offline   Reply With Quote
Old 29th August 2016, 14:07   #24805  |  Link
djarthur
Registered User
 
djarthur's Avatar
 
Join Date: Aug 2016
Location: CARACAS
Posts: 1
After made a Full BD-25 3D audio is off

@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
Code:
==========================
[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..
Attached Files
File Type: 7z BDBATCH.7z (853 Bytes, 1 views)
__________________
DJA...

Last edited by jdobbs; 29th August 2016 at 14:41.
djarthur is offline   Reply With Quote
Old 29th August 2016, 14:50   #24806  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,929
Quote:
Originally Posted by jdobbs View Post
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).
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net
jdobbs is offline   Reply With Quote
Old 29th August 2016, 15:02   #24807  |  Link
gg72
Registered User
 
Join Date: Mar 2009
Location: Hungary
Posts: 37
Quote:
Originally Posted by jdobbs View Post
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.
gg72 is offline   Reply With Quote
Old 29th August 2016, 15:17   #24808  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,929
Quote:
Originally Posted by gg72 View Post
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.
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net

Last edited by jdobbs; 23rd September 2016 at 02:37.
jdobbs is offline   Reply With Quote
Old 29th August 2016, 16:35   #24809  |  Link
gg72
Registered User
 
Join Date: Mar 2009
Location: Hungary
Posts: 37
Quote:
Originally Posted by jdobbs View Post
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.
gg72 is offline   Reply With Quote
Old 29th August 2016, 19:43   #24810  |  Link
MrVideo
Registered User
 
MrVideo's Avatar
 
Join Date: May 2007
Location: Wisconsin
Posts: 2,017
@jdobbs

No comments regarding my posting?
MrVideo is offline   Reply With Quote
Old 29th August 2016, 21:04   #24811  |  Link
ggtop
Registered User
 
Join Date: Mar 2003
Posts: 310
Create AVS error

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
Attached Images
   

Last edited by ggtop; 29th August 2016 at 21:23.
ggtop is offline   Reply With Quote
Old 29th August 2016, 22:22   #24812  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,929
Quote:
Originally Posted by MrVideo View Post
@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,
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net
jdobbs is offline   Reply With Quote
Old 29th August 2016, 22:27   #24813  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,929
Quote:
Originally Posted by ggtop View Post
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
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.
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net
jdobbs is offline   Reply With Quote
Old 30th August 2016, 02:24   #24814  |  Link
MrVideo
Registered User
 
MrVideo's Avatar
 
Join Date: May 2007
Location: Wisconsin
Posts: 2,017
Quote:
Originally Posted by jdobbs View Post
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.
Quote:
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.
Quote:
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:
Code:
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.

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.
Quote:
4. Yeah, I can add a TITLE_VERTICAL and TITLE_HORIZONTAL.
That would be great, thanks.
Quote:
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.

Quote:
Enhancements:

1. I'll add that to the wish list.
Great.
Quote:
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 ). 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.
Quote:
4. Ok. I can look at that.
Thanks.
Quote:
5. Probably more likely than #2,
Since it only affects a single line, less of a chance of getting it wrong.

Thanks for the reply.

Last edited by MrVideo; 30th August 2016 at 03:29.
MrVideo is offline   Reply With Quote
Old 30th August 2016, 08:07   #24815  |  Link
ggtop
Registered User
 
Join Date: Mar 2003
Posts: 310
Create AVS Error

Quote:
Originally Posted by jdobbs View Post
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:
Code:
----------------------
[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:
Code:
[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
Attached Files
File Type: zip BDREBUILDER.zip (941 Bytes, 5 views)
File Type: zip BRIDGE_OF_SPIES.zip (439 Bytes, 5 views)
ggtop is offline   Reply With Quote
Old 31st August 2016, 10:37   #24816  |  Link
lauguru
Registered User
 
Join Date: May 2004
Posts: 242
@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







if I delete THREADS = 12 in rebuilder.ini, encodes but very slow






Last edited by lauguru; 31st August 2016 at 10:46.
lauguru is offline   Reply With Quote
Old 31st August 2016, 19:47   #24817  |  Link
mparade
Registered User
 
Join Date: Nov 2013
Posts: 577
Quote:
Originally Posted by lauguru View Post
@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







if I delete THREADS = 12 in rebuilder.ini, encodes but very slow





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.
mparade is offline   Reply With Quote
Old 1st September 2016, 09:07   #24818  |  Link
lauguru
Registered User
 
Join Date: May 2004
Posts: 242
@mparade thanks

TWEAK_X265= --pmode;
or
TWEAK_X265= --pme;

???

Quote:
Originally Posted by mparade View Post
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 is offline   Reply With Quote
Old 1st September 2016, 15:56   #24819  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,929
I could try this:

TWEAK_X265=--pmode --pme

From the X264 help:
Code:
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
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net
jdobbs is offline   Reply With Quote
Old 1st September 2016, 16:25   #24820  |  Link
lauguru
Registered User
 
Join Date: May 2004
Posts: 242
TWEAK_PASS_ONE=--pmode --pme
TWEAK_PASS_TWO=--pmode --pme

TWEAK_X265=--pmode --pme


serve to both? X265 to X264?

Quote:
Originally Posted by jdobbs View Post
I could try this:

TWEAK_X265=--pmode --pme

From the X264 help:
Code:
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).

Last edited by lauguru; 1st September 2016 at 17:17.
lauguru is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 19:22.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2022, vBulletin Solutions Inc.