BD Rebuilder Beta - Bug Reports Only

[Lathe]

Hmmm, after reading these recent posts concerning comparison between x264 and x265, it doesn't sound like people are feeling that x265 truly matches or surpasses high bit rate quality encodes. Here are a few of the comments:


Old 7th May 2016, 23:57 #274 | Link
Leo 69
Registered User

Join Date: Nov 2004
Posts: 173

Having said all positive about my impression about current state of x265, I should admit that it's still not suitable for very HQ, sharp sources. Washes out detail too much with any settings you'd think of. "Retain grain" helps a bit, but still tiny details go away for good.


Old 8th May 2016, 00:20 #275 | Link
asarian
Registered User

Join Date: May 2005
Posts: 1,127

Quote:
Originally Posted by Leo 69 View Post
Having said all positive about my impression about current state of x265, I should admit that it's still not suitable for very HQ, sharp sources. Washes out detail too much with any settings you'd think of. "Retain grain" helps a bit, but still tiny details go away for good.

And for the 'codec of the future', that's simply unacceptable. Honestly, for what it stands for, and the huge impact on your CPU, it really ought to be *significantly* better than x264.

Still, I shouldn't judge too harshly, as it's (relatively) still in its early stages of development.



Join Date: Nov 2004
Posts: 173
Hi mate,

I agree that it could be the "result" of early stages of development. Maybe we have to wait another 3-5 years for it to reach acceptable state and then forget about x264.

~~~~~~~~~~~~~~~~~~~~~~~~


So, I'm thinking since I am NOT trying to squeeze every little bit of space out of the encode, that I will likely just stay with x264.

Sorry to conclude this after asking all that stuff... :rolleyes:

But... say I DO still want to archive some Blu-rays using x264. Then do I just simply set it for CRF=16, say, for the best 'practical' quality, maybe with some tweaks, and just leave it at that...??? Do I still choose 'High Quality' in the presets? Are there any other ini or any other settings that I need to do this? Or, should I use 2-passes? At this point, since I'm probabaly not gonna use x265, do I need to use the 'Archive' function at all, or do I just 'shrink' the Blu-ray as usual...?

Now, I'm not quite sure what to do...

[Lathe]

BTW, the 'CRF' is still greyed-out in the menu while I am using LAVF as the frame server. So, does that mean that I CAN'T use CRF to archive my Blu-rays then?

[lauguru]

Archive mode uses a fixed CRF value. Target sizes aren't applicable.

The default archive value is 23. Lower values are larger with higher quality, higher values are smaller with lower quality. 23 is a good balance. Anything below 16 is wasted space (16 is close to perfect reproduction). 18 is a very high quality archive.

ARCHIVE_CRF n = 10-50 X265 CRF value to use for ARCHIVE mode (default=23)

if I understand well, crf lower value, better quality and more occupies the final m2ts?

ARCHIVE_CRF=10 (is the best confg?)

i use this :

ARCHIVE_MODE=1
ARCHIVE_CRF=10
ARCHIVE_QUALITY=3
ARCHIVE_LIMIT=1
ARCHIVE_265=1
ARCHIVE_ENABLE=1



and add in rebuilder.ini command to add 2 pass in X265 ARCHIVE_MODE, only performs 1 pass?

[mparade]

Hmmm, after reading these recent posts concerning comparison between x264 and x265, it doesn't sound like people are feeling that x265 truly matches or surpasses high bit rate quality encodes. Here are a few of the comments:


Old 7th May 2016, 23:57 #274 | Link
Leo 69
Registered User

Join Date: Nov 2004
Posts: 173

Having said all positive about my impression about current state of x265, I should admit that it's still not suitable for very HQ, sharp sources. Washes out detail too much with any settings you'd think of. "Retain grain" helps a bit, but still tiny details go away for good.


Old 8th May 2016, 00:20 #275 | Link
asarian
Registered User

Join Date: May 2005
Posts: 1,127

Quote:
Originally Posted by Leo 69 View Post
Having said all positive about my impression about current state of x265, I should admit that it's still not suitable for very HQ, sharp sources. Washes out detail too much with any settings you'd think of. "Retain grain" helps a bit, but still tiny details go away for good.

And for the 'codec of the future', that's simply unacceptable. Honestly, for what it stands for, and the huge impact on your CPU, it really ought to be *significantly* better than x264.

Still, I shouldn't judge too harshly, as it's (relatively) still in its early stages of development.



Join Date: Nov 2004
Posts: 173
Hi mate,

I agree that it could be the "result" of early stages of development. Maybe we have to wait another 3-5 years for it to reach acceptable state and then forget about x264.

~~~~~~~~~~~~~~~~~~~~~~~~


So, I'm thinking since I am NOT trying to squeeze every little bit of space out of the encode, that I will likely just stay with x264.

Sorry to conclude this after asking all that stuff... :rolleyes:

But... say I DO still want to archive some Blu-rays using x264. Then do I just simply set it for CRF=16, say, for the best 'practical' quality, maybe with some tweaks, and just leave it at that...??? Do I still choose 'High Quality' in the presets? Are there any other ini or any other settings that I need to do this? Or, should I use 2-passes? At this point, since I'm probabaly not gonna use x265, do I need to use the 'Archive' function at all, or do I just 'shrink' the Blu-ray as usual...?

Now, I'm not quite sure what to do...

I think you should do full-backups using x264 with some tweaks and forget about ARCHIVE MODE using the same codec.

x265 main current advantage over x264 is the 10-bit encoding capability (BD-RB can do such an output :)). which is supported by most new hardware players. According to my experiences a 8-bit x264 encoding (which is BD compatible) with the correct tweaks (high enough CRF, proper tune setting etc.) is good enough when the source is 8-bit (most or all commercial BDs).

[jdobbs]

Okay, from looking at the hidden Opts settings and looking at the post above, it LOOKS like I need to set these for sure:

ARCHIVE_265=1 (for x265)
ARCHIVE_CRF=16 (as gonca said)
ARCHIVE_ENABLE=1 (to turn it on, I guess...)
ARCHIVE_LIMIT=1 (to keep all audio, lossless & otherwise, as already set in the 'Settings' I think)

If anyone can confirm if this is right so far, and whatever else is needed, and also any info about the other things I was curious about.ARCHIVE_LIMIT does the opposite of what think. Setting it filters out some audio. In archive mode you cannot keep original lossless audio, the whole point of archive mode is to keep a high-quality archival backup using the smallest footprint possible. If you're not trying to save space -- just do a full backup.

[jdobbs]

Just my humble opinion... but I don't agree with the posts about X265. My own experience is that it gives a much superior picture at a given bitrate, especially when restricted to lower bitrates. My tests using objective standards like PSNR and SSIM confirm it as well.

[lauguru]

jdobbs
would be added in the next version in ARCHIVE_MODE crf 0-51 for x265?


http://slhck.info/articles/img/crf.png

http://slhck.info/articles/crf

[mparade]

jdobbs
would be added in the next version in ARCHIVE_MODE crf 0-51 for x265?


http://slhck.info/articles/img/crf.png

http://slhck.info/articles/crf

You can use any CRF value you want in ARCHIVE mode when x265 is used.
Just set your preferred CRF value through "ARCHIVE_CRF=n" parameter in the ini file. :)

[Sharc]

The .ini option for setting the x265 CRF in archive mode is
ARCHIVE_CRF=

Read the HIDDENOPTS.TXT

Edit: I see you corrected your original post

[lauguru]

ARCHIVE_CRF n = 10-50 X265 CRF value to use for ARCHIVE mode (default=23)

crf in archive mode X265 minimum is 10 to 50, less than 10 number does not work, so wonder if it would be possible to add another version, or is not possible.

i use this confg
ARCHIVE_MODE=1
ARCHIVE_CRF=10
ARCHIVE_QUALITY=3
ARCHIVE_LIMIT=1
ARCHIVE_265=1
ARCHIVE_ENABLE=1

[mparade]

ARCHIVE_CRF n = 10-50 X265 CRF value to use for ARCHIVE mode (default=23)

crf in archive mode X265 minimum is 10 to 50, less than 10 number does not work, so wonder if it would be possible to add another version, or is not possible.

i use this confg
ARCHIVE_MODE=1
ARCHIVE_CRF=10
ARCHIVE_QUALITY=3
ARCHIVE_LIMIT=1
ARCHIVE_265=1
ARCHIVE_ENABLE=1

I think the author determined CRF=10 as the min. limit because it is much more than enough regarding quality both if using x265 and x264.

[lauguru]

the minimum for X265 crf think is 0, according to this info
http://img.prntscr.com/img?url=http://i.imgur.com/DBJikFm.png

http://slhck.info/video-encoding

I'm trying to use crf below 10, but does not work

[mparade]

the minimum for X265 crf think is 0, according to this info
http://img.prntscr.com/img?url=http://i.imgur.com/DBJikFm.png

http://slhck.info/video-encoding

I'm trying to use crf below 10, but does not work

I meant jdobbs determined CRF=10 as the minimum limit in BD-RB.

[jdobbs]

ARCHIVE_CRF n = 10-50 X265 CRF value to use for ARCHIVE mode (default=23)

crf in archive mode X265 minimum is 10 to 50, less than 10 number does not work, so wonder if it would be possible to add another version, or is not possible.

i use this confg
ARCHIVE_MODE=1
ARCHIVE_CRF=10
ARCHIVE_QUALITY=3
ARCHIVE_LIMIT=1
ARCHIVE_265=1
ARCHIVE_ENABLE=1I'm trying to use crf below 10, but does not workThere's common sense involved. If you're going to set it to 10 you might as well keep the original... there's a good chance it will be smaller. Using 0 will make it much, much, much larger than the original.

[lauguru]

There's common sense involved. If you're going to set it to 10 you might as well keep the original... there's a good chance it will be smaller. Using 0 will make it much, much, much larger than the original.
OK try to do tests between CRF 10-16

[Lathe]

Just my humble opinion... but I don't agree with the posts about X265. My own experience is that it gives a much superior picture at a given bitrate, especially when restricted to lower bitrates. My tests using objective standards like PSNR and SSIM confirm it as well.

Yes, I think that is what I took from their comments. Basically, IF you are concentrating more on a better looking picture at a LOWER bit rate, then I'm getting the impression that that is the strength of x265.

But, for me, since I am pretty much keeping everything at a pretty high bit rate, and as they had said, at present, it doesn't seem that is really what it is for. But, apparently at lower bit rates, it really shines...

BTW... if you wanna hear something hilarious and to show you how very adept I am... :rolleyes: I just tried an experiment overnight archiving a Blu-ray that was about 21 Gigs in it's entirety. So, I set the archive for x264 and for a CRF of 16. I also set the preset at 'High Quality' with a few tweaks. The projected time for this was a very slow 12-13 hours, so I'm thinking, 'Wow, this really is gonna be great! I bet the final size will be around 10 Gigs or even smaller!

Well, I just now checked the result. And the resulting 'Archived' Blu-ray is now a svelte 20 Gigs! :D I laughed so hard. I guess that shows how good I am at this; I could have sworn that I had a grasp on this conceptually, but apparently I do not have a frigg'n clue! I suppose then if that is what I am trying to do, I might as well simply set it for 2 pass and 10 Gigs and set it on 'High Quality' with my tweaks and be done with it.

GEEZ, what a clueless B@stard I am... :o

Oh, BTW, I had to switch to using Direct Show filters in order for the 1 pass CRF not to be greyed out in the menu. I guess they are quite right... CRF=16 IS indeed transparent, because the resulting file size is the SAME! :D

[Lathe]

Hmmm, this is interesting... (well, at least to me...)

I was looking at the INF file and I noticed this parameter in it:

TARGET_SIZE=20237516800

Now, I THOUGHT that when you used a fixed CRF value, that there WASN'T any target size...??? Did I set something wrong?

Here is the full INF:

[Status]
LABEL=BD
VERSION=v0.50.14
SOURCE_SIZE=23268014748
SOURCE_VIDEO_SIZE=23267942400
TARGET_SIZE=20237516800
REDUCTION=.869756513235996
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=eng;
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
QUICK=1
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00000]
AUDIO=0111
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=20237444452
SPLITS=1
NSTART=27000000
NEND=254374020
NSIZE=22215751680
FLINK=0
MLINK=0

And, here is the log:

----------------------
[05/14/16] BD Rebuilder v0.50.14
[22:06:25] Source: BD
- Input BD size: 21.67 GB
- Approximate total content: [01:24:12.746]
- Windows Version: 6.2 [9200]
- Archive Backup (AVC/AC3) mode enabled
- Quality: High Quality (Default)
- X264 Tweak(s) enabled
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[22:06:26] PHASE ONE, Encoding
- [22:06:26] Processing: VID_00000 (1 of 1)
- [22:06:26] Extracting A/V streams [VID_00000]
- [22:10:50] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 121,145 frames
- [22:10:50] Reencoding: VID_00000, Pass 1 of 1
- [09:05:59] Video Encode complete
- [09:05:59] Processing audio tracks
- Track 4353 (eng): Keeping original audio
- Track 4354 (eng): Keeping original audio
- Track 4355 (eng): Keeping original audio
- [09:05:59] Multiplexing M2TS
[09:08:22]PHASE ONE complete
[09:08:22]PHASE TWO - Rebuild Started
- [09:08:22] Rebuilding BD file Structure
[09:08:22] - Encode and Rebuild complete
[09:08:22] JOB: BD finished.

Here is the INI file:

[Options]
VERSION=0.50.0.14

ENCODER=0
MODE=4
ENCODE_QUALITY=2
ONEPASS_ENCODING=1
AUTO_QUALITY=0
AUTO_BIAS=3
B_PYRAMID=1
QUICK_CRF=24
ENABLE_TEST=1
ENABLE_BLANKING=1
ARCHIVE_ENABLE=1
ARCHIVE_LIMIT=1
ARCHIVE_CRF=16
ARCHIVE_265=0
TWEAK_PASS_ONE=--direct auto --qcomp 0.50
TWEAK_PASS_TWO=--ref 4 --deblock -2:-2 --psy-rd 1.00:0.20 --me umh --subme 8 --trellis 2 --direct auto --qcomp 0.50
KEEP_HD_LPCM=1
USE_ZLIB=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=1
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AUDIO_DRC=0
DECODER=0
AVCHD=1
TARGET_SIZE=18500
PRIORITY_CLASS=2
REMOVE_WORKFILES=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
PGSTOSRT=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=19300
MENU_BACKGROUND=D:\EXECUTABLES\BD-RBV05009\BD_Rebuilder\misc\menuback.jpg
MENU_AUDIO=D:\EXECUTABLES\BD-RBV05009\BD_Rebuilder\tools\blankclip\blank.ac3
IMPORT_THRESHOLD=1
QUICK_PLAY_THRESHOLD=1
MENU_AUTO_BACKGROUND=1
MENU_AUTO_DVDAUDIO=1
MENU_PLAY_SEQUENTIAL=0
MENU_START_WITH_MENU=1
IMPORT_LIMIT_LANG=0
IMPORT_KEEP_PLAYALL=0
IGNORE_3D=1
QUICK_EXTRAS=1
AVSFilter01=tweak(cont=1.30, bright=1, Sat=1.3, startHue=325, endHue=15, maxSat=75)
MOVIEONLY_TYPE=0
ALTCRF=20
ALT_TARGET=1024
ALT_CRF_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=0
[Paths]
SOURCE_PATH=F:\BD\
WORKING_PATH=C:\_______MEDIA\_BDRB\


Now, I understand that I am keeping the original audio which takes up a lot of space. But, even with that taken into consideration, the resulting .x264 video file was still 17 Gigs.

[jdobbs]

BD-RB always calculates the target value -- even if it doesn't use it.

[Sharc]

Just my humble opinion... but I don't agree with the posts about X265. My own experience is that it gives a much superior picture at a given bitrate, especially when restricted to lower bitrates. My tests using objective standards like PSNR and SSIM confirm it as well.
Perhaps just to add that x265 is currently still no option when one prefers to encode (and playback) interlaced sources as interlaced.

[lauguru]

To use this command with X265 to use OpenCL to be put?
TWEAK_X265=s


TWEAK_X265=--opencl ?

[lauguru]

Using these parameters in ARCHIVE_MODE I've got a 30GB bluray 19,1GB made with X265. impressive result set



ARCHIVE_MODE=1
ARCHIVE_CRF=11
ARCHIVE_QUALITY=5
ARCHIVE_LIMIT=0
ARCHIVE_265=1
ARCHIVE_ENABLE=1


I recomend use ARCHIVE_QUALITY=5 (Quality: High-Speed Option) to make faster tests

General
ID : 1 (0x1)
Complete name : X:\rebuilder3\00006.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 17.9 GiB
Duration : 2h 9mn
Overall bit rate mode : Variable
Overall bit rate : 19.7 Mbps
Maximum Overall bit rate : 35.5 Mbps

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main@L4@Main
Codec ID : 6
Duration : 2h 9mn
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Writing library : x265 1.9+4-95b8b6d90dc4:[Windows][GCC 5.3.0][64 bit] 8bit
Encoding settings : wpp / ctu=32 / min-cu-size=16 / max-tu-size=32 / tu-intra-depth=1 / tu-inter-depth=1 / me=0 / subme=0 / merange=57 / no-rect / no-amp / max-merge=2 / temporal-mvp / early-skip / rdpenalty=0 / no-tskip / no-tskip-fast / strong-intra-smoothing / no-lossless / no-cu-lossless / no-constrained-intra / fast-intra / open-gop / no-temporal-layers / interlace=0 / keyint=240 / min-keyint=23 / scenecut=0 / rc-lookahead=5 / lookahead-slices=6 / bframes=3 / bframe-bias=0 / b-adapt=0 / ref=1 / limit-refs=0 / no-limit-modes / no-weightp / no-weightb / aq-mode=1 / qg-size=32 / aq-strength=0.00 / cbqpoffs=0 / crqpoffs=0 / rd=2 / psy-rd=2.00 / rdoq-level=0 / psy-rdoq=0.00 / no-signhide / deblock / no-sao / no-sao-non-deblock / b-pyramid / cutree / no-intra-refresh / rc=crf / crf=11.0 / qcomp=0.60 / qpmin=0 / qpmax=51 / qpstep=4 / ipratio=1.40 / pbratio=1.30

Audio #1
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : DTS
Format/Info : Digital Theater Systems
Format profile : MA / Core
Mode : 16
Format settings, Endianness : Big
Muxing mode : Stream extension
Codec ID : 134
Duration : 2h 9mn
Bit rate mode : Variable
Bit rate : Unknown / 768 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossless / Lossy

Audio #2
ID : 4353 (0x1101)
Menu ID : 1 (0x1)
Format : DTS
Format/Info : Digital Theater Systems
Format profile : MA / Core
Mode : 16
Format settings, Endianness : Big
Muxing mode : Stream extension
Codec ID : 134
Duration : 2h 9mn
Bit rate mode : Variable
Bit rate : Unknown / 1 509 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossless / Lossy

Text #1
ID : 4608 (0x1200)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

Text #2
ID : 4609 (0x1201)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

[mparade]

Using these parameters in ARCHIVE_MODE I've got a 30GB bluray 19,1GB made with X265. impressive result set



ARCHIVE_MODE=1
ARCHIVE_CRF=11
ARCHIVE_QUALITY=5
ARCHIVE_LIMIT=0
ARCHIVE_265=1
ARCHIVE_ENABLE=1


I recomend use ARCHIVE_QUALITY=5 (Quality: High-Speed Option) to make faster tests

If I were you I would give a try to this one as well and would make a subjective evaluation of the result before jumping into such low CRF values like CRF=10:

ARCHIVE_MODE=1
ARCHIVE_CRF=17
ARCHIVE_QUALITY=5
ARCHIVE_LIMIT=0
ARCHIVE_265=1
ARCHIVE_ENABLE=1

+tweak the x265 command line with something like this:
--output-depth 10 --profile main10 --tune grain

do not forget to replace the x265.exe to the latest stable 10-bit version.

[lauguru]

If I were you I would give a try to this one as well and would make a subjective evaluation of the result before jumping into such low CRF values like CRF=10:

ARCHIVE_MODE=1
ARCHIVE_CRF=17
ARCHIVE_QUALITY=5
ARCHIVE_LIMIT=0
ARCHIVE_265=1
ARCHIVE_ENABLE=1

+tweak the x265 command line with something like this:
--output-depth 10 --profile main10 --tune grain

do not forget to replace the x265.exe to the latest stable 10-bit version.
but lower levels of CRF, are not best in quality?
ARCHIVE_CRF=11 ???
ARCHIVE_CRF=17

[jdobbs]

Anything below 18 is more than likely wasting space.

[mparade]

but lower levels of CRF, are not best in quality?
ARCHIVE_CRF=11 ???
ARCHIVE_CRF=17

You should make decision on which is the highest CRF value that fulfills your quality needs (otherwise you may only wasting space on your HDD). I think you should start with the default value and keep going down until you reach the one with which you are satisfied already.

[jdobbs]

Anything below 18 is more than likely wasting space.Also, in my testing I found that using ARCHIVE_QUALITY=1 gave the best balance of size to quality when using SSIM and PSNR as the measure.

[jdobbs]

but lower levels of CRF, are not best in quality?
ARCHIVE_CRF=11 ???
ARCHIVE_CRF=17Yes, theoretically. But if you can't tell or measure an appreciable difference -- why would it matter? If you really want to see it, do some tests using SSIM or PSNR with different values. You'll be surprised to see how fast you get rapidly diminishing returns when lowering the CRF value.

[lauguru]

Yes, theoretically. But if you can't tell or measure an appreciable difference -- why would it matter? If you really want to see it, do some tests using SSIM or PSNR with different values. You'll be surprised to see how fast you get rapidly diminishing returns when lowering the CRF value.

ok i try

ARCHIVE_MODE=1
ARCHIVE_CRF=17
ARCHIVE_QUALITY=1
ARCHIVE_LIMIT=0
ARCHIVE_265=1
ARCHIVE_ENABLE=1

TWEAK_X265=--output-depth 10 --profile main10 --tune grain



using SSIM or PSNR I do not know which is are there to put some command to activate?

[RobertM]

Back in post 23834 a bug was reported about Mockingjay Pt2. I just experienced the very same thing, where the rebuilt video starts out fine then gets very stuttery through to the end. The problem happens at the boundary between the first and second m2ts source files.

It's something we've seen before. Here's the pertinent part of his log:


Issues with MockingJay Part 2
I have burned MockingJay Part 2 twice now and I still have the same issue. I have upgraded to the latest version. The video skips frames, you can watch the jet flyers skip through space.The audio is out of sync. I am burning the movie only to a 25 Gbyte disk and my log file is as follows:

I am using windows 10.
Any ideas what could be wrong?


[03/27/16] BD Rebuilder v0.50.14
[14:51:06] Source: MOCKINGJAY_2_00428
- Input BD size: 22.96 GB
- Approximate total content: [02:16:57.250]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), ABR
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[14:51:08] PHASE ONE, Encoding
- [14:51:08] Processing: VID_00515 (1 of 20)
- [14:51:08] Extracting A/V streams [VID_00515]
- [14:55:03] Reencoding video [VID_00515]
- [14:55:03] Keeping original video (no reencode)
- [14:55:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (eng): Keeping original audio
- [14:55:03] Processing: VID_00511 (2 of 20)
- [14:55:03] Extracting A/V streams [VID_00511]
- [14:55:10] Reencoding video [VID_00511]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,056 frames
- Bitrate: 18,117 Kbs
- [14:55:10] Reencoding: VID_00511, Pass 1 of 1
- [14:55:51] Video Encode complete
- [14:55:51] Processing: VID_00506 (3 of 20)
- [14:55:51] Extracting A/V streams [VID_00506]
- [14:55:57] Reencoding video [VID_00506]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 759 frames
- Bitrate: 22,522 Kbs
- [14:55:57] Reencoding: VID_00506, Pass 1 of 1
- [14:56:31] Video Encode complete
- [14:56:31] Processing: VID_00519 (4 of 20)
- [14:56:31] Extracting A/V streams [VID_00519]


Note that vid 1 of 20 shows "keeping original video" while all subsequent parts re-encode. I don't know the structure of m2ts files, but I imagine that some kind of timing criteria are set up by the first, unencoded part, which is then incorrect for the remaining encoded parts.

I added the "FORCE ENCODE=1" option to my configuration file and re-ran it. It just completed and the video now looks smooth throughout. Note that I was also using the current version of BDRebuilder; 0.50.14.


And on a different topic...
My continued heartfelt thanks, JD, for persisting with your support of BD-RB despite the PayPal kerfuffle. I wish we could find a way to help you out. A list of BD discs that you'd like, and somewhere to send them would be something... not much, but something...

[jdobbs]

ok i try

ARCHIVE_MODE=1
ARCHIVE_CRF=17
ARCHIVE_QUALITY=1
ARCHIVE_LIMIT=0
ARCHIVE_265=1
ARCHIVE_ENABLE=1

TWEAK_X265=--output-depth 10 --profile main10 --tune grain



using SSIM or PSNR I do not know which is are there to put some command to activate?Just do a google for "avisynth" and "SSIM" -- you'll find the information. You simply make an AVS with both the newly encode and original as sources -- and then do an SSIM compare of the two. Same for PSNR.

[lauguru]

this command would help you with something?

http://img.prntscr.com/img?url=http://i.imgur.com/QHws25Y.png

http://x265.readthedocs.io/en/default/cli.html

[Lathe]

Anything below 18 is more than likely wasting space.

Yeah, my 11 hour test overnight using x264 with a CRF of 16 just yielded me almost the exact same size. Nobody said anything about the logs, so I guess that is just the way it works... :(

[lauguru]

@jdobbs
It would not be possible to add custom target in ARCHIVE_MODE with X265 with 2 pass ?,'m testing with ARCHIVE_CRF, but it is very difficult to define and determine the final result in mb or gb. My idea is that approximates 23.1 gb, but always the result, goes through much or is too short. thanks

[lauguru]

with this confg ( 30gb to 21,4 gb ) in archive_ mode with x265

TWEAK_X265=--output-depth 10 --profile main10 --tune grain

ARCHIVE_MODE=1
ARCHIVE_CRF=16
ARCHIVE_QUALITY=5
ARCHIVE_LIMIT=0
ARCHIVE_265=1
ARCHIVE_ENABLE=1

[jdobbs]

Back in post 23834 a bug was reported about Mockingjay Pt2. I just experienced the very same thing, where the rebuilt video starts out fine then gets very stuttery through to the end. The problem happens at the boundary between the first and second m2ts source files.

It's something we've seen before. Here's the pertinent part of his log:



Note that vid 1 of 20 shows "keeping original video" while all subsequent parts re-encode. I don't know the structure of m2ts files, but I imagine that some kind of timing criteria are set up by the first, unencoded part, which is then incorrect for the remaining encoded parts.

I added the "FORCE ENCODE=1" option to my configuration file and re-ran it. It just completed and the video now looks smooth throughout. Note that I was also using the current version of BDRebuilder; 0.50.14.


And on a different topic...
My continued heartfelt thanks, JD, for persisting with your support of BD-RB despite the PayPal kerfuffle. I wish we could find a way to help you out. A list of BD discs that you'd like, and somewhere to send them would be something... not much, but something...There should never be a time when some parts of a multi-part playlist are encoded and others are not. I'm running a test on this disc as I type.

Interestingly, I tried to create a personal PayPal account yesterday (so I could just use it to pay for something). They apparently recognized my address (or something) and refused to create it. I really dislike those guys. I feel like a blacklisted hollywood writer from the 1950s. It makes no difference whether you've done anything wrong... you're on "the list".

[jdobbs]

@RobertM

Can you send me the INI file used in your encode of MOCKINGJAY_2? My test completed with no issues (all the segments were kept intact).

[Edit] Never mind. I've been able to repeat it.

[wakko709]

----------------------
[05/18/16] BD Rebuilder v0.50.14
[19:56:36] Source: SHERLOCK_HOLMES_GAME_OF_SHADOW
- Input BD size: 22.74 GB
- Approximate total content: [02:19:41.564]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[19:56:43] PHASE ONE, Encoding
- [19:56:43] Processing: VID_00001 (1 of 6)
- [19:56:43] Extracting A/V streams [VID_00001]
- Error in attempt to extract audio/subs.
-
[20:22:29] - Failed to retrieve audio, aborted

[omegaman7]

----------------------
[05/18/16] BD Rebuilder v0.50.14
[19:56:36] Source: SHERLOCK_HOLMES_GAME_OF_SHADOW
- Input BD size: 22.74 GB
- Approximate total content: [02:19:41.564]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[19:56:43] PHASE ONE, Encoding
- [19:56:43] Processing: VID_00001 (1 of 6)
- [19:56:43] Extracting A/V streams [VID_00001]
- Error in attempt to extract audio/subs.
-
[20:22:29] - Failed to retrieve audio, aborted

Usually a bad source. I've received that error once, and did not receive it using DGDecNV. And the end result had no discernible anomalies.

[RobertM]

----------------------
[05/18/16] BD Rebuilder v0.50.14

<snip>

[20:22:29] - Failed to retrieve audio, aborted

Looks like a bad rip to me. Have you tried to play back the ripped files on your PC, to see if they play OK before rebuilding?

In any case, it's probably not a BD-RB problem. Likely an error burped out by tsMuxeR when it tries to break apart the source m2ts files.


<edit>
...and maybe a blessing in disguise, anyway. I tried to watch that film twice now; fell asleep both times. ;)

[MrVideo]

Interestingly, I tried to create a personal PayPal account yesterday (so I could just use it to pay for something). They apparently recognized my address (or something) and refused to create it. I really dislike those guys. I feel like a blacklisted hollywood writer from the 1950s. It makes no difference whether you've done anything wrong... you're on "the list".

Personally I think you are screwed. I think the only way you are going to be able to create a new PayPal account is to have an e-mail address that is not on a company that is part of the PayPal group, as they would be able to validate the IP address used to create the account, But mostly, you are going to have to have a completely different bank, since you have to link the PayPal account to a bank account. They would know you are trying to get around them by the fact the same bank account/credit card was being used. It gets worse, the bank account would also have to be in a completely different name.

They have you pegged.

[lauguru]

with this confg ( 32,3gb to 23,1gb) in archive_ mode with x265
TWEAK_X265=--output-depth 10 --profile main10 --tune grain --uhd-bd

ARCHIVE_MODE=1
ARCHIVE_CRF=13.7
ARCHIVE_QUALITY=5
ARCHIVE_LIMIT=0
ARCHIVE_265=1
ARCHIVE_ENABLE=1

[Lathe]

Personally I think you are screwed. I think the only way you are going to be able to create a new PayPal account is to have an e-mail address that is not on a company that is part of the PayPal group, as they would be able to validate the IP address used to create the account, But mostly, you are going to have to have a completely different bank, since you have to link the PayPal account to a bank account. They would know you are trying to get around them by the fact the same bank account/credit card was being used. It gets worse, the bank account would also have to be in a completely different name.

They have you pegged.

Yep... I knew that one day JD's sordid past would catch up to him...

[jdobbs]

Yep... I knew that one day JD's sordid past would catch up to him...It's that whole Kennedy/grassy knoll thing again. When are they going to let it go?

[Lathe]

It's that whole Kennedy/grassy knoll thing again. When are they going to let it go?

Dude...

It was Kennedy man...

Couldn't you have just waited for Trump...?

DOHHHHHHHHHH! :devil:

[ggtop]

Hi jdobbs,

I have to say that this issue might be strange but anyway...
I have some issues with MP4s streaming from my NAS to TV using DLNA. Normally I create MP4s from my DVDs with Handbrake/Vidcoder which works OK in 99% of all cases. Lately I converted some movies with AAC and AC3 Audio and hardcoded subs. Sometimes streaming these to my TV fail at some point. I did dozens of new encodes using different settings.
To make it short it seems the muxing is the issue: After demuxing and simple remuxing using MP4Box the files play fine (so far). Fingers crossed!

While testing different settings BD Rebuilder came to my mind because I use it very successfully for BD to MP4 conversion.
So I imported the DVD which was restructured into (pseudo) BD format. I then chose alternate output. 1 subtitle stream marked as "forced on".
x264 stopped encoding 15 frames before end reproducably. At the very end 1 last subtile should be shown. Examining the stream with Subtitle Edit showed the length under 1 second. Could that be the issue?
Previewing the avs file in MPC dumped sometimes, not always...
Encoding without subs works as expected.

Right now I have no idea what to check. If you have an idea please let me know.

BTW This post might be a Feature request for DVD Rebuilder allowing x264 MP4 Encoding :-)

ggtop

[lauguru]

@jdobbs
You could help me try to use a command to TWEAK_X265 = s in archive_mode for backup hvec

I wish I could do 2 pass and custom target (24280 mb), I do not want to use crf (always different sizes)

or is it not possible?


* diferences in --cu-lossless, --no-cu-lossless ?

thanks

[mparade]

@jdobbs
You could help me try to use a command to TWEAK_X265 = s in archive_mode for backup hvec

I wish I could do 2 pass and custom target (24280 mb), I do not want to use crf (always different sizes)

or is it not possible?


* diferences in --cu-lossless, --no-cu-lossless ?

thanks

mkv format would be acceptable for you? Or only BD-structure?

[gonca]

mkv format would be acceptable for you? Or only BD-structure?

Look at the the Alternate Output profiles
Profiles 33, 34,35,36 from default Alternate text file, or create your own for Movie only
Don't believe MKV supports menus

[mparade]

Look at the the Alternate Output profiles
Profiles 33, 34,35,36 from default Alternate text file, or create your own for Movie only
Don't believe MKV supports menus

I hope your addressee is lauguru. ;)

[gonca]

I hope your addressee is lauguru. ;)
Whoops!
You're correct