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 9th August 2020, 23:22   #29841  |  Link
Sharc
Registered User
 
Join Date: May 2006
Posts: 3,725
Quote:
Originally Posted by jdobbs View Post
[Edit] Oh, and by the way, the --multipass option does seem to give better SSIM values in all the other modes. It's just in QUALITY mode that I saw that anomaly.
I am not aware of a document which explains what the presets or modes actually do in terms of setting or tuning the encoding parameters, and whether presets overwrite possibly conflicting commandline options. Or what is at the end just double stitching.
Maybe I am just missing something.
Sharc is offline   Reply With Quote
Old 10th August 2020, 05:16   #29842  |  Link
meadrocks
Registered User
 
Join Date: Dec 2006
Location: Long Beach, Ca USA
Posts: 97
Howls Moving Castle

Quote:
Originally Posted by jdobbs View Post
@meadrocks

Can you post the ALTERNATE preset you used for HEVC/MP4 output? I tested it on different sources and it worked for me.

I notice you are using a multipart source. Try it on a single part source and see if that's related to the problem. I'd do it but my system is bogged down doing prediction table encodes.
Watchmen Directors Cut Bluray also has the same problem with the English subtitles, they look correct duration in the source, but come out double length in the mkv. It also fails making a mp4 file. Its a multi part source. I cant find any single part source disks that have this problem.
meadrocks is offline   Reply With Quote
Old 10th August 2020, 13:16   #29843  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,662
Quote:
Originally Posted by Sharc View Post
I am not aware of a document which explains what the presets or modes actually do in terms of setting or tuning the encoding parameters, and whether presets overwrite possibly conflicting commandline options. Or what is at the end just double stitching.
Maybe I am just missing something.
Neither am I. One of the reasons it took so long to implement NVENC was all the testing I had to do to determine things like which settings actually improved SSIM values (so I could decide which settings would represent the different BD-RB quality presets).
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net
jdobbs is offline   Reply With Quote
Old 10th August 2020, 13:38   #29844  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,662
Quote:
Originally Posted by cartman0208 View Post
OK, as you said... I had a look at source and output and the Keyframes match .. so that should not be the issue ...
I'll do some more testing on other sources
If that is fruitless, maybe we could join in here

[edit]
I ran several encodes with NVEnc ... all the same flickering while playing.
Then I decided to make a SW encode and despite the fact that Mediainfo is almost identical, the SW encoded file with HDR10+ Metadata looked very good on my TV
By SW encode, do you mean using "--avsw" in the command line instead of "--avhw"?

Have you tried using --avhw but changing the use of the JSON file to "--dhdr10-info copy"?
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net
jdobbs is offline   Reply With Quote
Old 10th August 2020, 13:41   #29845  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,662
Quote:
Originally Posted by meadrocks View Post
Watchmen Directors Cut Bluray also has the same problem with the English subtitles, they look correct duration in the source, but come out double length in the mkv. It also fails making a mp4 file. Its a multi part source. I cant find any single part source disks that have this problem.
Thanks. I'll look at the code and see how it might be impacted by multi-part sources.
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net
jdobbs is offline   Reply With Quote
Old 10th August 2020, 14:06   #29846  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,662
Quote:
Originally Posted by cartman0208 View Post
Also tried an alternate output that fails if autocrop is enabled. Without ... went fine, but the MKV output file flickers when played directly on my TV, like the brightness meta info is switched on and off every half a second ...
I forgot to mention on this one -- if you use AUTOCROP it would force use of an AVS, which in turn causes you to lose HDR. Of course it shouldn't fail, and I'll look at that.
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net
jdobbs is offline   Reply With Quote
Old 10th August 2020, 14:15   #29847  |  Link
cartman0208
Registered User
 
Join Date: Jun 2010
Location: Germany
Posts: 131
Quote:
Originally Posted by jdobbs View Post
By SW encode, do you mean using "--avsw" in the command line instead of "--avhw"?
No ... I switched the encoder from nvencc to x264 & x265

Quote:
Originally Posted by jdobbs View Post
Have you tried using --avhw but changing the use of the JSON file to "--dhdr10-info copy"?
Tried that, no change

Quote:
Originally Posted by jdobbs View Post
I forgot to mention on this one -- if you use AUTOCROP it would force use of an AVS, which in turn causes you to lose HDR. Of course it shouldn't fail, and I'll look at that.
I read in other forums, that crop or resize don't get along with HDR10+, so I'll stick with the original resolution for those cases.

The currently used autocrop version had other issues, as we found out earlier in the thread...

Last edited by cartman0208; 10th August 2020 at 14:27.
cartman0208 is offline   Reply With Quote
Old 10th August 2020, 16:21   #29848  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,662
Quote:
Originally Posted by cartman0208 View Post
I read in other forums, that crop or resize don't get along with HDR10+, so I'll stick with the original resolution for those cases.

The currently used autocrop version had other issues, as we found out earlier in the thread...
Yeah, that makes sense. The HDR10+ metadata adjusts for things like the average brightness of the picture, etc., and then when you crop the black portion suddenly it changes the picture dramatically and it's unlikely that the calculated values used in HDR10+ apply anymore.

So... the JSON works with X265, but fails with NVENCC. And if you remove it (replaced by "copy") it still doesn't work... that means it isn't the JSON (or the use of it). It sure sounds like the problem is within NVENCC (or at least the way BD-RB is using it).

Anybody else out there done any testing of HDR10+? Your experiences?
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net

Last edited by jdobbs; 10th August 2020 at 16:24.
jdobbs is offline   Reply With Quote
Old 10th August 2020, 21:54   #29849  |  Link
cartman0208
Registered User
 
Join Date: Jun 2010
Location: Germany
Posts: 131
Ok, I went and had a look at a competitive product (Staxrip) and guess what ... there's no issues with the file ... my TV shows that HDR10+ is played
Here's the commandline used:
Quote:
U:\Tools\Staxrip\Apps\Encoders\NVEnc\NVEncC64.exe --avhw --vbrhq 0 --codec h265 --preset performance --profile main10 --level 5.1 --output-depth 10 --max-bitrate 30000 --vbr-quality 0 --aq --aq-temporal --bref-mode each --strict-gop --output-buf 128 --master-display "G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,50)" --dhdr10-info U:\Output\WORKFILES\VID_00685.JSON --colormatrix bt2020nc --colorprim bt2020 --transfer smpte2084 --colorrange auto --max-cll "1000,0" --chromaloc 2 --aud -i U:\Temp\BOHEMIAN_RHAPSODY_temp\BOHEMIAN_RHAPSODY.h265 -o U:\Temp\BOHEMIAN_RHAPSODY_temp\BOHEMIAN_RHAPSODY_temp_out.h265
(I used the JSON that was extracted by BDRB)

Now I have to figure out what causes the issues ... any clues?

[edit]
Here the BDRB Command line
Quote:
"U:\BD_Rebuilder\tools\nvenc\nvencc.exe" --avhw -i "U:\FULLDISC\BOHEMIAN_RHAPSODY\BDMV\STREAM\00685.m2ts" --codec hevc --preset performance --profile main10 --output-depth 10 --repeat-headers --chromaloc 2 --colorprim bt2020 --transfer smpte2084 --colormatrix bt2020nc --master-display G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,50) --dhdr10-info "U:\OUTPUT\WORKFILES\VID_00685.JSON" --qp-min 0 --vbr 0 --vbr-quality 25 --aq-temporal --keyfile "U:\OUTPUT\WORKFILES\VID_00685.CHP" --aud --pic-struct --vbv-bufsize 45000 --max-bitrate 48000 --gop-len 48 -o "U:\OUTPUT\WORKFILES\VID_00685.AVS.hevc"

Last edited by cartman0208; 10th August 2020 at 22:33.
cartman0208 is offline   Reply With Quote
Old 10th August 2020, 22:08   #29850  |  Link
gonca
Registered User
 
Join Date: Jul 2012
Posts: 1,022
@cartman0208
Can you compare the two command lines to see if there are any differences?
gonca is offline   Reply With Quote
Old 10th August 2020, 22:36   #29851  |  Link
cartman0208
Registered User
 
Join Date: Jun 2010
Location: Germany
Posts: 131
Quote:
Originally Posted by gonca View Post
@cartman0208
Can you compare the two command lines to see if there are any differences?
Posted above ... some quality differences ... could --strict-gop be the culprit ?
cartman0208 is offline   Reply With Quote
Old 10th August 2020, 23:52   #29852  |  Link
gonca
Registered User
 
Join Date: Jul 2012
Posts: 1,022
Had some issues getting back on Doom9
Here are the differences between the two command lines, all common switches removed
Don't have HDR10+ capability so you gonna have to test

Staxrip
Code:
--vbrhq 0   --level 5.1 --max-bitrate 30000 --vbr-quality 0 --aq  --bref-mode each --strict-gop --output-buf 128
  --colorrange auto --max-cll "1000,0"
BDRB
Code:
--repeat-headers    --qp-min 0 --vbr 0 --vbr-quality 25  --keyfile "U:\OUTPUT\WORKFILES\VID_00685.CHP"  --pic-struct 
--vbv-bufsize 45000 --max-bitrate 48000 --gop-len 48
Use the command line , I would try removing the --keyfile entry and changing --gop-len to 24 on the BDRB line

Last edited by gonca; 10th August 2020 at 23:56.
gonca is offline   Reply With Quote
Old 11th August 2020, 02:09   #29853  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,662
Working on a recent bug report by cartman0208, and guess what... I found a bug that apparently has been there since at least 2012 (see this post). That has to be a record for time-from-report-to-fix.

[Edit] Nope. It wasn't a record. I found a reference to that error dating back to 2009! It was a really obscure error that can only happen under very rare certain circumstances and only then if there is secondary video.
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net

Last edited by jdobbs; 11th August 2020 at 04:08.
jdobbs is offline   Reply With Quote
Old 11th August 2020, 02:11   #29854  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,662
Quote:
Originally Posted by cartman0208 View Post
Ok, I went and had a look at a competitive product (Staxrip) and guess what ... there's no issues with the file ... my TV shows that HDR10+ is played
Here's the commandline used:

(I used the JSON that was extracted by BDRB)

Now I have to figure out what causes the issues ... any clues?

[edit]
Here the BDRB Command line
Quote:
Originally Posted by cartman0208 View Post
Posted above ... some quality differences ... could --strict-gop be the culprit ?
Quote:
Originally Posted by gonca View Post
Had some issues getting back on Doom9
Here are the differences between the two command lines, all common switches removed
Don't have HDR10+ capability so you gonna have to test

Staxrip
Code:
--vbrhq 0   --level 5.1 --max-bitrate 30000 --vbr-quality 0 --aq  --bref-mode each --strict-gop --output-buf 128
  --colorrange auto --max-cll "1000,0"
BDRB
Code:
--repeat-headers    --qp-min 0 --vbr 0 --vbr-quality 25  --keyfile "U:\OUTPUT\WORKFILES\VID_00685.CHP"  --pic-struct 
--vbv-bufsize 45000 --max-bitrate 48000 --gop-len 48
Use the command line , I would try removing the --keyfile entry and changing --gop-len to 24 on the BDRB line
Interesting. Please let me know what you find.
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net

Last edited by jdobbs; 11th August 2020 at 02:13.
jdobbs is offline   Reply With Quote
Old 11th August 2020, 19:43   #29855  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,662
Quote:
Originally Posted by meadrocks View Post
Its a multi part source. I cant find any single part source disks that have this problem.
This turned out to be a TSMUXER issue. I'd updated the version used for 4k adjustments to try and keep up with the improvements. The new one uses a new naming convention when concatenating files.

I hope there aren't more surprises like that.
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net
jdobbs is offline   Reply With Quote
Old 11th August 2020, 22:36   #29856  |  Link
meadrocks
Registered User
 
Join Date: Dec 2006
Location: Long Beach, Ca USA
Posts: 97
Howls Moving Castle

Quote:
Originally Posted by jdobbs View Post
This turned out to be a TSMUXER issue. I'd updated the version used for 4k adjustments to try and keep up with the improvements. The new one uses a new naming convention when concatenating files.

I hope there aren't more surprises like that.
I'll rerun Howls & Watchmen with the next release & give you feedback.

Thanks!
meadrocks is offline   Reply With Quote
Old 12th August 2020, 17:45   #29857  |  Link
cartman0208
Registered User
 
Join Date: Jun 2010
Location: Germany
Posts: 131
Quote:
Originally Posted by jdobbs View Post
Interesting. Please let me know what you find.
OK, after 2 days of testing, gradually removing paramters from the stax-string and then adding the parameters from the BDRB string (which I should have done the other way around, because I found it on the second-to-last parameter ) the cause for the flickering is found ...
If the --pic-struct is removed from the command line string, the file plays fine.

But I also noticed, some scenes are WAY to dark on my TV.
A file with intact video (vFormat=8 in the alternate.txt) on the other hand is bright in the same scenes.
I'll do some more testing to find the cause for that...
cartman0208 is offline   Reply With Quote
Old 12th August 2020, 19:54   #29858  |  Link
Michi
Registered User
 
Join Date: Aug 2019
Posts: 59
Bug on HEVC/V3 BluRays and x264/LAVF frameserving:

Code:
[08.12.20] BD Rebuilder v0.61.10
[20:38:07] Source:  SONNTAG_IN_NEW_YORK_1963_1080P
  - Input BD size: 29,48 GB
  - Approximate total content: [01:48:22.412]
  - Target BD size: 4,41 GB
  - Windows Version: 6.2 [9200]
  - Quality: Highest (Very Slow), Two Pass
  - HEVC/V3 mode for BD disc enabled
  - Decoding/Frame serving: X264/LAVF
  - Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
- Resuming from previously started job.
[20:38:09] PHASE ONE, Encoding
 - [20:38:09] Processing: VID_00001 (2 of 4)
 - [20:38:09] Multiplexing M2TS
 - Error in attempt to multiplex: MUX_00001.meta
 - Can't open file: Q:\4K\WORKFILES\VID_00001.AVS.hevc
[20:38:13] - Failed to build structure, aborted
----------------------
[08.12.20] BD Rebuilder v0.61.10
[20:39:11] Source:  SONNTAG_IN_NEW_YORK_1963_1080P
  - Input BD size: 29,48 GB
  - Approximate total content: [01:48:22.412]
  - Target BD size: 4,41 GB
  - Windows Version: 6.2 [9200]
  - Quality: Highest (Very Slow), Two Pass
  - HEVC/V3 mode for BD disc enabled
  - Decoding/Frame serving: X264/LAVF
  - Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
- Resuming from previously started job.
[20:39:12] PHASE ONE, Encoding
 - [20:39:12] Processing: VID_00001 (2 of 4)
 - [20:39:12] Multiplexing M2TS
 - [20:39:17] Processing: VID_00002 (3 of 4)
 - [20:39:17] Extracting A/V streams [VID_00002]
 - [20:39:21] Reencoding video [VID_00002]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 23,976fps, 557 frames
   - Bitrate: 1.424 Kbs
 - [20:39:21] Reencoding: VID_00002, Pass 1 of 2
 - [20:40:12] Reencoding: VID_00002, Pass 2 of 2
 - [20:40:49] Video Encode complete
 - [20:40:49] PredictAndEncode() 00053  2809
[20:40:56] - Aborted by user request
----------------------
[08.12.20] BD Rebuilder v0.61.10
[20:40:59] Source:  SONNTAG_IN_NEW_YORK_1963_1080P
  - Input BD size: 29,48 GB
  - Approximate total content: [01:48:22.412]
  - Target BD size: 4,41 GB
  - Windows Version: 6.2 [9200]
  - Quality: Highest (Very Slow), Two Pass
  - HEVC/V3 mode for BD disc enabled
  - Decoding/Frame serving: X264/LAVF
  - Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
- Resuming from previously started job.
[20:41:01] PHASE ONE, Encoding
 - [20:41:01] Processing: VID_00002 (3 of 4)
 - [20:41:01] Processing audio tracks
 - [20:41:01] Multiplexing M2TS
 - Error in attempt to multiplex: MUX_00002.meta
 - Can't open file: Q:\4K\WORKFILES\VID_00002.AVS.hevc
[20:41:05] - Failed to build structure, aborted
----------------------
[08.12.20] BD Rebuilder v0.61.10
[20:41:22] Source:  SONNTAG_IN_NEW_YORK_1963_1080P
  - Input BD size: 29,48 GB
  - Approximate total content: [01:48:22.412]
  - Target BD size: 4,41 GB
  - Windows Version: 6.2 [9200]
  - Quality: Highest (Very Slow), Two Pass
  - HEVC/V3 mode for BD disc enabled
  - Decoding/Frame serving: X264/LAVF
  - Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
- Resuming from previously started job.
[20:41:23] PHASE ONE, Encoding
 - [20:41:23] Processing: VID_00002 (3 of 4)
 - [20:41:23] Multiplexing M2TS
 - [20:41:27] Processing: VID_00003 (4 of 4)
 - [20:41:27] Extracting A/V streams [VID_00003]
 - [20:41:31] Reencoding video [VID_00003]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 23,976fps, 279 frames
   - Bitrate: 2.160 Kbs
 - [20:41:31] Reencoding: VID_00003, Pass 1 of 2
 - [20:42:27] Reencoding: VID_00003, Pass 2 of 2
 - [20:43:18] Video Encode complete
 - [20:43:18] PredictAndEncode() 00053  2809
[20:43:21] - Aborted by user request
----------------------
[08.12.20] BD Rebuilder v0.61.10
[20:43:30] Source:  SONNTAG_IN_NEW_YORK_1963_1080P
  - Input BD size: 29,48 GB
  - Approximate total content: [01:48:22.412]
  - Target BD size: 4,41 GB
  - Windows Version: 6.2 [9200]
  - Quality: Highest (Very Slow), Two Pass
  - HEVC/V3 mode for BD disc enabled
  - Decoding/Frame serving: X264/LAVF
  - Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
- Resuming from previously started job.
[20:43:31] PHASE ONE, Encoding
 - [20:43:31] Processing: VID_00003 (4 of 4)
 - [20:43:31] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
 - [20:43:32] Multiplexing M2TS
[20:43:35]PHASE ONE complete
[20:43:35]PHASE TWO - Rebuild Started
 - [20:43:35] Rebuilding BD file Structure
[20:43:36] - Encode and Rebuild complete
[20:43:36] Writing BD structure to ISO file
 - ImgBurn completed successfully
 - SONNTAG_IN_NEW_YORK_1963_1080P folder removed.
 - WORKFILES folder removed.
[20:43:47] JOB: SONNTAG_IN_NEW_YORK_1963_1080P finished.
The name of the encoded file is false. When I rename the file manually, BDRB works correct.

With directshow no problems.
Michi is offline   Reply With Quote
Old 12th August 2020, 20:25   #29859  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,662
Quote:
Originally Posted by cartman0208 View Post
OK, after 2 days of testing, gradually removing paramters from the stax-string and then adding the parameters from the BDRB string (which I should have done the other way around, because I found it on the second-to-last parameter ) the cause for the flickering is found ...
If the --pic-struct is removed from the command line string, the file plays fine.

But I also noticed, some scenes are WAY to dark on my TV.
A file with intact video (vFormat=8 in the alternate.txt) on the other hand is bright in the same scenes.
I'll do some more testing to find the cause for that...
Thanks! Your help is very much appreciated -- I had no way of testing it myself.

[Edit] I went back through requirements of the BD standard information that I have to see when the pic-structure is needed, and I think removing that parameter will be ok.
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net

Last edited by jdobbs; 12th August 2020 at 21:18.
jdobbs is offline   Reply With Quote
Old 12th August 2020, 20:35   #29860  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,662
Quote:
Originally Posted by Michi View Post
Bug on HEVC/V3 BluRays and x264/LAVF frameserving:

Code:
[08.12.20] BD Rebuilder v0.61.10
[20:38:07] Source:  SONNTAG_IN_NEW_YORK_1963_1080P
  - Input BD size: 29,48 GB
  - Approximate total content: [01:48:22.412]
  - Target BD size: 4,41 GB
  - Windows Version: 6.2 [9200]
  - Quality: Highest (Very Slow), Two Pass
  - HEVC/V3 mode for BD disc enabled
  - Decoding/Frame serving: X264/LAVF
  - Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
- Resuming from previously started job.
[20:38:09] PHASE ONE, Encoding
 - [20:38:09] Processing: VID_00001 (2 of 4)
 - [20:38:09] Multiplexing M2TS
 - Error in attempt to multiplex: MUX_00001.meta
 - Can't open file: Q:\4K\WORKFILES\VID_00001.AVS.hevc
[20:38:13] - Failed to build structure, aborted
----------------------
[08.12.20] BD Rebuilder v0.61.10
[20:39:11] Source:  SONNTAG_IN_NEW_YORK_1963_1080P
  - Input BD size: 29,48 GB
  - Approximate total content: [01:48:22.412]
  - Target BD size: 4,41 GB
  - Windows Version: 6.2 [9200]
  - Quality: Highest (Very Slow), Two Pass
  - HEVC/V3 mode for BD disc enabled
  - Decoding/Frame serving: X264/LAVF
  - Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
- Resuming from previously started job.
[20:39:12] PHASE ONE, Encoding
 - [20:39:12] Processing: VID_00001 (2 of 4)
 - [20:39:12] Multiplexing M2TS
 - [20:39:17] Processing: VID_00002 (3 of 4)
 - [20:39:17] Extracting A/V streams [VID_00002]
 - [20:39:21] Reencoding video [VID_00002]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 23,976fps, 557 frames
   - Bitrate: 1.424 Kbs
 - [20:39:21] Reencoding: VID_00002, Pass 1 of 2
 - [20:40:12] Reencoding: VID_00002, Pass 2 of 2
 - [20:40:49] Video Encode complete
 - [20:40:49] PredictAndEncode() 00053  2809
[20:40:56] - Aborted by user request
----------------------
[08.12.20] BD Rebuilder v0.61.10
[20:40:59] Source:  SONNTAG_IN_NEW_YORK_1963_1080P
  - Input BD size: 29,48 GB
  - Approximate total content: [01:48:22.412]
  - Target BD size: 4,41 GB
  - Windows Version: 6.2 [9200]
  - Quality: Highest (Very Slow), Two Pass
  - HEVC/V3 mode for BD disc enabled
  - Decoding/Frame serving: X264/LAVF
  - Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
- Resuming from previously started job.
[20:41:01] PHASE ONE, Encoding
 - [20:41:01] Processing: VID_00002 (3 of 4)
 - [20:41:01] Processing audio tracks
 - [20:41:01] Multiplexing M2TS
 - Error in attempt to multiplex: MUX_00002.meta
 - Can't open file: Q:\4K\WORKFILES\VID_00002.AVS.hevc
[20:41:05] - Failed to build structure, aborted
----------------------
[08.12.20] BD Rebuilder v0.61.10
[20:41:22] Source:  SONNTAG_IN_NEW_YORK_1963_1080P
  - Input BD size: 29,48 GB
  - Approximate total content: [01:48:22.412]
  - Target BD size: 4,41 GB
  - Windows Version: 6.2 [9200]
  - Quality: Highest (Very Slow), Two Pass
  - HEVC/V3 mode for BD disc enabled
  - Decoding/Frame serving: X264/LAVF
  - Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
- Resuming from previously started job.
[20:41:23] PHASE ONE, Encoding
 - [20:41:23] Processing: VID_00002 (3 of 4)
 - [20:41:23] Multiplexing M2TS
 - [20:41:27] Processing: VID_00003 (4 of 4)
 - [20:41:27] Extracting A/V streams [VID_00003]
 - [20:41:31] Reencoding video [VID_00003]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 23,976fps, 279 frames
   - Bitrate: 2.160 Kbs
 - [20:41:31] Reencoding: VID_00003, Pass 1 of 2
 - [20:42:27] Reencoding: VID_00003, Pass 2 of 2
 - [20:43:18] Video Encode complete
 - [20:43:18] PredictAndEncode() 00053  2809
[20:43:21] - Aborted by user request
----------------------
[08.12.20] BD Rebuilder v0.61.10
[20:43:30] Source:  SONNTAG_IN_NEW_YORK_1963_1080P
  - Input BD size: 29,48 GB
  - Approximate total content: [01:48:22.412]
  - Target BD size: 4,41 GB
  - Windows Version: 6.2 [9200]
  - Quality: Highest (Very Slow), Two Pass
  - HEVC/V3 mode for BD disc enabled
  - Decoding/Frame serving: X264/LAVF
  - Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
- Resuming from previously started job.
[20:43:31] PHASE ONE, Encoding
 - [20:43:31] Processing: VID_00003 (4 of 4)
 - [20:43:31] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
 - [20:43:32] Multiplexing M2TS
[20:43:35]PHASE ONE complete
[20:43:35]PHASE TWO - Rebuild Started
 - [20:43:35] Rebuilding BD file Structure
[20:43:36] - Encode and Rebuild complete
[20:43:36] Writing BD structure to ISO file
 - ImgBurn completed successfully
 - SONNTAG_IN_NEW_YORK_1963_1080P folder removed.
 - WORKFILES folder removed.
[20:43:47] JOB: SONNTAG_IN_NEW_YORK_1963_1080P finished.
The name of the encoded file is false. When I rename the file manually, BDRB works correct.

With directshow no problems.
I don't think UHD_V3_MODE is ready for full backups yet. It's definitely only experimental -- and it should probably only be used experimentally for MOVIE-ONLY backups.

With that said -- I'll do some testing to see why the filename issue is popping up.
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net

Last edited by jdobbs; 12th August 2020 at 20:37.
jdobbs 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 18:11.


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