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. |
18th November 2018, 09:31 | #28082 | Link |
Registered User
Join Date: May 2007
Location: Wisconsin
Posts: 2,132
|
And how is this going to help the user that cannot afford a new GTX card? BDRB with UHD support that requires the purchase of an expensive graphics card is going to keep that user from using BDRB.
|
18th November 2018, 12:56 | #28083 | Link | |
Registered User
Join Date: Jul 2012
Posts: 1,213
|
Quote:
By the way, BDRB already supports DGIndexNV https://www.newegg.com/Product/Produ...82E16814125920 Why don't you offer some suggestions to help the situation |
|
18th November 2018, 14:35 | #28084 | Link | |
Moderator
Join Date: Oct 2001
Posts: 20,975
|
Quote:
|
|
18th November 2018, 17:54 | #28085 | Link |
Registered User
Join Date: Jul 2012
Posts: 1,213
|
True, but CPU encoding is causing issues that you are having problems solving
There might be some setting that is causing the issue, I thought that using NVEnc for testing might show it and then the settings could be adapted to CPU encoding Either way, to play UHD discs or files smoothly on a HTPC requires a GTX 10xx card or equivalent unless the bit rate is real low |
18th November 2018, 19:08 | #28086 | Link |
Registered User
Join Date: Nov 2009
Posts: 50
|
Hi Jdobbs, hi all,
After 2 years without a glitch and dozens of flawless encodes,(thanks!), an old demon comes to haunt me again: AUDIO ENCODING ERRORS! My, oh my... I suspect it's the source that is the culprit. ROME Season 2 Blu-rays. HD-XLL audio files. With older versions of BD-Rebuilder (50.10.18 for instance), the error comes out as an AFTEN error. With the latest version, just as an audio encoding error. Any idea?..... ------------- [11/18/18] BD Rebuilder v0.60.04 [13:11:53] Source: ROME_SAISON_2_1-5 - Input BD size: 70.40 GB - Approximate total content: [04:37:20.039] - Target BD size: 22.95 GB - Windows Version: 6.2 [9200] - Quick-Play Reauthoring mode enabled - Quality: High Quality (Default), Two Pass - Decoding/Frame serving: DirectShow - Audio Settings: AC3=0 DTS=1 HD=0 Kbs=448 [13:11:55] PHASE ONE, Encoding - [13:11:55] Processing: VID_00001 (1 of 5) - [13:11:55] Extracting A/V streams [VID_00001] - [13:16:21] Reencoding video [VID_00001] - Source Video: MPEG-4 (AVC), 1920x1080 - Rate/Length: 23.976fps, 83'199 frames - Bitrate: 10'504 Kbs - [13:16:21] Reencoding: VID_00001, Pass 1 of 2 - [14:17:59] Reencoding: VID_00001, Pass 2 of 2 - [16:56:44] Video Encode complete - [16:56:44] Processing audio tracks - Track 4352 (eng): Reencoding audio to AC3... - [16:56:44] ReencodeAudio() 00075 1801 [18:21:44] - Failed to reencode audio, aborted Last edited by Wizzu; 18th November 2018 at 19:11. |
18th November 2018, 21:39 | #28087 | Link |
Registered User
Join Date: Nov 2009
Posts: 50
|
OK, I recalled that the first time I had audio encoding errors with BD-RB (in 2012... lol...) it was down to the use of a special character in the output path name. Specifically it was a "§" that was not accepted by AFTEN.
So I tried a couple of different path names with the ROME episodes. To my surprise I discovered that the culprit was the french diacritic character "É" (Episodes in french is "Épisodes"). BUT... only the uppercase "É": the lowercase "é" works OK... go figure! It's stunning that non-english or special characters in folder/file names can still be an issue in 2018. Brings back memories from the 80's and DOS. Lol Anyway, problem solved again. Audio encoding errors? Try changing the output path name to something simpler without accentuated or special characters.... |
18th November 2018, 22:08 | #28088 | Link |
Registered User
Join Date: May 2007
Location: Wisconsin
Posts: 2,132
|
I know nothing about UHD video. The settings I use to encode BD compliant video I got off the net from those who created/work with x264. As for x265, there has to be something out there that says what the settings should be for UHD compliant video. If the x265 developers want the industry to use their product, they have to be providing help somehow.
|
18th November 2018, 22:40 | #28089 | Link | |
Registered User
Join Date: Jul 2012
Posts: 1,213
|
Quote:
|
|
19th November 2018, 01:15 | #28090 | Link |
Moderator
Join Date: Oct 2001
Posts: 20,975
|
Update: I've found at least one source of the sync issues in UHD-BD. When you use closed GOPs (automatically set when --uhd-bd is used) TSMUXER randomly loses frames from the .hevc file when it is muxing, causing the sync issues. I have no idea why, but running a trace through all the packets shows the problem. It doesn't happen when I use an original .hevc file that came directly from a disc, so I'm not sure whether TSMUXER or X265 should get the blame.
What I found, though, is that I can generate an M2TS file using FFMPEG without the missing frames. Luckily FFMPEG has to be included with BD-RB for UHD anyway (in order to frame-serve HDR to X265). So right now the plan is to manually integrate the video stream from the FFMPEG output into a BD structure created by TSMUXER. The other option (if that gets problematic) is to simply have BD-RB generate the rest of the structure itself. If this works I may have a solution by Thanksgiving. But I've gone down a lot of other promising rabbit holes in the past few weeks -- so I'm not promising anything. Still, I'm cautiously optimistic. Last edited by jdobbs; 19th November 2018 at 01:22. |
19th November 2018, 03:16 | #28091 | Link | |
Registered User
Join Date: Aug 2005
Posts: 1,100
|
Quote:
|
|
19th November 2018, 10:59 | #28092 | Link |
Registered User
Join Date: Nov 2013
Posts: 577
|
Christmas is coming and BD-RB is better and better thanks to jdobbs incredible efforts. It is high time I prepared some "moderate" gift that can be put under the Christmas tree...
@Lathe on the label of the present I am going to write: "Merry Christmas jdobbs! mparade&Lathe", if you don't mind of course Last edited by mparade; 19th November 2018 at 11:02. |
19th November 2018, 19:11 | #28093 | Link | |
Registered User
Join Date: Aug 2005
Posts: 1,100
|
Quote:
|
|
20th November 2018, 14:34 | #28094 | Link | |
Moderator
Join Date: Oct 2001
Posts: 20,975
|
Quote:
[Edit] An interesting sidenote. When TSMUXER creates its stream and misses frames during playback -- it never actually modifies the HEVC stream. If I demux it from the created M2TS the output is identical to what went in. What appears to be happening is that TSMUXER fails to recognize some of the frames -- and they don't get a timestamp for playback and (apparently) get lost in the PES packet of the previous frame. Not positive about that... guessing. I'll need to pull out the PES packets to know for sure. The bottom line is that I'm not sure how long all this might take -- but Thanksgiving is out of the picture. Last edited by jdobbs; 20th November 2018 at 18:58. |
|
21st November 2018, 04:03 | #28097 | Link | |
Moderator
Join Date: Oct 2001
Posts: 20,975
|
Quote:
With that said, per the BD standard (para 9.4.6), all frames are required to have PTS values and all I/P frames must have PTS and DTS timestamps. Last edited by jdobbs; 21st November 2018 at 14:02. |
|
21st November 2018, 13:52 | #28098 | Link |
Registered User
Join Date: Nov 2009
Posts: 50
|
Hi!
I tried to use the feature "Use Tesseract to convert PGS to SRT". - Downloaded Tesseract from your site and unzipped it in a folder - Checked the relevant option in BDRB setup - Entered the correct path when asked (checked since, by looking at the INI file) - Loaded the source BD with PGS subtitles - Launched the job But the output subtitles are still PGS only. No SRTs to be found. Ideas? |
21st November 2018, 14:08 | #28099 | Link | |
Moderator
Join Date: Oct 2001
Posts: 20,975
|
Quote:
|
|
21st November 2018, 17:20 | #28100 | Link |
Registered User
Join Date: Nov 2009
Posts: 50
|
Doh! Didn't gather that. Sorry. I was trying a standard Blu-Ray output. My bad then.
I certainly don't want to sound like a brat (even though I tend to be one sometimes ), but the feature would be nice to have with regular BR output (and specially for Quick-play output)... reason being that I like to change the color and position of my BD subtitles (through remuxing with Tsmuxer) before burning discs, so I tend to OCR [PGS's → SRT] quite often. Having BD-RB do that automatically would have avoided me the additional step of de-muxing the BDRB output before OCR. No biggie. Congrats again for the long way you came since you started the project. The software is now very reliable and full of great features. I'm starting to wonder why you still consider it in beta, actually. |
Thread Tools | Search this Thread |
Display Modes | |
|
|