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. |
14th August 2016, 23:21 | #24721 | Link | |
Registered User
Join Date: Aug 2005
Posts: 1,100
|
Quote:
|
|
15th August 2016, 01:13 | #24722 | Link | |
Registered User
Join Date: Sep 2005
Posts: 558
|
Quote:
|
|
15th August 2016, 02:01 | #24723 | Link |
Registered User
Join Date: Nov 2015
Posts: 57
|
"Standalone player"? Do you mean a physical disk player or standalone software player? I generally use Plex to serve my media. I create 3D, TAB MKV's for this purpose as a rule, but I am open to other options if they are superior.
|
15th August 2016, 02:06 | #24724 | Link |
Registered User
Join Date: Aug 2012
Posts: 2
|
Thank you for the advice, Lathe and DoctorM. I will give your suggestions a try to find out which one I can actually grasp. The solution(s) have to be less frustrating than trying to keep up with the out-of-sync subtitles.
|
15th August 2016, 08:10 | #24726 | Link |
Registered User
Join Date: Aug 2005
Posts: 1,100
|
Speaking of which... I'm not sure that TSMuxer will allow you to adjust the delay / advance of subtitles (you CAN adjust the advance / delay of audio) So, if you can, it will be SUPER easy because then you just drop the movie m2ts file that BDRB just created (in the BDMV folder / STREAM folder) into TSMuxer and highlight the subtitle and adjust the timing and then re-render the m2ts file (or BDMV folder if all you have is the movie)
|
15th August 2016, 11:50 | #24727 | Link | |
Registered User
Join Date: May 2007
Location: Wisconsin
Posts: 2,132
|
Quote:
Software players are not standalone as they require other hardware/OS in order to be able to work. |
|
15th August 2016, 18:18 | #24728 | Link |
Registered User
Join Date: Feb 2014
Posts: 61
|
Hi,
I've got a Problem with the Blu-ray Disc of "Maze Runner". BD Rebuilder always crashes while encoding 3D sources. Here is the log: Code:
---------------------- [08.15.16] BD Rebuilder v0.50.17 [19:15:09] Source: MAZE_RUNNER - Input BD size: 42,02 GB - Approximate total content: [04:30:29.794] - Target BD size: 22,95 GB - Windows Version: 6.2 [9200] - Quality: High Quality (Default), ABR - MVC 3D Output Mode enabled - Decoding/Frame serving: FRIMDecode - Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640 - Resuming from previously started job. [19:15:11] PHASE ONE, Encoding - [19:15:11] Processing: VID_00232 (33 of 41) - [19:15:11] Reencoding video [VID_00232] - Source Video: MPEG-4 (AVC), 1920x1080 - Rate/Length: 23,976fps, 11.780 frames - Bitrate: 15.981 Kbs - Using FRIMEncoder for MVC encoding - [19:15:11] Reencoding: VID_00232, Pass 1 of 1 [19:16:12] - Failed video encode, aborted And my ini file: Code:
[Options] MODE=0 TARGET_SIZE=23500 AUDIO_TO_KEEP=all SUBS_TO_KEEP=all SD_CONVERT=0 COLOR_BOOST=0 RESIZE_1080=0 DTS_REENCODE=0 AC3_REENCODE=0 AC3_640=1 KEEP_HD_AUDIO=1 AVCHD=1 REMOVE_WORKFILES=1 AUDIO_TRACK_LIMIT=0 SUBTITLE_TRACK_LIMIT=0 CUSTOM_TARGET_SIZE=18000 PRIORITY_CLASS=0 ENCODE_QUALITY=2 QUICK_EXTRAS=0 VERSION=0.50.0.17 ONEPASS_ENCODING=0 AUTO_QUALITY=0 OPEN_GOP=0 DEINTERLACE=0 SD_TO_1080=0 CONVERT_WIDE=0 AC3_192=0 MOVIE_ONLY_LOOP=1 REMOVE_OUTPUT=0 USE_FILTERS=0 BDMV_CERT_ONLY=0 USE_LAVF=0 IVTC_PULLDOWN=1 ASSUME_DVD_PAL=0 UNMASK_CHAPTER=0 COMPLETION_BEEP=0 DGDECNV=0 RESIZE_1440=0 RESIZE_720=0 IGNORE_3D=0 OUTPUT_SBS=0 NEROAAC=0 SUPTITLE=0 FRIMSOURCE=0 OVERRIDE_AVCHD_AUDIO_LIMIT=1 ENCODER=0 DECODER=2 SUPPRESS_FF_WARNING=1 OUTPUT_3D_ISO=1 FRIM_SW_DECODE=0 FRIM_SW_ENCODE=1 AUDIO_DRC=0 PGSTOSRT=0 Thanks!! |
15th August 2016, 19:20 | #24729 | Link | |
Moderator
Join Date: Oct 2001
Posts: 20,976
|
Quote:
|
|
16th August 2016, 00:30 | #24730 | Link |
Registered User
Join Date: Sep 2005
Posts: 558
|
Since FRIM is inferior in speed and quality to X264, would it be possible for 3D sources to use x264 for encoding the AVC portion and FRIM for the MVC portion, or in fact encode the AVC with x264 while leaving the MVC untouched?
The latter sounds silly, but MVC seems to be fairly efficient already come in around a third of the bitrate, while using a more efficient encoder on the AVC portion would allow you to steal more space from that. If AVC and MVC can be kept on separate .M2TS files I would THINK it might be possible, or are their data is too tightly integrated to allow this sort of thing? |
16th August 2016, 04:19 | #24731 | Link | |
Moderator
Join Date: Oct 2001
Posts: 20,976
|
Quote:
|
|
16th August 2016, 05:27 | #24734 | Link |
Registered User
Join Date: Aug 2005
Posts: 1,100
|
Amazing how that works!
I think that I read that when doing a 2 pass encode set for a certain size (say BD-25 for example) that basically x264 is analyzing and determining what CRF to use for the entire encode, right? So, it's the same as if you already KNEW the precise CRF to use in order to render that size, right? So, when BDRB is set to do a 2 pass for a BD-25, is there any way to know what CRF value it ultimate chooses (or will choose) in order to create the resulting size? Seems like you told me recently that you somehow figured out that doing a full BD-25 encode of a film would use a CRF of 12.5. How did you determine that? And conversely, when BDRB tells us this after extracting the A/V files: - Source Video: MPEG-4 (AVC), 1920x1080 - Rate/Length: 23.976fps, 202,033 frames - Bitrate: 19,277 Kbs Does that mean that that will be the RESULTING AVERAGE bit rate after the encode, or what? Because if it is determining what CRF to use in the 2nd pass, then that number cannot be a CONSTANT bit rate for the resulting encode, right? Last edited by Lathe; 16th August 2016 at 05:32. Reason: More stuff... |
16th August 2016, 06:30 | #24735 | Link |
Registered User
Join Date: May 2006
Posts: 3,997
|
@Lathe
How to find out the "ultimate" CRF for a given target size: Run BDRB in 1-pass CRF prediction mode, i.e. remove the FIXED_CRF= in your .ini, and select 1-pass CRF encode and select a target size. BDRB then runs a number of short CRF prediction steps (kind of trial and error learning) to find out the "final" CRF which will produce the target file size. This "final" CRF is then used in the subsequent 1-pass CRF encoding. During the CRF prediction phase you will see in the log how CRF develops towards the "final" CRF. |
16th August 2016, 09:06 | #24736 | Link |
Registered User
Join Date: Sep 2009
Location: Germany
Posts: 58
|
[QUOTE=geheim;1777145]Hi,
I've got a Problem with the Blu-ray Disc of "Maze Runner". BD Rebuilder always crashes while encoding 3D sources. First of all: Maze Runner isnīt a 3D source. Youīll have to set your settings correctly for encoding such sources. Why do you use a custom size of 18000? Itīs to big for DVD and to small for Blu-Ray There many settings that make not really sense for me On the other hand there are settings missing Take a look on the HIDDENOPTS folder... I did this film in Code B without issues. |
16th August 2016, 09:26 | #24737 | Link | |
Registered User
Join Date: Feb 2014
Posts: 61
|
Quote:
Maze Runner has some extras on it that are in 3D! The main movie is not, that's right, but the extras are and I'd like to keep them in 3D for my BD25 backup. That's why FRIM is used for the backup process. The custom size is wrong in deed, I'll change that, but as I did not use the custom size for Maze Runner this should have no influence on this issue... What Settings are missing that could have any influence on 3D backups?? I did not find any... Did you do a full backup on your disc (and keeping 3D extras in 3D) or a movie-only?? Thanks and I'd appreciate any further tips!! |
|
16th August 2016, 14:35 | #24738 | Link | |
Moderator
Join Date: Oct 2001
Posts: 20,976
|
Quote:
BD-RB's prediction phase tries to perform a hybrid of the two. It encodes a subset of the scenes/picture elements in the source and tries to find what CRF will result in the required target size. It then encodes using that CRF. The price for that is accuracy. Two pass is always very, very close to the desired output size. Predicted CRF will often undersize or oversize by some small amount. Not much -- but not perfect. You are right. It is an AVERAGE bitrate. The first pass (of a two pass encode) determines where it is necessary to use higher rates (difficult scenes) and where bitrate can be lowered (simpler scenes). There is also a specified maximum bitrate (set by the fastest transfer rate a BD disc's spin speed can accommodate, for example) Last edited by jdobbs; 16th August 2016 at 14:41. |
|
17th August 2016, 02:33 | #24740 | Link |
Registered User
Join Date: Sep 2005
Posts: 558
|
I personally let BD Rebuilder determine the CRF for my target disc size, and then strip more/less stuff (and adjust the encode speed) until I like the CRF #.
I then let BD RB do a 2-pass encoding. I figure that gives me better quality than 1-pass, but an idea of the expected quality because of the calculated CRF number guides how I tweak things. For example, today I'm encoding a BD that is a movie with no extras but 35gb. I was able to determine that keeping the DTS HD MA audio track untouched the CRF would be 17.3. That's more than enough. If I didn't do the CRF test first I would have unnecessarily stripped the lossless audio track. Last edited by DoctorM; 17th August 2016 at 07:38. |
|
|