BD Rebuilder Beta - Bug Reports Only

[colinhunt]

Something else I recently noticed. A full backup came out slightly oversized so I decided to re-encode only one small m2ts, then replace m2ts and clipinf of the original backup with files from the re-encode.

Imported the m2ts into BD-RB (import > video files) but after it had collected a/v streams and built a pseudo-BD source, the Stream window listed only video. The source has 24bit 48kHz PCM audio. Log is of no help:

[17:43:05] Importing M2TS: 00004
- Preparing M2TS for processing...
- Collecting audio/video streams from source...
- Building pseudo-BD source structure...
[17:43:26] Video import completed successfully.

The 00000.m2ts file in the IMPORTS/00004/BDMV/STREAM directory contains a video stream only.

[colinhunt]

It sounds like PiP. Are you saying the secondary (PiP) video was 720x576?
Sorry for being unclear. No, it's not a PiP feature. It's a multi-angle feature, a relic from DVD era, where you choose which "angle" you view by pressing the Angle button on the remote. It's like two full-screen video streams and you choose which one to view. Either/or, instead of one inside the other.

Source stream is MPEG-2 encoded 720x576 and includes two alternative video streams (angles). Oddly enough I can see no sign of it when examining the file in MediaInfo, but the Angle button works and switches between a storyboard and final scene.

update: figured out why MediaInfo claims there's only one video stream in the source. Because there is only 1 video stream in the source file! Multi-angle feature is done by having the "angles" in two separate files: 00408.m2ts and 00410.m2ts.

Why switching angles does not work in the full back-up, I don't have the foggiest.

[gonca]

jdobbs

- Fixed a problem with some multi-part sources
that could result in a "ERROR in attempt to
mux (MKVMERGE)" error when ALTERNATE output
has been selected.

[01/26/14] BD Rebuilder v0.46.05 (beta)
[14:49:53] Source: CHERNOBYL_DIARIES_00100
- Input BD size: 14.73 GB
- Approximate total content: [01:25:53.690]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Decoding/Frame serving: DGDecNV [4-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[14:49:53] PHASE ONE, Encoding
- [14:49:53] Processing: VID_00083 (1 of 1)
- [14:49:53] Extracting A/V streams [VID_00083]
- [14:51:24] Reencoding video [VID_00083]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 123,565 frames
- [14:51:24] Reencoding: VID_00083, Pass 1 of 1
- [15:52:21] Video Encode complete
- [15:52:21] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[15:52:21]PHASE ONE complete
[15:52:21]PHASE TWO - Rebuild Started
- [15:52:21] Building ALTERNATE OUTPUT Structure
- ERROR in attempt to mux (MKVMERGE)
[15:52:37] - Failed to REBUILD

[Status]
LABEL=CHERNOBYL_DIARIES
VERSION=v0.46.05 (beta)
SOURCE_SIZE=15812855808
SOURCE_VIDEO_SIZE=15812855808
TARGET_SIZE=34603008000
REDUCTION=2.18828328166338
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=
BACKUP_MODE=1
MOVIEONLY_TYPE=6
USE_LAVF=0
INSTANCES=4
DGDECNV=-1
SSIF_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=0
[00083]
AUDIO=1000
PGS=00000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=34603008000
SPLITS=4
NSIZE=0
FLINK=0
MLINK=0

Alternate output muxing issue popped up again
One file with a 4 way split for multi processing

[jdobbs]

That wouldn't be related. The issue I fixed had to do with multiple part sources and your report only has one.

What happens if you eliminate the 4-way processing?

[gonca]

Trying it now. Will know the results in about 20 minutes

[gonca]

jdobbs

Still fails

[01/26/14] BD Rebuilder v0.46.05 (beta)
[17:03:01] Source: CHERNOBYL_DIARIES_00100
- Input BD size: 14.73 GB
- Approximate total content: [01:25:53.690]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[17:03:01] PHASE ONE, Encoding
- [17:03:01] Processing: VID_00083 (1 of 1)
- [17:03:01] Extracting A/V streams [VID_00083]
- [17:04:32] Reencoding video [VID_00083]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 123,565 frames
- [17:04:32] Reencoding: VID_00083, Pass 1 of 1
- [17:57:47] Video Encode complete
- [17:57:47] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[17:57:47]PHASE ONE complete
[17:57:47]PHASE TWO - Rebuild Started
- [17:57:47] Building ALTERNATE OUTPUT Structure
- ERROR in attempt to mux (MKVMERGE)
[17:57:47] - Failed to REBUILD

[jdobbs]

jdobbs

Still failsI guess I'll have to see if I can find that one (tomorrow) and see if I can repeat it.

[gonca]

Jdobbs

This error occurs on more movies with this version of BD_RB. Bridget Jones Diary also failed.

P.S.
Might be a good idea to try one of the movies you have first.
This isn't that good a movie, maybe not worth you spending your money if you don't have to.

[jdobbs]

Jdobbs

This error occurs on more movies with this version of BD_RB. Bridget Jones Diary also failed.

P.S.
Might be a good idea to try one of the movies you have first.
This isn't that good a movie, maybe not worth you spending your money if you don't have to.Can you post your settings so I can be sure I'm duplicating them?

[gzr]

I know you won't think this is important but since you're using tsmuxer version 2.6.11 and now 2.6.12 the m2ts file in the blu ray structure is impossible to see with players like vlc and mpc-hc while befere the were no problems at all. Maybe this can show some hidden problem with tsmuxer.

[gonca]

Here are the settings

[Options]
VERSION=0.46.0.5
MULTIPROCESS=1
HC_PROFILE=BEST
DEFAULT_LANG=eng
ENABLE_TEST=1
ENABLE_BLANKING=0
IMPORT_FOLDER=D:\
KEEP_HD_LPCM=1
DEINTERLACER_TYPE=3
UPRESIZE=LanczosResize
SD_PROGRESSIVE=1
MIN_M2TS_SIZE=0
REMOVE_IMPORT=1
USE_ZLIB=0
MODE=3
ENCODE_QUALITY=3
ONEPASS_ENCODING=0
AUTO_QUALITY=0
MENU_BACKGROUND=D:\IMPORTS\4.jpg
IMPORT_THRESHOLD=15
QUICK_PLAY_THRESHOLD=10
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=1
SD_TO_1080=1
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AVCHD=0
REMOVE_WORKFILES=1
MOVIE_ONLY_LOOP=1
REMOVE_OUTPUT=1
USE_FILTERS=0
BDMV_CERT_ONLY=1
USE_LAVF=0
IVTC_PULLDOWN=1
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
DGDECNV=1
OUTPUT_3D=0
NEROAAC=0
SUPTITLE=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=33000
TARGET_SIZE=33000
MOVIEONLY_TYPE=6
ALTCRF=18
ALT_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=0
AUTO_BURN=0
MENU_AUTO_BACKGROUND=1
MENU_PLAY_SEQUENTIAL=0
MENU_START_WITH_MENU=1
[Paths]
WORKING_PATH=W:\MKV\
SOURCE_PATH=I:\CHERNOBYL_DIARIES\
DGIndexNV=C:\Program Files (x86)\dgdecnv\DGIndexNV.exe
DGDecNV=C:\Program Files (x86)\dgdecnv\DGDecodeNV.dll

[jdobbs]

Here are the settingsHave you made a lot of modifications to the ALTERNATE.TXT file? With the settings you posted I'm getting 720x480 & AC3 as the selected ALTERNATE selection.

[jdobbs]

I know you won't think this is important but since you're using tsmuxer version 2.6.11 and now 2.6.12 the m2ts file in the blu ray structure is impossible to see with players like vlc and mpc-hc while befere the were no problems at all. Maybe this can show some hidden problem with tsmuxer.Can someone confirm this?

[HWK]

Can someone confirm this?

I am on it and will let you know.

[Update]

I use MPC-HC and it works for me with and without ffdshow. However I just demux and mux again with nothing added and removed and used tsmuxer 2.6.12

http://s27.postimg.org/4nk0ti8df/Sample.png

[jdobbs]

@gonca

I was able to repeat the ALTERNATE muxing issue. I'm working on it now.

@HWK

Thanks.

[soneca]

@gonca

I was able to repeat the ALTERNATE muxing issue. I'm working on it now.

Jdobbs, actually the process is only completed using directshow and progress bar only goes wrong when using the directshow.

[01/27/14] BD Rebuilder v0.46.05 (beta)
[12:18:08] Source: MISTERIOS_DO_NILO_00001
- Input BD size: 10,48 GB
- Approximate total content: [00:47:38.814]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1280x720, 448Kbs DD5.1
- Output folder: E:\VIDEOS\
- Decoding/Frame serving: DGDecNV [3-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
[12:18:08] PHASE ONE, Encoding
- [12:18:08] Processing: VID_00001 (1 of 1)
- [12:18:08] Extracting A/V streams [VID_00001]
- [12:25:13] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 68.543 frames
- [12:25:13] Reencoding: VID_00001, Pass 1 of 1
- [12:46:31] Video Encode complete
- [12:46:31] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
[12:47:39]PHASE ONE complete
[12:47:39]PHASE TWO - Rebuild Started
- [12:47:39] Building ALTERNATE OUTPUT Structure
- ERROR in attempt to mux (MKVMERGE)
[12:48:56] - Failed to REBUILD
----------------------
[01/27/14] BD Rebuilder v0.46.05 (beta)
[13:04:48] Source: MISTERIOS_DO_NILO_00001
- Input BD size: 10,48 GB
- Approximate total content: [00:47:38.814]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1280x720, 448Kbs DD5.1
- Output folder: E:\VIDEOS\
- Decoding/Frame serving: DirectShow [3-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
[13:04:50] PHASE ONE, Encoding
- [13:04:50] Processing: VID_00001 (1 of 1)
- [13:04:50] Extracting A/V streams [VID_00001]
- [13:08:04] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 68.543 frames
- [13:08:04] Reencoding: VID_00001, Pass 1 of 1
- [13:32:49] Video Encode complete
- [13:32:49] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
[13:33:58]PHASE ONE complete
[13:33:58]PHASE TWO - Rebuild Started
- [13:33:58] Building ALTERNATE OUTPUT Structure
[13:34:45] - Encode and Rebuild complete
- IMPORT folder removed.
[13:34:45] JOB: MISTERIOS_DO_NILO finished.

http://s20.postimg.org/ohtyhbkzx/bdrebuilder.png

[Stigmatta]

Ive been having an odd situation lately where no matter what settings i use for making mkv/mp4 files, the file sizes keep coming out to be 4.30gb range, regardless of the length of the movie. Ive never had this issue before in the past and most of my files would usually be around 2-3gb range. Has anyone else experienced this? Have a possible solution? Ive tried both DirectShow and X264/LAVF, but not DGD.

[jdobbs]

Ive been having an odd situation lately where no matter what settings i use for making mkv/mp4 files, the file sizes keep coming out to be 4.30gb range, regardless of the length of the movie. Ive never had this issue before in the past and most of my files would usually be around 2-3gb range. Has anyone else experienced this? Have a possible solution? Ive tried both DirectShow and X264/LAVF, but not DGD.Post the contents of LASTCMD.TXT in the BD-RB folder right after running a job and I'll be able to tell you for sure -- but since it looks like you are using CRF, the output size is determined by that setting and there is no expected target size. Have you changed the CRF value recently?

[Stigmatta]

I think this should be the last one. Also, sorry if im attaching these wrong, not sure how you guys are doing the scrollable attaching, its been a while for me since ive attached stuff in forums lol.
I have been using CRF 23

[jdobbs]

I think this should be the last one. Also, sorry if im attaching these wrong, not sure how you guys are doing the scrollable attaching, its been a while for me since ive attached stuff in forums lol.
I have been using CRF 23That command line used a CRF of 23. So whatever size the file is... it is what is necessary to maintain a CRF of 23. In other words, there is nothing wrong.

[gonca]

Sorry it took so long to reply, just got home from work.
Here is my ALTERNATE.TXT just in case you still need to see it.

# The options below show up in the Alternate Output Dialog
# Settings:
# caption=Text to show on alternate selection list
# vBitrate=Bitrate to use for two-pass video encoding, * = variable (DVD only)
# aBitrate=Bitrate to use for audio encoding, * = automatic (not allowed for iPod & iPad)
# aType=Output Audio Type, 0=AC3, 1=AAC (Note: Audio bitrate less than 384Kbs implies stereo downmix)
# 2=[Intact audio -- MKV & MP4 only]
# vFormat=Video Format: 0=320x240/180, 1= 480x360/270, 2= 640x480/360, 3= 1024x768/576,
# 4= 1280x720, 5= 1920x1080, 6= 720x480/576, 7= No Resizing, 8=Intact
# vKeyint=Video GOP size (interval): Default=24, "Auto" = 10x framerate (MKV & MP4 only)
# cType= Container/limits type, 0=iPod (mp4), 1=MKV, 2=iPad (mp4), 3=DVD-5, 4=DVD-9, 5=MP4 6=iPad 2+ (MP4)

[00001]
caption=DVD-5, 720x480/576, AC3 Audio
vBitrate=*
aBitrate=*
aType=0
vFormat=6
cType=3
[00002]
caption=DVD-9, 720x480/576, AC3 Audio
vBitrate=*
aBitrate=*
aType=0
vFormat=6
cType=4
[00003]
caption=MKV Container, 720x480/576, 448Kbs DD5.1
vBitrate=872
aBitrate=448
aType=0
vFormat=6
cType=1
[00004]
caption=MKV Container, 720x480/576, Intact Audio
vBitrate=872
aType=2
vFormat=6
cType=1
[00005]
caption=MKV Container, 1920x1080, 640Kbs DD5.1
vBitrate=5120
aBitrate=640
aType=0
vFormat=5
cType=1
[00006]
caption=MKV Container, 1920x1080, Intact Audio
vBitrate=20000
aType=2
vFormat=5
cType=1
[00007]
caption=MKV, Intact Video, Intact Audio
aType=2
vFormat=8
cType=1
[00008]
caption=MKV Container, Intact video, 640 kbs DD5.1
vFormat=8
aBitrate=640
aType=0
cType=1

[HWK]

Jdobbs, were you able to get 3D offset working or waiting for Roman to fix it.

[omegaman7]

I had to rerun a job, which was no big deal, since .m2ts files don't have to be reencoded(depending on a few factors). Rebuilder decided to use Jdobbs default picture instead, despite my renaming my file, to the appropriate name.

I had renamed his, to "menuback DEFAULT.jpg". Rebuilder still used it. So, the next time around, I called it "JD background". That did the trick.

It's possible that "I" screwed up somehow, so I'll be looking into this further. Just thought I'd report back on this.

[gonca]

omegaman7
Just use Settings > Import/Quick Play Settings to establish a new default background. Works every time.

[omegaman7]

omegaman7
Just use Settings > Import/Quick Play Settings to establish a new default background. Works every time.

OMG... Shaking my head! I'm such a newb LOL!!!

[gonca]

OMG... Shaking my head! I'm such a newb LOL!!!

BD_RB is growing fast:)
I'm always reading the changelogs and hiddenopts to see what new features are avaiable.

[jdobbs]

I had to rerun a job, which was no big deal, since .m2ts files don't have to be reencoded(depending on a few factors). Rebuilder decided to use Jdobbs default picture instead, despite my renaming my file, to the appropriate name.

I had renamed his, to "menuback DEFAULT.jpg". Rebuilder still used it. So, the next time around, I called it "JD background". That did the trick.

It's possible that "I" screwed up somehow, so I'll be looking into this further. Just thought I'd report back on this.It looks for the background with the default name or the name that has been selected in the settings, so I think it must have been a mistake of some kind.

[omegaman7]

BD_RB is growing fast:)
I'm always reading the changelogs and hiddenopts to see what new features are avaiable.

So do I :o But somehow, I overlooked that little tidbit LOL! Naturally, we'd be able to select another image :D

[AmigaFuture]

I had to rerun a job, which was no big deal, since .m2ts files don't have to be reencoded(depending on a few factors). Rebuilder decided to use Jdobbs default picture instead, despite my renaming my file, to the appropriate name.

I had renamed his, to "menuback DEFAULT.jpg". Rebuilder still used it. So, the next time around, I called it "JD background". That did the trick.

It's possible that "I" screwed up somehow, so I'll be looking into this further. Just thought I'd report back on this.

Is the menu being read with "menuback*.jpg"? Otherwise it was locked while BD-RB is still running?

[jdobbs]

Is the menu being read with "menuback*.jpg"? Otherwise it was locked while BD-RB is still running?It is only opened/closed when a menu is being created. So if you renamed a file while BD-RB is running it should work except for that few seconds.

[mparade]

When do you recommend using EXTENDED_GOP=1? Is it just to improve compression efficiency for BD-5/9 output at the cost of seeking precision?

Any help is appreciated.

[musiclover]

On the first page of this thread is given to ensure that Uncompressed audio is set to "All Supported" in ffdshow. In the readme in the bd_rebuilder archive however this step is omitted. Is this step still valid?

[AmigaFuture]

Ah, good to have the forum back.

MKV output from multiple files is functioning well here. I didn't realize it wasn't since with the previous version I hadn't really used that feature. I've tested with several movies, and...Nice! I think I found a different kind of bug.

When I edited Total Recall (Original not remake), and Iron Main 3 I edited both with BD-50 active with main machine. Noreencode happened except for audio.. As per normal. Then played both, and all looked/sounded good. Transfered them to my other machine for encoding in Batch BD25.
I checked them each, unchecking the extras I had kept before and making sure the (banked) were set the same as with my machine. I repeated this for the other movie. Later, I check to find with Iron Man 3 some Extras weren't kept, and for Total Recall
the same. Anyone else doing this and notice it? Using 0.46.05, Thanks.

[Sharc]

When do you recommend using EXTENDED_GOP=1? Is it just to improve compression efficiency for BD-5/9 output at the cost of seeking precision?

Any help is appreciated.
Yes. Longer GOPs improve compression efficiency because there will be less I frames. On BD5/9 this makes sense, as high efficiency is most crucial for low bitrate encoding.

[pididdi]

I had pulsating dtc-blocks in bd-dvd output from a certain Bluray-source with BD-RBV04605, so i have taken a short 10 min. clip from the certain Bluray-source for a test-run and encoded it with v0.45.03 with the latest x264.exe from v0.46.05. the result was quite better, there were no dtc-blocks anywhere to find. Here is the avs-script i have used everytime.

LoadPlugin("C:\video\dgdecnv2045\DGDecodeNV.dll")
DGSource("C:\VIDEO\FILM\WORKFILES\VID_00001.DGI", fieldop=0)
BicubicResize(1440,1080)
ConvertToYV12().AssumeFPS(24000,1000)

Now i will encode the whole bluray-source with v0.45.03!

[jdobbs]

I had pulsating dtc-blocks in bd-dvd output from a certain Bluray-source with BD-RBV04605, so i have taken a short 10 min. clip from the certain Bluray-source for a test-run and encoded it with v0.45.03 with the latest x264.exe from v0.46.05. the result was quite better, there were no dtc-blocks anywhere to find. Here is the avs-script i have used everytime.

LoadPlugin("C:\video\dgdecnv2045\DGDecodeNV.dll")
DGSource("C:\VIDEO\FILM\WORKFILES\VID_00001.DGI", fieldop=0)
BicubicResize(1440,1080)
ConvertToYV12().AssumeFPS(24000,1000)

Now i will encode the whole bluray-source with v0.45.03!I'm sorry, but I don't see how that is logically possible. The two versions should use identical settings in the encode.

The encode command line is stored in LASTCMD.TXT in the BD-RB folder. If you see a difference, please report it. The same version of X264, with the same source and the same command line cannot create different output. In fact I suspect they will have bit-for-bit identical .264 files.

[jdobbs]

I have updated the first post of this thread with a link to the newest version of BD-RB (v0.46.06). Changes for this release:- Added a new type of IMPORT function. BD-RB
will now import video files in 3D side-by-
side (SBS) format, and when reencoding the
created pseudo source to BD-5/9/25/50 they
will be converted back to standard MVC for
3D playback in 3D-capable BD players.
- Corrected an error the could result in a
failed encode when outputting to ALTERNATE
formats from a 3D source without having the
"Enable SBS 3D Movie-Only output" selected.
- Fixed a problem with some non-multipart
sources using multiprocessing settings that
could result in a "ERROR in attempt to mux
(MKVMERGE)" error when ALTERNATE output has
been selected.
- Fixed an issue in which an ALTERNATE choice
from a 3D source that has been selected for
intact video output without SBS mode chosen
might sometimes incorrectly reencode.
- Other minor corrections and cosmetic fixes.

[omegaman7]

I have updated the first post of this thread with a link to the newest version of BD-RB (v0.46.06). Changes for this release:- Added a new type of IMPORT function. BD-RB
will now import video files in 3D side-by-
side (SBS) format, and when reencoding the
created pseudo source to BD-5/9/25/50 they
will be converted back to standard MVC for
3D playback in 3D-capable BD players.
- Corrected an error the could result in a
failed encode when outputting to ALTERNATE
formats from a 3D source without having the
"Enable SBS 3D Movie-Only output" selected.
- Fixed a problem with some non-multipart
sources using multiprocessing settings that
could result in a "ERROR in attempt to mux
(MKVMERGE)" error when ALTERNATE output has
been selected.
- Fixed an issue in which an ALTERNATE choice
from a 3D source that has been selected for
intact video output without SBS mode chosen
might sometimes incorrectly reencode.
- Other minor corrections and cosmetic fixes.

You're amazing JD! Donation when I get my return! ;)

Here's a good question. When outputting to 3DBD(25/50), does it automatically create an .iso, or is user intervention required? We need to manually tell it to create the .iso?

[jdobbs]

You're amazing JD! Donation when I get my return! ;)

Here's a good question. When outputting to 3DBD(25/50), does it automatically create an .iso, or is user intervention required? We need to manually tell it to create the .iso?It follows the same rules as backing up a 3D disc. By default it creates an ISO, but it can be changed with a hidden setting. I highly recommend ISO output, however, as currently (because of the way BD3D works) you will reduce quality when outputting to a folder.

[omegaman7]

It follows the same rules as backing up a 3D disc. By default it creates an ISO, but it can be changed with a hidden setting. I highly recommend ISO output, however, as currently (because of the way BD3D works) you will reduce quality when outputting to a folder.

Very logical, as I thought. Thanks ;)

[pididdi]

I had pulsating dtc-blocks in bd-dvd output from a certain Bluray-source with BD-RBV04605, so i have taken a short 10 min. clip from the certain Bluray-source for a test-run and encoded it with v0.45.03 with the latest x264.exe from v0.46.05. the result was quite better, there were no dtc-blocks anywhere to find. Here is the avs-script i have used everytime.

LoadPlugin("C:\video\dgdecnv2045\DGDecodeNV.dll")
DGSource("C:\VIDEO\FILM\WORKFILES\VID_00001.DGI", fieldop=0)
BicubicResize(1440,1080)
ConvertToYV12().AssumeFPS(24000,1000)

Now i will encode the whole bluray-source with v0.45.03!

here is the inf of the main-movie "odd thomas" in question (if this will help):

[Status]
LABEL=ODD_THOMAS
VERSION=v0.46.05 (beta)
SOURCE_SIZE=29937389568
SOURCE_VIDEO_SIZE=29937389568
TARGET_SIZE=4771020800
REDUCTION=.15936662711233
RESIZE_1080=0
RESIZE_1440=-1
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=all
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=-1
SSIF_MODE=0
QUICK=0
ENCODE_STEP=3
[00003]
AUDIO=11
PGS=11
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=707924
SPLITS=1

i have used LAVF and DgdecoderNV - no change! and with older versions of bd-rebuilder i have the same problem. would it help to increase the target size?

oh man, i'm sorry for this! but i have to run some tests! the problem in question appeares by rebuilding the main movie. Now i have tried strict avchd option.

"C:\video\BD_Rebuilder\tools\x264.exe" "C:\VIDEO\FILM\WORKFILES\VID_00001.AVS" --preset medium --bluray-compat --b-pyramid none --weightp 1 --qpmin=0 --bitrate 4650 --level 4.0 --qpfile "C:\VIDEO\FILM\WORKFILES\VID_00001.CHP" --sar 4:3 --aud --nal-hrd vbr --pic-struct --vbv-bufsize 13000 --keyint 48 --min-keyint 1 --ipratio 1.1 --pbratio 1.1 --vbv-maxrate 15000 --threads auto --thread-input --stats "C:\VIDEO\FILM\WORKFILES\VID_00001.AVS.264.stats" --pass 2 --output "C:\VIDEO\FILM\WORKFILES\VID_00001.AVS.264"

i go to sleep now!

[jdobbs]

@pididdi

Please read my response (http://forum.doom9.org/showthread.php?p=1664985#post1664985) to your first post.

[HWK]

Jdobbs, for SBS option. Does program accept full and half option or is it limited to one type.

[jdobbs]

Jdobbs, for SBS option. Does program accept full and half option or is it limited to one type.I'll have to look at it. I aimed at half-SBS at 1080 or less and didn't give much thought to full. If it doesn't work at full, I'll add it for the next release, it shouldn't be a big deal. The only other limitation is that it must be 23.976fps, as the output will be 1080p. I may add the ability to import 50/60fps at some point in the future for 720p backup, but I think those types of files will be pretty rare.

[HWK]

I'll have to look at it. I aimed at half-SBS at 1080 or less and didn't give much thought to full. If it doesn't work at full, I'll add it for the next release, it shouldn't be a big deal. The only other limitation is that it must be 23.976fps, as the output will be 1080p. I may add the ability to import 50/60fps at some point in the future for 720p backup, but I think those types of files will be pretty rare.

Thinking about it I realize FRIM want full SBS with resolution 3840*1080, so the way I see is use avisynth resize filter to make correct size for half SBS.

Aldo did you notice or aware of frimsource.dll increase frame rate by 2.

[mparade]

Yes. Longer GOPs improve compression efficiency because there will be less I frames. On BD5/9 this makes sense, as high efficiency is most crucial for low bitrate encoding.

Thanks.

[jdobbs]

Thinking about it I realize FRIM want full SBS with resolution 3840*1080, so the way I see is use avisynth resize filter to make correct size for half SBS.

Aldo did you notice or aware of frimsource.dll increase frame rate by 2.Yes. I currently upsize to 3840x1080 via AVISYNTH when I feed it to FRIMEncode.

I'm not having any issues with output from frimsource() in my testing, so I don't think it has an impact.

[mparade]

Sorry for my neither bug nor 3D related questions....:(

From changes.txt: "any bitrate you use for secondaries is stolen directly from the primary video." If I used FIXED_CRF for primary video encoding would this statement be still remained? So, will the primary video's quality "suffer" some in this case as well?

Thank you for the help.

[jdobbs]

Sorry for my neither bug nor 3D related questions....:(

From changes.txt: "any bitrate you use for secondaries is stolen directly from the primary video." If I used FIXED_CRF for primary video encoding would this statement be still remained? So, will the primary video's quality "suffer" some in this case as well?

Thank you for the help.No... but the output size would be unpredictable. It may or may not be small enough to fit on your selected target.

[jdobbs]

Jdobbs, for SBS option. Does program accept full and half option or is it limited to one type.I had to make one small change to enable full SBS support. I'm doing a test now, and will post an update (assuming it works ok).