BD Rebuilder Beta - Bug Reports Only

[Ch3vr0n]

been using 2048 for a while now

[AmigaFuture]

Updated the Dirty Dancing post. I hope you're able to repeat it with that BD or another. I'm able to repeat it with Toy Story 3..

[soneca]

Thanks guys. I think everything should be all right with the latest version.
jdobbs, why not do some tests the latest versions of ffdshow and Haali Media Splitter?
I've been testing the latest versions and seem to be 100%.
Unlikely to be updated again, and it also helps prevent certain problems.

[HWK]

Hmm.. guess I need to get up-to-date. I'm using 2046.

Donald has changed license system in 2047 and beyond. Just wanted to give you heads up.

Here is link to generate license
http://rationalqm.us/licensing.html

[andref4]

Huge thanks :)
Can Multiprocess be used with Threads is (in my case) at 8?

A little bit OT: can we expect H265 any soon on your program?

in new dvdfab you can use H265. You can try it free for 30 days.

[andref4]

I don't now how "isn't recommended version" is ok...

BD-RB doesn't care about FFDSHOW folders or where it is installed. It looks at the registry key (32 bit and 64 bit):

HKLM\Software\GNU\ffdshow
HKLM\Software\Wow6432Node\GNU\ffdshow

If it exists... then FFDSHOW is installed correctly. If not, then it isn't.

I just installed the July 2014 (ffdshow_rev4532_20140717_clsid.exe) version of FFDSHOW and it is working fine (although it hasn't been tested and therefore isn't recommended). So the version has no impact (they all set the registry entry). That tells me something else is the issue (not the version) on your system.

I dont know. Now I use your old 0.48.03 for 2d and a few 3d bds and dvdfab for mkvs and 3d copy. I cant format my machine only whily new bd-reb wont work. On my brothers machine is the same thing. 0.48.05 wont work with ffdshow. And all other Frame Servers are to slow and dont work with cropping black borders. You can remove this option if other Frame Servers are selected. It doesnt work.

[jdobbs]

Thanks guys. I think everything should be all right with the latest version.
jdobbs, why not do some tests the latest versions of ffdshow and Haali Media Splitter?
I've been testing the latest versions and seem to be 100%.
Unlikely to be updated again, and it also helps prevent certain problems.The problem with those is that, in the past, I've found that it sometimes takes a month or two of running it before you pick up on something that is a deal-breaker. So it's not just a matter of "Ok I ran it on a few jobs, let's ok it for general use."

[jdobbs]

in new dvdfab you can use H265. You can try it free for 30 days.The point is to be able to do it forever, not 30 days.

[jdobbs]

I dont know. Now I use your old 0.48.03 for 2d and a few 3d bds and dvdfab for mkvs and 3d copy. I cant format my machine only whily new bd-reb wont work. On my brothers machine is the same thing. 0.48.05 wont work with ffdshow. And all other Frame Servers are to slow and dont work with cropping black borders. You can remove this option if other Frame Servers are selected. It doesnt work.You're distorting the facts. It works on everybody's machine but yours... because you refuse to follow the installation instructions. How many other posts do you see in this thread that supports your contention? I'll give you the answer: none.

Also... this is a BD Rebuilder thread. Throwing other software into your comments because you are unhappy is inappropriate and off topic.

[laserfan]

Hmm.. guess I need to get up-to-date. I'm using 2046.

Be wary of 2048, I think it might no longer be compatible with older video cards such as my 9600GT.

But I haven't tested it.

[Ch3vr0n]

doubt it, ya could ask him on his forum

[soneca]

It seems that these cards (https://developer.nvidia.com/cuda-gpus) below do not work with version 2048.

GeForce 8800 Ultra
GeForce 8800 GTX
GeForce GT 340
GeForce GT 330
GeForce GT 320
GeForce 315
GeForce 310
GeForce 9800 GT
GeForce 9600 GT
GeForce 9400GT

[jdobbs]

I'm testing with an almost stock INI. I stopped the reencode process, and entered FORCE_NOENCODE=1 via the Edit Config. After the refresh I select Preview and the screen grab is what was displayed.

Then I exited BD-RB, then reran...and had it preview again. The file is displayed correctly. It has done it a couple times now with the Red Text. I'm attempting note how to get it to show the text again every time..I'll add to this when I get it.Updated the Dirty Dancing post. I hope you're able to repeat it with that BD or another. I'm able to repeat it with Toy Story 3..I don't know what "...the screen grab is what was displayed" means?

I just opened "Toy Story 3" and previewed one of the parts. I then edited the config/ini and set FORCE_NOENCODE=1. I then previewed again. No issue.

I tried it again by starting a job, stopping it, and then setting FORCE_NOENCODE=1 -- still no issue.

[Video Dude]

It seems that these cards (https://developer.nvidia.com/cuda-gpus) below do not work with version 2048.

GeForce 8800 Ultra
GeForce 8800 GTX
GeForce GT 340
GeForce GT 330
GeForce GT 320
GeForce 315
GeForce 310
GeForce 9800 GT
GeForce 9600 GT
GeForce 9400GT

Don wanted to still support those cards, but because NVIDIA changed/updated the CUDA library he can't. The new CUDA drops support of the older cards.

[jdobbs]

So what's the advantage of the newer library? Faster?

[jdobbs]

You're distorting the facts. It works on everybody's machine but yours... because you refuse to follow the installation instructions. How many other posts do you see in this thread that supports your contention? I'll give you the answer: none.

Also... this is a BD Rebuilder thread. Throwing other software into your comments because you are unhappy is inappropriate and off topic.By the way. If you want to get it to work, even with your bad install, just use the registry editor and add the two keys I told you about.

[Video Dude]

So what's the advantage of the newer library? Faster?

The advantage is for NVIDIA, people will have to buy new cards. It should be mentioned that NVIDIA will soon be dropping driver support for the cards listed above, its not just CUDA support. That means those cards will no longer work with the upcoming driver release.

Anyone interested can read Don's inquiry on the Nvidia forum:

http://devtalk.nvidia.com/default/topic/761171/cuda-setup-and-installation/cuda-backward-compatibility-questions-inspired-by-version-6-5/

[daberti]

in new dvdfab you can use H265. You can try it free for 30 days.

Thanks, nighly builds of Handbrake offer it.
I gave it a try, but at current moment it is NOT yet ripe enough (H265) IMHO

[daberti]

The point is to be able to do it forever, not 30 days.

Agreed !

[Ch3vr0n]

@jdobbs: looks like you will have "no choice" but to implement x265 support at some point in the future ;)

http://www.myce.com/news/4k-blu-ray-format-confirmed-72606/

The 4K format will also offer an expanded color gamut, higher frame rates (up to 60fps), high dynamic range (HDR), and will use the H265 video codec for the most efficient compression on the discs.

but ofcourse in the end it's your software, you decide if you'll implement support or not :)

[jdobbs]

@jdobbs: looks like you will have "no choice" but to implement x265 support at some point in the future ;)

http://www.myce.com/news/4k-blu-ray-format-confirmed-72606/



but ofcourse in the end it's your software, you decide if you'll implement support or not :)I wonder just how far they can go. I mean most people really can't distinguish 720p from 1080p -- I just wonder if 4K is just beyond reasonable? I'm sure you could see the difference if you are 6 inches from your screen... but I don't know anyone who watches that close.

Now that I think about it, never mind. People pay $1.50 for a 16oz bottle of water that came filtered from a tap (just like the one in their kitchen). So they'll surely be willing to pay for 4K.

[Ch3vr0n]

jup, i'm pleny ok with the normal lvl of detail, in my eyes 4k is just a gimmick to pull cash out of ppl's pockets for differences they can't actually see :).

[Sharc]

Pixelmania .....
A big step I would see is 3D (home) cinema without goggles.

[HWK]

I wonder just how far they can go. I mean most people really can't distinguish 720p from 1080p -- I just wonder if 4K is just beyond reasonable? I'm sure you could see the difference if you are 6 inches from your screen... but I don't know anyone who watches that close.


jup, i'm pleny ok with the normal lvl of detail, in my eyes 4k is just a gimmick to pull cash out of ppl's pockets for differences they can't actually see :).

Let not forget about new layer of DRM nonsense coming your way :D I have full hope Slysoft will tackle it without any issues.

[Lathe]

You generally don't want to set it to the number of threads. Pick a lower number (probably 3 or so) that will get the processor usage close to 100% in Pass 1. That will get the maximum out of the setting. Setting it too high can actually slow things down (especially in Pass 2).

At some point I will support H265 output to MKV. I still need to test it with a newer version of MKVMERGE (that supports it). I need to find a directshow H265 decoder for my system -- any recommendations?

I may add MULTIPROCESS capability for LAVF in the future. But, at least on my system, there isn't a lot of processor headroom left when using LAVF; so I'm not sure the benefit would be that great.

Yes, with my system too (I just about always use LAVF) my CPU is pretty much always almost fully utilized. At first, when the Multiprocess option came out I was pretty excited to try it, but I found out that in my case anyway, my CPU was almost always topped out (AMD A8-5600 APU w/Radeon 7560 - 8 Gigs RAM - Samsung Evo SSD primary drive)

[Lathe]

I wonder just how far they can go. I mean most people really can't distinguish 720p from 1080p -- I just wonder if 4K is just beyond reasonable? I'm sure you could see the difference if you are 6 inches from your screen... but I don't know anyone who watches that close.

Now that I think about it, never mind. People pay $1.50 for a 16oz bottle of water that came filtered from a tap (just like the one in their kitchen). So they'll surely be willing to pay for 4K.

Fully agree...

I mean, I like my High Quality - 2 pass and all..., but there comes a point where it gets pretty silly...

BTW, the 'Bottled water' example is most incisive - one of THE most outstanding examples of mass brainwashing I've ever seen...

[IVaN_000]

@jdobbs: looks like you will have "no choice" but to implement x265 support at some point in the future ;)

http://www.myce.com/news/4k-blu-ray-format-confirmed-72606/



but ofcourse in the end it's your software, you decide if you'll implement support or not :)

I welcome the 60 fps, but 4K... meh.

With the new codec it's impossible to make those new discs backwards compatible.

[jdobbs]

Let not forget about new layer of DRM nonsense coming your way :D I have full hope Slysoft will tackle it without any issues.I worry that at some point in the future they will make a system that uses the now-common internet capable player to "phone-home" for a key to play. The only thing that makes all current DRM vulnerable is the fact that the player has to have a localized capability to decrypt/play it. I'd hate to own a disc that won't play unless the distributor's servers are up.

Of course if they do that, they may make themselves obsolete -- since HD via internet (e.g. Netflix, Hulu, Amazon) would be a better alternative with the same type of requirements. I'm betting we see H265 in use in those players pretty soon too, as it cuts down the bandwidth requirement considerably.

Hmm... I guess we're really getting off-topic for this thread.

[Lathe]

Hmm... I guess we're really getting off-topic for this thread.

Yeah, but that's okay because you're the boss... :cool:

[mparade]

FORCED_SUB_LANG hiddenopt is valid only for movie-only backups? I read about it everything in the changes.txt and in this thread but I still don't know when it is applied.

Any help would be really appreciated.

[daberti]

I wonder just how far they can go. I mean most people really can't distinguish 720p from 1080p -- I just wonder if 4K is just beyond reasonable? I'm sure you could see the difference if you are 6 inches from your screen... but I don't know anyone who watches that close.

Now that I think about it, never mind. People pay $1.50 for a 16oz bottle of water that came filtered from a tap (just like the one in their kitchen). So they'll surely be willing to pay for 4K.

Yes, I do agree. But H265 could have good advantages even on 1080p.
Back to my issues, I still cannot get 100% usage on my CPU :(

[jdobbs]

FORCED_SUB_LANG hiddenopt is valid only for movie-only backups? I read about it everything in the changes.txt and in this thread but I still don't know when it is applied.

Any help would be really appreciated.It only applies to movie-only backups. When doing a full backup the backup has to follow the same rules as the original.

[jdobbs]

Yeah, but that's okay because you're the boss... :cool:DOOM9 makes the rules... :)

[AmigaFuture]

I just opened "Toy Story 3" and previewed one of the parts. I then edited the config/ini and set FORCE_NOENCODE=1. I then previewed again. No issue.

I tried it again by starting a job, stopping it, and then setting FORCE_NOENCODE=1 -- still no issue.

Select Dirty Dancing BD. Or Toy Story 3.
VID is for 0056 or 00076; respectively.
Exit BD-RB if it's running.
Then load/run BD-RB.
Disable "Quicker" Encode for Extras
Remove FORCE_NOENCODE=1 if it's in the config. (This shouldn't be needed...but...I'm testing..)
Preview VID.
If it shows as should, now enable "Quicker" Encode..
Click Backup.
Let first Encode happen...then abort.
Go back and preview same VID.
Now you should see RED text with MKV also in it.
Uncheck "Quicker".
Preview VID again, and still same RED.
Exit BD-RB.
Run/Load BD-RB.
Preview VID... Now should display correctly.
Check mark "Quicker" again.
Preview VID.. Displays as should.
Click Backup, I use don't resume..
Then abort.
Preview VID..should show Red text.
Uncheck "Quckier" again..
Preview gain, and displays correct (DD or red for ST3).
Click Backup.
Once rerender starts, for a couple seconds...abort.
Preview that VID again... Now Red Text shows.

The point being, after aborting a backup...I'm noticing Red text with some VIDs. What are your results? I'm using Movie & Menus with DGDecNV and DirectshowSource.

I Uninstalled FFDShow, then Installed it again, reconfigured it..in case of corruption. My machine isn't using any Codec Packs...I stopped that long ago.

Update: With FIRMSource serving, this doesn't happen. Of course.

[daberti]

@JDobbs

I've just sent a donation to encourage your work ;)

Some questions:
1)Is it possible that, outputting to MKV, from a BD source, with the only setting changed being the resolution (Others being Alternate Movie Only, AAC Auto, CRF=20, Better (Faster) ) , if I keep 1080p I get roughly 1/3rd the size of the downsized version at 720p, i.e. 1.2GB vs 3.3GB ?

2)I never had CPU at full employment

3)Even when using LAVF without resizing H264 32bit had been used

All of this with Alternate Movie Only output and mkv container.

Last question: maybe it has been treated already, is there a way to "trim" the input video just to test a part of it without waiting for hours for the complete video encoding?

Thanks in advance

[jdobbs]

@JDobbs

I've just sent a donation to encourage your work ;)

Some questions:
1)Is it possible that, outputting to MKV, from a BD source, with the only setting changed being the resolution (Others being Alternate Movie Only, AAC Auto, CRF=20, Better (Faster) ) , if I keep 1080p I get roughly 1/3rd the size of the downsized version at 720p, i.e. 1.2GB vs 3.3GB ?

2)I never had CPU at full employment

3)Even when using LAVF without resizing H264 32bit had been used

All of this with Alternate Movie Only output and mkv container.

Last question: maybe it has been treated already, is there a way to "trim" the input video just to test a part of it without waiting for hours for the complete video encoding?

Thanks in advance1. That doesn't sound right. When outputting with the same settings 720p should be significantly smaller than 1080p.

2. Have you tried using MULTIPROCESS?

3. Currently LAVF is never used for ALTERNATE output. I did that because generally ALTERNATE requires resizing, and X264's resizing is pretty slow. But since I'm trying to get to a point where BD-RB is less dependent on Directshow, I may have to readdress that.

*Thanks for contributing!

[daberti]

1. That doesn't sound right. When outputting with the same settings 720p should be significantly smaller than 1080p.

2. Have you tried using MULTIPROCESS?

3. Currently LAVF is never used for ALTERNATE output. I did that because generally ALTERNATE requires resizing, and X264's resizing is pretty slow. But since I'm trying to get to a point where BD-RB is less dependent on Directshow, I may have to readdress that.

*Thanks for contributing!

Should be smaller indeed.
I'm retrying. Let you know later.
FYI the source is VC1 encoded.

I used multiprocess=1 but it did not improve things.

LAVF. Actually when I did no resizing, i,e, keeping 1080P, LAVF value is set at -1 (from the INF file) if it can help you.
Mmmh: could I recommend you to leave LAVF enabled when the Alternate Output resolution is kept just as the source resolution?

Trimming to limit encoding length? How? Just to do a 10min encoding to test different quality settings.

Edit
Job started:
17:53:43] Source: L_UOMO_CHE_FISSA_LE_CAPRE_00000
- Input BD size: 20,18 GB
- Approximate total content: [01:34:03.971]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1280x720, Auto-AAC
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[17:53:43] PHASE ONE, Encoding
- [17:53:43] Processing: VID_00000 (1 of 1)
- [17:53:43] Extracting A/V streams [VID_00000]

it is defintely using LAVF!

[jdobbs]

Should be smaller indeed.
I'm retrying. Let you know later.
FYI the source is VC1 encoded.

I used multiprocess=1 but it did not improve things.

LAVF. Actually when I did no resizing, i,e, keeping 1080P, LAVF value is set at -1 (from the INF file) if it can help you.
Mmmh: could I recommend you to leave LAVF enabled when the Alternate Output resolution is kept just as the source resolution?

Trimming to limit encoding length? How? Just to do a 10min encoding to test different quality settings.

Edit
Job started:
17:53:43] Source: L_UOMO_CHE_FISSA_LE_CAPRE_00000
- Input BD size: 20,18 GB
- Approximate total content: [01:34:03.971]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1280x720, Auto-AAC
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[17:53:43] PHASE ONE, Encoding
- [17:53:43] Processing: VID_00000 (1 of 1)
- [17:53:43] Extracting A/V streams [VID_00000]

it is defintely using LAVF!No. It isn't. What is shown is your setting... but, as I said, ALTERNATE never actually uses it. Look at LASTCMD.TXT and you'll see that an AVS is used in the command line.

I can only tell you the facts... whether you want to accept them is another matter.

[daberti]

No. It isn't. What is shown is your setting... but, as I said, ALTERNATE never actually uses it. Look at LASTCMD.TXT and you'll see that an AVS is used in the command line.

I can only tell you the facts... whether you want to accept them is another matter.

I'm accepting them :)
http://www.danieleberti.com/dan/clipboard.jpg
Also this is a fact: CPU is by no means even at 40%.

So, to sum up:
1)LAVF is never used with ALTERNATE and so never will be x264-64.
2)No trimming currently implemented.

Not to be critical, just for sake of knowing :)

Just the time to allow the encoding to finish to cross-check the size.

EDIT2
This time it produced a 600MB file.

Now trying again multiprocess=1 on 1080p, CRF20, High Quality. Will tell later or Tomorrow.

[jdobbs]

So, to sum up:
1)LAVF is never used with ALTERNATE and so never will be x264-64.
2)No trimming currently implemented.1. That's correct. Although it may be used in next release, depending upon whether I get to it.
2. If you trim to less than 5000 frames, MULTIPROCESS will also not be used.

[daberti]

1. That's correct. Although it may be used in next release, depending upon whether I get to it.
2. If you trim to less than 5000 frames, MULTIPROCESS will also not be used.

Great thanks :)
Great thanks also for your precious software.

Edit
The promised results: ALTERNATE, CRF20, 1080p, High Quality.
First with MULTIPROCESS=1
Last without.
In both cases High Quality brought about 100% CPU usage on all of 4 Cores.
----------------------
[09/08/14] BD Rebuilder v0.48.05 (beta)
[19:56:41] Source: L_UOMO_CHE_FISSA_LE_CAPRE_00000
- Input BD size: 20,18 GB
- Approximate total content: [01:34:03.971]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Auto-AAC
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[19:56:45] PHASE ONE, Encoding
- [19:56:45] Processing: VID_00000 (1 of 1)
- [19:56:45] Extracting A/V streams [VID_00000]
- [20:07:03] Reencoding video [VID_00000]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 135.320 frames
- [20:07:03] Reencoding: VID_00000, Pass 1 of 1
- [23:22:36] Video Encode complete
- [23:22:36] Processing audio tracks
- Track 4352 (ita): Reencoding audio to AAC...
[23:35:00]PHASE ONE complete
[23:35:00]PHASE TWO - Rebuild Started
- [23:35:00] Building ALTERNATE OUTPUT Structure
[23:36:47] - Encode and Rebuild complete
[23:36:47] JOB: L_UOMO_CHE_FISSA_LE_CAPRE finished.
----------------------
[09/09/14] BD Rebuilder v0.48.05 (beta)
[09:27:06] Source: L_UOMO_CHE_FISSA_LE_CAPRE_00000
- Input BD size: 20,18 GB
- Approximate total content: [01:34:03.971]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Auto-AAC
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[09:27:06] PHASE ONE, Encoding
- [09:27:06] Processing: VID_00000 (1 of 1)
- [09:27:06] Extracting A/V streams [VID_00000]
- [09:39:02] Reencoding video [VID_00000]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 135.320 frames
- [09:39:02] Reencoding: VID_00000, Pass 1 of 1
- [10:49:51] Video Encode complete
- [10:49:51] Processing audio tracks
- Track 4352 (ita): Reencoding audio to AAC...
[11:02:34]PHASE ONE complete
[11:02:34]PHASE TWO - Rebuild Started
- [11:02:34] Building ALTERNATE OUTPUT Structure
[11:02:48] - Encode and Rebuild complete
[11:02:48] JOB: L_UOMO_CHE_FISSA_LE_CAPRE finished.

[Sharc]

There seems to be no direct relation between the Auto Quality terminology and the x264 --preset.
For example (with AUTO_BIAS=3):
- Auto Quality: Good (Very Fast), Two pass
- lastcmd.txt: --preset superfast
(the reduction source/target is 36/23 GB)
Is this possibly a bug, or does BD-RB just use its own terminology?

[jdobbs]

There seems to be no direct relation between the Auto Quality terminology and the x264 --preset.
For example (with AUTO_BIAS=3):
- Auto Quality: Good (Very Fast), Two pass
- lastcmd.txt: --preset superfast
(the reduction source/target is 36/23 GB)
Is this possibly a bug, or does BD-RB just use its own terminology?BD-RB uses its own terminology, mainly to avoid confusion. I don't believe the settings in X264 are clear, in terms of actual quality, to most people. For example, you get a very high level of quality that is appropriate for almost all encodes with the "medium" preset -- but the term "medium" doesn't reflect that. The X264 presets represent speed more than quality (fast, veryfast, slow, slower, etc.).

[Sharc]

BD-RB uses its own terminology, mainly to avoid confusion. I don't believe the settings in X264 are clear, in terms of actual quality, to most people. For example, you get a very high level of quality that is appropriate for almost all encodes with the "medium" preset -- but the term "medium" doesn't reflect that. The X264 presets represent speed more than quality (fast, veryfast, slow, slower, etc.).
o.k., thanks. Nice to see how fast it goes; I changed from BD5/9 to BD25 only recently.

[Lathe]

Since we are SORT of talking about speed, I'm curious about something. I had upgraded to the newest version and for some odd reason I guess I must have forgotten to set the 'Use internal LAVF' like I always do (I never really do any resizing or anything other than occasionally throw in some x264 tweaks) So, I'm running this encode overnight and normally say I have it set for High Quality 2 Pass and a few x264 tweaks; usually a Blu-ray of about 28 Gigs or so would take about an hour or a bit more for the first pass and then about maybe 6-8 hours or so for the second pass.

Well, when I went to bed I noticed on the screen that the frame server being used was Directshow, which I normally never use; I am guessing that it is the default setting. Anyway, when I got up this morning and looked at it, it had already run about 9 hours and it has about another 8 to go! :) Also, I did notice before going to bed that the frame rate for the first pass seemed slower than usual.

I am just curious since I happened inadvertently to use Directshow this time, with all other things being equal, why would it take so much longer and be so much slower (fps @ about 2.5 instead of with LAVF about 6-7)? My CPU is normally topped out; now, it is pretty close to that, maybe running at about 90-95%.

And this time, I was looking forward to it maybe being a little faster because I am using my new SSD drive. Appreciate any insight...

[omegaman7]

Had a dvd encode recently take 6hrs using X264 frameserving. I usually use DGDecNV, but since I was watching some videos at the same time, I switched it. My CPU usage was averaging 22 - 30%. Not sure what could have caused this. Been pretty busy, so I haven't been able to post. I'll have to see if I can repeat this. Because my recent reorganizing has lost the information :p

JD, the HC encoder is used for DVD, eh? Is it 6 core capable?

I noticed the progress now shows pass 2 for DVD's. Is it possible that this change has caused the slowness?

[Sharc]

....normally say I have it set for High Quality 2 Pass and a few x264 tweaks; ....
....I am just curious since I happened inadvertently to use Directshow this time, with all other things being equal, why would it take so much longer .....

Did you parhaps make any changes to your "few x264 tweaks"; or setting QUALITY_ULTRA=..... ?

[Capsbackup]

I noticed this too a week or so back. ;)
This was the explanation.


I noticed the progress now shows pass 2 for DVD's. Is it possible that this change has caused the slowness?

It always did a 2 pass encode, I just changed the way it is presented to better reflect it. In previous versions the 2nd pass started at 50%...

[omegaman7]

I'm simply wondering if the code somehow had an adverse reaction ;) I suppose it would be quite a stretch. And I know damn near nothing about coding.

[Lathe]

Did you parhaps make any changes to your "few x264 tweaks"; or setting QUALITY_ULTRA=..... ?

Oh no, nothing like that; just what I always use when I want to fine tune an encode. Everything is the same that I usually do except that I unintentionally must have left the frame server as the default which I guess is Directshow.

I have about 4 more hours to go (I just got back from work) AND, I've had an unrelated issue for quite a while where my computer freezes for no apparent reason. So, I'm holding my breath and hoping that it gets through this unusual marathon encode for the next 4 hours :)

[jdobbs]

Had a dvd encode recently take 6hrs using X264 frameserving. I usually use DGDecNV, but since I was watching some videos at the same time, I switched it. My CPU usage was averaging 22 - 30%. Not sure what could have caused this. Been pretty busy, so I haven't been able to post. I'll have to see if I can repeat this. Because my recent reorganizing has lost the information :p

JD, the HC encoder is used for DVD, eh? Is it 6 core capable?

I noticed the progress now shows pass 2 for DVD's. Is it possible that this change has caused the slowness?It is multi-threaded, but I don't how far it takes it.

[Lathe]

Hmmm, I wonder if I somehow changed something without realizing it...? I am running another encode tonight and I DID change the frame server back to LAVF like I usually use. Granted, this Blu-ray is almost 35 Gigs which would make some difference, but still the first pass, with all my usual settings which normally takes about 1 to 1 1/2 hours took about 2 hours 10 minutes and the 2nd pass is slated to take like 15 hours! Very strange; it has never taken that long before. I wonder if something is different with this new version (4805) or if I have missed something somewhere. I'm working off my SSD drive too. Quite odd...

One interesting difference though, is that when using the directshow frame server, when it began it's first pass I got a runtime error prompt (one that I have been getting at times when using x264 - I attached a picture of it a page or two earlier here on this thread) I clicked 'OK' and it continued. And then when it began it's 2nd pass, I got the same error again and it wouldn't continue until I had clicked 'OK'. However, tonight with LAVF, it smoothly began both passes just fine without any prompts.

Maybe my machine is haunted... :devil:

[omegaman7]

Any changes to how Pseudo files are created?

[jdobbs]

Hmmm, I wonder if I somehow changed something without realizing it...? I am running another encode tonight and I DID change the frame server back to LAVF like I usually use. Granted, this Blu-ray is almost 35 Gigs which would make some difference, but still the first pass, with all my usual settings which normally takes about 1 to 1 1/2 hours took about 2 hours 10 minutes and the 2nd pass is slated to take like 15 hours! Very strange; it has never taken that long before. I wonder if something is different with this new version (4805) or if I have missed something somewhere. I'm working off my SSD drive too. Quite odd...

One interesting difference though, is that when using the directshow frame server, when it began it's first pass I got a runtime error prompt (one that I have been getting at times when using x264 - I attached a picture of it a page or two earlier here on this thread) I clicked 'OK' and it continued. And then when it began it's 2nd pass, I got the same error again and it wouldn't continue until I had clicked 'OK'. However, tonight with LAVF, it smoothly began both passes just fine without any prompts.

Maybe my machine is haunted... :devil:The size of the input disc isn't really that important in terms of encode time. How many frames are you encoding?

As for the default changing to Directshow... there used to be a different indicator in the INI for each possible decoder. There now is only one that has a value set for each of the possible decoders. So as of a couple of versions back, you will default to Directshow until you change it. It will then stay with your choice until you change it again.

[jdobbs]

Any changes to how Pseudo files are created?No changes.

[Lathe]

The size of the input disc isn't really that important in terms of encode time. How many frames are you encoding?

As for the default changing to Directshow... there used to be a different indicator in the INI for each possible decoder. There now is only one that has a value set for each of the possible decoders. So as of a couple of versions back, you will default to Directshow until you change it. It will then stay with your choice until you change it again.

Thanks for letting me know. Unfortunately my comp DID crash during the encode last night, so I don't have the specs; but, I will carefully check it out when I try again.

[jdobbs]

Thanks for letting me know. Unfortunately my comp DID crash during the encode last night, so I don't have the specs; but, I will carefully check it out when I try again.If x264 is crashing on your system (as you mentioned earlier), it's highly probable your system isn't stable. I'd open up the box and see if you have accumulated dust on your processor heatsink that may be causing overheating.

[Lathe]

If x264 is crashing on your system (as you mentioned earlier), it's highly probable your system isn't stable. I'd open up the box and see if you have accumulated dust on your processor heatsink that may be causing overheating.

Excellent suggestion; thanks JD.

[daberti]

Excellent suggestion; thanks JD.

It would be a good idea to install a temperature monitoring sw like CoreTemp.
It also has Temperature limiting features.

@JD
I've noticed that with CRF elapsed a certain amount of time the X264 encoding speed greatly improves.
I suspect the first 30% or alike is done before speed increase.
Could you please explain?

Thanks

[jdobbs]

It would be a good idea to install a temperature monitoring sw like CoreTemp.
It also has Temperature limiting features.

@JD
I've noticed that with CRF elapsed a certain amount of time the X264 encoding speed greatly improves.
I suspect the first 30% or alike is done before speed increase.
Could you please explain?

ThanksI can think of no reason why the speed would change mid-encoding. It may be possible that there was some high level of complexity in the first 30%, but that's unlikely. It's more likely it is something other than BD-RB/X264. Perhaps some background process was running on your PC?

[daberti]

I can think of no reason why the speed would change mid-encoding. It may be possible that there was some high level of complexity in the first 30%, but that's unlikely. It's more likely it is something other than BD-RB/X264. Perhaps some background process was running on your PC?

I cross-checked, no antivirus, closed Dropbox, maybe it is just related to this very movie (No Capre No Glory). And maybe it is peculiar of Alternate.
I will encode Once Upon A Time In America later, to see what happens and will let you know.

[jdobbs]

Thanks for letting me know. Unfortunately my comp DID crash during the encode last night, so I don't have the specs; but, I will carefully check it out when I try again.You weren't, by chance, encoding a DVD import and resizing it, were you? I noticed something odd early today in TSMUXER that could (very rarely, I'd guess) cause it to detect a 480i/29.97 source as 480p/29.97 (it might also happen on 576i/25, but I haven't seen it). That caused an encode failure on a source I tried. Interestingly TSMUXER lists it at 480i -- but sets the MPLS as 480p/29.97 (which is illegal for a BD primary source). I've added a workaround that will be included in the next release of BD-RB.

[daberti]

You weren't, by chance, encoding a DVD import and resizing it, were you? I noticed something odd early today in TSMUXER that could (very rarely, I'd guess) cause it to detect a 480i/29.97 source as 480p/29.97 (it might also happen on 576i/25, but I haven't seen it). That caused an encode failure on a source I tried. Interestingly TSMUXER lists it at 480i -- but sets the MPLS as 480p/29.97 (which is illegal for a BD primary source). I've added a workaround that will be included in the next release of BD-RB.

By no means I were JD.
Source was BD, No Capre No Glory, as I mentioned earlier.

Wait..wait..Holy Crap..Exactly where it started to get faster no more video is present, just audio and a black screen :(
Source is 1080p destination is the same.

[Capsbackup]

Wait..wait..Holy Crap..Exactly where it started to get faster no more video is present, just audio and a black screen :(
Source is 1080p destination is the same.

Possible a bad rip! :(
Check your source where you think the location of it going to black screen.

[jdobbs]

A note for everyone:

I'm hoping to include an ALTERNATE output capability to HEVC (H.265) in the next release. It will work only to MKV. I think it will be a good alternative for creating high-quality backups of BD movies, while using significantly less space. In order to support it in the way I hope, you will need a Directshow filter that supports H.265. This link (https://github.com/strukturag/LAVFilters/releases/download/v0.1.3/libde265-filters-0.1.3.exe) points to an installer for the libde265 directshow filter. I tested it (a little) and it will play back an H.265 MKV via Media Player Classic (found in the BD-RB TOOLS\MPC folder). More information on the project and the filter are available here (https://github.com/strukturag/LAVFilters/releases) and here (http://www.libde265.org).

[omegaman7]

H.265 eh? JDobbs! You're amazing :D Donation time :) Go by yourself breakfast, lunch, a movie, whichever you desire ;)

[daberti]

Possible a bad rip! :(
Check your source where you think the location of it going to black screen.

Rip is perfect mate.
The funny thing is that the very same encoding done via same options but MULTIPROCESS=1 as hidden option did the things right :(

[jdobbs]

Rip is perfect mate.
The funny thing is that the very same encoding done via same options but MULTIPROCESS=1 as hidden option did the things right :(I assume you are using Directshow? Maybe it was interrupted during the split. Try it again, from scratch with MULTIPROCESS=2 (or whatever you were using), and let me know how it comes out.

[jdobbs]

H.265 eh? JDobbs! You're amazing :D Donation time :) Go by yourself breakfast, lunch, a movie, whichever you desire ;)Thanks. I'm doing testing now using SSIM to try and determine the relationship between CRF values for each encoder (X264 & X265). There'll also have to be a conversion to H.264 if importing HEVC to make it compatible with BD (at least until they finalize H.265 support)... but I do that now with a DIVX or MPEG-4 sources, so it shouldn't be a big deal. I just have to do it as lossless as possible while keeping a reasonable interim size.

[HWK]

A note for everyone:
... In order to support it in the way I hope, you will need a Directshow filter that supports H.265. This link (https://github.com/strukturag/LAVFilters/releases/download/v0.1.3/libde265-filters-0.1.3.exe) points to an installer for the libde265 directshow filter. I tested it (a little) and it will play back an H.265 MKV via Media Player Classic (found in the BD-RB TOOLS\MPC folder). More information on the project and the filter are available here (https://github.com/strukturag/LAVFilters/releases) and here (http://www.libde265.org).

Media player classic home cinema also support hevc playback, however it doesn't depend on filters.

Tsmuxer also handle hevc and output could be m2ts or others.

[jdobbs]

Media player classic home cinema also support hevc playback, however it doesn't depend on filters.

Tsmuxer also handle hevc and output could be m2ts or others.Hmm... I'll have to try the Directshow filter I'm using, but I don't think has the ability to demux from M2TS. Of course that wouldn't prevent another type of playback... but for now I'll probably limit it to MKV.

[HWK]

Hmm... I'll have to try the Directshow filter I'm using, but I don't think has the ability to demux from M2TS. Of course that wouldn't prevent another type of playback... but for now I'll probably limit it to MKV.

Yes, it can. I recently ran test just for you.

[daberti]

I assume you are using Directshow? Maybe it was interrupted during the split. Try it again, from scratch with MULTIPROCESS=2 (or whatever you were using), and let me know how it comes out.

I'm trying again.
I'm doing ALTERNATE so Directshow should be used anyway.

1)without MULTIPROCESS
2)with multiprocess=1

Will tell you later.

BTW: H265 in next release? you rule :)

Edit:
Without Multiprocess: same failure if 1080p. If i choose to resize to 720p there is no issue. Mmmmhh..I begin thinking something......so I'm changin a setting to verify my ideas.

Edit
Yes, I was right. JD, you told me that ALTERNATE switches on FFDshow for frame serving even if LAVF is On. Yet something is going wrong.
If I resize to 720p LAVF is disabled and all goes good.
If I use MULTIPROCESS LAVF is disabled at any HD resolution, ditto as above.
If I leave LAVF on and I don't choose DirectShow Frame Serving (leaving LAVF on) the problem arise.

[HWK]

I'm trying again.
I'm doing ALTERNATE so Directshow should be used anyway.

1)without MULTIPROCESS
2)with multiprocess=1

Will tell you later.

BTW: H265 in next release? you rule :)

Hail to Jdobbs :D, seriously this is great step forward. However don't get too confident I did few 1080P sources to H.265 and they take their sweet time.

[daberti]

Hail to Jdobbs :D, seriously this is great step forward. However don't get too confident I did few 1080P sources to H.265 and they take their sweet time.

Yeah, I did some test as well...takes quite some time to encode

[HWK]

Which version of H.265 encoder did you use and what was your source clip?

I am using one located here http://forum.doom9.org/showthread.php?t=168814

[daberti]

Which version of H.265 encoder did you use and what was your source clip?

I am using one located here http://forum.doom9.org/showthread.php?t=168814

The same shipped with Handbrake nightly build HandBrake-svn6391_x86_64-Win_GUI.exe

Source clip was the same I'm encoding these days: No Capre No Glory (BD)

[jdobbs]

I'm trying again.
I'm doing ALTERNATE so Directshow should be used anyway.

1)without MULTIPROCESS
2)with multiprocess=1

Will tell you later.

BTW: H265 in next release? you rule :)

Edit:
Without Multiprocess: same failure if 1080p. If i choose to resize to 720p there is no issue. Mmmmhh..I begin thinking something......so I'm changin a setting to verify my ideas.

Edit
Yes, I was right. JD, you told me that ALTERNATE switches on FFDshow for frame serving even if LAVF is On. Yet something is going wrong.
If I resize to 720p LAVF is disabled and all goes good.
If I use MULTIPROCESS LAVF is disabled at any HD resolution, ditto as above.
If I leave LAVF on and I don't choose DirectShow Frame Serving (leaving LAVF on) the problem arise.Ok. I'll test with LAVF set and output to ALTERNATE. Which ALTERNATE preset did you use? Better yet, post your log on the one that failed.

[soneca]

Cool, this is a great addition to BDRB, but while I do not change my media players, I do not care HEVC.

[Lathe]

It would be a good idea to install a temperature monitoring sw like CoreTemp.
It also has Temperature limiting features.

@JD
I've noticed that with CRF elapsed a certain amount of time the X264 encoding speed greatly improves.
I suspect the first 30% or alike is done before speed increase.
Could you please explain?

Thanks

Thanks! I do have an on board monitor that keeps track of all the temperatures and such. They seem fine; I even stuck a big fan on the side, blowing in on the MOBO and CPU, thinking that might help also. I sure don't know; very odd... I've got the guy who built it though and he is pretty sharp, so I just need to drag it over there. I will do what JD said though and give it a good cleaning.

As far as the speed of encoding goes, it is SO dang weird now. I have absolutely NO idea what changed, but now encodes (using LAVF like I always do) take like twice as long (12 hours instead of 6) I'm pretty sure everything is the same and it LOOKS like I am topping out my CPU while encoding too. Most odd... I even used version 4707 just as a momentary test comparison, just to start it and see how fast it was going, but it appeared to be about the same as the newer version. I can't for the life of me figure out WHAT has changed. Oh well, at least it is getting done, and I guess if I INSIST on using these x264 tweaks (the same ones I've always used on demanding encodes) I'm just gonna hafta live with it taking longer. I can tell immediately that the fps are a lot slower than they were before. I'll play around with it and see if I am indeed missing something. But, I AM glad that the program is working and doing an excellent job though!

[daberti]

Ok. I'll test with LAVF set and output to ALTERNATE. Which ALTERNATE preset did you use? Better yet, post your log on the one that failed.

The two logs (the failing one comes first):

[09/12/14] BD Rebuilder v0.48.05 (beta)
[18:21:48] Source: L_UOMO_CHE_FISSA_LE_CAPRE_00000
- Input BD size: 20,18 GB
- Approximate total content: [01:34:03.971]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[18:21:51] PHASE ONE, Encoding
- [18:21:51] Processing: VID_00000 (1 of 1)
- [18:21:51] Extracting A/V streams [VID_00000]
- [18:33:32] Reencoding video [VID_00000]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 135.320 frames
- [18:33:32] Reencoding: VID_00000, Pass 1 of 1
- [19:17:24] Video Encode complete
- [19:17:24] Processing audio tracks
- Track 4352 (ita): Keeping original audio
[19:17:24]PHASE ONE complete
[19:17:24]PHASE TWO - Rebuild Started
- [19:17:24] Building ALTERNATE OUTPUT Structure
[19:18:14] - Encode and Rebuild complete
[19:18:14] JOB: L_UOMO_CHE_FISSA_LE_CAPRE finished.
----------------------
[09/12/14] BD Rebuilder v0.48.05 (beta)
[19:54:59] Source: L_UOMO_CHE_FISSA_LE_CAPRE_00000
- Input BD size: 20,18 GB
- Approximate total content: [01:34:03.971]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[19:55:02] PHASE ONE, Encoding
- [19:55:02] Processing: VID_00000 (1 of 1)
- [19:55:02] Extracting A/V streams [VID_00000]
- [20:07:00] Reencoding video [VID_00000]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 135.320 frames
- [20:07:00] Reencoding: VID_00000, Pass 1 of 1
- [21:18:29] Video Encode complete
- [21:18:29] Processing audio tracks
- Track 4352 (ita): Keeping original audio
[21:18:29]PHASE ONE complete
[21:18:29]PHASE TWO - Rebuild Started
- [21:18:29] Building ALTERNATE OUTPUT Structure
[21:21:23] - Encode and Rebuild complete
[21:21:23] JOB: L_UOMO_CHE_FISSA_LE_CAPRE finished.

*****
Both done at Fastest encoding option, CRF 20, NO Multiprocess.
Feel free to ask further information-

[jdobbs]

Thanks. I'm doing testing now using SSIM to try and determine the relationship between CRF values for each encoder (X264 & X265). There'll also have to be a conversion to H.264 if importing HEVC to make it compatible with BD (at least until they finalize H.265 support)... but I do that now with a DIVX or MPEG-4 sources, so it shouldn't be a big deal. I just have to do it as lossless as possible while keeping a reasonable interim size.Just an update. It looks like X264 and X265's CRF values are very closely aligned. The PSNR is very close for each setting I tested. Close enough that it makes you think it may be the metric used for CRF. That's a good thing -- as I won't have to do any conversions to give consistent results.

Based on my tests, it looks like you will see a reduction in file size of between 31-33% for an identical level of quality when you create a backup MKV using HEVC rather than AVC. That doesn't reach the 50% reduction you see advertised often -- but that's probably because I'm testing at higher quality levels and bitrates (typical of a backup). HEVC would likely get higher reduction levels while maintaing the same quality when it is forced to fit into highly constrained bitrates (like you might see in satellite transmission). Also, I'm using a single source video across all my testing... but I think that's ok for what I'm trying to accomplish.

I'm now doing SSIM tests to see how closely it aligns with PSNR. But SSIM testing is pretty slow...

[Sharc]

You have probably already seen the x264/x265 comparative discussion here (http://forum.doom9.org/showthread.php?p=1689053#post1689053).

[jdobbs]

You have probably already seen the x264/x265 comparative discussion here (http://forum.doom9.org/showthread.php?p=1689053#post1689053).Yeah. But I like to do my own testing. Sometimes people like to report what they want to see as opposed to objective facts. I set pretty strict rules for myself when I do testing of this type. I also tailor my testing for BD-RB and BD backups as opposed to possible other uses.

[HWK]

That doesn't reach the 50% reduction you see advertised often -- but that's probably because I'm testing at higher quality levels and bitrates (typical of a backup). HEVC would likely get higher reduction levels while maintaing the same quality when it is forced to fit into highly constrained bitrates (like you might see in satellite transmission). Also, I'm using a single source video across all my testing... but I think that's ok for what I'm trying to accomplish.



Jdobbs, I think 50 % reduction is theoretical maximum, also hevc compression would truly shine on 4K sources.

[daberti]

Thanks! I do have an on board monitor that keeps track of all the temperatures and such. They seem fine; I even stuck a big fan on the side, blowing in on the MOBO and CPU, thinking that might help also. I sure don't know; very odd... I've got the guy who built it though and he is pretty sharp, so I just need to drag it over there. I will do what JD said though and give it a good cleaning.

As far as the speed of encoding goes, it is SO dang weird now. I have absolutely NO idea what changed, but now encodes (using LAVF like I always do) take like twice as long (12 hours instead of 6) I'm pretty sure everything is the same and it LOOKS like I am topping out my CPU while encoding too. Most odd... I even used version 4707 just as a momentary test comparison, just to start it and see how fast it was going, but it appeared to be about the same as the newer version. I can't for the life of me figure out WHAT has changed. Oh well, at least it is getting done, and I guess if I INSIST on using these x264 tweaks (the same ones I've always used on demanding encodes) I'm just gonna hafta live with it taking longer. I can tell immediately that the fps are a lot slower than they were before. I'll play around with it and see if I am indeed missing something. But, I AM glad that the program is working and doing an excellent job though!

Question: are you sure that Thermal compound is still there between Cpu and its cooler?

Other than this building to ALTERNATE, CRF 20, Better speed, and FFDshow frame serving I scored 1.7x speed than with LAVF. No MULTIPROCESS FYI.

@JD
When your H265 code will be ready it will be time for another donation, as you're doing a heck of a work.

[Lathe]

You weren't, by chance, encoding a DVD import and resizing it, were you? I noticed something odd early today in TSMUXER that could (very rarely, I'd guess) cause it to detect a 480i/29.97 source as 480p/29.97 (it might also happen on 576i/25, but I haven't seen it). That caused an encode failure on a source I tried. Interestingly TSMUXER lists it at 480i -- but sets the MPLS as 480p/29.97 (which is illegal for a BD primary source). I've added a workaround that will be included in the next release of BD-RB.

No, I pretty much never resize anything (unless in rare cases where I'm starting with an out of spec AR or something, but not in this case, it was a full, normal Blu-ray) But, thanks for the information though; good to know.

[Lathe]

Question: are you sure that Thermal compound is still there between Cpu and its cooler?

Other than this building to ALTERNATE, CRF 20, Better speed, and FFDshow frame serving I scored 1.7x speed than with LAVF. No MULTIPROCESS FYI.

@JD
When your H265 code will be ready it will be time for another donation, as you're doing a heck of a work.

Yes, you could very well be right; this has occurred to me before. The way it is acting, despite the additional fan, would likely suggest something heat related.

Thanks for the information about encoding speed; it is indeed quite curious as to the difference in speed now. I'm gonna keep working on it to see if I can figure it out.

[Lathe]

This was interesting. A reply on the basic BDRB guide thread at ClubMice came up and the fellow who updates the guide there said this:

"The latest version as I am writing this post is 0.48.05. I've noticed some different behavior in the program regarding frame-serving. Jdobbs has added a line that can make DirectShowSource the default frame server, and has removed an option to use FFVideoSource that was only in the program for a few editions before being abandoned.

The reason I mention this is that CRF encoding seems to be disabled when using the internal LAV filters for frame serving. You'll need to select DirectShowSource if you intend to make a one pass CRF encoding."

I didn't really quite understand what he was saying about the LAV filters (which I use) Would this have anything at all to do with my slower encoding speeds now as opposed to before...? I DO normally use High Quality, 2 Pass though; it doesn't seem like that would be affected by what he is talking about. Do you suppose that some of my 'Tweaks' are being processed or treated differently than before? These are the standard tweaks that I use when encoding either a rather large and/or a rather demanding Blu-ray:

TWEAK_PASS_TWO=--deblock -1:-1 --psy-rd 1.00:0.20 --me umh --subme 8 --trellis 2 --direct auto --qcomp 0.50 --b-adapt 2

Again, in the past when incorporating these same tweaks and primary settings with just about any Blu-ray, the 2nd pass would normally take around 6-7 hours. Now it takes 11-12 (BTW, your HQ setting I believe already sets the me & subme at these values if I'm not mistaken - at 'Highest' it sets the subme at 9 which is indeed overkill and did take forever, but these specific tweaks never really added that much time before)

[Sharc]

TWEAK_PASS_TWO=--deblock -1:-1 --psy-rd 1.00:0.20 --me umh --subme 8 --trellis 2 --direct auto --qcomp 0.50 --b-adapt 2

- Post your lastcmd.txt
- Why tweak like this? You risk to spoil pass 1 by forcing conflicting settings in pass 2. Leave --trellis 2 and --direct auto and --qcomp 0.50 and --b-adapt 2 away, or better just select Auto-quality and see what you gain in speed, and tell us the difference in quality.

[Lathe]

- Post your lastcmd.txt
- Why tweak like this? You risk to spoil pass 1 by forcing conflicting settings in pass 2. Leave --trellis 2 and --direct auto and --qcomp 0.50 and --b-adapt 2 away, or better just select Auto-quality and see what you gain in speed, and tell us the difference in quality.

Yeah, I was thinking that I probably should just leave it with maybe tune--film. I'm pretty sure that with Auto-quality it would indeed be a lot faster. But, even with that said, still... it IS kind of weird that before this WITH these tweaks, the encode times were ALWAYS considerably shorter (about half) So, I figured at THAT time that it didn't really take that much longer, so I'd throw them in. Now, it doesn't seem to be the case and it takes twice as long. But, you could very well be right and I probably should leave it on Auto or just tune--film (I do want the Deblock though to sharpen the picture as per 'Film' settings and I DO kind of like the filmlike Psychovisual bump too - neither of these are ever activated in BDRB, and neither is Trellis) Also, from what I've READ, the qcomp 0.50 contributes to a slightly sharper picture too, but I'm just going by what Selur, the guy who created HYBRID said about his settings. I'm certainly NOT an expert, by any means!

When you say 'Conflicting settings', isn't adding Tweaks merely choosing stronger settings for the final 2nd pass than would normally be determined by a first pass based upon an Auto or lesser setting? In other words, aren't you just 'Telling' x264 to use those higher settings rather than relying on what it's first pass 'Determines' based upon the Auto or a lighter setting? Is there really a 'Conflict'? I'm still VERY green at this, so I'm probably just missing something important here, but just going by what I've learned so far, that is how I understand it.

FWIW, the encodes that I've been doing have turned out breathtakingly beautiful! The delineation and the depth of field especially in long shots or dark shots is pretty amazing. But, perhaps I would get that anyway with Auto :)

Oh, I'll check my last command txt too next time I do an encode.

BTW, it appears that perhaps my major PC issue may indeed be heat related; I'm working on that now. Thanks for the suggestions!

[jdobbs]

Just an update. It looks like X264 and X265's CRF values are very closely aligned. The PSNR is very close for each setting I tested. Close enough that it makes you think it may be the metric used for CRF. That's a good thing -- as I won't have to do any conversions to give consistent results.

Based on my tests, it looks like you will see a reduction in file size of between 31-33% for an identical level of quality when you create a backup MKV using HEVC rather than AVC. That doesn't reach the 50% reduction you see advertised often -- but that's probably because I'm testing at higher quality levels and bitrates (typical of a backup). HEVC would likely get higher reduction levels while maintaing the same quality when it is forced to fit into highly constrained bitrates (like you might see in satellite transmission). Also, I'm using a single source video across all my testing... but I think that's ok for what I'm trying to accomplish.

I'm now doing SSIM tests to see how closely it aligns with PSNR. But SSIM testing is pretty slow...Finished the SSIM testing... it pretty much just mirrored what I saw in PSNR. I'm now making updates to the ALTERNATE routines to support HEVC and implementing the encoding. After that I'll have to make some changes to the Video Import area to support importing the MKVs created.

[HWK]

I am assuming jdobbs at this stage it gone be only MKV.

On a side note I am thinking when time comes you will be able to offer 4K bluray support since tsmuxer already works with 4K and hevc.

May I ask which hevc encoder you are using and build if possible.

[Sharc]

Is there really a 'Conflict'? I'm still VERY green at this, so I'm probably just missing something important here, but just going by what I've learned so far, that is how I understand it.

You can't wildly play with special settings for pass 2. Some are ok, others must be identical to pass 1. Let BD-RB do it's job without any "smart tweaks" which will disqualify for a BD-RB bug report -- see jdobb's statement in this respect.

[jdobbs]

I am assuming jdobbs at this stage it gone be only MKV.

On a side note I am thinking when time comes you will be able to offer 4K bluray support since tsmuxer already works with 4K and hevc.

May I ask which hevc encoder you are using and build if possible.X265. There are daily builds, so I just grab one every now and then.

Yeah, I'm hoping to get ahead of the power-curve on 4K bluray (and HEVC at HD res). Right now I'm just implementing MKV support.

[daberti]

X265. There are daily builds, so I just grab one every now and then.

Yeah, I'm hoping to get ahead of the power-curve on 4K bluray (and HEVC at HD res). Right now I'm just implementing MKV support.

You're already doing a very good job...take your time JD :)

[worknstiff]

RE: Yeah, I'm hoping to get ahead of the power-curve on 4K bluray (and HEVC at HD res).

I think they are going to have to make some bigger bluray's for 3D @ 4K + dolby atmos, lol.

[jdobbs]

RE: Yeah, I'm hoping to get ahead of the power-curve on 4K bluray (and HEVC at HD res).

I think they are going to have to make some bigger bluray's for 3D @ 4K + dolby atmos, lol. I'm sure at some point you'll see BD-XL with 100GB become more common. I'm using a BDXL-RE now and it's pretty handy having that much storage on a single disc.

[Lathe]

You can't wildly play with special settings for pass 2. Some are ok, others must be identical to pass 1. Let BD-RB do it's job without any "smart tweaks" which will disqualify for a BD-RB bug report -- see jdobb's statement in this respect.

Okidoke. No more stray 'Tweak'n' reports here then :)

[jdobbs]

Hmm... I'll have to try the Directshow filter I'm using, but I don't think has the ability to demux from M2TS. Of course that wouldn't prevent another type of playback... but for now I'll probably limit it to MKV.

Yes, it can. I recently ran test just for you.I tried it. I muxed a H265 M2TS with TSMUXER and then tried to view it in Media Player Classic using the directshow filter. It crashed MPC. What player are you using?

[HWK]

I am using media player classic home cinema.

Also can you send sample file which crash, I will try to play and see if there something I can do.

Sent from my SM-G900W8 using Tapatalk

[jedihyte]

So I tried this twice to make sure something did not happen the 1st time, but it did it the second encode as well. I tried to make a Full-Backup BD-25 encode on auto settings of the 3D disc of Coraline. After the encode, I burn the ISO to a BD-R and play it on my LG blu-ray player. It actually locks up the player, and I have to unplug the power on the player to get the disc to eject. If I play the ISO on PowerDVD, it will play the Universal picture intro, then it goes to another Universal animation. This animation just loops for hour and 30 min. If you play the original disc a menu comes up asking you what language you want, and after you choose the language it goes on to the Main Coraline 3D menu. I can play the M2TS file of the movie that gets encoded- so BD Rebuilder is rebuilding the movie fine, but for some reason after the encode, this language menu does not trigger and you can’t continue on to play the movie.


- Approximate total content: [01:44:31.640]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- Quality: Good (Very Fast), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[11:29:55] PHASE ONE, Encoding
- [11:29:55] Processing: VID_00001 (1 of 1)
- [11:29:55] Extracting A/V streams [VID_00001]
- [11:40:41] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 144,677 frames
- Bitrate: 25,198 Kbs
- Using FRIMEncoder for MVC encoding
- [11:40:41] Reencoding: VID_00001, Pass 1 of 1
- [18:13:07] Video Encode complete
- [18:13:07] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:13:07] Multiplexing M2TS
- [18:24:38] Scanning for 3D CLPI info...
[18:30:46]PHASE ONE complete
[18:30:46]PHASE TWO - Rebuild Started
- [18:30:46] Converting SSIF file references
- [18:32:03] Rebuilding BD-3D file Structure
[18:32:22] - Encode and Rebuild complete
[18:32:22] Writing BD structure to ISO file
- ImgBurn completed successfully
- CORALINE_3D_BUNDLE folder removed.
- WORKFILES folder removed.
[18:42:15] JOB: CORALINE_3D_BUNDLE finished.

[daberti]

I tried it. I muxed a H265 M2TS with TSMUXER and then tried to view it in Media Player Classic using the directshow filter. It crashed MPC. What player are you using?

JD, why don't you use VLC with H265 plugin from here?
https://github.com/strukturag/vlc-2.1/releases/tag/2.1.4-libde265-3

Download a ZIP version than search for the H265 plugin and just move it into the proper plugin\codec dir of normal vlc player

[Sharc]

MPC-HC seems to work well here with x265 / .mkv encodes.
It's a 2-minutes short test video which has been encoded with x265 1.3+145-44cb33846e0e:[Windows][GCC 4.8.2][64 bit].
I didn't test with files of long duration though.

[jdobbs]

JD, why don't you use VLC with H265 plugin from here?
https://github.com/strukturag/vlc-2.1/releases/tag/2.1.4-libde265-3

Download a ZIP version than search for the H265 plugin and just move it into the proper plugin\codec dir of normal vlc playerI don't want to create something that applies to a single player... I want it to work through directshow so it works with anything that supports it.

[jdobbs]

MPC-HC seems to work well here with x265 / .mkv encodes.
It's a 2-minutes short test video which has been encoded with x265 1.3+145-44cb33846e0e:[Windows][GCC 4.8.2][64 bit].
I didn't test with files of long duration though.I'm having no problem with MKV. I've done lots of those. It's only M2TS files that make it crash. I'm think it's because there is no M2TS demuxer as a part of the directshow plug-in, but I can't say for sure.

It really doesn't matter -- BD-RB doesn't do ALTERNATE muxes to M2TS anyway. It was just a part of some testing I was doing. The important thing is that it can be used with AVISYNTH so a backup to MKV can be reencoded into a BD later.

[jdobbs]

I am using media player classic home cinema.

Also can you send sample file which crash, I will try to play and see if there something I can do.

Sent from my SM-G900W8 using TapatalkHow are you feeding AVISYNTH input to x265 for encoding? I'm using AVS2YUV for frame serving via stdin. I seem to be getting a lot of failures... but oddly all I have to do is restart the encode and it will finish. Weird.

I'll do some testing with avs4x265 later today.

[daberti]

I don't want to create something that applies to a single player... I want it to work through directshow so it works with anything that supports it.

I misunderstood your original post.
I thought you were looking for an H265 capable player .

[HWK]

Jdobbs, I am feeding raw files to encoder and will try other method as well.

Sent from my SM-G900W8 using Tapatalk

[Sharc]

How are you feeding AVISYNTH input to x265 for encoding? I'm using AVS2YUV for frame serving via stdin. I seem to be getting a lot of failures... but oddly all I have to do is restart the encode and it will finish. Weird.

For my tests I do like
- indexing the demuxed videofile (.264) with DGindexNV.exe
- feeding to x265 via avs4x265.exe

Commandline like:
"C:\...path_to...\avs4x265.exe" --x265-binary "C:\...path_to...\x265.exe" --crf 20 --preset fast --output "C:\...path_to...\test_out.mkv" "C:\...path_to...\testscript.avs"

[Added:]
Stepping through the various --preset (ultrafast ... slow) and keeping --crf fixed (20) I noticed that the filesize is continually growing from 62 to 82 MB for my 1 minute testclip. The source video filesize is 130 MB.
Speed drops from 7 fps to 1 fps on my system.

[jdobbs]

For my tests I do like
- indexing the demuxed videofile (.264) with DGindexNV.exe
- feeding to x265 via avs4x265.exe

Commandline like:
"C:\...path_to...\avs4x265.exe" --x265-binary "C:\...path_to...\x265.exe" --crf 20 --preset fast --output "C:\...path_to...\test_out.mkv" "C:\...path_to...\testscript.avs"

[Added:]
Stepping through the various --preset (ultrafast ... slow) and keeping --crf fixed (20) I noticed that the filesize is continually growing from 62 to 82 MB for my 1 minute testclip. The source video filesize is 130 MB.
Speed drops from 7 fps to 1 fps on my system.I gave avs4x264 a go... but I don't like the fact that it gives no status feedback. If the filesize wasn't growing you'd just think it had frozen.

I got AVS2YUV to work correctly. The problem was in my code, not theirs.

[Sharc]

I gave avs4x264 a go... but I don't like the fact that it gives no status feedback. If the filesize wasn't growing you'd just think it had frozen.

I got AVS2YUV to work correctly. The problem was in my code, not theirs.
Good to know it's working now.
As for avs4x265 the status & progress & encoder settings are displayed in the commandline window.

[daberti]

@Sharc
H265 (x265) encoding (DirectShow frame server) can be made also via MeGui

[jdobbs]

Good to know it's working now.
As for avs4x265 the status & progress & encoder settings are displayed in the commandline window.Hmmm... all I saw was the command itself in the window caption area. I didn't see any status at all, or another window for that matter.

[mparade]

Do you know if x265 has an MVC support with CRF encoding option? That would be, I think, a great step forward.

[HWK]

No it doesn't support mvc codec

Sent from my SM-G900W8 using Tapatalk

[Sharc]

Hmmm... all I saw was the command itself in the window caption area. I didn't see any status at all, or another window for that matter.
This is what I am getting:

c:\Program Files Video\x265 testbed>"C:\Program Files Video\x265 testbed\avs4x26
5.exe" --x265-binary ".\x265.exe" --crf 20 --preset superfast --output "c:\Prog
ram Files Video\x265 testbed\panama.mkv" "c:\Program Files Video\x265 testbed\pa
nama.avs"
yuv [info]: 1920x1080 fps 24000/1001 i420p8 unknown frame count
x265 [info]: HEVC encoder version 1.3+185-2fb61cc75152
x265 [info]: build info [Windows][GCC 4.8.2][64 bit] 8bpp
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.1 Cache64
x265 [info]: WPP streams / pool / frames : 69 / 4 / 2
x265 [info]: Main profile, Level-4 (Main tier)
x265 [info]: CU size : 32
x265 [info]: Max RQT depth inter / intra : 1 / 1
x265 [info]: ME / range / subpel / merge : hex / 44 / 1 / 2
x265 [info]: Keyframe min / max / scenecut : 23 / 250 / 40
x265 [info]: Lookahead / bframes / badapt : 10 / 4 / 0
x265 [info]: b-pyramid / weightp / weightb / refs: 1 / 0 / 0 / 1
x265 [info]: Rate Control / AQ-Strength / CUTree : CRF-20.0 / 0.0 / 0
x265 [info]: tools: cfm esd rd=2 lft sao-lcu signhide fast-intra
[31.5%] 506/1608 frames, 5.18 fps, 6585.11 kb/s, eta 0:03:32

[jdobbs]

Hmmm... I didn't even think X265 supported output to MKV... I'll try it again.

[Sharc]

Hmmm... I didn't even think X265 supported output to MKV... I'll try it again.
Make sure to using the latest version of avs4x265 (http://kurtnoise.free.fr/x265/)(v0.5). Old versions do not output all the info.

[sneaker_ger]

Just because you can set the output file name extension to ".mkv" does not mean the x265cli will actually output an mkv file.

[Sharc]

Good point. Yes, it's still a raw HEVC bitstream.

[Sharc]

@jdobbs
See sneaker_ger's note. It's better to use for example .265 as extension rather than .mkv which is misleading; sorry.

My tests with muxing:
- Muxing the .265 video+DTS audio to .mkv using mkvmerge works
- Muxing the .265 video+DTS audio to .m2ts using tsMuxeR works here as well. No crashes so far....

[TheEthic]

Greetings and a great day!

For years and used BDRebuilder and all good so far, the problem is in the menu of the series in this case The Originals, Helix ...

Works:
Sound / Buttons / Select the audio and subtitles, etc.

That does not work:

The image or video menu background.

For some reason it makes black (gray in some cases)

All BD works perfectly, except for the image or video menu background.

I put all the clips in blank, and I make sure not to leave blank the menu, but I do what makes me do the same on black background menu.

Here my settings:

[Options]
VERSION=0.48.0.5
ENCODER=0
MODE=1
ENABLE_TEST=1
ENCODE_QUALITY=4
ONEPASS_ENCODING=0
AUTO_QUALITY=0
QUICK_EXTRAS=1
TARGET_SIZE=23500
AUTO_BURN=2
AUDIO_TO_KEEP=eng;spa;
SUBS_TO_KEEP=all
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=1
SD_TO_1080=0
IGNORE_3D=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
DECODER=0
AVCHD=1
REMOVE_WORKFILES=1
REMOVE_OUTPUT=1
USE_FILTERS=0
BDMV_CERT_ONLY=1
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
ENABLE_BLANKING=1

Thanks.!

[jdobbs]

@TheEthic

Your post is in violation of Rule #6. The source path in your post clearly indicates illegally obtained content. Further discussion of this matter will result in strikes and possible loss of access to this forum.

[jdobbs]

@jdobbs
See sneaker_ger's note. It's better to use for example .265 as extension rather than .mkv which is misleading; sorry.

My tests with muxing:
- Muxing the .265 video+DTS audio to .mkv using mkvmerge works
- Muxing the .265 video+DTS audio to .m2ts using tsMuxeR works here as well. No crashes so far....I didn't get any crashes in the muxing, or in playing the resulting MKV file. I got crashes when trying to play an M2TS file (created by TSMUXER) back via directshow using libde265 (even though it has an option to support splitting of MPEG-TS formats). It also crashes if I try to read it using an AVS via DirectshowSource().

[jdobbs]

Wow. I'm very impressed with HEVC encoding using X265. It's incredible at low bitrates. I just did a short 1920x1080 computer animated cartoon with the bitrate set to 800kbs for the video just for the heck of it... I can't believe how good it looks. :eek:

[Sharc]

Wow. I'm very impressed with HEVC encoding using X265. It's incredible at low bitrates. I just did a short 1920x1080 computer animated cartoon with the bitrate set to 800kbs for the video just for the heck of it... I can't believe how good it looks. :eek:
What is your player now? MPC-HC with internal LAV works well here for .mkv and .m2ts).
Any special encoder settings used, or just one of the --presets?

Even "normal" 1920x1080 movies look quite good at bitrates as low as about 1100 kbps with --preset faster. Perhaps some loss of details, but nobody here complained in first quick blind tests at reasonable viewing distance..... :cool:

[omegaman7]

I've always known that X264 could compress anime to fairly low bitrates, given the simple color space nature of cartoons/cgi. But THAT is impressive JD. Can't wait til X265 is more mainstream ;)

[TheEthic]

@TheEthic

Your post is in violation of Rule #6. The source path in your post clearly indicates illegally obtained content. Further discussion of this matter will result in strikes and possible loss of access to this forum.

Ops my fault. I did not realize that ... I already edited. And I put the question again and thanks for the help.!

the problem is in the menu of the series in this case The Originals, Helix ...

Works:
Sound / Buttons / Select the audio and subtitles, etc.

That does not work:

The image or video menu background.

For some reason it makes black (gray in some cases)

All BD works perfectly, except for the image or video menu background.

I put all the clips in blank, and I make sure not to leave blank the menu, but I do what makes me do the same on black background menu.

Here my settings:

[Options]
VERSION=0.48.0.5
ENCODER=0
MODE=1
ENABLE_TEST=1
ENCODE_QUALITY=4
ONEPASS_ENCODING=0
AUTO_QUALITY=0
QUICK_EXTRAS=1
TARGET_SIZE=23500
AUTO_BURN=2
AUDIO_TO_KEEP=eng;spa;
SUBS_TO_KEEP=all
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=1
SD_TO_1080=0
IGNORE_3D=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
DECODER=0
AVCHD=1
REMOVE_WORKFILES=1
REMOVE_OUTPUT=1
USE_FILTERS=0
BDMV_CERT_ONLY=1
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
ENABLE_BLANKING=1

Thanks.!

[HWK]

Editing won't do much good by itself, you will require to provide proof that you own it for help. Even though mention original but due to nature of what happened before uploading screenshot that you own would be nice and will make sure forum stay out of trouble.

[TheEthic]

Editing won't do much good by itself, you will require to provide proof that you own it for help. Even though mention original but due to nature of what happened before uploading screenshot that you own would be nice and will make sure forum stay out of trouble.

Sorry but did not understand your comment ... :confused:

[videoh]

Sorry but did not understand your comment ... :confused: Se #11 here:

http://forum.doom9.org/announcement.php?a=36

[jdobbs]

@TheEthic

Your post is in violation of Rule #6. The source path in your post clearly indicates illegally obtained content. Further discussion of this matter will result in strikes and possible loss of access to this forum.What part of "Further discussion of this matter will result in strikes..." did you not understand? Editing your post doesn't change the fact that you are obviously attempting to copy illegally obtained content. By attempting to edit and continue discussion you have also violated rule #16.

Strike for Rule #6 violation issued. Careful -- you are within one strike of suspension...

[HWK]

Wow. I'm very impressed with HEVC encoding using X265. It's incredible at low bitrates. I just did a short 1920x1080 computer animated cartoon with the bitrate set to 800kbs for the video just for the heck of it... I can't believe how good it looks. :eek:
Jdobbs, did you get chance to try something else other than animation. Also what preset you are using most of the time.

I am currently doing saving private ryan to test efficiency.

Sent from my SM-G900W8 using Tapatalk

[Sharc]

For my smartphone I am getting very pleasant results for 1280x720, --crf 27 (approx 1200 kbps), --preset fast, at affordable encoding speed of 12fps thanks to the lower resolution.

[jdobbs]

Jdobbs, did you get chance to try something else other than animation. Also what preset you are using most of the time.

I am currently doing saving private ryan to test efficiency.

Sent from my SM-G900W8 using Tapatalk
I was just seeing how it looked at low bitrates. I'm still doing testing and will try some other sources.

I used BD-RB's "High Quality" -- which translates to X265's preset "medium". For now I've set the default bitrate in BD-RB's ALTERNATE window for HEVC to 2000 Kbs for video. But, of course, that can be changed in the ALTERNATE.TXT file.

[HWK]

Are you using default setting for x265 or something different.

I am not sure if it happens with your source or not, if you try to seek forward or backward picture get corrupted until next IDR frame.

I just finished saving private ryan and noticed video need at least ABR 3000+ to achieve good quality on that particular source.

I am gone try two pass next.

[Sharc]

Are you using default setting for x265 or something different.

I just finished saving private ryan and noticed video need at least ABR 3000+ to achieve good quality on that particular source.

For which settings / preset / resolution?
Did you compare with x264? I would assume you would need about 4000+ kbps for similar quality, but probably about 3 times faster encoding speed....

[HWK]

I am using preset medium with resolution 1920*1080 and getting 15 fps during encode. However choosing preset slow (which is next available option after medium speed goes to 6 fps)

Major difference I noticed motion estimation goes from hex to star and result in lower speed. If I chose uneven multihex I get 13 fps on same source and result in better quality.

I am still tweaking and see how it goes, currently doing two pass encode and will keep posted.

[sonate]

I've always known that X264 could compress anime to fairly low bitrates, given the simple color space nature of cartoons/cgi. But THAT is impressive JD. Can't wait til X265 is more mainstream ;)

For sure it's coming soon. http://www.blu-ray.com/news/?id=14923

So now it's time for some of us to upgrade again? I have to admit that Hi-Def has made a huge difference to my viewing pleasure and what it does especially for some of the early B&W such as Cocteau's Beauty and the Beast is as grand as what it does for modern cinema. But for instance with Blade Runner, an all time favorite, I have already bought that movie five times in various formats. But I think at this point, unless the motion pix industry is willing to let me trade in my previous versions for the latest 4k holy grail, it's time I stop supporting them.

Fortunately I believe I can still obtain much satisfaction from HD and the many SD DVD's which have not yet been transferred to HD, and those are many. If per chance I feel as if I'm cheating myself out of the fruits of technology, I'll just remind myself that not too long ago I was watching VHS.

[Sharc]

I am using preset medium with resolution 1920*1080 and getting 15 fps during encode. However choosing preset slow (which is next available option after medium speed goes to 6 fps)

Major difference I noticed motion estimation goes from hex to star and result in lower speed. If I chose uneven multihex I get 13 fps on same source and result in better quality.

I am still tweaking and see how it goes, currently doing two pass encode and will keep posted.
I have been using preset faster which is almost twice as fast as medium; and the quality deterioration was very minor. This impression may depend on the source and PC monitor though.

[omegaman7]

1080p is certainly adequate for me, presently. But I'll likely be in the market during tax time, for a 3D display. Might as well get a 4K display at the same time ;) I'm probably also upgrading my Nvidia GPU. I believe my encodes would benefit from it ;)

[sonate]

1080p is certainly adequate for me, presently. But I'll likely be in the market during tax time, for a 3D display. Might as well get a 4K display at the same time ;) I'm probably also upgrading my Nvidia GPU. I believe my encodes would benefit from it ;)

I'm sure it will be nice and wish you the most enjoyment pleasure. I just spent 36K on a complete rebuild for my piano and another 20K for stone walls to terrace my house which is on a fairly steep hill. So not much money left at the moment.

When flat screens first emerged, I was skeptical about the longevity of the backlights and LCD array but they have proven to last far longer then the time many people actually keep them. Far more advanced replacements cost significantly less it seems, so you practically have to give the used outdated one away or trash it.

[jdobbs]

Are you using default setting for x265 or something different.

I am not sure if it happens with your source or not, if you try to seek forward or backward picture get corrupted until next IDR frame.

I just finished saving private ryan and noticed video need at least ABR 3000+ to achieve good quality on that particular source.

I am gone try two pass next.What measure are you using to determine quality? I don't think you can use subjective measurements like "good quality". I'd recommend PSNR. I think you'll find that a bitrate of 2000 Kbs with preset medium will give you approximately the same PSNR value as CRF 23 (in x264 or x265). CRF 23 is generally considered to be very good quality.

I haven't seen any seeking issues yet. Using MPC has some delays when I seek, though. MPC-HC works perfectly.

If you want to compare it and see what gets a similar quality level to x264 at a given bitrate, you need to do a PSNR comparison on both of them. When the value is close -- then the bitrates are comparable.

I'm still doing testing, though.

[HWK]

Okay, I will do PSNR test soon, did you get to try 4K source?

[jdobbs]

Okay, I will do PSNR test soon, did you get to try 4K source?No I haven't tried 4k. I did do some testing with Full-SBS 3D though.

The problem I have now is that I can't use DirectshowSource() to read from an HEVC M2TS so I can reencode after an import, even though it's supposed to work with libde265... I get a crash.

[Sharc]

If you want to compare it and see what gets a similar quality level to x264 at a given bitrate, you need to do a PSNR comparison on both of them. When the value is close -- then the bitrates are comparable.
Do you need to force --aq-mode 0 for PSNR comparisons being valid? If so, doesn't this take any psy enhancements out of the equation?

[jdobbs]

Do you need to force --aq-mode 0 for PSNR comparisons being valid? If so, doesn't this take any psy enhancements out of the equation?There's something you could find wrong with any metric... but I think PSNR is the best choice. SSIM might be a little better -- but it takes longer and, in my experience, gives pretty much the same results as PSNR.

I wouldn't modify any settings for testing -- you should use the ones you use most often. That's the only true test.

[soneca]

I know, aq mode can not be used with PSNR.
A test with computer animated cartoon.

x265 - preset slow - crf 22 - 1229.71 kb/s > psnr = 47.847
x264 - preset slow - crf 18 - 2759.39 kb/s > psnr = 47.834

In "theory" we have achieved the same quality at half the bitrate. :scared:
I did not know that the X265 had already reached this level.

[HWK]

The problem I have now is that I can't use DirectshowSource() to read from an HEVC M2TS so I can reencode after an import, even though it's supposed to work with libde265... I get a crash.

Did you try Lav filters and see if it works for you, it has decoder and splitter builtin.

[jdobbs]

Did you try Lav filters and see if it works for you, it has decoder and splitter builtin.They're Directshow filters, or AVISYNTH filters? Where do I get them?

[jdobbs]

I know, aq mode can not be used with PSNR.
A test with computer animated cartoon.

x265 - preset slow - crf 22 - 1229.71 kb/s > psnr = 47.847
x264 - preset slow - crf 18 - 2759.39 kb/s > psnr = 47.834

In "theory" we have achieved the same quality at half the bitrate. :scared:
I did not know that the X265 had already reached this level.That's odd. I ran a whole battery of tests. In all my tests the same CRF value gave approximately the same PSNR in x264 & x265 -- but with x265 giving a 30% or so smaller file size. I didn't use "--preset slow", however.

With a CRF of 22 I got an average PSNR of 47.58 with x264 and 47.72 with x265. Interesting that using the slow preset somehow seems to have made the CRF results diverge.

[sonate]

1080p is certainly adequate for me, presently. But I'll likely be in the market during tax time, for a 3D display. Might as well get a 4K display at the same time ;) I'm probably also upgrading my Nvidia GPU. I believe my encodes would benefit from it ;)

Just crossed my mind, I will be building a new computer as mine is very old. BD rebuilder encodes are flawless but they take forever. Not wanting to hyjack the forum, but any suggestions you or anyone else has for a best bang for the buck CPU and main board chipset which functions well with BD reb will be very much appreciated.

[HWK]

They're Directshow filters, or AVISYNTH filters? Where do I get them?

Jdobbs, you can find more info on LAV at http://forum.doom9.org/showthread.php?t=156191

I am not sure if it serve purpose but worth a look.

[Sharc]

That's odd. I ran a whole battery of tests. In all my tests the same CRF value gave approximately the same PSNR in x264 & x265 -- but with x265 giving a 30% or so smaller file size. I didn't use "--preset slow", however.

With a CRF of 22 I got an average PSNR of 47.58 with x264 and 47.72 with x265. Interesting that using the slow preset somehow seems to have made the CRF results diverge.
For a "movie type" test clip I got the same PSNR value of 40.06x (with psy and aq disabled) for:-
a1. x264 --crf 27.0 --preset slow => filesize 14969 kB
a2. x264 --crf 26.9 --preset medium => filesize 16306 kB
b1. x265 --crf 26.9 --preset faster => filesize 8174 kB (55% of a1.)
b2. x265 --crf 28.5 --preset medium => filesize 8579 kB (57% of a1.)

Surprisingly, b1. has visually (on PC monitor) the edge to my eyes, but differences are minor. b2. seems to soften most. I included bilinearresize(1280,720) in all the tests for encoding speed reasons, but I think the PSNR comparison should nevertheless be valid (?).

[jdobbs]

Jdobbs, you can find more info on LAV at http://forum.doom9.org/showthread.php?t=156191

I am not sure if it serve purpose but worth a look.I know libde265 is based on LAV. I was just wondering if there was a better option.

[jdobbs]

For a "movie type" test clip I got the same PSNR value of 40.06x (with psy and aq disabled) for:-
a1. x264 --crf 27.0 --preset slow => filesize 14969 kB
a2. x264 --crf 26.9 --preset medium => filesize 16306 kB
b1. x265 --crf 26.9 --preset faster => filesize 8174 kB (55% of a1.)
b2. x265 --crf 28.5 --preset medium => filesize 8579 kB (57% of a1.)

Surprisingly, b1. has visually (on PC monitor) the edge to my eyes, but differences are minor. b2. seems to soften most. I included bilinearresize(1280,720) in all the tests for encoding speed reasons, but I think the PSNR comparison should nevertheless be valid (?).Cool. Thanks.

[Kurtnoise]

I know libde265 is based on LAV. I was just wondering if there was a better option.
Not at all...libde265 has been created from scratch and is completely different from lav filters.

[jdobbs]

Not at all...libde265 has been created from scratch and is completely different from lav filters.Hmm... when I go into the Video Configuration dialog it says "Select which formats LAV Video should decode:" -- so I assumed it was based on LAV. The splitter configuration and the audio configuration both also reference LAV.

[Kurtnoise]

you meant the dshow filter ? ok, you're right, sorry...I thought you are using directly the library.

[jdobbs]

you meant the dshow filter ? ok, you're right, sorry...I thought you are using directly the library.Yes, I was referring to the directshow filter.

I've just installed LAVFilters-0.62, and it pretty much eliminated any problems I'm having. Hopefully it will also eliminate BD-RB's need for FFDSHOW and HAALI. Still testing.

[HWK]

@ Jdobbs,
Finger crossed I hope so.

Anyways I have begun test on 4K source with crf 20 and tune psnr and will post results once done.

[jdobbs]

@ Jdobbs,
Finger crossed I hope so.

Anyways I have begun test on 4K source with crf 20 and tune psnr and will post results once done.I see what you mean about the seeking/blockiness (until the next I frame) with the LAVFilters. But that really shouldn't affect BD-RB, as it will run the encode end-to-end without any seeking.

[HWK]

That's odd. I ran a whole battery of tests. In all my tests the same CRF value gave approximately the same PSNR in x264 & x265 -- but with x265 giving a 30% or so smaller file size. I didn't use "--preset slow", however.

With a CRF of 22 I got an average PSNR of 47.58 with x264 and 47.72 with x265. Interesting that using the slow preset somehow seems to have made the CRF results diverge.

I am thinking may be it has do with setting used, when preset changes to slow.

I have posted link to preset values for x264 and x265 and what get applied when different presets are used.

X265 Preset (http://x265.readthedocs.org/en/latest/presets.html)
X264 Preset (http://dev.beandog.org/x264_preset_reference.html)

[soneca]

In all conversions using the X265 (default) there is always a lack of clarity in relation to the original material, as a noise filter was applied.
And a source more "soft" is much easier to compress...

[HWK]

Common between x264 and x265

--crf 20 --input-res 3846x2160 --fps 24000/1001 --input-csp i420 --preset medium
Raw source from camera under variety of conditions, subjects and detail.

X264
--output "F:\Sample 4k UHD.264"
Bitrate average 15252.11kb/s
PSNR Mean Y 49.575 | U 53.574 | V 53.628
PSNR Average 50.518
Final output size 488 MB

X265
--output "F:\Sample 4k UHD.hevc"
Bitrate average 10731.20kb/s
PSNR Mean Y 47.923 | U 51.312 | V 51.327
PSNR Average 48.773
Final output size 339 MB

http://i59.tinypic.com/2dh77o2.png http://i58.tinypic.com/ac7r0y.png

4K animation and results (http://forum.doom9.org/showthread.php?p=1694331#post1694331)

[AmigaFuture]

I do agree. Blu-ray is very cool...even 2D. I'm not excited at all about 3D. 4K seems cool, for capacity only...to me. I'm very happy with Blu-ray resolution 1080p. My HDTV, LG BD Player (Own 3 now..that don't have Cinavia) etc, etc..are cool. DVD and BD are a great break from VHS and (Better) Betamax..

Anyway....

Has anyone noticed this happening? While BD-RB was producing an MKV, and reencoding the AC3..I stopped it and changed the AC3 settings in SETUP, then started the Alternate output again. Then, I clicked aborted...not really noticing where...and changed the settings back in SETUP for AC3, then started the MKV output again...then after a few moments, I decided I wanted to check something..and aborted the process (Not noticing where..). Then attempted to resume the MKV output again...and BD-RB prompted the BD directory isn't there (Not a valid BD)...and I thought, "What!!?" When I browsed for it..it's not there! It's on a Local SSD. Using Undelete software I see the directory structure was deleted somehow. After the Undelete is finished, I'll check the File System..
The program is currently recovering to it another drive, because I want to make sure the SSD is OKAY and the data is intact. Anyway, I'm curious if anyone else has encountered that while using BD-RB....or any other software? I AM wondering if I discovered a "flaw" with SSDs......????

Thanks.

[Racer]

One short question. Is it actually possible since a couple versions of BD rebuilder that the selection of the x264 presets using automatic quality was changed. Actually I thought in the past BD rebuilder used "ultrafast" for BD-9 most time, now it is more "faster" ? Is this possible or did I change something in the settings? Thanks!

[Sharc]

One short question. Is it actually possible since a couple versions of BD rebuilder that the selection of the x264 presets using automatic quality was changed. Actually I thought in the past BD rebuilder used "ultrafast" for BD-9 most time, now it is more "faster" ? Is this possible or did I change something in the settings? Thanks!
It is well possible and makes totally sense. The decision depends on the source. If a source requires more compression because the movie has a longer duration for example, BD-RB will decide for a slower setting like "faster" instead of "ultrafast".

[Sharc]

I did the same "high compression" tests as here (http://forum.doom9.org/showpost.php?p=1694139&postcount=21156)but with a different clip this time.

Clip2: 1920x1080 blu-ray; original (http://forum.doom9.org/showpost.php?p=1694101&postcount=89) file size 114'912 kB

Resized to 1280x720:
a1. x264 --crf 24.1 --preset slow => file size 809 kB (100%), PSNR 46.583, encoding speed 30.86 fps
a2. x264 --crf 23.6 --preset medium => file size 882 kB (109%), PSNR 46.585, encoding speed 41.61 fps
b1. X265 --crf 27.0 --preset faster => file size 492 kB (56%), PSNR 46.594, encoding speed 24.05 fps
b2. x265 --crf 23.95 --preset medium => file size 448 kB (55%), PSNR 46.608, encoding speed 13.26 fps

b1. is the overall winner for me when going for high compression and "good quality" at affordable encoding speed. I am still sceptical about the true benefits of stronger presets than "faster" for x265 at the current stage. If retention of details and fine grain are the prime target one may stick to x264 at the expense of larger file sizes though. This may change of course with future improvements of x265.
My impression is based on watching on PC monitor only. It may look different on large TV or projector, I don't know....

[Edit:]
I didn't crop the black borders of clip 2. This tends to bias the PSNR to high values. The comparision should however still be valid as the condition was the same for all tests.

[musiclover]

Time difference between PAL and NTSC

A strange thing happened when I imported a PAL flv-source and transfered it into a PAL dvd-5. The run time of the source is 1'20"09, but after conversion I got a PAL dvd which runs for 1'23"34. You see the time difference reflects the PAL/NTSC ratio of 25/23.976. Since it is a concert movie the sound slowing down could be a hinderance.


Here are the logs
----------------------
[10:08:07] Importing FLV: BBC_IPLAYER_-_RADIO_2_LIVE_IN_HYDE_PARK_-_2014_JEFF_LYNNE'S_ELO
- Preparing FLV for processing...
- Collecting audio/video streams from source...
- Converting audio, Track #2, AAC to AC3...
- Building pseudo-BD source structure...
[10:09:58] Video import completed successfully.
----------------------
[09-20-14] BD Rebuilder v0.48.05 (beta)
[10:11:23] Source: BBC_IPLAYER_-_RADIO_2_LIVE_IN_HYDE_PARK_-_2014_JEFF_LYNNE'S_ELO_00000
- Input BD size: 1.00 GB
- Approximate total content: [01:23:34.048]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: DVD-5, 720x480/576, AC3 Audio
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[10:11:28] PHASE ONE, Encoding
- [10:11:28] Processing: VID_00000 (1 of 1)
- [10:11:28] Extracting A/V streams [VID_00000]
- [10:11:58] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 720x480
- Rate/Length: 23.976fps, 120,217 frames
- Bitrate: 6,973 Kbs
- [10:11:58] Reencoding: VID_00000
- [10:57:42] Video Encode complete
- [10:57:42] Processing audio tracks
- Track 4352 (und): Reencoding audio to AC3...
[10:58:19]PHASE ONE complete
[10:58:19]PHASE TWO - Rebuild Started
- [10:58:19] Building ALTERNATE OUTPUT Structure
- [10:58:19] Starting MPLEX.
- [11:00:25] Building DVD File Structure.
[11:04:57] - Encode and Rebuild complete
[11:04:57] JOB: BBC_IPLAYER_-_RADIO_2_LIVE_IN_HYDE_PARK_-_2014_JEFF_LYNNE'S_ELO finished.
----------------------

And here is the ini

[Options]
VERSION=0.48.0.5
MODE=3
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=1
TARGET_SIZE=23500
AUDIO_TO_KEEP=all
SUBS_TO_KEEP=all
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=1
AC3_REENCODE=1
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AVCHD=0
REMOVE_WORKFILES=0
MOVIE_ONLY_LOOP=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=1
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
DGDECNV=0
OUTPUT_3D=0
NEROAAC=1
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
MOVIEONLY_TYPE=1
ALTCRF=23
ALT_TARGET=1024
ALTMETHOD=1
ALTAUTOCROP=0
ENABLE_TEST=1
SUPTITLE=0
ENABLE_BLANKING=0
MENU_BACKGROUND=C:\BD Rebuilder\BD_Rebuilder\misc\menuback.jpg
IMPORT_THRESHOLD=15
QUICK_PLAY_THRESHOLD=10
MENU_AUTO_BACKGROUND=1
MENU_PLAY_SEQUENTIAL=0
MENU_START_WITH_MENU=1
QUICK_EXTRAS=0
IGNORE_3D=0
OUTPUT_SBS=0
AUTO_BURN=0
FRIMSOURCE=0
ENCODER=0
MOVIE_ONLY_LOOP=0
DGDECIM=0
DECODER=0
WIDE_PERCENT=100
WIDE_OFFSET=1
FORCE_NOENCODE=0
[Paths]
WORKING_PATH=F:\WORK\
NeroAACPath=C:\BD Rebuilder\NeroAACCodec-1.5.1\win32\neroAacEnc.exe
SOURCE_PATH=F:\WORK\IMPORTS\BBC_IPLAYER_-_RADIO_2_LIVE_IN_HYDE_PARK_-_2014_JEFF_LYNNE'S_ELO\
DGIndexIM=C:\BD Rebuilder\BD_Rebuilder\Tools\DGIndexIM.exe
DGDecIM=C:\BD Rebuilder\BD_Rebuilder\Tools\DGDecodeIM.dll
------------------------------------------------------------

MediaInfo on source file
General
Complete name : \\pc1\disc F\BBC iPlayer - Radio 2 Live in Hyde Park - 2014 Jeff Lynne's ELO.flv
Format : Flash Video
File size : 864 MiB
Duration : 1h 20mn
Overall bit rate : 1 508 Kbps

Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L3.1
Format settings, CABAC : Yes
Format settings, ReFrames : 2 frames
Codec ID : 7
Duration : 1h 20mn
Bit rate mode : Constant
Nominal bit rate : 1 404 Kbps
Width : 832 pixels
Height : 468 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.144

Audio
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : 10
Duration : 1h 20mn
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
----------------------------------------------------------

Could this be a bug?

[jdobbs]

One short question. Is it actually possible since a couple versions of BD rebuilder that the selection of the x264 presets using automatic quality was changed. Actually I thought in the past BD rebuilder used "ultrafast" for BD-9 most time, now it is more "faster" ? Is this possible or did I change something in the settings? Thanks!The algorithm hasn't changed. "Ultrafast" is never chosen automatically -- but it can be chosen by picking "High-Speed Option (BD-25+)" from the menu.

[jdobbs]

I did the same "high compression" tests as here (http://forum.doom9.org/showpost.php?p=1694139&postcount=21156)but with a different clip this time.

Clip2: 1920x1080 blu-ray; original (http://forum.doom9.org/showpost.php?p=1694101&postcount=89) file size 114'912 kB

Resized to 1280x720:
a1. x264 --crf 24.1 --preset slow => file size 809 kB (100%), PSNR 46.583, encoding speed 30.86 fps
a2. x264 --crf 23.6 --preset medium => file size 882 kB (109%), PSNR 46.585, encoding speed 41.61 fps
b1. X265 --crf 27.0 --preset faster => file size 492 kB (56%), PSNR 46.594, encoding speed 24.05 fps
b2. x265 --crf 23.95 --preset medium => file size 448 kB (55%), PSNR 46.608, encoding speed 13.26 fps

b1. is the overall winner for me when going for high compression and "good quality" at affordable encoding speed. I am still sceptical about the true benefits of stronger presets than "faster" for x265 at the current stage. If retention of details and fine grain are the prime target one may stick to x264 at the expense of larger file sizes though. This may change of course with future improvements of x265.
My impression is based on watching on PC monitor only. It may look different on large TV or projector, I don't know....

[Edit:]
I didn't crop the black borders of clip 2. This tends to bias the PSNR to high values. The comparision should however still be valid as the condition was the same for all tests.The introduction of smoothing (loss of fine grain an detail) should lower the PSNR. PSNR compares every pixel for differences, and the differences are noise.

[jdobbs]

Time difference between PAL and NTSC

A strange thing happened when I imported a PAL flv-source and transfered it into a PAL dvd-5. The run time of the source is 1'20"09, but after conversion I got a PAL dvd which runs for 1'23"34. You see the time difference reflects the PAL/NTSC ratio of 25/23.976. Since it is a concert movie the sound slowing down could be a hinderance.It's not a bug. A 23.976 source is not legal on DVD, so it has to be converted to 25fps (for PAL). On NTSC it has to be converted to 29.97 -- but it is done with pulldown. There's no choice. I believe it's the same method used on commercial discs when converting from 24fps film. By using Avisynth's TimeStretch() function you can stretch the audio without affecting the pitch. I could probably put in an option to add a frame every second instead -- but I'm not sure how good that would look.

Do you hear a difference? You shouldn't be able to.

[daberti]

Yes, I was referring to the directshow filter.

I've just installed LAVFilters-0.62, and it pretty much eliminated any problems I'm having. Hopefully it will also eliminate BD-RB's need for FFDSHOW and HAALI. Still testing.

Should you recommend installing 0.62 64Bit or the 32Bit on my 64Bit W7?

I'm doing some SSIM testing (x264 vs x265) right now. I'll publish the result here before late evening.

[musiclover]

It's not a bug. A 23.976 source is not legal on DVD, so it has to be converted to 25fps (for PAL). On NTSC it has to be converted to 29.97 -- but it is done with pulldown. There's no choice. I believe it's the same method used on commercial discs when converting from 24fps film. By using Avisynth's TimeStretch() function you can stretch the audio without affecting the pitch. I could probably put in an option to add a frame every second instead -- but I'm not sure how good that would look.

Do you hear a difference? You shouldn't be able to.

No I don't hear a difference.

But my point was that the source (the flv file I imported) was PAL with 25 fps and NOT NTSC. See the MediaInfo at the end of my previous post. Besides I downloaded it from BBC and they make only PAL video's.

Maybe my question should be: How do I make a PAL pseudo bd from a PAL source?

[Racer]

The algorithm hasn't changed. "Ultrafast" is never chosen automatically -- but it can be chosen by picking "High-Speed Option (BD-25+)" from the menu.

Thanks for the info. Is there also a hiddenopt for setting "--lookahead-threads", I have only found THREADS=n. Thanks!

[daberti]

Some SSIM info, movie is Blade Runner (Final Cut 2009 EU Edition), Chapter 2 (4'38")

Codec;CRF Value;Codec Preset;SSIM Value;SSIM dB;Bitrate;
x264;20;1 Ultrafast;0.9798061;16.948(dB);16034.18 (kb/s);
x264;20;2 Superfast;0.9826496;17.607(dB);12372.08 (kb/s);
x264;20;3 Veryfast;0.9767451;16.335(dB);5985.80 (kb/s);
x264;20;4 Faster;0.9757283;16.149(dB);5417.22 (kb/s);
x264;20;5 Fast;0.9780750;16.591(dB);6083.54 (kb/s);
x264;20;6 Medium;0.9751578;16.048(dB);4990.88 (kb/s);

x265;20;1 Ultrafast;0.970661;15.326(dB);3944.24 (kb/s);
x265;20;2 Superfast;0.973011;15.688(dB);3946.04 (kb/s);
x265;20;3 Veryfast;0.976775;16.340(dB);5814.17 (kb/s);
x265;20;4 Faster;0.976774;16.340(dB);5632.06 (kb/s);
x265;20;5 Fast;0.971429;15.441(dB);2740.14 (kb/s);
x265;20;6 Medium;0.971805;15.498(dB);2894.58 (kb/s);

[soneca]

The introduction of smoothing (loss of fine grain an detail) should lower the PSNR. PSNR compares every pixel for differences, and the differences are noise.

Smoothing the source there were two results.
And depend on the source, the result can vary widely.

Using the X265 slightly lowered the PSNR.

normal > encoded 1473 frames in 658.54s (2.24 fps), 30820.32 kb/s, Global PSNR: 40.191
smooth > encoded 1473 frames in 653.69s (2.25 fps), 28360.36 kb/s, Global PSNR: 40.111

But here using the x264 PSNR slightly increased.

normal > encoded 68543 frames, 33.03 fps, 5303.02 kb/s
PSNR Mean Y:42.517 U:48.075 V:48.514 Avg:43.617 Global:42.491

smooth > encoded 68543 frames, 28.27 fps, 4708.95 kb/s
PSNR Mean Y:42.289 U:46.283 V:46.544 Avg:43.233 Global:42.543

[Sharc]

The introduction of smoothing (loss of fine grain an detail) should lower the PSNR. PSNR compares every pixel for differences, and the differences are noise.
Yes, agree. In my tests I tried to nail the PSNR at a fix value by changing the --crf and --preset for x264 and x265.
Anyway, I found the size reduction compared to the original amazing for obtaining a "watchable" results. x265 eventually ending up at about 55% of x264 for virtually the same PSNR and much the same (subjective) viewing impression.
(I disabled aq and psy for my tests).

P.S.
Any experience around about how many dB's of PSNR difference are noticed when watching a movie? 3dB?
In family-internal blind tests I got complaints only when some blocks popped up -- even though the PSNR was pretty good.... LOL.

[jdobbs]

No I don't hear a difference.

But my point was that the source (the flv file I imported) was PAL with 25 fps and NOT NTSC. See the MediaInfo at the end of my previous post. Besides I downloaded it from BBC and they make only PAL video's.

Maybe my question should be: How do I make a PAL pseudo bd from a PAL source?According to the log it isn't PAL, it says it is 23.376fps. [10:11:28] PHASE ONE, Encoding
- [10:11:28] Processing: VID_00000 (1 of 1)
- [10:11:28] Extracting A/V streams [VID_00000]
- [10:11:58] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 720x480
- Rate/Length: 23.976fps, 120,217 frames
- Bitrate: 6,973 KbsNo conversions are performed during IMPORT, so I'm confused as to how it could have changed. You don't happen to have IMPORT_PAL_TO_FILM=1 set in your Config/INI do you? That would put flags in the PSEUDO.INF file to tell the reencode to convert it.

I don't have any 25fps FLV files to test... I'll see if I can create one.

[jdobbs]

Smoothing the source there were two results.
And depend on the source, the result can vary widely.

Using the X265 slightly lowered the PSNR.

normal > encoded 1473 frames in 658.54s (2.24 fps), 30820.32 kb/s, Global PSNR: 40.191
smooth > encoded 1473 frames in 653.69s (2.25 fps), 28360.36 kb/s, Global PSNR: 40.111

But here using the x264 PSNR slightly increased.

normal > encoded 68543 frames, 33.03 fps, 5303.02 kb/s
PSNR Mean Y:42.517 U:48.075 V:48.514 Avg:43.617 Global:42.491

smooth > encoded 68543 frames, 28.27 fps, 4708.95 kb/s
PSNR Mean Y:42.289 U:46.283 V:46.544 Avg:43.233 Global:42.543Yeah, a lowering of the PSNR is what you'd expect. Even in your x264 example both the average and the mean PSNR dropped.

Yeah, I think the source could make a huge difference. A source that is already smooth (like computer animation) probably wouldn't show as much of a drop with smoothing on, while a grainy film source would.

[Toilet-Duck]

Serious issues with latest beta 48.05 !!!

1. Audio / video from output is out of sync using default settings (directshowresource ... )

↑ this has been for an long time going on !!
with every revision up to 48.x i have to change settings to fix sync problem !!

2. Preview using the mpc tool that came with the bdrebuilder package is SLOW AS HELLL !!! Seek times are TERRIBLE SLOW !!!


in a nutshell, just reverted back to the previous version 47.07 and all is swell again !!

Just saying , i don't think its something with my system or missing software components that are needed to work in tandem with bdrebuilder !!


cherriepoopers,
toiletduck

[Ch3vr0n]

Then somethings wrong with your system. 48.05 works just fine here, you also claim "it's bad" yet you provide ZERO logs for your supposedly out of sync discs. Sorry but we don't have a crystal ball to magically guess and solve your problem. Reverting back to 47.07 doesn't help you either, it may have issues that could affect newer discs, bugs that are fixed in newer versions and well it won't last forever. Every version has a built in expiration timer for precisely those reasons, at some point you'll HAVE to use a newer version

[omegaman7]

Toilet-Duck... that's really not the best way to get the programmers attention. And like Ch3vr0n said, no logs = very difficult to diagnose the problem.

[Toilet-Duck]

Then somethings wrong with your system. 48.05 works just fine here, you also claim "it's bad" yet you provide ZERO logs for your supposedly out of sync discs. Sorry but we don't have a crystal ball to magically guess and solve your problem. Reverting back to 47.07 doesn't help you either, it may have issues that could affect newer discs, bugs that are fixed in newer versions and well it won't last forever. Every version has a built in expiration timer for precisely those reasons, at some point you'll HAVE to use a newer version

First, sorry no logs... my explenation should suffice i'"d say..

Furthermore, my system is and always has been running just fine and in MINT condition for pretty much all of the stuff i have been doing ... i.e photo editing, video editing (After effects CC) etc etc..

You name it , i got it..

Again, if it woud be my system all along i woud have had 1, or more of the same issues with versions prior to 48.xx , isnt it ?

No its pretty much clear to me its an DArn BUG ready to be squashed buzzz !!

Also, i have mentioned that the out of sync issue happends with ALL THE MOVIES ... OLD AND/OR NEW !!

bdrebuilder makes no distinction for that matter!

And now, preview / seek times in mpc is broken too (though mpc is the same revision as the one used in 47.xx !!)

Sound, is distorted too if i use Pass through for bitstreams !!!
Fortunately i did found an sollution for that too ...

But, to make bdrebuilder to work i had to change allots of default settings !!!


EDIT: now that you mentioned about the expiration date, thats just illogicall to put that in the programming !!!

Yes, i have got the message awhile back while i wos on 47.07 that it has expired.

Guess what, iam back in business with 47.07..

disabling an freeware app after a certain amount of time is just foolish and counter productive !!

Updates do tend to break things more often instead of fixing them more and more lately !!!
So, reverting back / downgrade is often the only sollution to get everything to work again !!


cherriepoppers,
toiletduck

[Ch3vr0n]

Your explanation does not suffice, period. Your system discs specs are irrelevant, your settings of the helper tools aren't. The log contains entries for starters about you're ffdshow settings, version used, ... If even one of those settings is of it could cause your issues. No log, no help. Whether movie is new or old doesn't matter. And about the timer, it's logical. That is fine intentional to stop people using old versions that contains bugs that are fixed in never versions. One of the requirements to get help is to use the latest version. So you have the choice. Post a log from an encode with the LA latest version and the inspect results or no help. It's that simple. As you say 'it's a bug that needs to be squashed', well perhaps it is, but how can jdobbs potentially fix it if you refuse to use the latest version needed and provide the log info be needs to do so. It's up to you! The ball is in your court.

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[varekai]

@Toilet-Duck

Your two (2) post has to be the dumbest I've seen in a long while...
Btw, BDRB 48.05 works like a charm on my machine! :D

[musiclover]

According to the log it isn't PAL, it says it is 23.376fps. [10:11:28] PHASE ONE, Encoding
- [10:11:28] Processing: VID_00000 (1 of 1)
- [10:11:28] Extracting A/V streams [VID_00000]
- [10:11:58] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 720x480
- Rate/Length: 23.976fps, 120,217 frames
- Bitrate: 6,973 KbsNo conversions are performed during IMPORT, so I'm confused as to how it could have changed. You don't happen to have IMPORT_PAL_TO_FILM=1 set in your Config/INI do you? That would put flags in the PSEUDO.INF file to tell the reencode to convert it.

I don't have any 25fps FLV files to test... I'll see if I can create one.


No, I don't have IMPORT_PAL_TO_FILM=1 set in my ini as you can see in my previous post. http://forum.doom9.org/showpost.php?p=1694268&postcount=21172

[jdobbs: Edited out link]

[Toilet-Duck]

Upon further investigation i noticed that mpc (for preview) is acting funny all of an sudden only when i choose x264 internal lavf as frame server in bdrb 48.xx !!

Very long and slow seek times, no audio etc etc...!!!

mpc plays nice only when using the default setting directshowresource as frame server !!! and all of the above problems fades away like snow under the sun !!

But then again, using default settings directshow as frameserver results in out of sync movies every time !!!

Infact, while preview my project in mpc the video clips already play out of sync !!

Now, i have used and are still using mpc + x264 internal as frame server for preview and encode in bdrb 47.xx because of this nuicance in bdrb48 and never experience any of this !!

iam sure you don't need any logs to reproduce this phenomen.


cherriepoopers,
toiletduck

[jdobbs]

Upon further investigation i noticed that mpc (for preview) is acting funny all of an sudden only when i choose x264 internal lavf as frame server in bdrb 48.xx !!

Very long and slow seek times, no audio etc etc...!!!

mpc plays nice only when using the default setting directshowresource as frame server !!! and all of the above problems fades away like snow under the sun !!

But then again, using default settings directshow as frameserver results in out of sync movies every time !!!

Infact, while preview my project in mpc the video clips already play out of sync !!

Now, i have used and are still using mpc + x264 internal as frame server for preview and encode in bdrb 47.xx because of this nuicance in bdrb48 and never experience any of this !!

iam sure you don't need any logs to reproduce this phenomen.


cherriepoopers,
toiletduckOut of sync problems are always caused by the same thing. Something on your system has intercepted, overridden, or interfered with the FFDSHOW directshow filters. If you have any "CODEC Packs", remove them. Then reinstall FFDSHOW, HAALI, and AVISYNTH.

When the software works on everyone's system but yours... that oughta' be a clue. Continually posting that you are right, while refusing the advice of experienced users, doesn't make you any less wrong.

[jdobbs]

No, I don't have IMPORT_PAL_TO_FILM=1 set in my ini as you can see in my previous post. http://forum.doom9.org/showpost.php?p=1694268&postcount=21172

[jdobbs: Edited out link]I've created a file that I can use to debug. I edited out the link because I want to make sure we're not inadvertently posting links to copyrighted material.

[Edit] Ok, I created a file that matched yours and here's what I found. Yes, the original was 25fps... but it's horizontal resolution was greater than 720 and less than 1280. So BD-RB decided to flag it (in PSEUDO.INF) to resizeto 1280x720 in order to not lose any of its resolution. The problem then becomes: 1280x720@25fps is not a legal BD combination. So it has to either convert to 50fps by doubling/repeating frames (which is a waste of bandwidth) or to convert to 23.976fps. It chose to do the latter, which it considered to be the lesser of two evils.

[worknstiff]

@ jdobbs RE: According to the log it isn't PAL, it says it is 23.376fps.

I can also confirm (at least on my system using almost stock .ini) that the latest versions of BD Rebuilder are not detecting or processing 25 fps mkv's correctly. If you need logs, I can post those too. Here are my images:

http://i61.tinypic.com/29az503.jpg

http://i62.tinypic.com/2iuxj48.jpg

http://i61.tinypic.com/hv3xx2.jpg

[Sharc]

Isn't the problem that 1280x720p25 is neither DVD (resolution) nor Blu-ray (framerate) compliant? What should BD-RB do with it? Convert to 1280x720p50 by duplicating frames (which produces little overhead), or applying 2:1 pulldown which AFAIK has possibly still issues with tsMuxeR (?). Or just re-issue a "non-compliant" stream?

[worknstiff]

@ Sharc RE: Or just re-issue a "non-compliant" stream?

Yeah, I'll vote for that alternative. I would of course prefer changing it to 23.976, if it could be done without making it out of sync or causing it to have jerky playback. I wish there was an easy solution for perfect NTSC playback, but until then my Oppo will play 25fps very nicely.

[veggav]

Hey I've made a few changes on my FFDShow so it uses MadVR.

That and a few more changes.
Does that make any difference for BD Rebuilder?

[jdobbs]

@ Sharc RE: Or just re-issue a "non-compliant" stream?

Yeah, I'll vote for that alternative. I would of course prefer changing it to 23.976, if it could be done without making it out of sync or causing it to have jerky playback. I wish there was an easy solution for perfect NTSC playback, but until then my Oppo will play 25fps very nicely.That's not going to happen. Standards are there for a reason, and BD-RB will not create non-compliant BDs. End of discussion.

BD Rebuilder are not detecting or processing 25 fps mkv's correctly That is an incorrect statement. BD-RB is properly handling it. But if the source is garbage because of it's non-standard resolution -- BD-RB can only do its best to correct it.

[Toilet-Duck]

Out of sync problems are always caused by the same thing. Something on your system has intercepted, overridden, or interfered with the FFDSHOW directshow filters. If you have any "CODEC Packs", remove them. Then reinstall FFDSHOW, HAALI, and AVISYNTH.

When the software works on everyone's system but yours... that oughta' be a clue. Continually posting that you are right, while refusing the advice of experienced users, doesn't make you any less wrong.

I told it a zilion times before, i got arround the desync problem by adjusting an setting in bdrb.

Now if it were my system causing this or some settings in the helptools then i / bdrb wouldnt have succeeded in making an flawless bd50 → bd25 backups regardless of what settings i have used in bdrb now is it ?

U lost me there !!

Again, i haven't changed anything in my system apart from re-installing ffdshow, haali etc etc like you suggested but that didn't fixed the desync issue bdrb have only when using the default frame server bdrb!!

AGain, when i change that to another frameserver the output of my projects DO PLAY INFACT ALL NICE IN SYNC . i repeat ALL of my MOVIE PROJECTS are done properly and play just nice ...

But ONLY when i change default settings in rebuilder .. *sighn* !!
I haven't → touched ANY SETTINGS ← in the help tools , all help tools were installed and used with the default settings appart from the settings in bdrb!!


edit: you keep saying that your bdrb updates don't break things and only improves the software mkay...

as iam the only one having this issue with bdrb 48 you say between the lines!!

Maybe just Maybe, iam the only 1 reporting this here just because ppl know how futile it is to post results and therefor trying to convince you that there possible is an bug involved in the programming !!

Also, if the app is so perfect why i do read many posts from members which not the least of all "chevron" stating that he/she went back to an previous beta release because of problems that has occured and couldnt be resolved unless he went back to an older build to accomplish an succesfull project.

Weird enough, i didn't read any reply from you @chevrons telling that his/her misconfigured system must be causing this !!



cherriepoppers,
toiletduck

[musiclover]

, I created a file that matched yours and here's what I found. Yes, the original was 25fps... but it's horizontal resolution was greater than 720 and less than 1280. So BD-RB decided to flag it (in PSEUDO.INF) to resize to 1280x720 in order to not lose any of its resolution. The problem then becomes: 1280x720@25fps is not a legal BD combination. So it has to either convert to 50fps by doubling/repeating frames (which is a waste of bandwidth) or to convert to 23.976fps. It chose to do the latter, which it considered to be the lesser of two evils.

Thank you for the explanation. I had no idea of all the difficulties involved in PAL/NTSC conversion and all the different sizes there are.

[jdobbs]

I told it a zilion times before, i got arround the desync problem by adjusting an setting in bdrb.

Now if it were my system causing this or some settings in the helptools then i / bdrb wouldnt have succeeded in making an flawless bd50 → bd25 backups regardless of what settings i have used in bdrb now is it ?

U lost me there !!

Again, i haven't changed anything in my system apart from re-installing ffdshow, haali etc etc like you suggested but that didn't fixed the desync issue bdrb have only when using the default frame server bdrb!!

AGain, when i change that to another frameserver the output of my projects DO PLAY INFACT ALL NICE IN SYNC . i repeat ALL of my MOVIE PROJECTS are done properly and play just nice ...

But ONLY when i change default settings in rebuilder .. *sighn* !!
I haven't → touched ANY SETTINGS ← in the help tools , all help tools were installed and used with the default settings appart from the settings in bdrb!!


cherriepoppers,
toiletduckListen. You don't want to post logs, you don't want to post INSPECT results -- in other words you don't want to help. All you want to do is complain and post nonsense trying to make it seem as if you are right.

Here's a news flash for you: You're not.

I, and the others here, have no time for this nonsense. Either do what I say to correct your issue... or go away. Reinstall the apps I said.

It's simple. Your issue is YOUR issue. It affects no one else. C'mon -- a little logic wouldn't hurt, don't you think? All the "sighing" in the world doesn't make you any less wrong. It just makes you look more foolish.

[Toilet-Duck]

Listen. You don't want to post logs, you don't want to post INSPECT results -- in other words you don't want to help. All you want to do is complain and post nonsense trying to make it seem as if you are right.

Here's a news flash for you: You're not.

I, and the others here, have no time for this nonsense. Either do what I say to correct your issue... or go away. Reinstall the apps I said.

It's simple. Your issue is YOUR issue. It affects no one else. C'mon -- a little logic wouldn't hurt, don't you think? All the "sighing" in the world doesn't make you any less wrong. It just makes you look more foolish.


My testimonials are the logs in its own right, but you and the likes don't seem to accept or care what i have found out about bdrb !!

Posting logs have done lil to no good in the past for me, been there done that !!

It alway's comes down to user error to you poeple !!

Well, iam done wasting time to search for logs everywhere just to get ignored / disregard by you and the like eventually !!

No, be glad i took atleast the time to post my bdrb experience/results so that you and others that may be in the same boat like me might learn something from my experience ...

Its not about right or wrong, but about comon sense !!

[gonca]

To whom it may concern (Toilet Duck)
Using latest BD_RB ... no issues
reporting issues -- I have reported issues in the past with the appropriate logs and jdobbs responded appropriately.
Is this a new user name your using because your writing style looks familiar, like the person who kept bringing up old change logs for DVD_RB to prove that it still has issues with multi angle titles

[jdobbs]

My testimonials are the logs in its own right, but you and the likes don't seem to accept or care what i have found out about bdrb !!

Posting logs have done lil to no good in the past for me, been there done that !!

It alway's comes down to user error to you poeple !!

Well, iam done wasting time to search for logs everywhere just to get ignored / disregard by you and the like eventually !!

No, be glad i took atleast the time to post my bdrb experience/results so that you and others that may be in the same boat like me might learn something from my experience ...

Its not about right or wrong, but about comon sense !!Your posts are useless. Your attitude sucks. You want to help in any way except post what is needed. Logs ignored? You've made a total of 5 posts -- all worthless rants -- and have never posted a single log.

Happy to see you go. Don't let the door hit you on your way out.

[Mikeyb123]

I hope this isn't too off topic but I wanted to apologize to jdobbs for the crass behavior of Toilet-Duck. He seems incapable of following directions from people who are trying to [I]help[I] him. If he isn't willing to take their advice then why bother asking for help? In every case where I have had a problem with BD-RB it was self inflicted and jdobbs bends over backwards to assist with problems. Then to be treated like he is some clueless noob. Have some respect for this very talented individual who has given of himself and created a brilliant program, not once, but twice in BD-RB and DVDRebuilder. Believe me, in every sense this is your problem. If you aren't going to take his advice then leave him alone!

[Ch3vr0n]

Also, if the app is so perfect why i do read many posts from members which not the least of all "chevron" stating that he/she went back to an previous beta release because of problems that has occured and couldnt be resolved unless he went back to an older build to accomplish an succesfull project.

Weird enough, i didn't read any reply from you @chevrons telling that his/her misconfigured system must be causing this !!



cherriepoppers,
toiletduck

I stated NO SUCH THING. I said something on YOUR system was causing the out of sync issues, not on mine. I also never said i went back to an older version to "fix" things, going back doesn't fix things, it avoids issues. Wanna know why i never said that, perhaps because i don't have out of sync issues and never have gone back.

Jdobbs doesn't have to tell me it might be because of my misconfigured system, because my system ISNT misconfigured. Don't twist my words mate. My helper aps are the correct versions, properly configured as per instructions, no additional codec packs installed and BDRB runs flawlessly. You'll end up on the losing side.

Now i'll say this one last time.

If you have sync issues then

1) post a log from an encode that has those issues
2) post the inspect results from BDRB > Help > Inspect

We can't help you until you provide us with the info we need to do it. If you still don't want to, well. Then as Jdobbs said, don't let the door hit you on the way out. Cause you'll have to update to a version beyond 47.07 eventually. It won't last forever.

[Lathe]

Just a quickie... Out of curiosity, I opened the vid.avs file during the first pass of an encode (perennially curious, what can I say :) ) Anyway, in that it says that it has loaded the frimsource.dll...??? Is that something that BDRB just does every time? I'm not processing a 3D film; it's just an old 2D Blu-ray. I'm not resizing or doing anything out of the ordinary; I was just really curious as to why it loaded this dll.

Oh, and I almost ALWAYS use internal LAVF for everything.

I guess I should add this too, just for clarity:

#Created by BD Rebuilder - v0.48.05 (beta)
LoadPlugin("C:\EXECUTABLES\BD-RBV04805\BD_Rebuilder\tools\frimsource.dll")
FRIMSource(codec="h264",filename="C:\_______MEDIA\__TSMUXER\BDMV\STREAM\00000.m2ts",
container="ts",platform="sw",num_frames=182568,cache=24)
ConvertToYV12().AssumeFPS(24000,1001)

Thanks!

[jdobbs]

Just a quickie... Out of curiosity, I opened the vid.avs file during the first pass of an encode (perennially curious, what can I say :) ) Anyway, in that it says that it has loaded the frimsource.dll...??? Is that something that BDRB just does every time? I'm not processing a 3D film; it's just an old 2D Blu-ray. I'm not resizing or doing anything out of the ordinary; I was just really curious as to why it loaded this dll.

Oh, and I almost ALWAYS use internal LAVF for everything.

I guess I should add this too, just for clarity:

#Created by BD Rebuilder - v0.48.05 (beta)
LoadPlugin("C:\EXECUTABLES\BD-RBV04805\BD_Rebuilder\tools\frimsource.dll")
FRIMSource(codec="h264",filename="C:\_______MEDIA\__TSMUXER\BDMV\STREAM\00000.m2ts",
container="ts",platform="sw",num_frames=182568,cache=24)
ConvertToYV12().AssumeFPS(24000,1001)

Thanks!BD-RB always creates an AVS, even if it isn't used. When LAVF is selected, it is created with FRIM. That's because LAVF is the default encode method when Directshow isn't installed. But... unless you are doing some kind of special resizing (like 16:9 conversion or widen) the AVS isn't used at all.

Just for the sake of better encoding, I'll look at changing it so that it uses Directshow when it is available and only FRIM when it isn't. Either way it doesn't matter 90% of the time -- because LAVF mode doesn't use it anyway.

[AmigaFuture]

Update to last post about my SSD. It seems to be related to heat(?). Usually my SSD is cool, but it is between 2 HDDs and I was keeping it pretty active... If repeatable, I'll update.

[jedihyte]

Hello,

When I add to the batch queue one or more jobs with the same quality settings, I see no issues. What I am having issues with if I add to the batch queue one quality setting, but then add another job with a different quality setting. The quality setting for one does not stick.

For example,

I added Ghostbusters with a Full backup, BD-25, Highest Quality to the batch. It started on the correct quality setting. See log (I aborted on purpose):

[22:33:13] PROCESSING BATCH FILE [1]
----------------------
[09/21/14] BD Rebuilder v0.48.05 (beta)
[22:33:14] Source: GHOSTBUSTERS
- Input BD size: 32.45 GB
- Approximate total content: [01:59:31.454]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]

>>> - Quality: Highest (Very Slow), ABR

- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[22:33:14] PHASE ONE, Encoding
- [22:33:14] Processing: VID_00002 (1 of 3)
- [22:33:14] Extracting A/V streams [VID_00002]
- [22:33:36] Reencoding video [VID_00002]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 6,863 frames
- Bitrate: 5,906 Kbs
- [22:33:36] Reencoding: VID_00002, Pass 1 of 1
[22:33:38]PHASE ONE aborted by user request
[22:33:38] BATCH ABORTED...
==========================
[22:33:39] END - BATCH SEQUENCE

But then I added another job for another blu-ray with Automatic settings, which sets it to Good Quality.
Batch tab looks like this:

+ GHOSTBUSTERS, Full-Backup, BD-25, Highest Quality
+ GODZILLA_1988, Full-Backup, BD-25, Good Quality

When I start the Batch Backup Ghostbusters starts encoding on Good Quality settings and not Highest Quality (I aborted):

[22:34:19] PROCESSING BATCH FILE [1]
----------------------
[09/21/14] BD Rebuilder v0.48.05 (beta)
[22:34:19] Source: GHOSTBUSTERS
- Input BD size: 32.45 GB
- Approximate total content: [01:59:31.454]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
>>> - Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
- Encoding cancelled.

[varekai]

Posting logs have done lil to no good in the past for me, been there done that !!
Are these your old logs? Zzzzzzzz...
http://i59.tinypic.com/2llow90.jpg

[varekai]

@jedihyte

Just a thought, maybe a bit awkward, but have you tried this:

--> Save each job to "Save Project" file (.epr)
--> Open project one by one and "Add Current Project to Batch Queue"

[Toilet-Duck]

If he isn't willing to take their advice then why bother asking for help?

I never asked for help, nor did i expect help from this place !!
I just wanted to tell the people what to expect from certain builds!!

Hell, i have pretty much solved every darn issue i have had with bdrb myself pretty much !!

Thanks but no thanks


I stated NO SUCH THING. I said something on YOUR system was causing the out of sync issues, not on mine. I also never said i went back to an older version to "fix" things, going back doesn't fix things, it avoids issues.

You never EVAR went back to an older build to avoid issues with the last build you dare to say !!? ...

Here's is what you NOT ONLY HAVE SAID/WROTE but have DONE to workarround an isue .. and i direct quote ↓

And pay attention to the line "swapped to 48.02" !!!

well it refuses on my end with 48.03 nothing changed except replacing the folder contents with that of the zip by copy/paste&replace. Copying the folder to like C:\ root doesn't help. Same trying a different ISO. Same thing reading directly from optical drive. Swap to 48.02. Problem solved on both iso reading and optical drive.

↑ be it as it may, one can cleary deduce from the logs you went from 48.03 to 48.02 for whatever reason may be !!


EDIT:

Hello,

When I add to the batch queue one or more jobs with the same quality settings, I see no issues. What I am having issues with if I add to the batch queue one quality setting, but then add another job with a different quality setting. The quality setting for one does not stick.

For example,

I added Ghostbusters with a Full backup, BD-25, Highest Quality to the batch. It started on the correct quality setting. See log (I aborted on purpose):



Now , i dont have any logs to back it up ! But same happend to me with bdrb 48.xx, i just forgot to add it to an long list with issues !!!

just happened to have done this same movie "ghost busters" in batch mode allong with 4 other movies using bdrb 47.07 succesfully .

The quality settings depending on the content (extras etc) of the bluray disks variated from high CQ to Highest and did stick in batch ..

Only thing is when you change any settings in option menu, you have to redo the whole thing and add new batch queue's !!

Stick to 47.07 for the time beeing i suggest..



cherriepoppers,
toiletduck

[Ch3vr0n]

I warned you not to twist my words, or you'd end up on the losing side. So without further adue lets get started shall we?


Here's is what you NOT ONLY HAVE SAID/WROTE but have DONE to workarround an isue .. and i direct quote ↓

And pay attention to the line "swapped to 48.02" !!!


Twist 1: If you had actually bothered to read the previous & followup replies by me and jdobbs you would have read that that issue was caused by a change JDOBBS made to BDRB by making frim the default rendered. IT WAS NOT AN ISSUE WITH MY SYSTEM

DING DING DING: you lose

Twist 2:

↑ be it as it may, one can cleary deduce from the logs you went from 48.03 to 48.02 for whatever reason may be !!

A REPLY is NOT A LOG. A log is what BDRB output's during encoding. Here's a small example

[09/01/14] BD Rebuilder v0.48.02 (beta)
[23:30:55] Source: DIVERGENT
- Input BD size: 44,69 GB
- Approximate total content: [04:34:45.388]
- Target BD size: 22,95 GB
- Windows Version: 6.0 [6002]
- MOVIE and MENUS mode enabled
- Auto Quality: Good (Very Fast), Two Pass
- Output folder: C:\BDRB Rebuilds\
- Decoding/Frame serving: DGDecNV [2-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640

Hmmz, what's that. Oh wait, an ENCODING LOG. Where did i find that? Oh wait in the file called BD-REBUILDER.LOG


DING DING DING. You lose AGAIN



EDIT:



Now , i dont have any logs to back it up ! But same happend to me with bdrb 48.xx, i just forgot to add it to an long list with issues !!!


Yes you do. Every disc you run BDRB writes the encoding output in a file called BD-REBUILDER.LOG which is located in your directory you specified under "Working Path"


Only thing is when you change any settings in option menu, you have to redo the whole thing and add new batch queue's !!


That's because those changes have an impact on disc output. They don't change any values on projects already added to the batch queue, only on NEW jobs you add to the queue


Stick to 47.07 for the time beeing i suggest..

Bad suggestion, 48.05 works just fine if your system's helper tools are correctly configured.

But then again we don't know yours are do we? As you still havent provide a single encoding log or inspect results so we can verify they are. If your helper tool settings would be correctly configured and you had sync issues with 48.05 THEN it could potentially be a bug (or in most cases usually a corrupt rip). However we can't verify they are or arent until you provide that encoding log and inspect results.


So quit beating around the bush and ranting.

Provide that encoding log, (from any version that "makes" you have sync issues) and the inspect results. Then come back, until you do. Quit polluting the debug thread with an issue that's likely not even a bug.

* closes door behind you *

[jdobbs]

Typical response. I've seen a hundred times.

I'm wrong and everyone knows it, so instead of admitting it I'm going to start writing multiple long diatribes explaining how right I am. I may even make up things or modify the facts to support me. No matter what, I have to somehow make it seem as if I'm right. The entire world may disagree with me but I'm obviously right. I didn't post any logs or useful information -- so I'll start calling my "testimonials" logs. I know my system is misconfigured because I did it my self -- so I can't post logs or inspect results. But that couldn't be the issue -- because I'm obviously right. The version works for everybody on the entire planet except for me -- but apparently they're too stupid to know it's not working, because I'm clearly right.Well, iam done wasting time to search for logs everywhere just to get ignored / disregard by you and the like eventually !!Promises, promises. I thought you were going away... but I should have known better, because you are convinced that somehow, despite the overriding and obvious facts -- you must be right. ????

Just go away. You are annoying and a burden to an otherwise productive thread. Every post makes you look a little more foolish.

Oh... and by the way, maybe you should learn that there is a such thing as a "paragraph". It's a new-fangled invention that combines related thoughts into a single unit to add clarity.

[jdobbs]

Here's where I must put on my moderator hat. The thread has been pulled way off topic (Toilet-Duck's responses have even managed to get me to violate the rule).

Now, though, I need to correct that. Any more off-topic discussion will be dealt with appropriately. Strikes may follow.

[jdobbs]

@jedihyte

I'll do some testing with BATCH processing and see if I can repeat your issue. It sounds like the quality variable isn't being properly read from the BATCH settings and it is keeping what was last set. I did some changes to the QUALITY variable recently -- so it's likely I've screwed it up somehow.

[DarWun]

@jedihyte

I'll do some testing with BATCH processing and see if I can repeat your issue. It sounds like the quality variable isn't being properly read from the BATCH settings and it is keeping what was last set. I did some changes to the QUALITY variable recently -- so it's likely I've screwed it up somehow.

I have seen the same behaviour. I posted about it back in January. Just in case it includes anything that might be useful in pinpointing the bug, this is a link to the post:

http://forum.doom9.org/showthread.php?p=1662166#post1662166

[jdobbs]

I have seen the same behaviour. I posted about it back in January. Just in case it includes anything that might be useful in pinpointing the bug, this is a link to the post:

http://forum.doom9.org/showthread.php?p=1662166#post1662166Thanks. I went through the code. This isn't something new -- it looks like it has been around awhile. I've fixed it for the next release.

[pretsam]

I recently tried to make a BD25 of 300 Rise of an Empire and Edge of Tomorrow, they both are out of sync. When I mux both movies to a .iso before I encode they are still fine but after BDRebuilder finishes they are out of sync. Both use DTSHD tracks. So, I also tried another movie I did that had TrueHD recently and it was fine. I tried both movies again and same results with being out of sync. Anyone experience this recently? Everything has been working fine for a long time but just noticed this recently so I went back to check other movies I did also but they all seem fine. I encoded from 2 different USB drives both times back to a sata. Thanks

[Options]
VERSION=0.48.0.2
MODE=3
ENCODE_QUALITY=5
ONEPASS_ENCODING=2
AUTO_QUALITY=0
QUICK_EXTRAS=0
TARGET_SIZE=24500
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=chi;eng;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
DEINTERLACE=1
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=1
AC3_REENCODE=1
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AVCHD=0
REMOVE_WORKFILES=0
MOVIE_ONLY_LOOP=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=1
ASSUME_DVD_PAL=0
AUTO_BLANK=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=24500
PRIORITY_CLASS=0
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
DGDECNV=0
AUTO_BURN=0
RESIZE_1440=0
OUTPUT_3D=0
RESIZE_720=0
NEROAAC=0
SUPTITLE=0
IGNORE_3D=0
OUTPUT_SBS=0
VERBOSE_STATUS=1
ENCODER=0
DGDECIM=0
FRIMSOURCE=0
DECODER=1
[Paths]
SOURCE_PATH=E:\
WORKING_PATH=K:\BDREBUILD\

[Status]
LABEL=EDGE.OF.TOMORROW
VERSION=v0.48.02 (beta)
SOURCE_SIZE=27701661696
SOURCE_VIDEO_SIZE=27701661696
TARGET_SIZE=25690112000
REDUCTION=.927385233489785
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=chi;eng;
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=-1
SSIF_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00000]
AUDIO=1
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=25690112000
RATE=22356
SPLITS=1
NSIZE=0
FLINK=0
MLINK=0

[Status]
LABEL=300.RISE.OF.AN.EMPIRE
VERSION=v0.48.02 (beta)
SOURCE_SIZE=26889486336
SOURCE_VIDEO_SIZE=26889486336
TARGET_SIZE=25690112000
REDUCTION=.955396160379819
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=chi;eng;
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=-1
SSIF_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00000]
AUDIO=1
PGS=1000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=25690112000
RATE=24873
SPLITS=1
NSIZE=0
FLINK=0
MLINK=0


[09/22/14] Checking System Settings
- BD-Rebuilder v0.48.02 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 22.10GB
- AVISYNTH Version: 2.5.8.0, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[09/22/14] Systems Settings Check complete

[jdobbs]

@Toilet-Duck

Your were instructed to get back on topic by a moderator and were warned that a strike would follow. You ignored the instruction. Your posts have been removed and you have been issued a strike.

Stop now, or receive another strike.

[jdobbs]

I recently tried to make a BD25 of 300 Rise of an Empire and Edge of Tomorrow, they both are out of sync. When I mux both movies to a .iso before I encode they are still fine but after BDRebuilder finishes they are out of sync. Both use DTSHD tracks. So, I also tried another movie I did that had TrueHD recently and it was fine. I tried both movies again and same results with being out of sync. Anyone experience this recently? Everything has been working fine for a long time but just noticed this recently so I went back to check other movies I did also but they all seem fine. I encoded from 2 different USB drives both times back to a sata. Thanks Something is interfering with FFDSHOW. It's usually caused by another software package intercepting/overriding it or installation of a CODEC pack. Sometimes other software will make changes and not have the decency to tell you they are doing so.

Uninstall FFDSHOW AND HAALI and reinstall them. I would also advise you to update to the current version of BD-RB (see the first post of this thread). v0.48.2 wasn't a very solid release and was only out for four days before being replaced.

I've done "300 - Rise of an Empire" with no issues... but I'll run it again just to be sure. "Edge of Tomorrow" hasn't been released here yet.

[Sharc]

I recently tried to make a BD25 of 300 Rise of an Empire and Edge of Tomorrow, they both are out of sync. .......
Have your sources been pre-processed?

[jdobbs]

I recently tried to make a BD25 of 300 Rise of an Empire and Edge of Tomorrow, they both are out of sync. When I mux both movies to a .iso before I encode they are still fine but after BDRebuilder finishes they are out of sync. Both use DTSHD tracks. So, I also tried another movie I did that had TrueHD recently and it was fine. I tried both movies again and same results with being out of sync. Anyone experience this recently? Everything has been working fine for a long time but just noticed this recently so I went back to check other movies I did also but they all seem fine. I encoded from 2 different USB drives both times back to a sata. Thanks Something is interfering with FFDSHOW. It's usually caused by another software package intercepting/overriding it or installation of a CODEC pack. Sometimes other software will make changes and not have the decency to tell you they are doing so.

Uninstall FFDSHOW AND HAALI and reinstall them. I would also advise you to update to the current version of BD-RB (see the first post of this thread). v0.48.2 wasn't a very solid release and was only out for four days before being replaced.

I've done "300 - Rise of an Empire" with no issues... but I'll run it again just to be sure. "Edge of Tomorrow" hasn't been released here yet.I ran "300 - Rise of an Empire using your settings. It came out fine with no sync issues.

I think the reinstall should fix the problem -- as I can't repeat it. If you have any CODEC packs installed, I'd highly suggest you get rid of them, as they are know to cause issues like this.

[jdobbs]

I have updated the first post of this thread with a link to the most recent version of BD-RB (v0.49.01). Changes for this release:- Added H.264/HEVC encoding to the ALTERNATE
output routines. You can now backup a BD
to an MKV file using 30-35% less space
than H.264/AVC while maintaining the same
level of quality. Note: Playback of the
HEVC MKV file via MPC and some other
players may require installation of an HEVC
capable directshow filter. On such filter
can be found with a search for "libde265".
- Added a new "IMPORT_HEVC_INTACT" hidden
option. It will prevent conversion of HEVC
to H.264 during import. This should only
be used if you have a functional Directshow
filter for HEVC and M2TS splitting installed
on your system. See step 1A of README.TXT.
This hidden option's purpose is to prevent
loss of quality by reencoding twice (once
during import and once during backup).
- Added a new option to the Import/Quick-Play
setup dialog. You can now instruct BD-RB
to attempt to find menu background audio to
be used during DVD imports
- Corrected an issue in which resizing of an
interlaced source to progressive could,
under certain circumstances, use the wrong
default deinterlacing method.
- Made changes so that an existing undefined
language during DVD import will default to
"eng". This will prevent removal of those
an undefined audio track when "Import only
languages selected in SETUP dialog" is set
in the IMPORT setting dialog. Note: Some
commercial DVD discs fail to set a lang).
- Added a check so that primary video sources
that are detected as 480p/29.97 and 576p/50
are treated as 480i/576i to make them legal
for BD usage.
- Corrected an error in which 1080p subtitles
could be resized, even though the source is
already 1080.
- Corrected an issue in which the state of
the "Auto Quality" setting was overridding
the quality selection saved in a BATCH job.
- Upgraded HCENCODER (for DVD encodes) to the
most recent version. The older version is
no longer needed, as FFVideoSource is no
longer supported.
- Updated the included version of MKVMERGE to
an new version that supports H.265 (v7.1.0).
- Updated the included version of MKVEXTRACT
to an new version (v7.1.0).
- Updated the included version of X264.EXE to
the latest release (r2479).
- Updated the included version of X264-64.EXE
to the latest release (r2479).
- Other minor corrections and cosmetic fixes.Note that there have been changes to the installation procedures in the first post of this thread (Step 2) and the README.TXT file included in the ZIP file. BD-RB now supports directshow via LAVFilters as an alternative to HAALI and FFDSHOW. Also please note, that if you plan to use HEVC/H.265 in any way -- you really should install LAVFilters.

It's probable, unless some unforeseen issue arises, that future "installable" versions of BD-RB will install LAVFilters as its default.

[Ch3vr0n]

Yay, a new version :) First line on first post needs an update though ;) Sais "current version 48.05" :)

[jdobbs]

Yay, a new version :) First line on first post needs an update though ;) Sais "current version 48.05" :)Thanks. You'd think that as many times as I've updated that first post I'd learn how to do it right... ;)

[HWK]

jdobbs, if you install lav filters and launch BD-RB it ask user to configure system to use directshow filters, however even when BD-Rb run as admin it fails to configure system properly.

Launch again it does same thing.

On a related note I think mention of ffdshow is no longer relevant for time being on this screen

http://i57.tinypic.com/2zeigyw.png

[jdobbs]

jdobbs, if you install lav filters and launch BD-RB it ask user to configure system to use directshow filters, however even when BD-Rb run as admin it fails to configure system properly.

Launch again it does same thing.

On a related note I think mention of ffdshow is no longer relevant for time being on this screen

http://i57.tinypic.com/2zeigyw.pngUghh... I guess I missed that. I'll post another version shortly. In the meantime I disabled the download.

[jdobbs]

I can't repeat the error... Do you have FFDSHOW and HAALI installed, I'm not sure what you mean by "not relavent"?

When I right click on it and run it as admin (when I force this to pop up) it configures correctly and works ok?

Can you give me a specific set of steps to repeat it?

[jdobbs]

Is anyone else getting this error with the new version?

[HWK]

NO, ffdhow here and haali here. I am assuming if you had installed in past then this wouldn't happen.

Since I never installed before I am having issue.

[pretsam]

Have your sources been pre-processed?

None of them were.

I ran "300 - Rise of an Empire using your settings. It came out fine with no sync issues.

I think the reinstall should fix the problem -- as I can't repeat it. If you have any CODEC packs installed, I'd highly suggest you get rid of them, as they are know to cause issues like this.

No, other CODEC packs were installed that I've been aware of. But I did uninstall/reinstall HAALI and FFDSHOW and installed the new ver of BDR. In the process of testing now, will report back.

[soneca]

Is anyone else getting this error with the new version?

I could try but the download is disabled.

[HWK]

he disabled the download, In order to produce you need machine where ffdshow was never installed.

[soneca]

Ok, so it's not the case here.

[jdobbs]

NO, ffdhow here and haali here. I am assuming if you had installed in past then this wouldn't happen.

Since I never installed before I am having issue.No. I uninstalled and reset it to match a pristine system -- and it still works fine for me.

[jdobbs]

I could try but the download is disabled.I've reenabled the download... try it.

It sure seems to be working for me. If FFDSHOW isn't installed, it shouldn't even do that check????

[HWK]

Ok, let me check most likely anti virus is being nuisance.

[Update]

Indeed it was the case, sorry for trouble I may have caused.

[jdobbs]

he disabled the download, In order to produce you need machine where ffdshow was never installed.Is it possible there are some flags set in your registry that makes BD-RB think FFDSHOW is installed?

Look for HKEY_LOCAL_MACHINE\Wow6432Node\Gnu\ffdshow

[jdobbs]

Ok, let me check most likely anti virus is being nuisance.

[Update]

Indeed it was the case, sorry for trouble I may have caused.No problem. So everything is working correctly now?

[jdobbs]

None of them were.



No, other CODEC packs were installed that I've been aware of. But I did uninstall/reinstall HAALI and FFDSHOW and installed the new ver of BDR. In the process of testing now, will report back.Thanks. Keep me posted.

[HWK]

No problem. So everything is working correctly now?

so far, trying lav filters and hevc :) hopefully provide feedback once done.

[soneca]

Ok, let me check most likely anti virus is being nuisance.

[Update]

Indeed it was the case, sorry for trouble I may have caused.

:D Out of curiosity, what antivirus you using?

[HWK]

bitdefender and it is my fault since I set it to flag certain actions and forgot about it.

[jdobbs]

I'm still wondering how you would have even seen that message unless there were flags in the registry saying FFDSHOW was installed???

[Lathe]

BD-RB always creates an AVS, even if it isn't used. When LAVF is selected, it is created with FRIM. That's because LAVF is the default encode method when Directshow isn't installed. But... unless you are doing some kind of special resizing (like 16:9 conversion or widen) the AVS isn't used at all.

Just for the sake of better encoding, I'll look at changing it so that it uses Directshow when it is available and only FRIM when it isn't. Either way it doesn't matter 90% of the time -- because LAVF mode doesn't use it anyway.

Thanks kindly for the explanation. Just thought it was curious since I didn't THINK that I was using the FRIM frame server for anything that I knew of. And no, I almost never resize anything.

Oh, I think I see now what you mean. An AVS file is always made IN CASE any Avisynth stuff is required. And, at present the AVS file is created with FRIM, I see. I'm not conversant enough with this to know whether that would really make any difference, really, what makes the AVS file... I almost always choose the LAVF frame server though. Do I understand correctly that the newer version of BDRB does NOT install Direct show then and that is why it uses FRIM to create the AVS?

So, if I were to add some Avisynth code, which I sometimes do, would that really then make any difference WHAT makes the AVS file?

[HWK]

I'm still wondering how you would have even seen that message unless there were flags in the registry saying FFDSHOW was installed???

No idea, it was one of the rare occurrence.

[Lathe]

Update to last post about my SSD. It seems to be related to heat(?). Usually my SSD is cool, but it is between 2 HDDs and I was keeping it pretty active... If repeatable, I'll update.

Sort of related, I too found that the reason why my encodes were taking twice as long was because my CPU and possibly my SSD were running too hot. I changed a fan to exhaust OUT the air where I had it blowing in before, and that really did help to the extent that so far in like 4 days it has not frozen up at all, which it used to several times a day. However, Speccy tells me that the CPU is still WAY too hot, so I will have to have the guy who built it do something about that eventually. BUT... it did help my encode time a little by changing the fan. With HQ 2-Pass and all my 'Tweaks' the encode time went down from about 14 hours to a more decent 7-8, which is CLOSE to what it used to be. I'm getting at least about 6+ fps now as opposed to 2.xx.

[Lathe]

Are these your old logs? Zzzzzzzz...
http://i59.tinypic.com/2llow90.jpg

LOL Awesome! :D

[soneca]

I've reenabled the download... try it.

It sure seems to be working for me. If FFDSHOW isn't installed, it shouldn't even do that check????

Here, ffdshow installed without verification.

HEVC are using the medium preset, right?

[jdobbs]

Here, ffdshow installed without verification.

HEVC are using the medium preset, right?It's using whatever preset you have selected. If automatic is set, it uses medium.

[Lathe]

Sorry, I'm a bit confused (again...) Can I just update to the newest version of BDRB like I always do, or do I have to install LAVF first for some reason? Hasn't that always been available in BDRB already (haven't I been using it all along?) And, do I need to re-install the haali & FFDshow stuff even though it's been there before all along?

I just want to make sure I do it right.

[soneca]

It's using whatever preset you have selected. If automatic is set, it uses medium.

Ok my mistake :eek:, still apply the old presets used in x264.

I do not remember ... the BDRB handles Dolby Digital Plus?

[pretsam]

I ran "300 - Rise of an Empire using your settings. It came out fine with no sync issues.

I think the reinstall should fix the problem -- as I can't repeat it. If you have any CODEC packs installed, I'd highly suggest you get rid of them, as they are know to cause issues like this.

Just tried Edge of Tomorrow after uninstalling & reinstalling FFDSHOW & HAALI and using the new ver of BDR. Everything came out perfect. Thanks

[jdobbs]

Sorry, I'm a bit confused (again...) Can I just update to the newest version of BDRB like I always do, or do I have to install LAVF first for some reason? Hasn't that always been available in BDRB already (haven't I been using it all along?) And, do I need to re-install the haali & FFDshow stuff even though it's been there before all along?

I just want to make sure I do it right.You can do it either way. If you are planning to use HEVC, the I'd suggest you install LAVFilters.

[jdobbs]

Just tried Edge of Tomorrow after uninstalling & reinstalling FFDSHOW & HAALI and using the new ver of BDR. Everything came out perfect. ThanksGood to hear.

[soneca]

I do not remember ... the BDRB handles Dolby Digital Plus?

Apparently not.
Was trying to create a disc of demos(E-AC-3) from Dolby but the result is no audio.

[Lathe]

You can do it either way. If you are planning to use HEVC, the I'd suggest you install LAVFilters.

Okay, so I just go ahead and install the new version as is. Then, separately I can install the LAVFilters. And, that is all that I have to do, right?

What is confusing me is that are these LAVFilters that you are referring too DIFFERENT from the usual LAV setting that I normally use with BDRB? It SOUNDS like the same thing and that BDRB would already have it like it has before.

[jdobbs]

Apparently not.
Was trying to create a disc of demos(E-AC-3) from Dolby but the result is no audio.I've never had a problem with it. Are you sure the player is handling it correctly?

[jdobbs]

Okay, so I just go ahead and install the new version as is. Then, separately I can install the LAVFilters. And, that is all that I have to do, right?

What is confusing me is that are these LAVFilters that you are referring too DIFFERENT from the usual LAV setting that I normally use with BDRB? It SOUNDS like the same thing and that BDRB would already have it like it has before.Yes, that's all you have to do.

LAV is a set of open-source audio/video libraries that is used by a lot of programs (libavformat and libavcodec). LAVFilters uses those libraries to decode for Directshow. The LAVF that you've been using is the implementation of those libraries within x264 for internal decoding.

By installing LAVFilters, you will make Directshow available in the AVS files for use in encoding when you need to do things within AVISYNTH that are beyond x264's internal LAVF capabilities. It also makes Directshow available, even when you don't have FFDSHOW or HAALI installed.

[HWK]

By installing LAVFilters, you will make Directshow available in the AVS files for use in encoding when you need to do things within AVISYNTH that are beyond x264's internal LAVF capabilities. It also makes Directshow available, even when you don't have FFDSHOW or HAALI installed.

In addition all players based on directshow source will be able to play files without problem or need for codec, such as windows media player.

[Lathe]

Yes, that's all you have to do.

LAV is a set of open-source audio/video libraries that is used by a lot of programs (libavformat and libavcodec). LAVFilters uses those libraries to decode for Directshow. The LAVF that you've been using is the implementation of those libraries within x264 for internal decoding.

By installing LAVFilters, you will make Directshow available in the AVS files for use in encoding when you need to do things within AVISYNTH that are beyond x264's internal LAVF capabilities. It also makes Directshow available, even when you don't have FFDSHOW or HAALI installed.

Ah, I see now. Thanks for taking the time to explain; I appreciate it. HWK too. Got it!

[SquallMX]

Help, I trying to encode the 3D version of Maleficent, but the encoding process fails with a weird error:

C:\Users\Myself>"E:\Archivos de Programa\BD Rebuilder\tools\FRIMDecode
.exe" -ts -i::mvc "I:\BDMV\STREAM\00300.m2ts" "I:\BDMV\STREAM\00331.m2ts" -o \\.
\pipe\bdrb.yuv | "E:\Archivos de Programa\BD Rebuilder\tools\FRIMEncode.exe" mvc
-i \\.\pipe\bdrb_L.yuv -i \\.\pipe\bdrb_R.yuv -viewoutput -o "E:\TEMP\MOVIE RI
PPING\WORKFILES\VID_00300.AVS.264" -o "E:\TEMP\MOVIE RIPPING\WORKFILES\VID_00300
.AVS.mvc" -w 1920 -h 1080 -f 23.976 -u 3 -cpbsize 3750 -l 6 -profile high -level
4.1 -vbr 27153 45000 -gop 24 4 0 O -maxdpb 4

ERROR: unknown error (-1), src\pipeline_decode.cpp (1116)


ERROR: the previous asynchrous operation is in execution (1), src\main_frim_de
code.cpp (122)

FRIM Encoder version 1.23 (build: Mar 19 2014)
- based on Intel(R) Media SDK

Media SDK impl HARDWARE - D3D9 (C:\Program Files\Intel\Media SDK\libmfx
hw32.dll)
Media SDK version 1.10
Memory type System

Input format YUV420

Output video AVC
Source picture:
Resolution 1920x1088
Crop X,Y,W,H 0,0,1920,1080
Destination picture:
Resolution 1920x1088
Crop X,Y,W,H 0,0,1920,1080
Frame rate 23.976
Bitrate control VBR
avg,maximum 27153,45000
GOP structure:
GOP length 24
I-/P-frame distance 4
IDR-frame interval 0
GOP type Opened
Num of slices 6
Target usage 3
Processing started
Frame number: 0
Processing finished in 0.00 seconds

C:\Users\Myself>

Tested on BD Rebuilder 0.48.05 and 0.49.01

[AmigaFuture]

Sort of related, I too found that the reason why my encodes were taking twice as long was because my CPU and possibly my SSD were running too hot.

It wasn't heat related. I was able to reproduce it BUT unable to do it consistently. It did it when it was cool also. I'm checking into it more. I'd like to know it it's BD-RB or...TsMuxER..or? Or SSD firmware flaw? Until I have a repeatable BD-RB "bug"...I'll leave it from here.

I'm noticing some other stuff..but doing more checks..

[Sharc]

Is your SSD Samsung type 840 or 840EVO? Apparently there is a bug which slows down reading. SAMSUNG are about to releasing a fix.
You may google for the news.

Added:
http://www.anandtech.com/show/8550/samsung-acknowledges-the-ssd-840-evo-read-performance-bug-fix-is-on-the-way

[Sharc]

@jdobbs
v0.49.01 (beta):
A minor issue only: For x265 the encoding speed (fps) in the status line of BD-RB is almost double than what is shown in the commandline window.
(For x264 it is correct).

[soneca]

I've never had a problem with it. Are you sure the player is handling it correctly?

jdobbs, sorry, meant result without audio track.
Audio track is not extracted in preparation.
If you want to test, this clip and others are available at this link (http://www.dolby.com/in/en/consumer/technology/home-theater/dolby-digital-plus-download.html).

Source
General
ID : 1 (0x1)
Complete name : E:\HD Trailers\Dolby Digital Plus\Beardyman.m2ts
Format : MPEG-TS
File size : 454 MiB
Duration : 4mn 1s
Overall bit rate mode : Variable
Overall bit rate : 15.8 Mbps
Maximum Overall bit rate : 35.5 Mbps

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : MPEG Video
Format version : Version 2
Format profile : Main@High
Format settings, BVOP : Yes
Format settings, Matrix : Custom
Format settings, GOP : M=3, N=12
Codec ID : 2
Duration : 4mn 1s
Bit rate mode : Variable
Bit rate : 14.6 Mbps
Maximum bit rate : 20.0 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Standard : Component
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.293
Time code of first frame : 00:00:00:00
Time code source : Group of pictures header
Stream size : 419 MiB (92%)
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709

Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : E-AC-3
Format/Info : Audio Coding 3
Format settings, Endianness : Big
Codec ID : 129
Duration : 4mn 1s
Bit rate mode : Constant
Bit rate : 448 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Compression mode : Lossy
Stream size : 12.9 MiB (3%)


AVCHD
General
ID : 1 (0x1)
Complete name : E:\VIDEOS\BEARDYMAN\BDMV\STREAM\00000.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 445 MiB
Duration : 4mn 1s
Overall bit rate mode : Variable
Overall bit rate : 15.5 Mbps
Maximum Overall bit rate : 35.5 Mbps

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : 27
Duration : 4mn 1s
Bit rate mode : Variable
Bit rate : 14.8 Mbps
Maximum bit rate : 15.0 Mbps
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
Scan type : Progressive
Bits/(Pixel*Frame) : 0.299
Stream size : 427 MiB (96%)

[jdobbs]

@jdobbs
v0.49.01 (beta):
A minor issue only: For x265 the encoding speed (fps) in the status line of BD-RB is almost double than what is shown in the commandline window.
(For x264 it is correct).I'm not paying any attention to the fps reported by the encoder. I am calculating it based upon the number of frames completed against the system clock and I'd rather continue doing my own calculations. I'm not seeing anything near "double" -- but it does vary from what x265 reports.

I'll look at it again to make sure it's right.

[Edit] Yep... forgot to take a reporting delay into account. Fixed it

[Sharc]

I'm not paying any attention to the fps reported by the encoder. I am calculating it based upon the number of frames completed against the system clock and I'd rather continue doing my own calculations. I'm not seeing anything near "double" -- but it does vary from what x265 reports.

I'll look at it again to make sure it's right.

[Edit] Yep... forgot to take a reporting delay into account. Fixed it
:)
"Double" (or even more) was observed at the beginning of the encode, gradually getting lower. Your explanation makes it clear as to why this happened. Thanks.

[Lathe]

Is your SSD Samsung type 840 or 840EVO? Apparently there is a bug which slows down reading. SAMSUNG are about to releasing a fix.
You may google for the news.

Added:
http://www.anandtech.com/show/8550/samsung-acknowledges-the-ssd-840-evo-read-performance-bug-fix-is-on-the-way

Thank you Sharc; yes, I do indeed have that one. It's good to know that they are working on a fix for it.

[AmigaFuture]

Is your SSD Samsung type 840 or 840EVO? Apparently there is a bug which slows down reading. SAMSUNG are about to releasing a fix.
You may google for the news.

Added:
http://www.anandtech.com/show/8550/samsung-acknowledges-the-ssd-840-evo-read-performance-bug-fix-is-on-the-way

EVO and PRO. Though it's the Pro I am using and posted about. Thanks, Sharc. I was going to use Google soon for it, but I appreciate the share.

[Starfiresg1]

Help, I trying to encode the 3D version of Maleficent, but the encoding process fails with a weird error:

I just tried a HW accelerated 3D encode (normally I only use software mode because I get corruptions in the MVC track using hardware mode anyway) and it also failed with the same error.
I hunted down the cause and can report the following:

The error only happens if you are using the latest Intel drivers 15.36.3.64.3907 and HW mode is used for FRIMDecode (FRIM_SW_DECODE=0) - using HW mode for FRIMEncode doesn't cause the error (it just isn't usable for me due to the mentioned corruptions). Going back to older drivers (e.g. 15.33.22.64.3621) resolves this issue. So there is either an issue in the Media SDK shipped with the newest driver itself or FRIMDecode needs to be updated for the new SDK version (1.10).

[HWK]

Hello Jdobbs, I am working on CAPT_AMERICA_WINTER_SOLDIER_3D and have alternate output enabled with HEVC and aac audio. I f I use neroaacencoder I get failure and if faac is used then it works fine.

I am attaching info here to help troubleshoot issue, when neroaac encoder fails.

[01:21:26] PHASE ONE, Encoding
- [01:21:26] Processing: VID_00800 (1 of 1)
- [01:21:27] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 195,505 frames
- Bitrate: 9,839 Kbs
- [01:21:27] Reencoding: VID_00800, Pass 1 of 2
- [04:44:35] Reencoding: VID_00800, Pass 2 of 2
- [18:06:07] Video Encode complete
- [18:06:07] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AAC...
- ERROR in attempt to reencode to AAC audio [AUD_00800__4352.AVS]
[18:11:14] - Failed to reencode audio, aborted

Content of audio.bat


"E:\BD-RBV04901\BD_Rebuilder\tools\wavi.exe" "F:\BD-RB\WORKFILES\AUD_00800_4352.AVS" - | "E:\BD-RBV04901\NeroAACCodec-1.5.1\win32\neroAacEnc.exe" -br 448000 -if - -of "F:\BD-RB\WORKFILES\AUD_00800_4352.AAC"

content of AUD_00800_4352.avs file
#Created by BD Rebuilder - v0.49.01 (beta)
LoadPlugin("E:\BD-RBV04901\BD_Rebuilder\tools\nicaudio.dll")
audio=NicDTSSource("00800.track_4352.dts")
audio = (AudioChannels(audio) > 6) ? GetChannel(audio,1,2,3,4,7,8) : audio
ConvertAudioTo16bit(ResampleAudio(audio, 48000))

[Options]
VERSION=0.49.0.1
ENCODER=0
MODE=3
ENCODE_QUALITY=3
ONEPASS_ENCODING=0
AUTO_QUALITY=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
IGNORE_3D=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
DECODER=3
AVCHD=1
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=1
SUPTITLE=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
MOVIEONLY_TYPE=33
ALTCRF=23
ALT_TARGET=10240
ALTMETHOD=2
ALTAUTOCROP=1
MINIMIZE_TO_TRAY=1
[Paths]
SOURCE_PATH=J:\
NeroAACPath=E:\BD-RBV04901\NeroAACCodec-1.5.1\win32\neroAacEnc.exe
DGIndexNV=E:\BD-RBV04901\dgdecnv2048\DGIndexNV.exe
DGDecNV=E:\BD-RBV04901\dgdecnv2048\DGDecodeNV.dll
WORKING_PATH=F:\BD-RB\

Any ideas what can cause this?



Even if audio process is success, mkvmerge fails. Upon further investigation I know the cause of failure.

Contents of mux_movie_only_meta
MUXOPT --no-pcr-on-video-pid --new-audio-pes --demux --vbr --vbv-len=500 --start-time=27000000
V_MPEGH/ISO/HEVC, "[U]F:\BD-RB\WORKFILES\VID_00800.AVS.hevc", fps=23.976, insertSEI, contSPS

However there is no such file in directory, instead it is VID_00800.AVS.264. As you can see it is trying to call file which does not exist.

http://i61.tinypic.com/2ljlv8j.png



Also there is cosmetic issue when processing audio it goes above 100 percent in this case at least. another issue is if you abort on second pass encoding and restart from beginning it does not update overall progress.

[jdobbs]

The only difference I see between my setup and yours is that I'm using NeroAACEn v1.5.4 to your v1.5.1. But I did a lot of AAC encodes using Nero during testing.

There should never be a .264 extension when using MOVIEONLY_TYPE=33. I'll have to go back and see how that is possible. I did at least 20-30 encodes in testing and it never happened. Maybe there some's kind of flag confusion from a 3D source (I don't think I tested any 3D sources), I'll have to try one and see.

[gonca]

@HWK, jdobbs

The correct extension used on my system - MKV 1920 x 1080 CRF 18 Intact Audio

[SquallMX]

I just tried a HW accelerated 3D encode (normally I only use software mode because I get corruptions in the MVC track using hardware mode anyway) and it also failed with the same error.
I hunted down the cause and can report the following:

The error only happens if you are using the latest Intel drivers 15.36.3.64.3907 and HW mode is used for FRIMDecode (FRIM_SW_DECODE=0) - using HW mode for FRIMEncode doesn't cause the error (it just isn't usable for me due to the mentioned corruptions). Going back to older drivers (e.g. 15.33.22.64.3621) resolves this issue. So there is either an issue in the Media SDK shipped with the newest driver itself or FRIMDecode needs to be updated for the new SDK version (1.10).

Thanks :thanks::thanks::thanks:that fixed my problem.

[HWK]

@HWK, jdobbs

The correct extension used on my system - MKV 1920 x 1080 CRF 18 Intact Audio

You are encoding to avc, where I am doing HEVC.

@ Jdobbs, I decided to do same movie in crf mode and video encode aborted. Upon examination of bat file of x265 I discovered argument weren't pass correctly.

"E:\BD-RBV04901\BD_Rebuilder\tools\avs2yuv.exe" "F:\BD-RB\WORKFILES\VID_00800.AVS" -o - | "E:\BD-RBV04901\BD_Rebuilder\tools\x265.exe" - --preset slow --slow-firstpass --qpfile "F:\BD-RB\WORKFILES\VID_00800.CHP" --keyint 240 --crf 20 --y4m --stats "F:\BD-RB\WORKFILES\VID_00800.AVS.hevc.stats" --output "F:\BD-RB\WORKFILES\VID_00800.AVS.hevc"

As you can see underline ones are not needed.

I am gone try 2D source next and see what is outcome.

[Lathe]

I have a Blu-ray that with the movie only comes to 24.34 Gigs. I tried changing the 'Custom Size' for BD-25 higher than the default 22.9 (only in these rare cases would I do this) But, when I went to run the encode, BDRB still shows the target size as 22.9. I tried changing it in the 'Setup' menu where it LOOKS like you can input another value. Will I be able to squeak this one in? What is the maximum size I can get? Why didn't it change; did I input too large of a size (I tried 24.5)

Thanks!

*** EDIT

Sorry, never tried this before, but I figured it out (Duh...) I have to SELECT the custom output size as opposed to BD-25. I'll play around with the sizes and figure it out. Geez...

[Sharc]

You are encoding to avc, where I am doing HEVC.

@ Jdobbs, I decided to do same movie in crf mode and video encode aborted. Upon examination of bat file of x265 I discovered argument weren't pass correctly.



As you can see underline ones are not needed.

Perhaps not needed in this case. It may however make perfectly sense to produce a stats file even for a --crf encode, just in case you like to take some corrective action in a second pass and take advantage of the stats from the first (--crf ) pass. Scenario proposed here (http://forum.doom9.org/showpost.php?p=1692673&postcount=1585).
I think however --pass 1 needs to be added in the commandline in order to really produce the stats file.

[gonca]

@HWK
I was re-encoding to HEVC.
Mode: MKV HEVC, Intact Audio

[busch42]

I'm having a problem with the latest version 4901, After installing then trying to run application it keeps telling me to update to latest version, Any suggestions?

[jdobbs]

You are encoding to avc, where I am doing HEVC.

@ Jdobbs, I decided to do same movie in crf mode and video encode aborted. Upon examination of bat file of x265 I discovered argument weren't pass correctly.



As you can see underline ones are not needed.

I am gone try 2D source next and see what is outcome.It's not required, but I always create a stats file in CRF encoding -- that supports the possibility of a second pass if the size is more or less than you expected. By naming the stats file you are also assured that it is always in the place you want and named the way you want.

[jdobbs]

I'm having a problem with the latest version 4901, After installing then trying to run application it keeps telling me to update to latest version, Any suggestions?My guess is that your system clock is wrong. That version (v0.49.01) won't expire until the first part of 2016.

[HWK]

It's not required, but I always create a stats file in CRF encoding -- that supports the possibility of a second pass if the size is more or less than you expected. By naming the stats file you are also assured that it is always in the place you want and named the way you want.

ok, but that does not explain why even it doesn't start.

[Sharc]

It's not required, but I always create a stats file in CRF encoding -- that supports the possibility of a second pass if the size is more or less than you expected. By naming the stats file you are also assured that it is always in the place you want and named the way you want.
On my system I have to add --pass 1 to the commandline in order for the stats file to be really created. As it is now the stats file is not written.

[jdobbs]

On my system I have to add --pass 1 to the commandline in order for the stats file to be really created. As it is now the stats file is not written.Yeah... you probably also need to add "--slow-firstpass" unless you're definitely doing a second pass.

[Sharc]

Yeah... you probably also need to add "--slow-firstpass" unless you're definitely doing a second pass.
Yes, I know. But I missed the --pass 1 in BD-RBs x265.bat and I didn't see it in HWK's post. Maybe I missed something -- too much testing perhaps.... I'll have to double check and report back. Never mind.

[jdobbs]

Yes, I know. But I missed the --pass 1 in BD-RBs x265.bat and I didn't see it in HWK's post. Maybe I missed something -- too much testing perhaps.... I'll have to double check and report back. Never mind.As I said earlier, I specify the stats name whether I'm keeping it or not. It's a control thing with me.

[Sharc]

As I said earlier, I specify the stats name whether I'm keeping it or not. It's a control thing with me.
Ahh I see now. I misunderstood, sorry.

[HWK]

Jdobbs, I did crf on 2D and 3D source today and so far it worked

2D= Saving Private Ryan
3D= Captain America Winter Solider

Currently I am using x265 preset slower and will see how it goes with 3d source with output still 2d.

[jdobbs]

Jdobbs, I did crf on 2D and 3D source today and so far it worked

2D= Saving Private Ryan
3D= Captain America Winter Solider

Currently I am using x265 preset slower and will see how it goes with 3d source with output still 2d.So what changed to make it work? I've done several more since yesterday, and still haven't had any issues.

[HWK]

So what changed to make it work? I've done several more since yesterday, and still haven't had any issues.

I am not sure, but I deleted BDrebuilder.ini file and restart over and it worked.

Right know I am doing preset slower with max bitrate of 40000kb/s and target bitrate of 15000kb/s and buffer 30000 and then I plan to mux with tsmuxer and create blu-ray output and see how it goes.

[AmigaFuture]

I submit my log and test config..

[09/24/14] BD Rebuilder v0.49.01 (beta)
[20:43:38] Source: SAY_ANYTHING
- Input BD size: 28.35 GB
- Approximate total content: [03:56:43.931]
- Target BD size: 46.26 GB
- Windows Version: 6.1 [7601]
- MOVIE and MENUS mode enabled
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DirectShow [4-way]
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[20:43:39] PHASE ONE, Encoding
- [20:43:39] Blanking: VID_00071 (1 of 64)
- [20:43:39] Blanking: VID_00102 (2 of 64)
- [20:43:39] Blanking: VID_00103 (3 of 64)
- [20:43:39] Blanking: VID_00104 (4 of 64)
- [20:43:39] Blanking: VID_00105 (5 of 64)
- [20:43:39] Blanking: VID_00106 (6 of 64)
- [20:43:39] Blanking: VID_00107 (7 of 64)
- [20:43:39] Blanking: VID_00062 (8 of 64)
- [20:43:39] Blanking: VID_00050 (9 of 64)
- [20:43:39] Blanking: VID_00013 (10 of 64)
- [20:43:40] Blanking: VID_00006 (11 of 64)
- [20:43:40] Blanking: VID_00051 (12 of 64)
- [20:43:40] Blanking: VID_00056 (13 of 64)
- [20:43:40] Blanking: VID_00059 (14 of 64)
- [20:43:40] Blanking: VID_00055 (15 of 64)
- [20:43:40] Blanking: VID_00060 (16 of 64)
- [20:43:40] Blanking: VID_00054 (17 of 64)
- [20:43:40] Blanking: VID_00058 (18 of 64)
- [20:43:40] Processing: VID_00022 (19 of 64)
- [20:43:40] Extracting A/V streams [VID_00022]
- [20:43:43] Reencoding video [VID_00022]
- [20:43:43] Keeping original video (no reencode)
- [20:43:43] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:43:43] Multiplexing M2TS
- [20:43:47] Blanking: VID_00049 (20 of 64)
- [20:43:47] Processing: VID_00023 (21 of 64)
- [20:43:47] Extracting A/V streams [VID_00023]
- [20:43:50] Reencoding video [VID_00023]
- [20:43:50] Keeping original video (no reencode)
- [20:43:50] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:43:50] Multiplexing M2TS
- [20:43:54] Processing: VID_00018 (22 of 64)
- [20:43:54] Extracting A/V streams [VID_00018]
- [20:43:58] Reencoding video [VID_00018]
- [20:43:58] Keeping original video (no reencode)
- [20:43:58] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:43:58] Multiplexing M2TS
- [20:44:01] Processing: VID_00015 (23 of 64)
- [20:44:01] Extracting A/V streams [VID_00015]
- [20:44:05] Reencoding video [VID_00015]
- [20:44:05] Keeping original video (no reencode)
- [20:44:05] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:44:05] Multiplexing M2TS
- [20:44:08] Processing: VID_00047 (24 of 64)
- [20:44:08] Extracting A/V streams [VID_00047]
- [20:44:12] Reencoding video [VID_00047]
- [20:44:12] Keeping original video (no reencode)
- [20:44:12] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:44:12] Multiplexing M2TS
- [20:44:16] Processing: VID_00045 (25 of 64)
- [20:44:16] Extracting A/V streams [VID_00045]
- [20:44:19] Reencoding video [VID_00045]
- [20:44:19] Keeping original video (no reencode)
- [20:44:19] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:44:19] Multiplexing M2TS
- [20:44:23] Processing: VID_00043 (26 of 64)
- [20:44:23] Extracting A/V streams [VID_00043]
- [20:44:27] Reencoding video [VID_00043]
- [20:44:27] Keeping original video (no reencode)
- [20:44:27] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:44:27] Multiplexing M2TS
- [20:44:30] Processing: VID_00041 (27 of 64)
- [20:44:30] Extracting A/V streams [VID_00041]
- [20:44:34] Reencoding video [VID_00041]
- [20:44:34] Keeping original video (no reencode)
- [20:44:34] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:44:34] Multiplexing M2TS
- [20:44:38] Processing: VID_00042 (28 of 64)
- [20:44:38] Extracting A/V streams [VID_00042]
- [20:44:41] Reencoding video [VID_00042]
- [20:44:41] Keeping original video (no reencode)
- [20:44:41] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:44:41] Multiplexing M2TS
- [20:44:45] Processing: VID_00044 (29 of 64)
- [20:44:45] Extracting A/V streams [VID_00044]
- [20:44:48] Reencoding video [VID_00044]
- [20:44:48] Keeping original video (no reencode)
- [20:44:48] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:44:48] Multiplexing M2TS
- [20:44:52] Processing: VID_00046 (30 of 64)
- [20:44:52] Extracting A/V streams [VID_00046]
- [20:44:56] Reencoding video [VID_00046]
- [20:44:56] Keeping original video (no reencode)
- [20:44:56] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:44:56] Multiplexing M2TS
- [20:44:59] Processing: VID_00048 (31 of 64)
- [20:44:59] Extracting A/V streams [VID_00048]
- [20:45:03] Reencoding video [VID_00048]
- [20:45:03] Keeping original video (no reencode)
- [20:45:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:45:03] Multiplexing M2TS
- [20:45:07] Processing: VID_00016 (32 of 64)
- [20:45:07] Extracting A/V streams [VID_00016]
- [20:45:10] Reencoding video [VID_00016]
- [20:45:10] Keeping original video (no reencode)
- [20:45:10] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:45:10] Multiplexing M2TS
- [20:45:14] Processing: VID_00030 (33 of 64)
- [20:45:14] Extracting A/V streams [VID_00030]
- [20:45:18] Reencoding video [VID_00030]
- [20:45:18] Keeping original video (no reencode)
- [20:45:18] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:45:18] Multiplexing M2TS
- [20:45:22] Processing: VID_00033 (34 of 64)
- [20:45:22] Extracting A/V streams [VID_00033]
- [20:45:25] Reencoding video [VID_00033]
- [20:45:25] Keeping original video (no reencode)
- [20:45:25] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:45:25] Multiplexing M2TS
- [20:45:29] Processing: VID_00037 (35 of 64)
- [20:45:29] Extracting A/V streams [VID_00037]
- [20:45:33] Reencoding video [VID_00037]
- [20:45:33] Keeping original video (no reencode)
- [20:45:33] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:45:33] Multiplexing M2TS
- [20:45:37] Processing: VID_00027 (36 of 64)
- [20:45:37] Extracting A/V streams [VID_00027]
- [20:45:41] Reencoding video [VID_00027]
- [20:45:41] Keeping original video (no reencode)
- [20:45:41] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:45:41] Multiplexing M2TS
- [20:45:45] Processing: VID_00021 (37 of 64)
- [20:45:45] Extracting A/V streams [VID_00021]
- [20:45:49] Reencoding video [VID_00021]
- [20:45:49] Keeping original video (no reencode)
- [20:45:49] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:45:49] Multiplexing M2TS
- [20:45:52] Processing: VID_00034 (38 of 64)
- [20:45:52] Extracting A/V streams [VID_00034]
- [20:45:56] Reencoding video [VID_00034]
- [20:45:56] Keeping original video (no reencode)
- [20:45:56] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:45:56] Multiplexing M2TS
- [20:46:00] Processing: VID_00028 (39 of 64)
- [20:46:00] Extracting A/V streams [VID_00028]
- [20:46:04] Reencoding video [VID_00028]
- [20:46:04] Keeping original video (no reencode)
- [20:46:04] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:46:04] Multiplexing M2TS
- [20:46:08] Processing: VID_00014 (40 of 64)
- [20:46:08] Extracting A/V streams [VID_00014]
- [20:46:12] Reencoding video [VID_00014]
- [20:46:12] Keeping original video (no reencode)
- [20:46:12] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:46:12] Multiplexing M2TS
- [20:46:16] Processing: VID_00035 (41 of 64)
- [20:46:16] Extracting A/V streams [VID_00035]
- [20:46:20] Reencoding video [VID_00035]
- [20:46:20] Keeping original video (no reencode)
- [20:46:20] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:46:20] Multiplexing M2TS
- [20:46:24] Processing: VID_00009 (42 of 64)
- [20:46:24] Extracting A/V streams [VID_00009]
- [20:46:29] Reencoding video [VID_00009]
- [20:46:29] Keeping original video (no reencode)
- [20:46:29] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:46:29] Multiplexing M2TS
- [20:46:33] Processing: VID_00008 (43 of 64)
- [20:46:33] Extracting A/V streams [VID_00008]
- [20:46:37] Reencoding video [VID_00008]
- [20:46:37] Keeping original video (no reencode)
- [20:46:37] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:46:37] Multiplexing M2TS
- [20:46:41] Processing: VID_00029 (44 of 64)
- [20:46:42] Extracting A/V streams [VID_00029]
- [20:46:45] Reencoding video [VID_00029]
- [20:46:45] Keeping original video (no reencode)
- [20:46:45] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:46:46] Multiplexing M2TS
- [20:46:50] Processing: VID_00026 (45 of 64)
- [20:46:50] Extracting A/V streams [VID_00026]
- [20:46:54] Reencoding video [VID_00026]
- [20:46:54] Keeping original video (no reencode)
- [20:46:54] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:46:54] Multiplexing M2TS
- [20:46:58] Processing: VID_00010 (46 of 64)
- [20:46:58] Extracting A/V streams [VID_00010]
- [20:47:03] Reencoding video [VID_00010]
- [20:47:03] Keeping original video (no reencode)
- [20:47:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:47:03] Multiplexing M2TS
- [20:47:07] Processing: VID_00031 (47 of 64)
- [20:47:07] Extracting A/V streams [VID_00031]
- [20:47:11] Reencoding video [VID_00031]
- [20:47:11] Keeping original video (no reencode)
- [20:47:11] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:47:11] Multiplexing M2TS
- [20:47:15] Processing: VID_00011 (48 of 64)
- [20:47:15] Extracting A/V streams [VID_00011]
- [20:47:20] Reencoding video [VID_00011]
- [20:47:20] Keeping original video (no reencode)
- [20:47:20] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:47:20] Multiplexing M2TS
- [20:47:24] Processing: VID_00039 (49 of 64)
- [20:47:24] Extracting A/V streams [VID_00039]
- [20:47:28] Reencoding video [VID_00039]
- [20:47:28] Keeping original video (no reencode)
- [20:47:28] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:47:28] Multiplexing M2TS
- [20:47:33] Processing: VID_00019 (50 of 64)
- [20:47:33] Extracting A/V streams [VID_00019]
- [20:47:37] Reencoding video [VID_00019]
- [20:47:37] Keeping original video (no reencode)
- [20:47:37] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:47:37] Multiplexing M2TS
- [20:47:41] Processing: VID_00040 (51 of 64)
- [20:47:42] Extracting A/V streams [VID_00040]
- [20:47:46] Reencoding video [VID_00040]
- [20:47:46] Keeping original video (no reencode)
- [20:47:46] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:47:46] Multiplexing M2TS
- [20:47:50] Processing: VID_00020 (52 of 64)
- [20:47:50] Extracting A/V streams [VID_00020]
- [20:47:55] Reencoding video [VID_00020]
- [20:47:55] Keeping original video (no reencode)
- [20:47:55] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:47:55] Multiplexing M2TS
- [20:47:59] Blanking: VID_00070 (53 of 64)
- [20:47:59] Processing: VID_00032 (54 of 64)
- [20:47:59] Extracting A/V streams [VID_00032]
- [20:48:04] Reencoding video [VID_00032]
- [20:48:04] Keeping original video (no reencode)
- [20:48:04] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:48:04] Multiplexing M2TS
- [20:48:08] Processing: VID_00036 (55 of 64)
- [20:48:08] Extracting A/V streams [VID_00036]
- [20:48:13] Reencoding video [VID_00036]
- [20:48:13] Keeping original video (no reencode)
- [20:48:13] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:48:13] Multiplexing M2TS
- [20:48:18] Processing: VID_00012 (56 of 64)
- [20:48:18] Extracting A/V streams [VID_00012]
- [20:48:22] Reencoding video [VID_00012]
- [20:48:22] Keeping original video (no reencode)
- [20:48:22] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:48:22] Multiplexing M2TS
- [20:48:27] Processing: VID_00017 (57 of 64)
- [20:48:27] Extracting A/V streams [VID_00017]
- [20:48:32] Reencoding video [VID_00017]
- [20:48:32] Keeping original video (no reencode)
- [20:48:32] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:48:32] Multiplexing M2TS
- [20:48:37] Processing: VID_00025 (58 of 64)
- [20:48:37] Extracting A/V streams [VID_00025]
- [20:48:42] Reencoding video [VID_00025]
- [20:48:42] Keeping original video (no reencode)
- [20:48:42] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:48:42] Multiplexing M2TS
- [20:48:47] Processing: VID_00038 (59 of 64)
- [20:48:47] Extracting A/V streams [VID_00038]
- [20:48:53] Reencoding video [VID_00038]
- [20:48:53] Keeping original video (no reencode)
- [20:48:53] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:48:53] Multiplexing M2TS
- [20:49:00] Processing: VID_00005 (60 of 64)
- [20:49:00] Extracting A/V streams [VID_00005]
- [20:49:12] Reencoding video [VID_00005]
- [20:49:12] Keeping original video (no reencode)
- [20:49:12] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:49:12] Multiplexing M2TS
- [20:49:22] Processing: VID_00004 (61 of 64)
- [20:49:22] Extracting A/V streams [VID_00004]
- [20:49:32] Reencoding video [VID_00004]
- [20:49:32] Keeping original video (no reencode)
- [20:49:32] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:49:32] Multiplexing M2TS
- [20:49:45] Processing: VID_00002 (62 of 64)
- [20:49:45] Extracting A/V streams [VID_00002]
- [20:49:55] Reencoding video [VID_00002]
- [20:49:55] Keeping original video (no reencode)
- [20:49:55] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:49:55] Multiplexing M2TS
- [20:50:10] Processing: VID_00003 (63 of 64)
- [20:50:10] Extracting A/V streams [VID_00003]
- [20:50:25] Reencoding video [VID_00003]
- [20:50:25] Keeping original video (no reencode)
- [20:50:25] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:50:25] Multiplexing M2TS
- [20:50:49] Processing: VID_00001 (64 of 64)
- [20:50:49] Extracting A/V streams [VID_00001]
- [20:53:08] Reencoding video [VID_00001]
- [20:53:08] Keeping original video (no reencode)
- [20:53:08] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- Track 4353 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [20:55:26] Multiplexing M2TS
[20:58:07]PHASE ONE complete
[20:58:07]PHASE TWO - Rebuild Started
- [20:58:07] Rebuilding BD file Structure
[20:58:18] - Encode and Rebuild complete
[20:58:18] JOB: SAY_ANYTHING finished.

[AmigaFuture]

Testing with "Say Anything" (1989). I've been trying different settings then I deiced to do it with an almost stock INI. As you're able to see, I set it to BD-50, but some of the extras; VID 00008 (M2TS) in this example, show as frames removed when I view the end result in PowerDVD, MPC-HC 64-bit the VID plays fast and video pauses but sound is correct, but with MPC from Tools, it shows smooth and in sync.
I checked with the original BD directory on HDD and the M2TS plays smooth in PowerDVD 12, MPC-HC 64-bit as well as MPC from Tools. I don't have any BD-DL so..I cannot check with my LG Player. This suggests to me, though, something is happening even though no reencoding.



[Options]
VERSION=0.49.0.1
ENABLE_TEST=1
MULTIPROCESS=1
#FORCE_ENCODE=0
#IVTC_SELECTION=0
#SD_PROGRESSIVE=1
ENCODER=0
MODE=1
ENCODE_QUALITY=3
ONEPASS_ENCODING=0
AUTO_QUALITY=0
QUICK_EXTRAS=1
ENABLE_BLANKING=1
TARGET_SIZE=47366
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
IGNORE_3D=0
CONVERT_WIDE=0
DTS_REENCODE=1
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
DECODER=0
AVCHD=1
REMOVE_WORKFILES=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
IVTC_PULLDOWN=1
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
[Paths]
SOURCE_PATH=R:\BLU-RAY RIPS\SAY_ANYTHING\
WORKING_PATH=X:\OUTPUT\

[donnafmcu]

Hi
I warn you, I always have serious problems with BD-Rebuilder, to perform my backups, of my Blu Ray, always when the video Codec is VC-1.

I want to make it clear to you, that I never had problems when performing backups, of my Blu Ray, when the video Codec is x264 (h264 - AVC).

Here you I leave to you, the record of events, and you can see the serious mistakes at the end:
[08/11/14] BD Rebuilder v0.47.06 (beta)
[14:39:34] Source: HORA_PUNTA_(RUSH_HOUR)_-_1998_ACCIÓNCOMEDIA-THRILLER_-_BD50_LATINO-CAST-ING
- Input BD size: 33,45 GB
- Approximate total content: [04:48:45.633]
- Target BD size: 22,85 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), ABR
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=448
[14:39:34] PHASE ONE, Encoding
- [14:39:34] Processing: VID_00020 (1 of 19)
- [14:39:34] Extracting A/V streams [VID_00020]
[14:46:26]PHASE ONE aborted by user request
----------------------
[08/11/14] BD Rebuilder v0.47.06 (beta)
[14:49:13] Source: HORA_PUNTA_(RUSH_HOUR)_-_1998_ACCIÓNCOMEDIA-THRILLER_-_BD50_LATINO-CAST-ING
- Input BD size: 33,45 GB
- Approximate total content: [04:48:45.633]
- Target BD size: 22,85 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), ABR
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=448
[14:49:29] PHASE ONE, Encoding
- [14:49:29] Processing: VID_00020 (1 of 19)
- [14:49:29] Extracting A/V streams [VID_00020]
- [15:00:17] Reencoding video [VID_00020]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 140.737 frames
- Bitrate: 19.331 Kbs
- [15:00:17] Reencoding: VID_00020, Pass 1 of 1
- [17:17:29] Video Encode complete
- [17:17:29] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- Track 4355 (spa): Reencoding audio to AC3...
- Track 4356 (spa): Keeping original audio
- Track 4360 (eng): Keeping original audio
- Track 4361 (eng): Keeping original audio
- [17:20:07] Multiplexing M2TS
- [17:27:51] Processing: VID_00096 (2 of 19)
- [17:27:51] Extracting A/V streams [VID_00096]
- [17:27:58] Reencoding video [VID_00096]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 5.486 frames
- Bitrate: 1.972 Kbs
- [17:27:58] Reencoding: VID_00096, Pass 1 of 1
- [17:28:32] Video Encode complete
- [17:28:32] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (eng): Keeping original audio
- Track 4355 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- Track 4357 (eng): Keeping original audio
- Track 4358 (eng): Keeping original audio
- Track 4359 (eng): Keeping original audio
- Track 4360 (eng): Keeping original audio
- Track 4361 (eng): Keeping original audio
- [17:28:32] Multiplexing M2TS
- [17:28:37] Processing: VID_00097 (3 of 19)
- [17:28:37] Extracting A/V streams [VID_00097]
- [17:28:44] Reencoding video [VID_00097]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 4.466 frames
- Bitrate: 2.350 Kbs
- [17:28:44] Reencoding: VID_00097, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.47.06 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 1.201,47GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: Isn't recommended version
- FFDSHOW: , Ok
- FFDSHOW Audio doesn't appear to be installed
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[17:29:47] - Failed video encode, aborted


I am waiting that you can say to me, if errors when performing backups, with the VC-1 video Codec, is a problem or bug in BD-RBV04706; or I am setting up evil, or doing something wrong.

The best greetings from Argentina.
Fabián.

[videoh]

Cross-posting is a forum rule violation.

http://forum.doom9.org/showthread.php?p=1695119#post1695119

[HWK]

Hi
I warn you, I always have serious problems with BD-Rebuilder, to perform my backups, of my Blu Ray, always when the video Codec is VC-1.

I want to make it clear to you, that I never had problems when performing backups, of my Blu Ray, when the video Codec is x264 (h264 - AVC).

Here you I leave to you, the record of events, and you can see the serious mistakes at the end:
[08/11/14] BD Rebuilder v0.47.06 (beta)
[14:39:34] Source: HORA_PUNTA_(RUSH_HOUR)_-_1998_ACCIÓNCOMEDIA-THRILLER_-_BD50_LATINO-CAST-ING
- Input BD size: 33,45 GB
- Approximate total content: [04:48:45.633]
- Target BD size: 22,85 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), ABR
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=448
[14:39:34] PHASE ONE, Encoding
- [14:39:34] Processing: VID_00020 (1 of 19)
- [14:39:34] Extracting A/V streams [VID_00020]
[14:46:26]PHASE ONE aborted by user request
----------------------
[08/11/14] BD Rebuilder v0.47.06 (beta)
[14:49:13] Source: HORA_PUNTA_(RUSH_HOUR)_-_1998_ACCIÓNCOMEDIA-THRILLER_-_BD50_LATINO-CAST-ING
- Input BD size: 33,45 GB
- Approximate total content: [04:48:45.633]
- Target BD size: 22,85 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), ABR
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=448
[14:49:29] PHASE ONE, Encoding
- [14:49:29] Processing: VID_00020 (1 of 19)
- [14:49:29] Extracting A/V streams [VID_00020]
- [15:00:17] Reencoding video [VID_00020]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 140.737 frames
- Bitrate: 19.331 Kbs
- [15:00:17] Reencoding: VID_00020, Pass 1 of 1
- [17:17:29] Video Encode complete
- [17:17:29] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- Track 4355 (spa): Reencoding audio to AC3...
- Track 4356 (spa): Keeping original audio
- Track 4360 (eng): Keeping original audio
- Track 4361 (eng): Keeping original audio
- [17:20:07] Multiplexing M2TS
- [17:27:51] Processing: VID_00096 (2 of 19)
- [17:27:51] Extracting A/V streams [VID_00096]
- [17:27:58] Reencoding video [VID_00096]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 5.486 frames
- Bitrate: 1.972 Kbs
- [17:27:58] Reencoding: VID_00096, Pass 1 of 1
- [17:28:32] Video Encode complete
- [17:28:32] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (eng): Keeping original audio
- Track 4355 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- Track 4357 (eng): Keeping original audio
- Track 4358 (eng): Keeping original audio
- Track 4359 (eng): Keeping original audio
- Track 4360 (eng): Keeping original audio
- Track 4361 (eng): Keeping original audio
- [17:28:32] Multiplexing M2TS
- [17:28:37] Processing: VID_00097 (3 of 19)
- [17:28:37] Extracting A/V streams [VID_00097]
- [17:28:44] Reencoding video [VID_00097]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 4.466 frames
- Bitrate: 2.350 Kbs
- [17:28:44] Reencoding: VID_00097, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.47.06 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 1.201,47GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: Isn't recommended version
- FFDSHOW: , Ok
- FFDSHOW Audio doesn't appear to be installed
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[17:29:47] - Failed video encode, aborted


I am waiting that you can say to me, if errors when performing backups, with the VC-1 video Codec, is a problem or bug in BD-RBV04706; or I am setting up evil, or doing something wrong.

The best greetings from Argentina.
Fabián.

Uninstall all the codecs you have installed and then only install from BD-Rebuilder main page.

Page located here, the we can help you.

http://forum.doom9.org/showthread.php?t=143716

[musiclover]

CURRENT VERSION 0.49.01 (September 22nd, 2014)


8. Setup VC-1 decoding in the same way you did MPEG-2 in step one. For Vista or Windows 7 using "Video Decoder Configuration" -- select "wmv9". Recommended for Windows XP only (but not required): Download and install WMV11 from Microsoft, and set VC-1 decoding to "disabled" in FFDSHOW (allowing the WMV11 codec to be used instead).



step one must be step 2 B

[musiclover]

I tried to import a mkv file, but only the video came through. BD Rebuilder did not import the audio (flac) or the subtitles (idx/sub). What are the requirements for a mkv file to be imported?

[veggav]

Nevermind: there was a bugged audio with 3000+ 3bits per sample audio here that made everything go wrong.

[jdobbs]

Nevermind: there was a bugged audio with 3000+ 3bits per sample audio here that made everything go wrong.Huh????

[jdobbs]

I have updated the first post of this thread with a link to the most recent version of BD-RB (v0.49.02). Changes for this release:- Modified processing so that MPEG-2 sources
use DGINDEX and DGDECODE for decoding when
DirectshowSource() is selected. This will
result in more accurate encoding and sync.
This is especially true when LAVFilters are
used and iVTC has been selected.
- Corrected an issue in which BD-RB could
inappropriately keep an original source
that is HEVC because its size will fit in
the target when "IMPORT_HEVC_INTACT" is
enabled.
- Corrected an issue in which extracting
a BD video source containing HEVC (illegal)
would result in an error upon attempt to
remux into intact ALTERNATE output.
- Corrected an error in which selecting HEVC
output with the 2-pass target option set
was not working correctly.
- Added TWEAK_X265 as a hidden option, allows
tweaking, adding command line options, to
the x265 command line for HEVC encoding.
- Updated x265 version to the daily release
for 9/28/2014.
- Other minor corrections and cosmetic fixes.

[Capsbackup]

I am unable to download this new beta! I get redirected to a page not found error! :(
Happens both here and from www.jdobbs.com.

[HWK]

I am unable to download this new beta! I get redirected to a page not found error! :(
Happens both here and from www.jdobbs.com.

Jdobbs, add my vote as well download is not possible.

[jdobbs]

I copied it to the wrong place. Give it a few minutes and it should be there. My home connection's up-speed is pretty slow and it takes about 6 minutes to load it.

[HWK]

All is good know, thanks.

[Ch3vr0n]

Modified processing so that MPEG-2 sources use DEGINDEX and DGDECODE for decoding when DirectshowSource() is selected.

What's DEGINDEX? Shouldn't that be DGINDEX? :p

[HWK]

What's DEGINDEX? Shouldn't that be DGINDEX? :p

it is Jdobbs, new invention which he created in year 2914 :)

- Updated x265 version to the daily release
for 9/28/2914.

[jdobbs]

Tough crowd.

[Groucho2004]

@jdobbs
Just curious - Is there a particular reason you're using a rather old version of DGIndex/DGDecode (1.5.4)?

[Capsbackup]

Tough crowd.

:o True! But at least you have our attention!! ;)

:thanks: for this latest release.

[sonate]

it is Jdobbs, new invention which he created in year 2914 :)

Shouldn't expire for a while

[sonate]

Tough crowd.

What's not to love?

[jdobbs]

@jdobbs
Just curious - Is there a particular reason you're using a rather old version of DGIndex/DGDecode (1.5.4)?No reason. It was just the one I'd been using for a while... I'll update it to v1.5.8 in the next release.

[lauguru]

jdobbs TWEAK_X265=s is only for mkv hevc output or for encoding fullbluray?, command to be written in rebuilbder.ini, to be active?please

[Groucho2004]

No reason. It was just the one I'd been using for a while... I'll update it to v2.5.8 in the next release.
The latest is 1.5.8. You can also use the one I built with ICL, hosted by hank315 (http://hank315.nl/) (at the very bottom of the page).
It's quite a bit faster at decoding than the official build.

[HWK]

jdobbs TWEAK_X265=s is only for mkv hevc output or for encoding fullbluray?, command to be written in rebuilbder.ini, to be active?please

You can't output to blu-ray with HEVC option, no amount of tweaks will help here.

[soneca]

jdobbs, did a little test now (importing a dvd) and the status bar is not showing the actual percentage, but 1/3 of the actual state.

[jdobbs]

The latest is 1.5.8. You can also use the one I built with ICL, hosted by hank315 (http://hank315.nl/) (at the very bottom of the page).
It's quite a bit faster at decoding than the official build.My typing is terrible today. I meant v1.5.8. I'll check the ICL one out.

[Ch3vr0n]

ICL?? isnt that CLI ? :p

[Groucho2004]

ICL?? isnt that CLI ? :p
Huh? ICL stands for Intel C/C++ compiler.

[Ch3vr0n]

Kk, learned something new then :-) thought it was another typo instead of CLI (Command Line Interface) :-)

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[AmigaFuture]

I was thinking CLI also..but didn't want to assume.

I'm noticing this error with the new release. I've only tried 2 MPEG-2's..with preview. 1080i's and 480i's...

I overwrote the exe, Opts file. Deleted the old Tools and copied over new. Then ran BD-RB and attempted Preview as before. There this is what I get now.

If I "unselect" all other VIDs and only keep MPEG-2's and force Encoding, it happens also with BD-50. Anyone else?

I reverted back to the previous version and it's functioning as before.

[busch42]

Thanks jdobbs, That was the problem, I found the problem after about an hour, don't know how that happen.

[jdobbs]

@AmigaFuture

Can you give me more details, I'm not sure from your description exactly what you are doing and what is happening. A set of steps to recreate the problem would be helpful.

I did try a preview with an MPEG-2 and have found an issue (it won't playback) -- but it's nothing like what you have described. I've fixed what I experienced, but I want to make sure it's the same problem.

[AmigaFuture]

Start BD-RB. At this moment I'm using Dirty Dancing.. The BD Directory as been scanned. Right click on the biggest set-to-be-blanked-extra MPEG-2 1080i. The CreateAVS error displays. I switched to Footloose, and locating the first MPEG-2 480i that's banked...(VID_00016). Set to be blanked or not...the CreateAVS error displays when I right click to Preview.

There really isn't much I'm doing.

[Sharc]

I also experienced preview problems with MPC, mainly for AVC footage 1080i29.97 (interlaced or telecined Extras).
The player cannont "connect". The video is not shown, only the audio plays.
When the current encode will have finished I will try to provide a more accurate description of the issue later today.

I have LAV installed, and skipped ffdshow and Haali.

The preview.avs plays well in MPC-HC however. Hence my proposal/feature request: A hidden option which allows to select MPC-HC as the player for the preview, rather than MPC classic.

[lauguru]

hello jdobbs

can not create mkv container HEVC 1920 x 1080 intact audio 2d?

p.d: x265 32 and 64bits 8 and 16 bits color
http://forum.videohelp.com/threads/357754-%5BHEVC%5D-x265-EXE-mingw-builds


http://forum.videohelp.com/attachments/27617-1411372332/x265_1.3+240-1c172c1822e4.7z

[AmigaFuture]

I am using DirectShow and DGDecNV. Using DCDecNV "MPC_VIEW.AVS" is created but only has 1 line: "#Created by BD Rebuilder - v0.49.02 (beta)" in it.

"MUXOPT --no-pcr-on-video-pid --new-audio-pes --demux --vbr --vbv-len=500 --start-time=27000000
V_MPEG-2, "R:\BLU-RAY RIPS\DIRTYDANCING\BDMV\STREAM\00056.m2ts", fps=29.97, track=4113" is in file "AUD_00056.meta".

00056.MKV is also in the WORKFILES but I'm using Movie & Menus... I'm thinking that is related to the Red Text I typed about before...?

Clicking on Preview produces these files.

DGDecNV & DirectShowSource:
09/30/2014 10:13 AM 15,071,801 00056.MKV
09/30/2014 10:13 AM 15,061,141 00056.track_4113.mpv
09/30/2014 10:13 AM 185 AUD_00056.meta
09/30/2014 10:13 AM 44 MPC_VIEW.AVS
09/30/2014 10:13 AM 0 VID_00056.d2v
6 File(s) 30,133,171 bytes
2 Dir(s) 76,133,761,024 bytes free


Anything more to help?

[jdobbs]

I am using DirectShow and DGDecNV. Using DCDecNV "MPC_VIEW.AVS" is created but only has 1 line: "#Created by BD Rebuilder - v0.49.02 (beta)" in it.

"MUXOPT --no-pcr-on-video-pid --new-audio-pes --demux --vbr --vbv-len=500 --start-time=27000000
V_MPEG-2, "R:\BLU-RAY RIPS\DIRTYDANCING\BDMV\STREAM\00056.m2ts", fps=29.97, track=4113" is in file "AUD_00056.meta".

00056.MKV is also in the WORKFILES but I'm using Movie & Menus... I'm thinking that is related to the Red Text I typed about before...?

Clicking on Preview produces these files.

DGDecNV & DirectShowSource:
09/30/2014 10:13 AM 15,071,801 00056.MKV
09/30/2014 10:13 AM 15,061,141 00056.track_4113.mpv
09/30/2014 10:13 AM 185 AUD_00056.meta
09/30/2014 10:13 AM 44 MPC_VIEW.AVS
09/30/2014 10:13 AM 0 VID_00056.d2v
6 File(s) 30,133,171 bytes
2 Dir(s) 76,133,761,024 bytes free


Anything more to help?Are you using LAVFilters or FFDSHOW? They are both "Directshow".

The source you are attempting to view is MPEG-2, right? Nothing has changed for any other source type.

[jdobbs]

I also experienced preview problems with MPC, mainly for AVC footage 1080i29.97 (interlaced or telecined Extras).
The player cannont "connect". The video is not shown, only the audio plays.
When the current encode will have finished I will try to provide a more accurate description of the issue later today.

I have LAV installed, and skipped ffdshow and Haali.

The preview.avs plays well in MPC-HC however. Hence my proposal/feature request: A hidden option which allows to select MPC-HC as the player for the preview, rather than MPC classic.Try reinstalling AVISYNTH.

[jdobbs]

@AmigaFuture

Try replacing BDRB.EXE with this test version (http://www.jdobbs.net/freeware/BDRB.EXE) and let me know if it solves your issues.

[AmigaFuture]

Are you using LAVFilters or FFDSHOW? They are both "Directshow".

The source you are attempting to view is MPEG-2, right? Nothing has changed for any other source type.

Correct..FFDSHOW, and MPEG-2.

Edit: Downloaded and checking...

[AmigaFuture]

Preview is back from a quick test... Thumbs Up! Doing more...testing..

[Sharc]

Try reinstalling AVISYNTH.
Uninstalling and reinstalling AVISYNTH didn't help.
- Windows Version: 6.1 [7601]
- Working Path Free Space: 359.83GB
- AVISYNTH Version: 2.5.8.0, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[09.30.14] Systems Settings Check complete

MP pops up a warning like:
The following pin(s) failed to find a connectable filter:
C:\TEMP\BD REBUILDER\WORKFILES\PREVIEW.AVS::Avisynth video #1

Media Type 0:
--------------------------
Video: YV12 480x270 29.97fps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_YV12 {32315659-0000-0010-8000-00AA00389B71}
formattype: FORMAT_VideoInfo {05589F80-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 194400
cbFormat: 88

VIDEOINFOHEADER:
rcSource: (0,0)-(0,0)
rcTarget: (0,0)-(0,0)
dwBitRate: 0
dwBitErrorRate: 0
AvgTimePerFrame: 333667

BITMAPINFOHEADER:
biSize: 40
biWidth: 480
biHeight: 270
biPlanes: 1
biBitCount: 12
biCompression: YV12
biSizeImage: 194400
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:
0000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0020: 00 00 00 00 00 00 00 00 63 17 05 00 00 00 00 00 ........c.......
0030: 28 00 00 00 e0 01 00 00 0e 01 00 00 01 00 0c 00 (...à...........
0040: 59 56 31 32 60 f7 02 00 00 00 00 00 00 00 00 00 YV12`÷..........
0050: 00 00 00 00 00 00 00 00 ........
When closing this warning message MPC plays the audio but not the video. The video is 1080i 29.97fps.
MPC-HC plays the preview.avs without problems.

[jdobbs]

Uninstalling and reinstalling AVISYNTH didn't help.
- Windows Version: 6.1 [7601]
- Working Path Free Space: 359.83GB
- AVISYNTH Version: 2.5.8.0, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[09.30.14] Systems Settings Check complete

MP pops up a warning like:
The following pin(s) failed to find a connectable filter:
C:\TEMP\BD REBUILDER\WORKFILES\PREVIEW.AVS::Avisynth video #1

Media Type 0:
--------------------------
Video: YV12 480x270 29.97fps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_YV12 {32315659-0000-0010-8000-00AA00389B71}
formattype: FORMAT_VideoInfo {05589F80-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 194400
cbFormat: 88

VIDEOINFOHEADER:
rcSource: (0,0)-(0,0)
rcTarget: (0,0)-(0,0)
dwBitRate: 0
dwBitErrorRate: 0
AvgTimePerFrame: 333667

BITMAPINFOHEADER:
biSize: 40
biWidth: 480
biHeight: 270
biPlanes: 1
biBitCount: 12
biCompression: YV12
biSizeImage: 194400
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:
0000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0020: 00 00 00 00 00 00 00 00 63 17 05 00 00 00 00 00 ........c.......
0030: 28 00 00 00 e0 01 00 00 0e 01 00 00 01 00 0c 00 (...à...........
0040: 59 56 31 32 60 f7 02 00 00 00 00 00 00 00 00 00 YV12`÷..........
0050: 00 00 00 00 00 00 00 00 ........
When closing this warning message MPC plays the audio but not the video. The video is 1080i 29.97fps.
MPC-HC plays the preview.avs without problems.I've tested it here and it is working fine with AVC 1080i@29.97. I'll try a couple of other sources.

What MPC-HC does really has no bearing at all.

[Edit] I tested it thoroughly.

I'd suggest you uninstall LAVFilters, then uninstall AVISYNTH and reinstall it again, and then finally reinstall LAVFilters. Something isn't clicking between them. Did you install LAVFilters from the package I have linked in the first post?

[Sharc]

I've tested it here and it is working fine with AVC 1080i@29.97. I'll try a couple of other sources.

What MPC-HC does really has no bearing at all.

[Edit] I tested it thoroughly.

I'd suggest you uninstall LAVFilters, then uninstall AVISYNTH and reinstall it again, and then finally reinstall LAVFilters. Something isn't clicking between them. Did you install LAVFilters from the package I have linked in the first post?
This complete re-installation did the trick. Everything is working fine now; thanks! :)

[jdobbs]

This complete re-installation did the trick. Everything is working fine now; thanks! :)Interesting. I had to do that once in testing as well. I never figured out why.

[AmigaFuture]

The red text is still there. Using Dirty Dancing. After starting BD-RB (And using the special link you provided).. Previewing VID_00056 that is set to be blanked looks good and produces these files.

09/30/2014 07:55 PM 15,071,801 00056.MKV
09/30/2014 07:55 PM 15,061,141 00056.track_4113.mpv
09/30/2014 07:55 PM 185 AUD_00056.meta
09/30/2014 07:55 PM 223 MPC_VIEW.AVS


Inside MPC_VIEW.AVS which displays fine and is MPEG-2 1080i.

#Created by BD Rebuilder - v0.49.03 (beta)
DirectshowSource("X:\OUTPUT\WORKFILES\00056.MKV", fps=29.97)
BilinearResize(480,270)
ConvertToYUY2().AssumeFPS(30000,1001)
Subtitle(x=8,y=8,"This clip is set to be BLANKED.")


Click on Backup without enabling to keep it..or any other "default" blanked by BD-RB. Letting it render 1 video...then aborted.

[09/30/14] BD Rebuilder v0.49.03 (beta)
[19:59:34] Source: DIRTYDANCING
- Input BD size: 46.57 GB
- Approximate total content: [04:26:43.637]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- MOVIE and MENUS mode enabled
- Quality: High-Speed Option (BD-25+), Two Pass
- Decoding/Frame serving: DirectShow [4-way]
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[19:59:38] PHASE ONE, Encoding
- [19:59:38] Processing: VID_00002 (1 of 58)
- [19:59:38] Extracting A/V streams [VID_00002]
- [19:59:41] Reencoding video [VID_00002]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 24 frames
- Bitrate: 500 Kbs
- [19:59:41] Reencoding: VID_00002, Pass 1 of 2
- [19:59:41] Reencoding: VID_00002, Pass 2 of 2
- [19:59:42] Video Encode complete
- [19:59:42] Processing audio tracks
- [19:59:42] Multiplexing M2TS
[19:59:46]PHASE ONE aborted by user request


Now doing a preview of the same VID results in red text...and in the file; From "MPC_VIEW.AVS":

#Created by BD Rebuilder - v0.49.03 (beta)
DirectshowSource("X:\OUTPUT\WORKFILES\00056.MKV", fps=29.97)
BilinearResize(480,270)
ConvertToYUY2().AssumeFPS(30000,1001)
Subtitle(x=8,y=8,"This clip is set to be BLANKED.")


This list of files are:

09/30/2014 07:59 PM 332 00002.clpi
09/30/2014 07:59 PM 18,432 00002.m2ts
09/30/2014 07:59 PM 9,409 00002.track_4113.264
09/30/2014 07:59 PM 193 AUD_00002.meta
09/30/2014 07:55 PM 185 AUD_00056.meta
09/30/2014 08:01 PM 223 MPC_VIEW.AVS
09/30/2014 07:59 PM 206 MUX_00002.meta
09/30/2014 07:59 PM 196 VID_00002.AVS
09/30/2014 07:59 PM 4,612 VID_00002.AVS.264

You might not have Dirty Dancing (not the remake). You also happens with Toy Story 3 but not all MPEG-2 files.

I got it..when the Backup has started, and I click Delete All with BD-RB, after the abort...and go right to preview that VID again, BD-RB isn't remaking the temp MKV. I have to exit BD-RB then run it again for it to Preview again as it should.

Any ideas?

[Glarioo]

FFDSHOW, Haali Matroska Splitter & the new LAV Directshow filters are not required but recommended.
Which of the two, 2A or 2B on the first page, would give the best result for x264 (MKV 1920x1080) encodings?
So far i have used 2B, resulting in very good quality MKV's.
Can i use BD Rebuilder without those packages and get the same high quality?

[lauguru]

hello
how to change this value to fall below 100mb?
http://t1.someimage.com/s9vm3Li.jpg (http://someimage.com/s9vm3Li)

[jdobbs]

FFDSHOW, Haali Matroska Splitter & the new LAV Directshow filters are not required but recommended.
Which of the two, 2A or 2B on the first page, would give the best result for x264 (MKV 1920x1080) encodings?
So far i have used 2B, resulting in very good quality MKV's.
Can i use BD Rebuilder without those packages and get the same high quality?Yes, but you will lose some options in SETUP (IVTC and some resizing). 2A is the recommended option. When I go out of beta and create an installer it will likely be included during installation.

[jdobbs]

hello
how to change this value to fall below 100mb?
http://t1.someimage.com/s9vm3Li.jpg (http://someimage.com/s9vm3Li)You can't.

[jdobbs]

I got it..when the Backup has started, and I click Delete All with BD-RB, after the abort...and go right to preview that VID again, BD-RB isn't remaking the temp MKV. I have to exit BD-RB then run it again for it to Preview again as it should.

Any ideas?Sounds like a flag isn't being reset, but it also sounds as if you have to try to cause that error.

[Edit] Fixed it.

[Glarioo]

Yes, but you will lose some options in SETUP (IVTC and some resizing). 2A is the recommended option. When I go out of beta and create an installer it will likely be included during installation.

Thanks for your quick response!
Gonna install the LAV filters (2A) and use them from now on.

[max4]

Can BD Rebuilder NOT be forced to re-encode only extras without touching?

BD REBUILDER can not be forced to re-encode any of the extras?
This question is because in a film by passing bd-25 I get the following error in one of the extras:
"bd rebuilder experienced an error 14:03:56 av create () 0000"
"could not create avs file"
This error comes after I finish recoding the movie and only happens on some extra from the movie.
That is the reason for the question to be whether there is any way to avoid this error or omit this extra without leaving it blank because I am interested in the.

Thanks in advance

[max4]

Can BD Rebuilder NOT be forced to re-encode only extras without touching?

BD REBUILDER can not be forced to re-encode any of the extras?
This question is because in a film by passing bd-25 I get the following error in one of the extras:
"bd rebuilder experienced an error 14:03:56 av create () 0000"
"could not create avs file"
This error comes after I finish recoding the movie and only happens on some extra from the movie.
That is the reason for the question to be whether there is any way to avoid this error or omit this extra without leaving it blank because I am interested in the.

Thanks in advance


hello again
I made tests and is as follows:
In the v047.47 this error does not occur now.
In the settings v49.02 and*v047.47 differ in the option "decoding / frames serving options".
In these v047.47 all boxes unchecked in v49.02 forces you to check a box. I think the problem is there.
Is there any way to uncheck all the boxes in this latest version?

[jdobbs]

Can BD Rebuilder NOT be forced to re-encode only extras without touching?

BD REBUILDER can not be forced to re-encode any of the extras?
This question is because in a film by passing bd-25 I get the following error in one of the extras:
"bd rebuilder experienced an error 14:03:56 av create () 0000"
"could not create avs file"
This error comes after I finish recoding the movie and only happens on some extra from the movie.
That is the reason for the question to be whether there is any way to avoid this error or omit this extra without leaving it blank because I am interested in the.

Thanks in advanceI really don't understand what you are saying. Please post a log and config/ini file.

[max4]

14384I really don't understand what you are saying. Please post a log and config/ini file.

hello jdobbs

Explain the problem and attached file ini.

I just finished re-encode the movie with the version v047.47 with no problem.

[10/01/14] BD Rebuilder v0.47.07 (beta)
[18:16:43] Source: Ghostbusters 1984
- Input BD size: 35,28 GB
- Approximate total content: [04:03:04.208]
- Target BD size: 23,93 GB
- Windows Version: 6.1 [7601]
- MOVIE and MENUS mode enabled
- Quality: High-Speed Option (BD-25+), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[18:16:45] PHASE ONE, Encoding
- [18:16:45] Processing: VID_00074 (1 of 85)
- [18:16:45] Extracting A/V streams [VID_00074]
- [18:16:50] Reencoding video [VID_00074]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 346 frames
- Bitrate: 8.014 Kbs
- [18:16:50] Reencoding: VID_00074, Pass 1 of 2
- [18:16:51] Reencoding: VID_00074, Pass 2 of 2
- [18:16:56] Video Encode complete
- [18:16:56] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:16:56] Multiplexing M2TS
- [18:17:00] Processing: VID_00076 (2 of 85)
- [18:17:00] Extracting A/V streams [VID_00076]
- [18:17:04] Reencoding video [VID_00076]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 29,970fps, 270 frames
- Bitrate: 6.747 Kbs
- [18:17:04] Reencoding: VID_00076, Pass 1 of 2
- [18:17:04] Reencoding: VID_00076, Pass 2 of 2
- [18:17:09] Video Encode complete
- [18:17:09] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:17:09] Multiplexing M2TS
- [18:17:13] Processing: VID_00077 (3 of 85)
- [18:17:13] Extracting A/V streams [VID_00077]
- [18:17:17] Reencoding video [VID_00077]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 29,970fps, 270 frames
- Bitrate: 6.832 Kbs
- [18:17:17] Reencoding: VID_00077, Pass 1 of 2
- [18:17:17] Reencoding: VID_00077, Pass 2 of 2
- [18:17:22] Video Encode complete
- [18:17:22] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:17:22] Multiplexing M2TS
- [18:17:26] Processing: VID_00078 (4 of 85)
- [18:17:26] Extracting A/V streams [VID_00078]
- [18:17:29] Reencoding video [VID_00078]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 29,970fps, 270 frames
- Bitrate: 6.736 Kbs
- [18:17:29] Reencoding: VID_00078, Pass 1 of 2
- [18:17:30] Reencoding: VID_00078, Pass 2 of 2
- [18:17:35] Video Encode complete
- [18:17:35] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:17:35] Multiplexing M2TS
- [18:17:39] Processing: VID_00079 (5 of 85)
- [18:17:39] Extracting A/V streams [VID_00079]
- [18:17:43] Reencoding video [VID_00079]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 29,970fps, 270 frames
- Bitrate: 6.648 Kbs
- [18:17:43] Reencoding: VID_00079, Pass 1 of 2
- [18:17:43] Reencoding: VID_00079, Pass 2 of 2
- [18:17:49] Video Encode complete
- [18:17:49] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:17:49] Multiplexing M2TS
- [18:17:52] Blanking: VID_00080 (6 of 85)
- [18:17:52] Blanking: VID_00081 (7 of 85)
- [18:17:52] Blanking: VID_00082 (8 of 85)
- [18:17:52] Blanking: VID_00083 (9 of 85)
- [18:17:52] Blanking: VID_00084 (10 of 85)
- [18:17:52] Blanking: VID_00085 (11 of 85)
- [18:17:52] Blanking: VID_00087 (12 of 85)
- [18:17:52] Blanking: VID_00088 (13 of 85)
- [18:17:52] Blanking: VID_00092 (14 of 85)
- [18:17:52] Blanking: VID_00093 (15 of 85)
- [18:17:52] Blanking: VID_00094 (16 of 85)
- [18:17:53] Blanking: VID_00095 (17 of 85)
- [18:17:53] Blanking: VID_00274 (18 of 85)
- [18:17:53] Processing: VID_00276 (19 of 85)
- [18:17:53] Extracting A/V streams [VID_00276]
- [18:29:34] Reencoding video [VID_00276]
- [18:29:34] Reencoding secondary video [TRK_02]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 151.249 frames
- Bitrate: 21.874 Kbs
- [18:36:38] Reencoding: VID_00276, Pass 1 of 2
- [18:36:38] Reencoding: VID_00276, Pass 2 of 2
- [20:26:47] Video Encode complete
- [20:26:47] Processing audio tracks
- Track 4359 (spa): Keeping original audio
- [20:26:48] Multiplexing M2TS
- [20:41:44] Blanking: VID_00277 (20 of 85)
- [20:41:47] Blanking: VID_00278 (21 of 85)
- [20:41:47] Blanking: VID_00280 (22 of 85)
- [20:41:47] Processing: VID_00281 (23 of 85)
- [20:41:47] Extracting A/V streams [VID_00281]
- [20:41:57] Reencoding video [VID_00281]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 1.755 frames
- Bitrate: 5.182 Kbs
- [20:41:57] Reencoding: VID_00281, Pass 1 of 2
- [20:42:00] Reencoding: VID_00281, Pass 2 of 2
- [20:43:47] Video Encode complete
- [20:43:47] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:43:47] Multiplexing M2TS
- [20:43:52] Processing: VID_00282 (24 of 85)
- [20:43:52] Extracting A/V streams [VID_00282]
- [20:43:58] Reencoding video [VID_00282]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 1.260 frames
- Bitrate: 5.175 Kbs
- [20:43:58] Reencoding: VID_00282, Pass 1 of 2
- [20:43:58] Reencoding: VID_00282, Pass 2 of 2
- [20:44:08] Video Encode complete
- [20:44:08] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:44:08] Multiplexing M2TS
- [20:44:12] Processing: VID_00283 (25 of 85)
- [20:44:12] Extracting A/V streams [VID_00283]
- [20:44:18] Reencoding video [VID_00283]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 2.180 frames
- Bitrate: 5.190 Kbs
- [20:44:18] Reencoding: VID_00283, Pass 1 of 2
- [20:44:19] Reencoding: VID_00283, Pass 2 of 2
- [20:44:30] Video Encode complete
- [20:44:30] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:44:30] Multiplexing M2TS
- [20:44:34] Processing: VID_00284 (26 of 85)
- [20:44:34] Extracting A/V streams [VID_00284]
- [20:44:40] Reencoding video [VID_00284]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 1.495 frames
- Bitrate: 5.185 Kbs
- [20:44:40] Reencoding: VID_00284, Pass 1 of 2
- [20:44:40] Reencoding: VID_00284, Pass 2 of 2
- [20:44:50] Video Encode complete
- [20:44:50] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:44:50] Multiplexing M2TS
- [20:44:54] Processing: VID_00285 (27 of 85)
- [20:44:54] Extracting A/V streams [VID_00285]
- [20:45:00] Reencoding video [VID_00285]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 1.300 frames
- Bitrate: 5.173 Kbs
- [20:45:00] Reencoding: VID_00285, Pass 1 of 2
- [20:45:00] Reencoding: VID_00285, Pass 2 of 2
- [20:45:07] Video Encode complete
- [20:45:07] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:45:07] Multiplexing M2TS
- [20:45:11] Processing: VID_00286 (28 of 85)
- [20:45:11] Extracting A/V streams [VID_00286]
- [20:45:21] Reencoding video [VID_00286]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 2.535 frames
- Bitrate: 5.183 Kbs
- [20:45:21] Reencoding: VID_00286, Pass 1 of 2
- [20:45:22] Reencoding: VID_00286, Pass 2 of 2
- [20:45:35] Video Encode complete
- [20:45:35] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:45:35] Multiplexing M2TS
- [20:45:46] Processing: VID_00287 (29 of 85)
- [20:45:46] Extracting A/V streams [VID_00287]
- [20:45:52] Reencoding video [VID_00287]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 985 frames
- Bitrate: 5.173 Kbs
- [20:45:52] Reencoding: VID_00287, Pass 1 of 2
- [20:45:52] Reencoding: VID_00287, Pass 2 of 2
- [20:45:59] Video Encode complete
- [20:45:59] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:45:59] Multiplexing M2TS
- [20:46:03] Processing: VID_00288 (30 of 85)
- [20:46:03] Extracting A/V streams [VID_00288]
- [20:46:07] Reencoding video [VID_00288]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 540 frames
- Bitrate: 5.187 Kbs
- [20:46:07] Reencoding: VID_00288, Pass 1 of 2
- [20:46:07] Reencoding: VID_00288, Pass 2 of 2
- [20:46:11] Video Encode complete
- [20:46:11] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:46:11] Multiplexing M2TS
- [20:46:15] Processing: VID_00289 (31 of 85)
- [20:46:15] Extracting A/V streams [VID_00289]
- [20:46:19] Reencoding video [VID_00289]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 830 frames
- Bitrate: 5.204 Kbs
- [20:46:19] Reencoding: VID_00289, Pass 1 of 2
- [20:46:19] Reencoding: VID_00289, Pass 2 of 2
- [20:46:25] Video Encode complete
- [20:46:25] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:46:25] Multiplexing M2TS
- [20:46:29] Processing: VID_00290 (32 of 85)
- [20:46:29] Extracting A/V streams [VID_00290]
- [20:46:33] Reencoding video [VID_00290]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 1.065 frames
- Bitrate: 5.196 Kbs
- [20:46:33] Reencoding: VID_00290, Pass 1 of 2
- [20:46:33] Reencoding: VID_00290, Pass 2 of 2
- [20:46:41] Video Encode complete
- [20:46:41] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:46:41] Multiplexing M2TS
- [20:46:45] Blanking: VID_00291 (33 of 85)
- [20:46:45] Blanking: VID_00292 (34 of 85)
- [20:46:45] Blanking: VID_00293 (35 of 85)
- [20:46:45] Blanking: VID_00294 (36 of 85)
- [20:46:45] Blanking: VID_00295 (37 of 85)
- [20:46:45] Blanking: VID_00296 (38 of 85)
- [20:46:45] Blanking: VID_00298 (39 of 85)
- [20:46:45] Blanking: VID_00299 (40 of 85)
- [20:46:45] Blanking: VID_00300 (41 of 85)
- [20:46:45] Processing: VID_00303 (42 of 85)
- [20:46:45] Extracting A/V streams [VID_00303]
- [20:46:49] Reencoding video [VID_00303]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 230 frames
- Bitrate: 5.209 Kbs
- [20:46:49] Reencoding: VID_00303, Pass 1 of 2
- [20:46:49] Reencoding: VID_00303, Pass 2 of 2
- [20:46:52] Video Encode complete
- [20:46:52] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:46:52] Multiplexing M2TS
- [20:46:55] Blanking: VID_00304 (43 of 85)
- [20:46:55] Blanking: VID_00305 (44 of 85)
- [20:46:55] Blanking: VID_00321 (45 of 85)
- [20:46:55] Blanking: VID_00322 (46 of 85)
- [20:46:55] Blanking: VID_00323 (47 of 85)
- [20:46:55] Blanking: VID_00325 (48 of 85)
- [20:46:55] Processing: VID_00326 (49 of 85)
- [20:46:55] Extracting A/V streams [VID_00326]
- [20:49:08] Reencoding video [VID_00326]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 34.561 frames
- Bitrate: 11.631 Kbs
- [20:49:08] Reencoding: VID_00326, Pass 1 of 2
- [20:49:09] Reencoding: VID_00326, Pass 2 of 2
- [21:05:50] Video Encode complete
- [21:05:50] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:05:50] Multiplexing M2TS
- [21:06:56] Blanking: VID_00327 (50 of 85)
- [21:06:56] Processing: VID_00328 (51 of 85)
- [21:06:56] Extracting A/V streams [VID_00328]
- [21:07:05] Reencoding video [VID_00328]
- Source Video: MPEG-4 (AVC), 720x480
- Rate/Length: 29,970fps, 7.771 frames
- Bitrate: 3.899 Kbs
- [21:07:05] Reencoding: VID_00328, Pass 1 of 2
- [21:07:06] Reencoding: VID_00328, Pass 2 of 2
- [21:08:07] Video Encode complete
- [21:08:07] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:08:07] Multiplexing M2TS
- [21:08:12] Processing: VID_00329 (52 of 85)
- [21:08:12] Extracting A/V streams [VID_00329]
- [21:08:24] Reencoding video [VID_00329]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 3.238 frames
- Bitrate: 11.465 Kbs
- [21:08:24] Reencoding: VID_00329, Pass 1 of 2
- [21:08:24] Reencoding: VID_00329, Pass 2 of 2
- [21:10:21] Video Encode complete
- [21:10:21] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:10:21] Multiplexing M2TS
- [21:10:28] Blanking: VID_00330 (53 of 85)
- [21:10:28] Blanking: VID_00331 (54 of 85)
- [21:10:28] Blanking: VID_00332 (55 of 85)
- [21:10:28] Blanking: VID_00333 (56 of 85)
- [21:10:28] Blanking: VID_00334 (57 of 85)
- [21:10:28] Blanking: VID_00335 (58 of 85)
- [21:10:28] Blanking: VID_00336 (59 of 85)
- [21:10:28] Blanking: VID_00337 (60 of 85)
- [21:10:28] Blanking: VID_00338 (61 of 85)
- [21:10:28] Blanking: VID_00339 (62 of 85)
- [21:10:28] Blanking: VID_00340 (63 of 85)
- [21:10:28] Blanking: VID_00341 (64 of 85)
- [21:10:28] Blanking: VID_00342 (65 of 85)
- [21:10:28] Blanking: VID_00343 (66 of 85)
- [21:10:28] Blanking: VID_00344 (67 of 85)
- [21:10:28] Blanking: VID_00345 (68 of 85)
- [21:10:28] Blanking: VID_00346 (69 of 85)
- [21:10:28] Blanking: VID_00347 (70 of 85)
- [21:10:29] Blanking: VID_00359 (82 of 85)
- [21:10:29] Blanking: VID_00360 (83 of 85)
- [21:10:29] Blanking: VID_00361 (84 of 85)
- [21:10:29] Blanking: VID_00362 (85 of 85)
[21:10:29]PHASE ONE complete
[21:10:29]PHASE TWO - Rebuild Started
- [21:10:29] Rebuilding BD file Structure
[21:11:40] - Encode and Rebuild complete
[21:11:40] JOB: GHOST finished.

[Options]
VERSION=0.47.0.7
ENCODER=0
MODE=1
ENCODE_QUALITY=5
ONEPASS_ENCODING=0
AUTO_QUALITY=0
AUDIO_TO_KEEP=spa;
SUBS_TO_KEEP=spa;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=1
SD_TO_1080=0
IGNORE_3D=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AVCHD=1
REMOVE_WORKFILES=0
DGDECIM=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
DGDECNV=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=24500
TARGET_SIZE=24500
PRIORITY_CLASS=1
ENABLE_TEST=1
ENABLE_BLANKING=1
[Paths]
SOURCE_PATH=G:\Ghostbusters 1984
WORKING_PATH=E:\BLURAY\

When recoding the movie with the version 49.02 following error message occurs when you start recoding extras.

"bd rebuilder experienced an error 14:03:56 av create () 0000"
"could not create avs file"

Also happens if I pre-visualization with these extras.

- [21:18:19] CreateAVS() 00000

[Options]
VERSION=0.49.0.2
ENCODER=0
MODE=0
ENCODE_QUALITY=5
ONEPASS_ENCODING=0
AUTO_QUALITY=0
AUDIO_TO_KEEP=eng;spa;
SUBS_TO_KEEP=spa;
SD_CONVERT=0
OPEN_GOP=1
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=0
SD_TO_1080=0
IGNORE_3D=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
DECODER=0
AVCHD=1
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
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=24500
TARGET_SIZE=26500
ENABLE_TEST=1
ENABLE_BLANKING=1
VERBOSE_STATUS=1
[Paths]
SOURCE_PATH=G:\Ghostbusters 1984
WORKING_PATH=E:\BLURAY\

the difference between these 2 versions of BD in REBUILDER this option "decoding / frames serving options".

In these v047.47 all boxes unchecked.

In v49.02 forces you to check a box.

I think the problem is there. what do you think?

Is there any way to uncheck all the boxes in this latest version v49.02?

Thanks in advance for helping

pd.attach jpg

[Capsbackup]

@max4,
It's really not that complicated. If your source is 2D, check either Use DirectshowSource or Use x264's internal LAVF for frame serving. If you have purchased DGDecNV, you can select that option and follow the installation instructions. If you are backing up a 3D source, select Use FRIMsource. :cool:
Always follow the install instructions on first page of this thread.

Since your source does not appear to be an original Blu-ray that you have purchased, this information is just for general BD-RB usage! :(

[omegaman7]

@max4,
It's really not that complicated. If your source is 2D, check either Use DirectshowSource or Use x264's internal LAVF for frame serving. If you have purchased DGDecNV, you can select that option and follow the installation instructions. If you are backing up a 3D source, select Use FRIMsource. :cool:
Always follow the install instructions on first page of this thread.

Since your source does not appear to be an original Blu-ray that you have purchased, this information is just for general BD-RB usage! :(

What makes you say that? I rename my blu-ray folders all the time. Especially when they have those funky 'code' names LOL!

And adding the production year, seems like a logical approach in some cases :p

[jdobbs]

Either way -- a log for an encode that worked rather than the one with issues doesn't do me much good. I have lots of logs that work. I need it because the error message you are quoting is not possible in BD-RB. I need to see what it actually is so I can find its location in the code.

v0.47.07 is no longer supported and will eventually expire -- there have been seven releases of bug fixes since then. Why would I want to try and debug a log for it?

The boxes being checked or unchecked in SETUP is unrelated. When they are all unchecked it is the same thing as having "Directshow" checked. I made it that way so that it made more sense.

[Capsbackup]

What makes you say that? I rename my blu-ray folders all the time. Especially when they have those funky 'code' names LOL!

And adding the production year, seems like a logical approach in some cases :p

What makes me say that is that the original log, before it got edited, was an obvious illegal downloaded bittorrent file! :rolleyes:

[omegaman7]

What makes me say that is that the original log, before it got edited, was an obvious illegal downloaded bittorrent file! :rolleyes:

I see... my bad lol :o

[AmigaFuture]

@omegaman7

I agree, sometimes I rename mine. It might be illegal for a BD name but "Movie Name" vs "MOVIE_NAME" or "MOVIENAME" doesn't stop a player from reading it. It also looks cool on a Mac Desktop or Windows prompt of what to do. :)

Sounds like a flag isn't being reset, but it also sounds as if you have to try to cause that error.

[Edit] Fixed it.

Well, finding...not creating...an error is part of beta testing, right?

Great, about the fix! :)

[lauguru]

hello jdobbs
bug convert mkv hvec, the process does not save one pass, when given to cancel on the 2 pass, you have to restart everything from 1pass

[jdobbs]

hello jdobbs
bug convert mkv hvec, the process does not save one pass, when given to cancel on the 2 pass, you have to restart everything from 1passThat's the way it's always worked for ALTERNATE. It's not really a bug, but I'll see what I can do.

[lauguru]

That's the way it's always worked for ALTERNATE. It's not really a bug, but I'll see what I can do.

ok thanks ;)

[musiclover]

What kind of mkv's does the import function take? I had a bad experience with a mkv containing flac audio and idx/sub subtitle. Is there a list of types that will import correctly?

[jdobbs]

What kind of mkv's does the import function take? I had a bad experience with a mkv containing flac audio and idx/sub subtitle. Is there a list of types that will import correctly?I'm not seeing very many flac audio MKVs out there, so that doesn't surprise me. BD-RB is geared toward commonly found MKVs and MP4s.

Right now it accepts any combination of:

Video as: H.264, VC-1, MPEG-2, H.265, MPEG-4/XVID
Audio as: DTS, AC3, AAC, PCM, MPEG/L3
Subtitles as: SRT, PGS

[musiclover]

I'm not seeing very many flac audio MKVs out there, so that doesn't surprise me. BD-RB is geared toward commonly found MKVs and MP4s.

Right now it accepts any combination of:

Video as: H.264, VC-1, MPEG-2, H.265, MPEG-4/XVID
Audio as: DTS, AC3, AAC, PCM, MPEG/L3
Subtitles as: SRT, PGS

Thanks for the list. Now I know which ones to convert before importing.

[jdobbs]

I have updated the first post of this thread with a link to the most recent version of BD-RB (v0.49.04). Changes for this release:- Corrected an issue introduced in v0.49.02
in which attempting to preview MPEG-2
sources could result in distorted playback
or failure.
- Circumvented an exceptionally rare problem
in which previewing a source of less than
24 frames could fail after an aborted
encode.
- Other minor corrections and cosmetic fixes.

[lauguru]

thanks jdobbs

[mmick]

thanks! Excelent piece of software!

[lauguru]

jdobbs
possible, experimentally, to add FORCE_ENCODE=n in H265 mode Please fulbluray. thanks

[Ch3vr0n]

@launguru: doubt he will. As h265 is not used in the normal blu-ray standard and it would create an invalid blu-ray structure which likely neither standalone nor software players would play back. h265 is only used for 4K (UHD) blu-ray and not normal

[lauguru]

@launguru: doubt he will. As h265 is not used in the normal blu-ray standard and it would create an invalid blu-ray structure which likely neither standalone nor software players would play back. h265 is only used for 4K (UHD) blu-ray and not normal

I know, but you will soon play bluray 4k readers when they leave, as he did in his day, the dvd and blu-ray (mpeg1, mpeg2, mpeg4, h264 and now-H265 HEVC.

PowerDVD 14 and TotalMedia 6, surely now be played in upcoming updates, as the HVEC codec, go being most used.

[jdobbs]

I know, but you will soon play bluray 4k readers when they leave, as he did in his day, the dvd and blu-ray (mpeg1, mpeg2, mpeg4, h264 and now-H265 HEVC.

PowerDVD 14 and TotalMedia 6, surely now be played in upcoming updates, as the HVEC codec, go being most used.It doesn't actually play the Blu-Ray structure. It only plays the single movie playlist. So if you created an HEVC BD structure, it would all be wasted space except for the main feature. So why not just create an MKV? PowerDVD can play that just as easily.

[lauguru]

It doesn't actually play the Blu-Ray structure. It only plays the single movie playlist. So if you created an HEVC BD structure, it would all be wasted space except for the main feature. So why not just create an MKV? PowerDVD can play that just as easily.

I only say it as added and experiment with it, for sure sooner or later, they played perfectly. If you add that option, even if it is hidden, I would greatly appreciate it jdobbs

I'm already creating mkv HEVC, but I would like to have all the bluray and the extras, although I know that right now, it does not play, certainly will soon at 4k players.

[RobertM]

Hi All,

Ran into an odd one the other day. I was backing up 'The Counselor', and I noticed that the video freezes temporarily during playback while the audio continues. I suspected a bad rip, so I took a close look at the input files, and I quickly realized that the freeze corresponded exactly and entirely to one part of the 3-part playlist.

During the 'movie only' backup only 2 of the 3 parts re-encoded. The intro (about 4.1/2 minutes worth) encoded, the main title sequence (about 30 seconds) did not, and the balance of the movie encoded. Upon playback, the unencoded part didn't play any video, either in VLC or on my Sony Standalone.

Here's the log and ini.


[10/02/14] BD Rebuilder v0.49.02 (beta)
[07:22:59] Source: THE_COUNSELOR_00800
- Input BD size: 33.50 GB
- Approximate total content: [01:57:14.026]
- Target BD size: 23.63 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: High Quality (Default), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
- Subtitle [19] is defaulted ON.
[07:23:03] PHASE ONE, Encoding
- [07:23:03] Processing: VID_00500 (1 of 3)
- [07:23:03] Extracting A/V streams [VID_00500]
- [07:27:14] Reencoding video [VID_00500]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 6,753 frames
- Bitrate: 26,245 Kbs
- [07:27:14] Reencoding: VID_00500, Pass 1 of 2
- [07:28:54] Reencoding: VID_00500, Pass 2 of 2
- [07:34:41] Video Encode complete
- [07:34:41] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [07:37:22] Processing: VID_00501 (2 of 3)
- [07:37:22] Extracting A/V streams [VID_00501]
- [07:37:27] Reencoding video [VID_00501]
- [07:37:27] Keeping original video (no reencode)
- [07:37:27] Processing: VID_00502 (3 of 3)
- [07:37:27] Extracting A/V streams [VID_00502]
- [07:41:33] Reencoding video [VID_00502]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 161,107 frames
- Bitrate: 25,628 Kbs
- [07:41:33] Reencoding: VID_00502, Pass 1 of 2
- [08:24:32] Reencoding: VID_00502, Pass 2 of 2
- [10:58:48] Video Encode complete
[10:58:48]PHASE ONE complete
[10:58:48]PHASE TWO - Rebuild Started
- [10:58:48] Rebuilding BD file Structure
[11:03:11] - Encode and Rebuild complete
[11:03:11] JOB: THE_COUNSELOR finished.



[Options]
VERSION=0.49.0.2
ENCODER=0
MODE=3
ENCODE_QUALITY=2
ONEPASS_ENCODING=0
AUTO_QUALITY=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
IGNORE_3D=0
CONVERT_WIDE=0
DTS_REENCODE=1
AC3_REENCODE=1
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AVCHD=1
REMOVE_WORKFILES=0
DGDECIM=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
DGDECNV=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=24200
MOVIE_ONLY_LOOP=0
TARGET_SIZE=24200
DECODER=0
[Paths]
SOURCE_PATH=E:\BLURAY\TRANSFORMERS_AGE_OF_EXTINCTION\
WORKING_PATH=D:\BD-REBUILDS\BUILDS\

[Capsbackup]

Hi All,

Ran into an odd one the other day. I was backing up 'The Counselor', and I noticed that the video freezes temporarily during playback while the audio continues. I suspected a bad rip, so I took a close look at the input files, and I quickly realized that the freeze corresponded exactly and entirely to one part of the 3-part playlist.

During the 'movie only' backup only 2 of the 3 parts re-encoded. The intro (about 4.1/2 minutes worth) encoded, the main title sequence (about 30 seconds) did not, and the balance of the movie encoded. Upon playback, the unencoded part didn't play any video, either in VLC or on my Sony Standalone.


- [10:58:48] Video Encode complete
[10:58:48]PHASE ONE complete
[10:58:48]PHASE TWO - Rebuild Started
- [10:58:48] Rebuilding BD file Structure
[11:03:11] - Encode and Rebuild complete
[11:03:11] JOB: THE_COUNSELOR finished.
[/code]

[Paths]
SOURCE_PATH=E:\BLURAY\TRANSFORMERS_AGE_OF_EXTINCTION\
WORKING_PATH=D:\BD-REBUILDS\BUILDS\

[/code]

The log and ini don't appear to be from the same movie!
But the log does show an odd situation.
Either all reencodes or no reencoding, but strange to have a mix! :confused:

[jdobbs]

Well that definitely isn't right. I'm not even sure how that could happen -- but I'll find it and fix it.

[Sharc]

@jdobbs
Full backup mode: When selecting "Automatic Quality Settings" the selection of "Quicker" Encodes for Extras seems to have no effect. (The Extra is encoded 2-pass like the feature, rather than CRF). Is this intentional or possibly a bug? If intentional, shouldn't the the menu "Quicker" Encodes for Extras be greyed out?

[RobertM]

Just to clear up any confusion about 'counselor' vs. 'transformers'.... I did the original backup some time ago, but didn't notice the problem until a couple of nights ago. So I downloaded the latest BD-RB version to re-check it yesterday morning and got the same results. By the time I got around to writing up my findings this morning I had already run a different backup, so the targets in my ini file have changed, but I rarely change any settings so everything else in the ini should apply. I can run it again to get a dedicated ini file if necessary.

[DoctorM]

I was wondering what conditions decide the encoder speed/quality.

I keep AutoBias set to 3 because I'm a fussbudget and have a large screen.
Today I started to test 'The Great Race' for encoding to BD25. The main film is 2:40 in length and the disc is 45.5gb.
Set to 'Automatic Quality Settings' I get: - Auto Quality: Good (Very Fast), Two Pass

Is it always very fast if the output is a BD? That seems an awfully fast setting for nearly 50% compression with the AutoBias at 3. Is that what its supposed to be doing?

[jdobbs]

I was wondering what conditions decide the encoder speed/quality.

I keep AutoBias set to 3 because I'm a fussbudget and have a large screen.
Today I started to test 'The Great Race' for encoding to BD25. The main film is 2:40 in length and the disc is 45.5gb.
Set to 'Automatic Quality Settings' I get: - Auto Quality: Good (Very Fast), Two Pass

Is it always very fast if the output is a BD? That seems an awfully fast setting for nearly 50% compression with the AutoBias at 3. Is that what its supposed to be doing?No, it isn't always "very fast". It depends upon the bias, the total minutes to be encoded, and the target size. In your case you would be putting a total of 160 minutes on a BD-25. That's really not very much. It means your combined video/audio bitrate would be well over 20Mbs with a maxrate of 30Mbs (VBR). At that bitrate "Good/Two Pass" should be plenty.

But... you always have the option of manually selecting a different preset if you don't agree.

[jdobbs]

@jdobbs
Full backup mode: When selecting "Automatic Quality Settings" the selection of "Quicker" Encodes for Extras seems to have no effect. (The Extra is encoded 2-pass like the feature, rather than CRF). Is this intentional or possibly a bug? If intentional, shouldn't the the menu "Quicker" Encodes for Extras be greyed out?It has an effect -- but there are limitations. For example, if the video file is a part of a multi-part playlist, then quick encode will not be performed (because all parts have to be processed identically). Also, if the file is greater than 5GB BD-RB decides it's to significant to treat as an extra. That's to prevent it from possibly using excessive space -- which would have to be robbed from the feature.

The item shouldn't be "greyed out" because the selection will still apply to other streams that fall outside those rules.

[DoctorM]

No, it isn't always "very fast". It depends upon the bias, the total minutes to be encoded, and the target size. In your case you would be putting a total of 160 minutes on a BD-25. That's really not very much. It means your combined video/audio bitrate would be well over 20Mbs with a maxrate of 30Mbs (VBR). At that bitrate "Good/Two Pass" should be plenty.

But... you always have the option of manually selecting a different preset if you don't agree.

Thanks, I did not do the math. It just seemed like a lot of shrinkage to not see a difference between the Biases. I guess I would have seen a difference if I used BD9 or BD5.

[Sharc]

It has an effect -- but there are limitations. For example, if the video file is a part of a multi-part playlist, then quick encode will not be performed (because all parts have to be processed identically). Also, if the file is greater than 5GB BD-RB decides it's to significant to treat as an extra. That's to prevent it from possibly using excessive space -- which would have to be robbed from the feature.

The item shouldn't be "greyed out" because the selection will still apply to other streams that fall outside those rules.
This explains it, thank you. Im my case the Extra was indeed greater than 5GB.

[jdobbs]

Thanks, I did not do the math. It just seemed like a lot of shrinkage to not see a difference between the Biases. I guess I would have seen a difference if I used BD9 or BD5.Or if you'd put 3 or 4 hours on the BD-25.

[sonate]

I apologize in advance for being off topic, I thought I'd give this a shot here as I'm not having much luck elsewhere. I want to add a subtitle track to a bluray movie which originally has no subtitles and find there is no way to access the muxed subtitles. I've replaced subtitles consistently successfully if there was a subtitle track already on the original. Just hoping if someone has any ideas they can steer me in the right direction. I find myself buying many European and Asian Blurays which don't have English or US counterparts.

Thank you in advance, and sorry for the sidetracking.

[Sharc]

I apologize in advance for being off topic, I thought I'd give this a shot here as I'm not having much luck elsewhere. I want to add a subtitle track to a bluray movie which originally has no subtitles and find there is no way to access the muxed subtitles. I've replaced subtitles consistently successfully if there was a subtitle track already on the original. Just hoping if someone has any ideas they can steer me in the right direction. I find myself buying many European and Asian Blurays which don't have English or US counterparts.

Thank you in advance, and sorry for the sidetracking.
Can't you add a subtitle with tsMuxeR?

[DoctorM]

(removed until I can figure this out)

[sonate]

Can't you add a subtitle with tsMuxeR?

Yes, and that's what I use. It works fine when you replace an existing subtitle with a new one. But when I add one where none previously existed , I can't get it to display using the subtitle command on the remote.

[DoctorM]

Is MIN_M2TS_SIZE and MIN_PLAYLIST_MINS supposed to be ignored for BD25 and BD50 targets?
I've got a 2:30 length trailer I can't get to show up on the streams tabs no matter if I use zero or one for those values.

It DOES show up if I go to a DVD sized output though. I know it's minimal, I just assumed it would work for all output sizes.
The 9 and 22 second warning screens do show up though (I assume their attached to a longer playlist though).

[MajorEvent]

Greetings!

I'm trying to switch over to the LAV filters. ffdshow and Haaili were working great for me but I see you're talking about using LAV filters so I figured i'd give it a shot. Thing is I've tried several re-encodes and they're all coming out with the audio way out of sync. When I had the problem on the first couple attempts, I figured something didn't take right so I completely uninstalled Avisynth, Haali, ffdshow and LAV filters and tried setting up from scratch using only Avisynth and LAV filters but I still have the issue with the audio being way out of sync by a couple seconds or more. Any ideas?

Re-encoding using 49.02 to target size BD-25, Movie Only backup keeping HD audio at 2-pass highest quality.

Setting Check:
- Working Path Free Space: 383.06GB
- AVISYNTH Version: 2.5.8.0, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[10/03/14] Systems Settings Check complete

[Options]
VERSION=0.49.0.2
MODE=3
ENCODE_QUALITY=3
ONEPASS_ENCODING=0
AUTO_QUALITY=0
TARGET_SIZE=23500
PRIORITY_CLASS=0
AUDIO_TO_KEEP=chi;eng;zho;
SUBS_TO_KEEP=chi;eng;zho;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
DEINTERLACE=1
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=1
AC3_REENCODE=1
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AVCHD=1
REMOVE_WORKFILES=1
MOVIE_ONLY_LOOP=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=0
COMPLETION_BEEP=1
DGDECNV=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=8780
QUICK_EXTRAS=0
OUTPUT_3D=0
RESIZE_1440=0
RESIZE_720=0
NEROAAC=0
SUPTITLE=0
OUTPUT_SBS=0
ENCODER=0
IGNORE_3D=0
DECODER=0
FRIMSOURCE=0
[Paths]
SOURCE_PATH=D:\IMAGES\BLU-RAY\NON STOP\
WORKING_PATH=D:\IMAGES\BLU-RAY\PROCESSING TEMP\

[Glarioo]

I've also installed the Lav filters. I've tried to re-encode "Red Dragon" using alternate MKV 1920x1080 output and the audio was out of sync.
Running inspect tells me everything is ok.
Today i'm gonna uninstall Avisynth, Haali, ffdshow, LAV and run BD-RB again with only Avisynth and LAV filters installed.

LABEL=RED_DRAGON
VERSION=v0.49.02 (beta)
SOURCE_SIZE=41433391104
SOURCE_VIDEO_SIZE=41433391104
TARGET_SIZE=49666850816
REDUCTION=1.19871556473216
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=all
BACKUP_MODE=1
MOVIEONLY_TYPE=10
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00009]
AUDIO=10000000
PGS=11111111111111100000000000000000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=49666850816
SPLITS=1
NSIZE=0
FLINK=0
MLINK=0

[Options]
VERSION=0.49.0.4
TWEAK_ALTERNATE=--vbv-maxrate 35000 --vbv-bufsize 30000
SHOW_ENCODER=1
MKV_CHAPTERS=1
MKV_MUXSUPS=1
MOVIE_ONLY_LOOP=0
USE_ZLIB=0
ENCODER=0
MODE=3
ENCODE_QUALITY=0
ONEPASS_ENCODING=0
AUTO_QUALITY=0
MOVIEONLY_TYPE=10
ALTCRF=20
ALT_TARGET=10205
ALTMETHOD=2
ALTAUTOCROP=0
PRIORITY_CLASS=2
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=all
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=1
SD_TO_1080=0
IGNORE_3D=0
CONVERT_WIDE=0
DTS_REENCODE=1
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
DECODER=0
AVCHD=1
REMOVE_WORKFILES=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=1
IVTC_PULLDOWN=1
ASSUME_DVD_PAL=1
FRIMSOURCE=0
COMPLETION_BEEP=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=23500
TARGET_SIZE=47366
[Paths]
SOURCE_PATH=D:\BLU-RAY\RED_DRAGON\
WORKING_PATH=D:\BD-RB WORK\

[10/01/14] BD Rebuilder v0.49.02 (beta)
[18:11:26] Source: RED_DRAGON_00000
- Input BD size: 38,59 GB
- Approximate total content: [02:04:26.375]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, 640Kbs DD5.1
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[18:11:28] PHASE ONE, Encoding
- [18:11:28] Processing: VID_00009 (1 of 1)
- [18:11:28] Extracting A/V streams [VID_00009]
- [18:25:36] Reencoding video [VID_00009]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 179.014 frames
- Bitrate: 10.557 Kbs
- [18:25:36] Reencoding: VID_00009, Pass 1 of 2
- [19:27:53] Reencoding: VID_00009, Pass 2 of 2
- [22:12:53] Video Encode complete
- [22:12:53] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
[22:16:02]PHASE ONE complete
[22:16:02]PHASE TWO - Rebuild Started
- [22:16:02] Building ALTERNATE OUTPUT Structure
[22:20:15] - Encode and Rebuild complete
[22:20:19] JOB: RED_DRAGON finished.

[Glarioo]

Uninstalling Avisynth, Haali, ffdshow & LAV Filters, then
re-installing Avisynth and LAV Filters didn't work. Audio is still out of sync, about 2-3 seconds too late.

[Status]
LABEL=RED_DRAGON
VERSION=v0.49.04 (beta)
SOURCE_SIZE=41433391104
SOURCE_VIDEO_SIZE=41433391104
TARGET_SIZE=49666850816
REDUCTION=1.19871556473216
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=all
BACKUP_MODE=1
MOVIEONLY_TYPE=10
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00009]
AUDIO=10000000
PGS=11111111111111100000000000000000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=49666850816
SPLITS=1
NSIZE=0
FLINK=0
MLINK=0

[Options]
VERSION=0.49.0.4
TWEAK_ALTERNATE=--vbv-maxrate 35000 --vbv-bufsize 30000
SHOW_ENCODER=1
MKV_CHAPTERS=1
MKV_MUXSUPS=1
MOVIE_ONLY_LOOP=0
USE_ZLIB=0
ENCODER=0
MODE=3
ENCODE_QUALITY=0
ONEPASS_ENCODING=0
AUTO_QUALITY=0
MOVIEONLY_TYPE=10
ALTCRF=20
ALT_TARGET=10205
ALTMETHOD=2
ALTAUTOCROP=0
PRIORITY_CLASS=2
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=all
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=1
SD_TO_1080=0
IGNORE_3D=0
CONVERT_WIDE=0
DTS_REENCODE=1
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
DECODER=0
AVCHD=1
REMOVE_WORKFILES=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=1
IVTC_PULLDOWN=1
ASSUME_DVD_PAL=1
FRIMSOURCE=0
COMPLETION_BEEP=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=23500
TARGET_SIZE=47366
[Paths]
SOURCE_PATH=D:\BLU-RAY\RED_DRAGON\
WORKING_PATH=D:\BD-RB WORK\

[10/04/14] Checking System Settings
- BD-Rebuilder v0.49.04 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 474,68GB
- AVISYNTH Version: 2.5.8.0, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[10/04/14] Systems Settings Check complete
----------------------
[10/04/14] BD Rebuilder v0.49.04 (beta)
[11:07:49] Source: RED_DRAGON_00000
- Input BD size: 38,59 GB
- Approximate total content: [02:04:26.375]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, 640Kbs DD5.1
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[11:07:49] PHASE ONE, Encoding
- [11:07:49] Processing: VID_00009 (1 of 1)
- [11:07:49] Extracting A/V streams [VID_00009]
- [11:21:57] Reencoding video [VID_00009]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 179.014 frames
- Bitrate: 10.557 Kbs
- [11:21:57] Reencoding: VID_00009, Pass 1 of 2
- [12:13:10] Reencoding: VID_00009, Pass 2 of 2
- [13:02:19] Video Encode complete
- [13:02:19] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
[13:05:26]PHASE ONE complete
[13:05:26]PHASE TWO - Rebuild Started
- [13:05:26] Building ALTERNATE OUTPUT Structure
[13:09:48] - Encode and Rebuild complete
[13:09:48] JOB: RED_DRAGON finished.

LASTCMD: "C:\BD_Rebuilder\tools\x264.exe" "D:\BD-RB WORK\WORKFILES\VID_00009.AVS" --preset superfast --bluray-compat --b-pyramid none --weightp 1 --qpmin=0 --bitrate 10557 --level 4.1 --qpfile "D:\BD-RB WORK\WORKFILES\VID_00009.CHP" --aud --nal-hrd vbr --pic-struct --vbv-bufsize 15000 --keyint 48 --min-keyint 1 --ipratio 1.1 --pbratio 1.1 --vbv-maxrate 15000 --threads auto --slices 4 --thread-input --vbv-maxrate 35000 --vbv-bufsize 30000 --stats "D:\BD-RB WORK\WORKFILES\VID_00009.AVS.264.stats" --pass 2 --output "D:\BD-RB WORK\WORKFILES\VID_00009.AVS.264"

[jdobbs]

I certainly don't see how LAV can put the audio out-of-sync. In BD-RB the LAV filters aren't even used for audio. But I'll look at it.

[jdobbs]

@Glarioo & MajorEvent

Uninstall LAV and AVISYNTH, and then install AVISYNTH, FFDSHOW, and HAALI -- and let know if going back to FFDSHOW fixes your problem.

Do you have any "CODEC packs" or other software that might interfere with video installed on your system? In the past that's the only thing I've see that could cause out-of-sync issues. But I'd hoped that it wouldn't be something we'd see with LAV.

@MajorEvent: Can you please post your log?

[MajorEvent]

@Glarioo & MajorEvent

Uninstall LAV and AVISYNTH, and then install AVISYNTH, FFDSHOW, and HAALI -- and let know if going back to FFDSHOW fixes your problem.

I had already tried this since I needed to get a couple movies processed. Re-installing the ffdshow and haali after removing LAVfilters does fix the problem for me. When LAVfilters is installed the problem occurs, without LAVfilters, no problem. I didn't need to remove AVIsynth to recover but tried both ways.

I also updated to 49.04 last night and ran the re-encode with the same issue occuring. I didn't post a movie log since they don't seem to show anything out of the ordinary but I have tried on 3 different movie re-encodes.

LOG file
----------------------
[10/03/14] BD Rebuilder v0.49.04 (beta)
[23:50:43] Source: NON_STOP_00800
- Input BD size: 29.88 GB
- Approximate total content: [01:46:37.390]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=1 DTS=1 HD=1 Kbs=640
[23:50:43] PHASE ONE, Encoding
- [23:50:43] Processing: VID_00023 (1 of 1)
- [23:50:43] Extracting A/V streams [VID_00023]
- [00:07:13] Reencoding video [VID_00023]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 153,384 frames
- Bitrate: 23,861 Kbs
- [00:07:13] Reencoding: VID_00023, Pass 1 of 2
- [00:37:19] Reencoding: VID_00023, Pass 2 of 2
- [02:54:19] Video Encode complete
- [02:54:19] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4355 (eng): Keeping original audio
[02:54:19]PHASE ONE complete
[02:54:19]PHASE TWO - Rebuild Started
- [02:54:20] Rebuilding BD file Structure
[03:07:50] - Encode and Rebuild complete
- WORKFILES folder removed.
[03:07:51] JOB: NON_STOP finished.


INF file
[Status]
LABEL=NON_STOP
VERSION=v0.49.04 (beta)
SOURCE_SIZE=32078813184
SOURCE_VIDEO_SIZE=32078813184
TARGET_SIZE=24641536000
REDUCTION=.76815609912559
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=chi;eng;zho;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=chi;eng;zho;
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00023]
AUDIO=1001
PGS=10000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=24641536000
RATE=23861
SPLITS=1
NSIZE=0
FLINK=0
MLINK=0

Edit: Hmmm, I see the USE_LAVF=0. Could that be the issue?

FYI, the audio is out of sync from the beginning of the movie, it doesn't "fall" out of sync as the movie progresses. I'm also running Win 7 x64 Pro SP1.

Let me know if I should post anything, look at anything etc.

TIA.

BTW, what's with the random question BS. It sucks and discourages people from posting their issues here.

[jdobbs]

The only way I can imagine this happening is if the LAV filters are losing a large group of frames at the beginning of the encode... but that doesn't seem likely. It has to be something particular to your individual system -- as I'm not seeing any issues at all. The hard part is finding what that might be.

I'll try loading your config on my system and see if that makes a difference.

The USE_LAVF is not related to LAVFilters, it applies to X264's internal demuxing.

[MajorEvent]

Greetings!

Here's my list of all installed video, audio drivers and filters via InstalledCodec:

AC3 Parser Filter DirectShow Filter DirectShow MPEG-2 Splitter. 6.6.7601.17528 (win7sp1_gdr.101222-1504)
ACM Wrapper DirectShow Filter DirectShow Runtime. 6.6.7600.16385 (win7_rtm.090713-1255)
AudioRecorder WAV Dest DirectShow Filter Windows Sound Recorder 6.1.7601.17514 (win7sp1_rtm.101119-1850)
AudioRecorder Wave Form DirectShow Filter Windows Sound Recorder 6.1.7601.17514 (win7sp1_rtm.101119-1850)
AVI Decompressor DirectShow Filter DirectShow Runtime. 6.6.7600.16385 (win7_rtm.090713-1255)
AVI Mux DirectShow Filter DirectShow Runtime. 6.6.7600.16385 (win7_rtm.090713-1255)
AVI Splitter DirectShow Filter DirectShow Runtime. 6.6.7600.16385 (win7_rtm.090713-1255)
AVI/WAV File Source DirectShow Filter DirectShow Runtime. 6.6.7600.16385 (win7_rtm.090713-1255)
BDA MPEG2 Transport Information Filter DirectShow Filter Microsoft Transport Information Filter for MPEG2 based networks. 6.6.7601.17669 (win7sp1_gdr.110816-1502)
CBVA DMO wrapper filter DirectShow Filter Windows Media Center Content Analysis Filter Module 6.1.7600.16385 (win7_rtm.090713-1255)
Closed Captions Analysis Filter DirectShow Filter CCA DirectShow Filter. 6.6.7601.17514 (win7sp1_rtm.101119-1850)
Color Space Converter DirectShow Filter DirectShow Runtime. 6.6.7600.16385 (win7_rtm.090713-1255)
DV Muxer DirectShow Filter DirectShow Runtime. 6.6.7600.16385 (win7_rtm.090713-1255)
DV Splitter DirectShow Filter DirectShow Runtime. 6.6.7600.16385 (win7_rtm.090713-1255)
DV Video Decoder DirectShow Filter DirectShow Runtime. 6.6.7600.16385 (win7_rtm.090713-1255)
DVD Navigator DirectShow Filter DirectShow DVD PlayBack Runtime. 6.6.7600.16385 (win7_rtm.090713-1255)
Enhanced Video Renderer DirectShow Filter Enhanced Video Renderer DLL 6.1.7600.16385 (win7_rtm.090713-1255)
File Source (Async.) DirectShow Filter DirectShow Runtime. 6.6.7600.16385 (win7_rtm.090713-1255)
File Source (URL) DirectShow Filter DirectShow Runtime. 6.6.7600.16385 (win7_rtm.090713-1255)
File stream renderer DirectShow Filter DirectShow Runtime. 6.6.7600.16385 (win7_rtm.090713-1255)
File writer DirectShow Filter DirectShow Runtime. 6.6.7600.16385 (win7_rtm.090713-1255)
Fraunhofer IIS MPEG Layer-3 Codec Driver - Audio MPEG Layer-3 Audio Codec for MSACM 1, 9, 0, 0401
Infinite Pin Tee Filter DirectShow Filter DirectShow Runtime. 6.6.7600.16385 (win7_rtm.090713-1255)
Internal Script Command Renderer DirectShow Filter DirectShow Runtime. 6.6.7600.16385 (win7_rtm.090713-1255)
iTV Data Capture filter DirectShow Filter iTV Data Filters. 6.6.7601.17514 (win7sp1_rtm.101119-1850)
iTV Data Sink DirectShow Filter iTV Data Filters. 6.6.7601.17514 (win7sp1_rtm.101119-1850)
LAV Audio Decoder DirectShow Filter LAV Audio Decoder - DirectShow Audio Decoder 0.62.0
LAV Splitter DirectShow Filter LAV Splitter - DirectShow Media Splitter 0.62.0
LAV Splitter Source DirectShow Filter LAV Splitter - DirectShow Media Splitter 0.62.0
LAV Video Decoder DirectShow Filter LAV Video Decoder - DirectShow Video Decoder 0.62.0
Line 21 Decoder DirectShow Filter
Line 21 Decoder 2 DirectShow Filter DirectShow Runtime. 6.6.7600.16385 (win7_rtm.090713-1255)
LogMeIn Video Decoder DirectShow Filter
LogMeIn Video Encoder DirectShow Filter
Media Center Extender Encryption Filter DirectShow Filter Media Center Extender Filter 6.1.7601.17514 (win7sp1_rtm.101119-1850)
Microsoft AC3 Encoder DirectShow Filter Microsoft AC-3 Encoder 6.1.7601.17514 (win7sp1_rtm.101119-1850)
Microsoft DTV-DVD Audio Decoder DirectShow Filter Microsoft DTV-DVD Audio Decoder 6.1.7140.0 (fbl_multimedia(bld4act).090528-1617)
Microsoft DTV-DVD Video Decoder DirectShow Filter Microsoft DTV-DVD Video Decoder 12.0.9200.17037 (win8_gdr(wmsebld).140620-1645)
Microsoft MPEG-2 Audio Encoder DirectShow Filter Microsoft MPEG-2 Encoder 6.1.7600.16385 (win7_rtm.090713-1255)
Microsoft MPEG-2 Encoder DirectShow Filter Microsoft MPEG-2 Encoder 6.1.7600.16385 (win7_rtm.090713-1255)
Microsoft MPEG-2 Video Encoder DirectShow Filter Microsoft MPEG-2 Encoder 6.1.7600.16385 (win7_rtm.090713-1255)
Microsoft TV Captions Decoder DirectShow Filter Media Center Captioning Module 6.1.7601.17715 (win7sp1_gdr.111028-1502)
Microsoft TV Subtitles Decoder DirectShow Filter Media Center Captioning Module 6.1.7601.17715 (win7sp1_gdr.111028-1502)
MIDI Parser DirectShow Filter DirectShow Runtime. 6.6.7600.16385 (win7_rtm.090713-1255)
MJPEG Decompressor DirectShow Filter DirectShow Runtime. 6.6.7600.16385 (win7_rtm.090713-1255)
MPEG Audio Decoder DirectShow Filter DirectShow Runtime. 6.6.7600.16385 (win7_rtm.090713-1255)
MPEG Video Decoder DirectShow Filter DirectShow Runtime. 6.6.7600.16385 (win7_rtm.090713-1255)
MPEG-2 Demultiplexer DirectShow Filter DirectShow MPEG-2 Splitter. 6.6.7601.17528 (win7sp1_gdr.101222-1504)
MPEG-2 Sections and Tables DirectShow Filter Microsoft MPEG-2 Section and Table Acquisition Module 6.6.7601.17514 (win7sp1_rtm.101119-1850)
MPEG-2 Splitter DirectShow Filter DirectShow MPEG-2 Splitter. 6.6.7601.17528 (win7sp1_gdr.101222-1504)
MPEG-2 Video Stream Analyzer DirectShow Filter DirectShow Stream Buffer Filter. 6.6.7601.17528 (win7sp1_gdr.101222-1504)
MPEG-I Stream Splitter DirectShow Filter DirectShow Runtime. 6.6.7600.16385 (win7_rtm.090713-1255)
msacm.imaadpcm Driver - Audio IMA ADPCM CODEC for MSACM 6.1.7600.16385 (win7_rtm.090713-1255)
msacm.msadpcm Driver - Audio Microsoft ADPCM CODEC for MSACM 6.1.7600.16385 (win7_rtm.090713-1255)
msacm.msg711 Driver - Audio Microsoft CCITT G.711 (A-Law and u-Law) CODEC for MSACM 6.1.7600.16385 (win7_rtm.090713-1255)
msacm.msgsm610 Driver - Audio Microsoft GSM 6.10 Audio CODEC for MSACM 6.1.7600.16385 (win7_rtm.090713-1255)
Multi-file Parser DirectShow Filter DirectShow Runtime. 6.6.7600.16385 (win7_rtm.090713-1255)
NetBridge DirectShow Filter Media Center NetBridge 6.1.7601.17514 (win7sp1_rtm.101119-1850)
Null Renderer DirectShow Filter DirectShow Editing. 6.6.7600.16385 (win7_rtm.090713-1255)
Overlay Mixer DirectShow Filter
Overlay Mixer2 DirectShow Filter
RDP DShow Redirection Filter DirectShow Filter RDP Renderer Filter (redirector) 1.00
RivaTuner Video Codec Driver - Video
SAMI (CC) Parser DirectShow Filter DirectShow Runtime. 6.6.7600.16385 (win7_rtm.090713-1255)
SampleGrabber DirectShow Filter DirectShow Editing. 6.6.7600.16385 (win7_rtm.090713-1255)
SBE2FileScan DirectShow Filter DirectShow Stream Buffer Filter. 6.6.7601.17528 (win7sp1_gdr.101222-1504)
SBE2MediaTypeProfile DirectShow Filter DirectShow Stream Buffer Filter. 6.6.7601.17528 (win7sp1_gdr.101222-1504)
Screen Capture filter DirectShow Filter WMPSrcWp Module 12.0.7601.17514 (win7sp1_rtm.101119-1850)
Smart Tee DirectShow Filter DirectShow Runtime. 6.6.7600.16385 (win7_rtm.090713-1255)
SoundRecorder Null Renderer DirectShow Filter Windows Sound Recorder 6.1.7601.17514 (win7sp1_rtm.101119-1850)
StreamBufferSink DirectShow Filter DirectShow Stream Buffer Filter. 6.6.7601.17528 (win7sp1_gdr.101222-1504)
StreamBufferSink2 DirectShow Filter DirectShow Stream Buffer Filter. 6.6.7601.17528 (win7sp1_gdr.101222-1504)
StreamBufferSource DirectShow Filter DirectShow Stream Buffer Filter. 6.6.7601.17528 (win7sp1_gdr.101222-1504)
VBI Codec DirectShow Filter Microsoft VBI Codec 6.6.7601.17514 (win7sp1_rtm.101119-1850)
VBI Surface Allocator DirectShow Filter VBI Surface Allocator Filter 6.1.7601.17514 (win7sp1_rtm.101119-1850)
VGA 16 Color Ditherer DirectShow Filter DirectShow Runtime. 6.6.7600.16385 (win7_rtm.090713-1255)
vidc.i420 Driver - Video Intel Indeo(R) Video YUV Codec 6.1.7600.16385 (win7_rtm.090713-1255)
vidc.iyuv Driver - Video Intel Indeo(R) Video YUV Codec 6.1.7600.16385 (win7_rtm.090713-1255)
vidc.mrle Driver - Video Microsoft RLE Compressor 6.1.7600.16385 (win7_rtm.090713-1255)
vidc.msvc Driver - Video Microsoft Video 1 Compressor 6.1.7600.16385 (win7_rtm.090713-1255)
vidc.uyvy Driver - Video Microsoft UYVY Video Decompressor 6.1.7601.17514 (win7sp1_rtm.101119-1850)
vidc.yuy2 Driver - Video Microsoft UYVY Video Decompressor 6.1.7601.17514 (win7sp1_rtm.101119-1850)
vidc.yvu9 Driver - Video Toshiba Video Codec 6.1.7601.17514 (win7sp1_rtm.101119-1850)
vidc.yvyu Driver - Video Microsoft UYVY Video Decompressor 6.1.7601.17514 (win7sp1_rtm.101119-1850)
Video Mixing Renderer 9 DirectShow Filter DirectShow Runtime. 6.6.7600.16385 (win7_rtm.090713-1255)
Video Port Manager DirectShow Filter DirectShow Runtime. 6.6.7600.16385 (win7_rtm.090713-1255)
Video Renderer DirectShow Filter DirectShow Runtime. 6.6.7600.16385 (win7_rtm.090713-1255)
Video Renderer DirectShow Filter DirectShow Runtime. 6.6.7600.16385 (win7_rtm.090713-1255)
VPS Decoder DirectShow Filter Microsoft Teletext Server 6.6.7601.17514 (win7sp1_rtm.101119-1850)
Wave Parser DirectShow Filter DirectShow Runtime. 6.6.7600.16385 (win7_rtm.090713-1255)
WM ASF Reader DirectShow Filter DirectShow ASF Support 12.0.7600.16385 (win7_rtm.090713-1255)
WM ASF Writer DirectShow Filter DirectShow ASF Support 12.0.7600.16385 (win7_rtm.090713-1255)
WST Pager DirectShow Filter Microsoft Teletext Server 6.6.7601.17514 (win7sp1_rtm.101119-1850)
Xvid MPEG-4 Video Codec Driver - Video
Xvid MPEG-4 Video Decoder DirectShow Filter

[MajorEvent]

Greetings!

Here's the report on Codecs from Media Player (Help/About Media Player/Technical Support Information):

Operating System

Version: 6.1.7601 System Locale: en-US
Service Pack: 1.0 User Locale: en-US
Build Lab: 7601.win7sp1_gdr.140303-2144 Geo ID: United States
Type: Workstation DRM Version: 11.0.7600.16385
Architecture: x86 Indiv Version: 2.9.0.1
Processors: 12 <--Sweet! :D
Media Player Binaries

Name Version Name Version Name Version
wmp.dll 12.0.7601.18150 wmlaunch.exe 12.0.7601.17514 wmpconfig.exe 12.0.7601.17514
wmplayer.exe 12.0.7601.18150 wmpcm.dll 12.0.7600.16385 wmvcore.dll 12.0.7601.17514
wmploc.dll 12.0.7601.18150 mpvis.dll 12.0.7600.16385 mf.dll 12.0.7601.17514
wmpps.dll 12.0.7601.17514 wmpdxm.dll 12.0.7601.17514
wmpeffects.dll 12.0.7601.17514 wmpshell.dll 12.0.7601.17514
Other Binaries

Name Version Name Version Name Version
msnetobj.dll 11.0.7601.17514 FirewallAPI.dll 6.1.7600.16385 AUDIOSES.DLL 6.1.7601.17514
msxml6.dll 6.30.7601.18431 dhcpcsvc6.DLL 6.1.7601.17970 AVRT.dll 6.1.7600.16385
windowscodecsext.dll 6.2.9200.16492 wmpnssci.dll 12.0.7600.16385 MFPlat.DLL 12.0.7600.16385
cscapi.dll 6.1.7601.17514 msxml3.dll 8.110.7601.18431 MMDevApi.dll 6.1.7601.17514
srvcli.dll 6.1.7601.17514 credssp.dll 6.1.7601.18489 WLDAP32.dll 6.1.7601.17514
ntshrui.dll 6.1.7601.17755 wmdmps.dll 12.0.7600.16385 ntmarta.dll 6.1.7600.16385
PhotoMetadataHandler.dll 6.1.7600.16385 cewmdm.dll 12.0.7600.16385 propsys.dll 7.0.7601.17514
mp3dmod.dll 6.1.7600.16385 dhcpcsvc.DLL 6.1.7600.16385 DEVOBJ.dll 6.1.7601.17621
msdmo.dll 6.6.7601.17514 wshtcpip.dll 6.1.7600.16385 CFGMGR32.dll 6.1.7601.17621
drmv2clt.dll 11.0.7600.16385 webio.dll 6.1.7601.17725 SETUPAPI.dll 6.1.7601.17514
wmdrmsdk.dll 11.0.7601.17514 WINHTTP.dll 6.1.7601.17514 profapi.dll 6.1.7600.16385
bcryptprimitives.dll 6.1.7600.16385 upnp.dll 6.1.7601.17514 MSIMG32.dll 6.1.7600.16385
bcrypt.dll 6.1.7600.16385 PSAPI.DLL 6.1.7600.16385 WindowsCodecs.dll 6.2.9200.16809
DAVHLPR.dll 6.1.7600.16385 WLIDNSP.DLL 6.500.3165.0 SXS.DLL 6.1.7601.17514
davclnt.dll 6.1.7601.18201 mdnsNSP.dll 3.0.0.10 RpcRtRemote.dll 6.1.7601.17514
ntlanman.dll 6.1.7601.17514 DNSAPI.dll 6.1.7601.17570 rsaenh.dll 6.1.7600.16385
drprov.dll 6.1.7600.16385 WINNSI.DLL 6.1.7600.16385 CRYPTSP.dll 6.1.7600.16385
MPR.dll 6.1.7600.16385 IPHLPAPI.DLL 6.1.7601.17514 VERSION.dll 6.1.7600.16385
NetworkExplorer.dll 6.1.7601.17514 wship6.dll 6.1.7600.16385 jscript.dll 5.8.9600.16428
fwpuclnt.dll 6.1.7601.18283 mswsock.dll 6.1.7601.18254 CLBCatQ.DLL 2001.12.8530.16385
LINKINFO.dll 6.1.7600.16385 mswmdm.dll 12.0.7600.16385 COMCTL32.dll 6.10.7601.17514
XmlLite.dll 1.3.1001.0 MSASN1.dll 6.1.7601.17514 dwmapi.dll 6.1.7600.16385
rasadhlp.dll 6.1.7600.16385 CRYPT32.dll 6.1.7601.18277 OLEAUT32.dll 6.1.7601.17676
provsvc.dll 6.1.7601.17514 WINTRUST.dll 6.1.7601.18205 ole32.dll 6.1.7601.17514
ksuser.dll 6.1.7600.16385 imapi2.dll 6.1.7601.17514 gdiplus.dll 6.1.7601.18455
ATL.DLL 3.5.2284.0 slc.dll 6.1.7600.16385 SHLWAPI.dll 6.1.7601.17514
apphelp.dll 6.1.7601.17514 urlmon.dll 11.0.9600.17280 SHELL32.dll 6.1.7601.18517
mlang.dll 6.1.7600.16385 api-ms-win-downlevel-advapi32-l2-1-0.dll 6.2.9200.16492 uxtheme.dll 6.1.7600.16385
WMASF.DLL 12.0.7600.16385 api-ms-win-downlevel-ole32-l1-1-0.dll 6.2.9200.16492 MSCTF.dll 6.1.7600.16385
api-ms-win-downlevel-shlwapi-l2-1-0.dll 6.2.9200.16492 Secur32.dll 6.1.7601.18526 IMM32.DLL 6.1.7601.17514
mpst.dll 8.0.0.214 USERENV.dll 6.1.7601.17514 NSI.dll 6.1.7600.16385
POWRPROF.dll 6.1.7600.16385 api-ms-win-downlevel-advapi32-l1-1-0.dll 6.2.9200.16492 WS2_32.dll 6.1.7601.17514
TCPConnection.dll 8.0.0.214 iertutil.dll 11.0.9600.17280 USP10.dll 1.626.7601.18454
rasman.dll 6.1.7600.16385 normaliz.DLL 6.1.7600.16385 LPK.dll 6.1.7601.18177
RASAPI32.dll 6.1.7600.16385 api-ms-win-downlevel-normaliz-l1-1-0.dll 6.2.9200.16492 GDI32.dll 6.1.7601.18577
MSVCP100.dll 10.0.40219.332 api-ms-win-downlevel-version-l1-1-0.dll 6.2.9200.16492 USER32.dll 6.1.7601.17514
MSVCR100.dll 10.0.40219.332 api-ms-win-downlevel-shlwapi-l1-1-0.dll 6.2.9200.16492 CRYPTBASE.dll 6.1.7600.16385
credui.dll 6.1.7601.18276 api-ms-win-downlevel-user32-l1-1-0.dll 6.2.9200.16492 SspiCli.dll 6.1.7601.18526
bthprops.cpl 6.1.7601.17514 WININET.dll 11.0.9600.17280 RPCRT4.dll 6.1.7601.18532
utils.dll 8.0.0.214 WINSTA.dll 6.1.7601.17514 sechost.dll 6.1.7600.16385
ipc.dll 8.0.0.214 WTSAPI32.dll 6.1.7601.17514 msvcrt.dll 7.0.7601.17744
CommApi.dll 8.0.0.214 WINMM.dll 6.1.7601.17514 ADVAPI32.dll 6.1.7601.18247
MSMPlugin.dll 8.0.0.214 SSDPAPI.dll 6.1.7600.16385 KERNELBASE.dll 6.1.7601.18409
DUI70.dll 6.1.7600.16385 upnphost.dll 6.1.7600.16385 kernel32.dll 6.1.7601.18409
DUser.dll 6.1.7600.16385 npmproxy.dll 6.1.7600.16385 ntdll.dll 6.1.7601.18247
explorerframe.dll 6.1.7601.17514 nlaapi.dll 6.1.7601.17761
pcwum.DLL 6.1.7600.16385 netprofm.dll 6.1.7600.16385
Audio Codecs

Type Name Format Binary Version
ACM Microsoft IMA ADPCM CODEC 0011 imaadp32.acm 6.1.7600.16385
ACM Microsoft CCITT G.711 A-Law and u-Law CODEC 0007 msg711.acm 6.1.7600.16385
ACM Microsoft GSM 6.10 Audio CODEC 0031 msgsm32.acm 6.1.7600.16385
ACM Microsoft ADPCM CODEC 0002 msadp32.acm 6.1.7600.16385
ACM Fraunhofer IIS MPEG Layer-3 Codec (professional) 0055 l3codecp.acm 3.4.0.0
ACM Microsoft PCM Converter 0001
DMO WMAudio Decoder DMO 0160, 0161, 0162, 0163 WMADMOD.DLL 6.1.7601.17514
DMO WMAPro over S/PDIF DMO 0162 WMADMOD.DLL 6.1.7601.17514
DMO WMSpeech Decoder DMO 000A, 000B WMSPDMOD.DLL 6.1.7601.17514
DMO MP3 Decoder DMO 0055 mp3dmod.dll 6.1.7600.16385
Video Codecs

Type Name Format Binary Version
ICM Microsoft RLE MRLE msrle32.dll 6.1.7601.17514
ICM Microsoft Video 1 MSVC msvidc32.dll 6.1.7601.17514
ICM Microsoft YUV UYVY msyuv.dll 6.1.7601.17514
ICM Intel IYUV codec IYUV iyuv_32.dll 6.1.7601.17514
ICM Toshiba YUV Codec Y411 tsbyuv.dll 6.1.7601.17514
ICM Cinepak Codec by Radius cvid iccvid.dll 1.10.0.13
ICM DivX 6.9.2 Codec (12 Logical CPUs) divx DivX.dll 6.9.2.26
ICM DivX 6.9.2 YV12 Decoder yv12 DivX.dll 6.9.2.26
ICM Xvid MPEG-4 Codec XVID
ICM RivaTuner Video Codec RTV1
DMO Mpeg4s Decoder DMO mp4s, MP4S, m4s2, M4S2, MP4V, mp4v, XVID, xvid, DIVX, DX50 mp4sdecd.dll 6.1.7600.16385
DMO WMV Screen decoder DMO MSS1, MSS2 wmvsdecd.dll 6.1.7601.17514
DMO WMVideo Decoder DMO WMV1, WMV2, WMV3, WMVA, WVC1, WMVP, WVP2 wmvdecod.dll 6.1.7601.18221
DMO Mpeg43 Decoder DMO mp43, MP43 mp43decd.dll 6.1.7600.16385
DMO Mpeg4 Decoder DMO MPG4, mpg4, mp42, MP42 mpg4decd.dll 6.1.7600.16385
MPEG/DVD Filters

Type Name Binary Version
video LAV Video Decoder LAVVideo.ax 0.62.0.0
video CyberLink Video/SP Decoder (PDVD9)
video CyberLink Video/SP Decoder (PDVD10)
video Microsoft DTV-DVD Video Decoder msmpeg2vdec.dll 12.0.9200.17037
video CyberLink Video Decoder (PDVD9)
video CyberLink Video Decoder (PDVD10)
video CyberLink Video/SP Decoder(PDVD10 UPnP)
video CyberLink Video/SP Decoder(PDVD9 UPnP)
audio LAV Audio Decoder LAVAudio.ax 0.62.0.0
audio Microsoft DTV-DVD Audio Decoder msmpeg2adec.dll 6.1.7140.0
audio CyberLink Audio Wizard
audio CyberLink Audio Wizard
audio CyberLink Audio Decoder (PDVD9)
audio CyberLink Audio Decoder (PDVD10)
audio CyberLink Audio Decoder(PDVD9 UPnP)
audio CyberLink Audio Decoder(PDVD10 UPnP)
Plug-ins

Type Name Binary Version
Background Avrcp MetaData plug-in MSMPlugin.dll 8.0.0.214
Background Bluetooth handsfree plug-in mpst.dll 8.0.0.214
Services

Name Key Binary Version
Audible.com Audible
eMusic emusic
FaroLatino Music and Video FaroLatino11_EN
Media Guide MediaGuide
MIXPLAY MIXPLAY_USA

[jdobbs]

I'm running a backup now with Glarioo's INI settings. I'll post results when it completes.

Is anyone else out there having sync issues with LAV Filters?

[jdobbs]

BTW, what's with the random question BS. It sucks and discourages people from posting their issues here.I have no idea what that is?

[omegaman7]

Probably about installing codec packs. Which is a legitimate question! 9 out of 10 times, that's the problem.

[MajorEvent]

I have no idea what that is?

When I go to post in this forum there's a random question that I have to answer or the post is refused. I'm not talking about anything you said, it's probably some newbie torture they impose in this forum.

My question right now: How many categories does this board have?...Man, this sucks...opening a new window to the top of the board...counting...entering the answer...oh damn it's wrong...new question...What is the name of the script-based frame server used for processing/filtering video?...what the f#%k?..man, this really sucks...get the picture?...they torture newbies on this board, quite discouraging.

[jdobbs]

Hmm... I wonder when that started? I've never seen it.

[Starfiresg1]

I have no idea what that is?

I remember having to answer a question (to which you've to find the answer in the forum - e.g. something like "what is the name of the fifth sub-forum of this board") when you wanted to post - it either occurs randomly or only for new accounts. However it hasn't happened for me in a while. Probably something to prevent spamming accounts.

Is anyone else out there having sync issues with LAV Filters?
I had that negative experience about a year ago (I know it was not supported then) after my TV software installed the LAV-Filters without me discovering it -> every encode was suddenly out-of-sync from the beginning till the end of the movie (same delay - simple shifting the audio in the playback software would "fix" it). It only went away after I removed LAV (after I discovered it in the installed programs list).
Which is why I haven't switched over to LAV from Halli / ffdshow yet.
Maybe i will have time to try an encode using LAV-filters with the newest BD-Rebuilder version tomorrow.

[jdobbs]

I ran a job using Glarioo's settings. No sync issues. Since those are the only thing that affect BD-RB internally, the issue has to be related to system configuration. It's far-and-away most likely a CODEC issue.

The audio is presented for decoding as PCM, so I guess it's possible it could be a PCM decoding (CODEC) issue.

Can you run MediaInfo on the source and the output and see if the time/number of frames is the same? If they aren't it probably means that the LAV filters aren't actually being used and some other CODEC is screwing-the-pooch.

[MajorEvent]

Hmm... I wonder when that started? I've never seen it.

If you do a search on "random question" you'll find plenty of complaints from newly registered (met with incredulous replies from established members) more than a few of whom just throw up their hands and go elsewhere for help. It's not a friendly place here, sorry to say. I have to put up with it because YOU are here but otherwise I'd walk too.

What software version is this board running?

Which software has two dedicated subforums on doom9?

[Sharc]

Is anyone else out there having sync issues with LAV Filters?
No problem with the final encode. But strange pitch shift for certain previews via MPC (extras). Final encode is ok though.
(I am always indexing with DGdecNV if this matters).

Btw there is a new release of LAV (http://forum.doom9.org/showpost.php?p=1425963&postcount=1). Seems to have fixed some time stamp issues with badly muxed streams ....

[DoctorM]

@MajorEvent - Trying installing the latest version of Haali instead of the version recommended. It's a long shot, but I've found the old version has audio sync issues under some conditions. I haven't seen it under BD RB, but I also don't use LAV Filters with it.

[MajorEvent]

Can you run MediaInfo on the source and the output and see if the time/number of frames is the same? If they aren't it probably means that the LAV filters aren't actually being used and some other CODEC is screwing-the-pooch.

I'm looking at MediaArea.net's MediaInfo 0.7.70 and it seems useless for the purpose you're asking of it. It doesn't list the total number of frames anyplace I can find and the time is rounded off to the nearest minute.

I'm trying a new re-encode with the auto correct audio sync issues turned off in lavfilters. You never know, it's a long shot but maybe it detects an issue that's not present.

I hear what you're saying about another codec getting in there but then, naturally, I'm going to say, "Gee, but ffdshow doesn't have that problem it seems?" ]:-) You may want to reconsider any decisions on switching till there's more data. Keeping in mind that most new members aren't posting due to the inquisition on newbies. I dare you to ask the forum rulers how many new registrations have zero posts. Nobody registers here unless they want to make a post (myself being an exception to that actually) and that would be a good indication of a failing policy.

Trying installing the latest version of Haali instead of the version recommended. It's a long shot, but I've found the old version has audio sync issues under some conditions. I haven't seen it under BD RB, but I also don't use LAV Filters with it.

For the record, Haali and ffdshow are working great for me, I only tried to switch to lavfilters because jdobbs expressed an interest in using it as the primary for BD-Rebuilder.

Holly Molely, no more random question after six posts! ::dancing in the streets::

[Sharc]

@MajorEvent - Trying installing the latest version of Haali instead of the version recommended. ...... .
Believe me, my experience is different with Haali. The latest version caused issues. It may depend on the system though....

[AmigaFuture]

I encountered the Non-random questions long ago also when I first signed. I wondered..then, quickly figured why. "Ahh, it's meant for people who weren't really inquisitive to go elsewhere." There isn't a lot of junk in this forum like other boards; that I've noticed. I, personally, like it that way. A few "spammers" or "Trolls" have gotten through which is better than most. Random...that's funny, since nothing is.

JDobbs, Thanks a lot for the fixes from the last update, of a variable not being reset. Really sweet...to be able to USE it without exiting the program often. :thanks:

[Ch3vr0n]

he didn't say the latest version, he said the latest recommended version, as in the one listed on the first post. Use a different version and ur bug report is invalid due to using unsupported versions

[omegaman7]

But wouldn't it be informative? If a non supported version of say Haali were used, and no bug. But the version in the first post results in a bug. I see no problem with posting about that, provided they're very clear regarding the matter.

I do understand the need to stick with the recommended versions though.

[Ch3vr0n]

no it wouldn't, as bug reports with unsupported versions are self-inflicted injuries. How would Jdobbs know where the problem is? In BRDB or because the poster used unsupported versions which (s)he is warned NOT to do in the 1st post. You can't expect Jdobbs to chase issues that likely don't exist because the posted caused them him-/herself because (s)he chose to ignore the warning and use non-recommended versions. That's a bottomless pit.

Jdobbs himself often tests newer versions, and if they don't meet the criteria or stability the first post isn't updated with the new version. Now if the version in the first post contains a bug that's a different matter, those are accepted. However in most cases it's some codec pack that screws things up or takes priority causing issues. In 99% of those cases a reinstall of the helper tools fixes that. In all my time of using BDRB i havent needed ONCE to reinstall the helper aps, and think i've been using it a few years now.

The one time i think avisynth, and haali got updated i updated mine but that was it. Never any issues.

[DoctorM]

I'm just saying for example, the version of Haali that goes with BD-RB (for me) causes desync of MP4/x264 (but not other containers). So there is some quirks to the version.
Testing a different one just rules that in or out as the source of the issue.

Figure what it means AFTER your find the source of the problem.

[jedihyte]

Hello I get this error bringing a mounted image of Congo into BD Rebuilder.

I have tried this in the past few weeks with the different builds of BD Rebuilder being released, and it still does it in the v0.49.04. I also have ripped the disc on a few different systems just to make sure there are no rip issues, and all the rip images play fine. I also get this same error with Congo on other systems with BD Rebuilder. All I do is mount the image and select the image in BD Rebuilder, then this error comes right up.

>> BD Rebuilder experienced an error 2603 [13:24:36] ScanDirectory() 00006 2603

>> BD Rebuilder experienced an error 2705 [13:24:58] BuildTreeList() 00009 2705

If I close out of BD Rebuilder and reopen it, these errors come up.

>> BD Rebuilder experienced an error 2501 [13:26:42] SourceCheck() 00055 2501

>> Illegal Source: Selected source is not BD format.

I only get this error with Congo Blu-ray, not sure why ?

[AmigaFuture]

Is MIN_M2TS_SIZE and MIN_PLAYLIST_MINS supposed to be ignored for BD25 and BD50 targets?
I've got a 2:30 length trailer I can't get to show up on the streams tabs no matter if I use zero or one for those values.

It DOES show up if I go to a DVD sized output though. I know it's minimal, I just assumed it would work for all output sizes.
The 9 and 22 second warning screens do show up though (I assume their attached to a longer playlist though).

I commented on it a while back, too. I figured that to be something he'd check into at some point.

[Glarioo]

There are no "exotic" codec packs installed on my computer. The last time BD-RB worked fine was with the Hannibal movie on 30th September. It went wrong after i installed the LAV filters on 1st October and the Red Dragon movie. I've also tried LAV on Muppets Most Wanted, with no succes. I don't have the INI Files from that movie, i was a little bit disappointed and got them thrown away. Sorry about that.
The only thing that is changed on my computer was the KB3001554 Update for Windows 7 x64-system.

Jdobbs, i followed your advice and uninstalled LAV and AVISYNTH. Downloaded (from the first page) and installed AVISYNTH, FFDSHOW and HAALI again. Good news, for me, that audio out of sync problem is solved!
Later today i'm gonna run the Muppets movie and see what what happens.

[Glarioo]

Muppets Most Wanted. Audio is in sync with the video, using FFDSHOW and HAALI instead of LAV Filters.
Still don't know why LAV Filters ain't working here...
Mmm, should i try LAV again or just stick to FFDSHOW and HAALI?

[mparade]

@jdobbs

While using x265 for mkv container is there any specific reason that we are limiting the "--keyint" to 24 instead of keeping it on the default value (250 or ~10x the actual framerate)? Maybe, only for possibly reducing the time needed to seek to a certain frame in the stream? Wouldn't be possible to leave this option on default and just to be controlled by tweaks manually just in case one needs it?


"E:\WORKING\WORKFILES>"E:\BD-RBV04904\BD_Rebuilder\tools\avs2yuv.exe" "E:\WORKING
\WORKFILES\VID_00000.AVS" -o - | "E:\BD-RBV04904\BD_Rebuilder\tools\x265.exe"
- --preset placebo --slow-firstpass --keyint 24 --crf 15 --y4m --tune ssim --st
ats "E:\WORKING\WORKFILES\VID_00000.AVS.hevc.stats" --output "E:\WORKING\WORKFIL
ES\VID_00000.AVS.hevc"

Thank your very much in advance for the answer.

[max4]

Hi :.
Note first that this text is done with a translator.

I made the same movie with the following 2 options:

1.-high speed option (BD-25 +)
2.-highest very slow

And the following results :

1. about 12 hours, 20 GB file, refFlames 4
2. about 3 hours, 22.5 GB file, refFlames 2

mediainfo attached the main movie of the two.

I have seen both and I do not appreciate little difference between them.
You advise me the best option among all BD REBUILDER?
The refFlames are important to quality?

I greatly appreciate your advice.
a greeting

[Hajnal]

[17:23:52] Source: X-MEN_DAYS_OF_FUTURE_PAST_00800
- Input BD size: 42,23 GB
- Approximate total content: [02:11:35.345]
- Target BD size: 22,95 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Ultra-High (Extremely Slow), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[17:23:53] PHASE ONE, Encoding
- [17:23:53] Processing: VID_00500 (1 of 1)
- [17:23:53] Extracting A/V streams [VID_00500]
- [17:43:58] Reencoding video [VID_00500]
- [17:43:58] Reencoding: VID_00500, Pass 1 of 1
- Track 4352 (eng): Reencoding audio to AC3...
- Track 4356 (hun): Keeping original audio
[18:49:01]PHASE ONE complete
[18:49:01]PHASE TWO - Rebuild Started
- [18:49:01] Rebuilding BD-3D file Structure
[19:01:27] - Encode and Rebuild complete
[19:01:27] JOB: X-MEN_DAYS_OF_FUTURE_PAST finished.


Subtitles are not 3D.....

[jdobbs]

@jdobbs

While using x265 for mkv container is there any specific reason that we are limiting the "--keyint" to 24 instead of keeping it on the default value (250 or ~10x the actual framerate)? Maybe, only for possibly reducing the time needed to seek to a certain frame in the stream? Wouldn't be possible to leave this option on default and just to be controlled by tweaks manually just in case one needs it?


"E:\WORKING\WORKFILES>"E:\BD-RBV04904\BD_Rebuilder\tools\avs2yuv.exe" "E:\WORKING
\WORKFILES\VID_00000.AVS" -o - | "E:\BD-RBV04904\BD_Rebuilder\tools\x265.exe"
- --preset placebo --slow-firstpass --keyint 24 --crf 15 --y4m --tune ssim --st
ats "E:\WORKING\WORKFILES\VID_00000.AVS.hevc.stats" --output "E:\WORKING\WORKFIL
ES\VID_00000.AVS.hevc"

Thank your very much in advance for the answer.Which preset are you using? The ones I added all have the GOP size set to "Auto" -- which means the size would be 10x the framerate. I just looked, and the only exceptions are the two SBS presets (which I will change).

Is this a preset that you created? If so, add vKeyint=Auto to the preset.

[jdobbs]

Hi :.
Note first that this text is done with a translator.

I made the same movie with the following 2 options:

1.-high speed option (BD-25 +)
2.-highest very slow

And the following results :

1. about 12 hours, 20 GB file, refFlames 4
2. about 3 hours, 22.5 GB file, refFlames 2

mediainfo attached the main movie of the two.

I have seen both and I do not appreciate little difference between them.
You advise me the best option among all BD REBUILDER?
The refFlames are important to quality?

I greatly appreciate your advice.
a greetingI think you must have them backwards. The high-speed option must have been 3 hours and "High/Very Slow" must have been 12 hours.

The reason you're probably seeing little difference is because "Highest/Very Slow" is pretty much overkill all the time. My recommendation is to set it to "Automatic" (the default). That way BD-RB will give you the fastest setting that gives a high quality level based upon your bias, size (in minutes) of the source, and target size.

If you don't like "Auto" -- then just set it to "High Quality (Default)" mode for everything. It's a reasonable balance.

[jdobbs]

Muppets Most Wanted. Audio is in sync with the video, using FFDSHOW and HAALI instead of LAV Filters.
Still don't know why LAV Filters ain't working here...
Mmm, should i try LAV again or just stick to FFDSHOW and HAALI?I hope I can get more feedback on LAV Filters. So far there are two reports of sync issues. Two is concerning -- but I'd like to see how prevalent this problem is. I suspect it is a conflict with some other directshow driver since it isn't happening on my system and others -- but it sure would be good to know what the affected systems have in common.

[rainfellow]

I am having a problem that I can't find a working solution, so I hope I can get pointed in the right direction.

I am getting an error with one disc that I am currently trying to compress to a BD25. It is Natusme's Book Of Friends Season 4 Disc 1.

The error in question is the following;

BD Rebuilder experienced an error 1200 [13:17:10] CopyDirStructure () 0052 1200

I have searched the forums and found references to this error, but they were from an older version of BD-Rebuilder and from an "internet rip". I am using the most current version (0.45.04) and ripped the Blu-Ray myself via AnyDVD using the same (default) settings as I have before. I am attaching the BD-REBUILDER.LOG and .ini files for the Blu-ray in question, if you need anything else please let me know and I will post that as well.

I thank jdobbs and everyone else who helps out in this forum to make BD-Rebuilder the best it can be. And i am still using DVD-Rebuilder as it is the BEST for shrinking DVD's (imho).

Thank you in advance for any help in this.

BD-REBUILDER.LOG

----------------------
[10/05/14] BD Rebuilder v0.49.04 (beta)
[11:22:09] Source: NATSUME_S_BOOK_OF_FRIENDS_S4D1
- Input BD size: 43.37 GB
- Approximate total content: [03:45:06.451]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow [4-way]
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=448
[11:22:09] PHASE ONE, Encoding
- [11:22:09] Processing: VID_00000 (1 of 10)
- [11:22:09] Extracting A/V streams [VID_00000]
- [11:23:11] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 34,907 frames
- Bitrate: 13,316 Kbs
- [11:23:11] Reencoding: VID_00000, Pass 1 of 1
- [11:35:18] Video Encode complete
- [11:35:18] Processing audio tracks
- Track 4352 (jpn): Reencoding audio to AC3...
- [11:35:21] Multiplexing M2TS
- [11:35:51] Processing: VID_00001 (2 of 10)
- [11:35:51] Extracting A/V streams [VID_00001]
- [11:36:54] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 34,899 frames
- Bitrate: 13,393 Kbs
- [11:36:54] Reencoding: VID_00001, Pass 1 of 1
- [11:47:08] Video Encode complete
- [11:47:08] Processing audio tracks
- Track 4352 (jpn): Reencoding audio to AC3...
- [11:47:12] Multiplexing M2TS
- [11:47:42] Processing: VID_00002 (3 of 10)
- [11:47:42] Extracting A/V streams [VID_00002]
- [11:48:45] Reencoding video [VID_00002]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 34,908 frames
- Bitrate: 13,402 Kbs
- [11:48:45] Reencoding: VID_00002, Pass 1 of 1
- [11:58:12] Video Encode complete
- [11:58:12] Processing audio tracks
- Track 4352 (jpn): Reencoding audio to AC3...
- [11:58:15] Multiplexing M2TS
- [11:58:54] Processing: VID_00003 (4 of 10)
- [11:58:54] Extracting A/V streams [VID_00003]
- [11:59:57] Reencoding video [VID_00003]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 34,907 frames
- Bitrate: 13,395 Kbs
- [11:59:57] Reencoding: VID_00003, Pass 1 of 1
- [12:11:59] Video Encode complete
- [12:11:59] Processing audio tracks
- Track 4352 (jpn): Reencoding audio to AC3...
- [12:12:02] Multiplexing M2TS
- [12:12:33] Processing: VID_00004 (5 of 10)
- [12:12:33] Extracting A/V streams [VID_00004]
- [12:13:39] Reencoding video [VID_00004]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 34,909 frames
- Bitrate: 13,393 Kbs
- [12:13:39] Reencoding: VID_00004, Pass 1 of 1
- [12:28:02] Video Encode complete
- [12:28:02] Processing audio tracks
- Track 4352 (jpn): Reencoding audio to AC3...
- [12:28:06] Multiplexing M2TS
- [12:28:38] Processing: VID_00005 (6 of 10)
- [12:28:38] Extracting A/V streams [VID_00005]
- [12:29:40] Reencoding video [VID_00005]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 34,909 frames
- Bitrate: 13,392 Kbs
- [12:29:40] Reencoding: VID_00005, Pass 1 of 1
- [12:39:11] Video Encode complete
- [12:39:11] Processing audio tracks
- Track 4352 (jpn): Reencoding audio to AC3...
- [12:39:14] Multiplexing M2TS
- [12:40:05] Processing: VID_00006 (7 of 10)
- [12:40:05] Extracting A/V streams [VID_00006]
- [12:41:18] Reencoding video [VID_00006]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 34,909 frames
- Bitrate: 13,375 Kbs
- [12:41:18] Reencoding: VID_00006, Pass 1 of 1
- [12:50:43] Video Encode complete
- [12:50:43] Processing audio tracks
- Track 4352 (jpn): Reencoding audio to AC3...
- [12:50:47] Multiplexing M2TS
- [12:51:25] Processing: VID_00007 (8 of 10)
- [12:51:25] Extracting A/V streams [VID_00007]
- [12:52:31] Reencoding video [VID_00007]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 34,909 frames
- Bitrate: 13,358 Kbs
- [12:52:31] Reencoding: VID_00007, Pass 1 of 1
- [13:03:22] Video Encode complete
- [13:03:22] Processing audio tracks
- Track 4352 (jpn): Reencoding audio to AC3...
- [13:03:25] Multiplexing M2TS
- [13:03:59] Processing: VID_00008 (9 of 10)
- [13:03:59] Extracting A/V streams [VID_00008]
- [13:05:02] Reencoding video [VID_00008]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 34,908 frames
- Bitrate: 13,383 Kbs
- [13:05:02] Reencoding: VID_00008, Pass 1 of 1
- [13:14:45] Video Encode complete
- [13:14:45] Processing audio tracks
- Track 4352 (jpn): Reencoding audio to AC3...
- [13:14:53] Multiplexing M2TS
- [13:15:56] Processing: VID_00012 (10 of 10)
- [13:15:56] Extracting A/V streams [VID_00012]
- [13:16:09] Reencoding video [VID_00012]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,101 frames
- Bitrate: 13,395 Kbs
- [13:16:09] Reencoding: VID_00012, Pass 1 of 1
- [13:17:04] Video Encode complete
- [13:17:04] Processing audio tracks
- Track 4352 (jpn): Reencoding audio to AC3...
- [13:17:05] Multiplexing M2TS
[13:17:10]PHASE ONE complete
[13:17:10]PHASE TWO - Rebuild Started
- [13:17:10] Rebuilding BD file Structure
- [13:17:10] CopyDirStructure() 00052 1200
[13:18:49] - Aborted per user request


NATSUME_S_BOOK_OF_FRIENDS_S4D1.INF

[Status]
LABEL=NATSUME_S_BOOK_OF_FRIENDS_S4D1
VERSION=v0.49.04 (beta)
SOURCE_SIZE=46572044429
SOURCE_VIDEO_SIZE=46208636928
TARGET_SIZE=24641536000
REDUCTION=.525402394726098
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;jpn;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=all
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=4
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=10
REBUILD_COMPLETE=0
[00000]
AUDIO=1
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=2667101135
RATE=13316
SPLITS=4
NSTART=27000000
NEND=92516075
NSIZE=2615107584
FLINK=0
MLINK=0
[00001]
AUDIO=1
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=2682479671
RATE=13393
SPLITS=4
NSTART=27000000
NEND=92497306
NSIZE=2620102656
FLINK=0
MLINK=0
[00002]
AUDIO=1
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=2683451321
RATE=13402
SPLITS=4
NSTART=27000000
NEND=92514198
NSIZE=2641274880
FLINK=0
MLINK=0
[00003]
AUDIO=1
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=2682066478
RATE=13395
SPLITS=4
NSTART=27000000
NEND=92512321
NSIZE=2639818752
FLINK=0
MLINK=0
[00004]
AUDIO=1
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=2681782408
RATE=13393
SPLITS=4
NSTART=27000000
NEND=92517952
NSIZE=2626664448
FLINK=0
MLINK=0
[00005]
AUDIO=1
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=2683422268
RATE=13392
SPLITS=4
NSTART=27000000
NEND=92523582
NSIZE=2637815808
FLINK=0
MLINK=0
[00006]
AUDIO=1
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=2680349143
RATE=13375
SPLITS=4
NSTART=27000000
NEND=92516075
NSIZE=2640261120
FLINK=0
MLINK=0
[00007]
AUDIO=1
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=2676075176
RATE=13358
SPLITS=4
NSTART=27000000
NEND=92523582
NSIZE=2606321664
FLINK=0
MLINK=0
[00008]
AUDIO=1
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=2680642898
RATE=13383
SPLITS=4
NSTART=27000000
NEND=92519829
NSIZE=2623942656
FLINK=0
MLINK=0
[00012]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=160758001
RATE=13395
SPLITS=1
NSTART=27000000
NEND=30943314
NSIZE=155578368
FLINK=0
MLINK=0

[mparade]

Which preset are you using? The ones I added all have the GOP size set to "Auto" -- which means the size would be 10x the framerate. I just looked, and the only exceptions are the two SBS presets (which I will change).

Is this a preset that you created? If so, add vKeyint=Auto to the preset.

I am using my own newly created HEVC presets. :cool:
I deleted the vKeyint row from them because I thought that the x265 preset I am using already include the value relating to that.

But now, it is clear and I will reinsert vKeyint=Auto.
Thank you very much for your quick help once again.

[omegaman7]

I hope I can get more feedback on LAV Filters. So far there are two reports of sync issues. Two is concerning -- but I'd like to see how prevalent this problem is. I suspect it is a conflict with some other directshow driver since it isn't happening on my system and others -- but it sure would be good to know what the affected systems have in common.

I'll see what I find. Try and find a quick job I can run. May be a couple hours til the results.

[max4]

I think you must have them backwards. The high-speed option must have been 3 hours and "High/Very Slow" must have been 12 hours.

The reason you're probably seeing little difference is because "Highest/Very Slow" is pretty much overkill all the time. My recommendation is to set it to "Automatic" (the default). That way BD-RB will give you the fastest setting that gives a high quality level based upon your bias, size (in minutes) of the source, and target size.

If you don't like "Auto" -- then just set it to "High Quality (Default)" mode for everything. It's a reasonable balance.

OK I put it backwards.
**
I'll do as you have told me, in automatic or default

many thanks jdobbs

[mparade]

@jdobbs

I have got the following in the lastcmd file after using an mkv preset and unchecked the option for a BD compliant structure:

""E:\BD-RBV04904\BD_Rebuilder\tools\x264.exe" "E:\WORKING\WORKFILES\VID_00000.AVS" --preset placebo --bluray-compat --ref 4 --b-adapt 1 --b-pyramid strict --weightp 2 --open-gop --slow-firstpass --qpmin=0 --crf 16 --level 4.1 --aud --nal-hrd vbr --pic-struct --vbv-bufsize 30000 --keyint 250 --min-keyint 1 --ipratio 1.1 --pbratio 1.1 --vbv-maxrate 30000 --threads auto --slices 4 --thread-input --tune ssim --log-level debug --csv gru2_x264.csv --stats "E:\WORKING\WORKFILES\VID_00000.AVS.264.stats" --output "E:\WORKING\WORKFILES\VID_00000.AVS.264"

Inspite of using an mkv preset the command line includes all the option for a BD-compliant structure. (So, a lot of limitation). Please help, I would really appreciate it.

P.S. for x265 encoding one should switch his desktop computer pool to a server with co-processors..;)

[Sharc]

I hope I can get more feedback on LAV Filters. So far there are two reports of sync issues. Two is concerning -- but I'd like to see how prevalent this problem is. I suspect it is a conflict with some other directshow driver since it isn't happening on my system and others -- but it sure would be good to know what the affected systems have in common.
LAV has many settings for LAV splitter, LAV audio and LAV video. Can they all be left at their default, or are some specific settings recommended or required?
I'm asking because certain settings for LAV audio Mixing seem to solve my audio issues with the MPC preview. I need however to do some more tests...
Anyway, it affected the preview only; I didn't experience any sync problems with the encodes so far.

[jdobbs]

LAV has many settings for LAV splitter, LAV audio and LAV video. Can they all be left at their default, or are some specific settings recommended or required?
I'm asking because certain settings for LAV audio Mixing seem to solve my audio issues with the MPC preview. I need however to do some more tests...
Anyway, it affected the preview only; I didn't experience any sync problems with the encodes so far.What settings did you change? If I can find a setting that fixes the issue I can build an installer that puts it at that default.

[jdobbs]

@rainfellow

That error means BD-RB has encountered an illegal filename while attempting to copy files from the source to the destination folder. Since the filenames are pretty standardized on a BD disc a wild guess might be that there are some odd characters in either the source or working paths. If not, you may want to look in the BDMV folder/subfolders of your source and find out if there is something odd there that shouldn't be. It also might be the result of a bad rip.

[rainfellow]

I've re-ripped the disc twice using both blu-ray drives I have and just checked both the stream directory and the workfiles directory and I don't see anything out of the ordinary.

I can play the ripped disc fine as well as all the individual files in the stream directory.

I don't know if it means anything or not, but it always seems to fail when it gets ready to rebuild the blu-ray, but the workfiles directory seems to have no weird characters in it or any anomalies which is why I'm scratching my head over here.

If you need anymore information, please ask and I will provide what I can.

Thank you for your help on this.


EDIT: Ok, after doing a bit more scouring of the complete rip I MAY have found 2 files in the META folder that MAY be causing the problems with the rebuild. They are JPG files that have (had) an odd dot character in their file names, I've remaned then with dashes (-) and edited the XML in the directory to point at the new file names.

I'm running it again, and will let you know if that was the fix. Thanks again for a great piece of software!! :)


@rainfellow

That error means BD-RB has encountered an illegal filename while attempting to copy files from the source to the destination folder. Since the filenames are pretty standardized on a BD disc a wild guess might be that there are some odd characters in either the source or working paths. If not, you may want to look in the BDMV folder/subfolders of your source and find out if there is something odd there that shouldn't be. It also might be the result of a bad rip.

[omegaman7]

I installed the new version of Bd rebuilder just today. I already had all installed, except LAV filters. Which I left at default settings. Been a while since I installed FFDshow, or Haali. I suspect they might be out of date, but they are not used for direct show/LAV, Correct? So that would have no bearing on results which follows.

My backup was also out of sync by several seconds. The frame count in the result, oddly has an extra frame. 1! Rather strange how it picked up one extra frame. If you require any other info, let me know ;)

Ahh! No more inspect tool? :p

158,884 original frames
158,885 Result (according to VirtualDub)

----------------------
[10/05/14] BD Rebuilder v0.49.04 (beta)
[11:59:40] Source: IMMORTALS_BD
- Input BD size: 32.37 GB
- Approximate total content: [02:08:16.870]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[11:59:40] PHASE ONE, Encoding
- [11:59:40] Processing: VID_00028 (1 of 5)
- [11:59:40] Extracting A/V streams [VID_00028]
- [11:59:49] Reencoding video [VID_00028]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,528 frames
- [11:59:49] Reencoding: VID_00028, Pass 1 of 1
- [12:00:35] Video Encode complete
- [12:00:35] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:00:35] Multiplexing M2TS
- [12:00:41] Processing: VID_00325 (2 of 5)
- [12:00:41] Extracting A/V streams [VID_00325]
- [12:00:53] Reencoding video [VID_00325]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,550 frames
- [12:00:53] Reencoding: VID_00325, Pass 1 of 1
- [12:01:40] Video Encode complete
- [12:01:40] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:01:40] Multiplexing M2TS
- [12:01:45] Processing: VID_00326 (3 of 5)
- [12:01:45] Extracting A/V streams [VID_00326]
- [12:01:55] Reencoding video [VID_00326]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,700 frames
- [12:01:55] Reencoding: VID_00326, Pass 1 of 1
- [12:02:49] Video Encode complete
- [12:02:49] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:02:49] Multiplexing M2TS
- [12:02:56] Processing: VID_00120 (4 of 5)
- [12:02:56] Extracting A/V streams [VID_00120]
- [12:03:09] Reencoding video [VID_00120]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,697 frames
- [12:03:09] Reencoding: VID_00120, Pass 1 of 1
- [12:04:09] Video Encode complete
- [12:04:09] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:04:09] Multiplexing M2TS
- [12:04:16] Processing: VID_00000 (5 of 5)
- [12:04:16] Extracting A/V streams [VID_00000]
- [12:10:36] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 158,884 frames
- Bitrate: 20,640 Kbs
- [12:10:36] Reencoding: VID_00000, Pass 1 of 1
- [13:02:31] Video Encode complete
- [13:02:31] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (fra): Keeping original audio
- [13:02:31] Multiplexing M2TS
[13:14:11]PHASE ONE complete
[13:14:11]PHASE TWO - Rebuild Started
- [13:14:11] Rebuilding BD file Structure
[13:14:19] - Encode and Rebuild complete
[13:14:19] JOB: IMMORTALS_BD finished.
INF:
[Status]
LABEL=IMMORTALS_BD
VERSION=v0.49.04 (beta)
SOURCE_SIZE=34753159933
SOURCE_VIDEO_SIZE=34344247296
TARGET_SIZE=24641536000
REDUCTION=.705580272415006
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=all
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=all
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=5
REBUILD_COMPLETE=1
[00028]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=345514960
SPLITS=1
NSTART=27000000
NEND=33621615
NSIZE=179785728
FLINK=0
MLINK=0
[00325]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=347565455
SPLITS=1
NSTART=27000000
NEND=33662906
NSIZE=160659456
FLINK=0
MLINK=0
[00326]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=348233059
SPLITS=1
NSTART=27000000
NEND=33944437
NSIZE=306001920
FLINK=0
MLINK=0
[00120]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=485031007
SPLITS=1
NSTART=27000000
NEND=33938807
NSIZE=413687808
FLINK=0
MLINK=0
[00000]
AUDIO=11
PGS=111
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=23172488451
RATE=20640
SPLITS=1
NSTART=27000000
NEND=325205405
NSIZE=21806002176
FLINK=0
MLINK=0

[jdobbs]

I installed the new version of Bd rebuilder just today. I already had all installed, except LAV filters. Which I left at default settings. Been a while since I installed FFDshow, or Haali. I suspect they might be out of date, but they are not used for direct show/LAV, Correct? So that would have no bearing on results which follows.

My backup was also out of sync by several seconds. The frame count in the result, oddly has an extra frame. 1! Rather strange how it picked up one extra frame. If you require any other info, let me know ;)

Ahh! No more inspect tool? :p

158,884 original frames
158,885 Result (according to VirtualDub)The INSPECT is no longer a separate program. It can be found under the HELP menu.

If I understand you correctly, you had been using FFDSHOW/HAALI -- but then installed LAV, right? So from that point forward you were using LAV, and that's where you repeated the out-of-sync issue?

One frame off is odd, but that could only account for about 41 milliseconds, which is unlikely to even be noticeable. But you're saying you are several seconds off? Hmmm...

Any way you could try and compare the original audio file to the new one and see if it (the audio) is missing anything at the beginning? Maybe listen to both and time how long it takes before a certain sound is heard?

If possible, maybe you could do the same with the two video files (original .264 muxed into an M2TS, and the newly encoded file muxed into an M2TS).

If you have the time, maybe you could compare the CODEC list revealed by MajorEvent (http://forum.doom9.org/showthread.php?p=1695764#post1695764) and see what the two of you may have in common.

I hate to ask all this... I'd do this myself -- but I can't repeat the problem at all.

[omegaman7]

Correct. I already had Haali/ffdshow installed per the first post. Installed FIRST. So only LAV had to be installed. This was my first run since LAV began.

Several seconds was an exaggeration. It's more like ~.8 to .9 seconds. Sorry about that. And in the beginning, both original, and resulting encode, are within sync. It's around the 1 min mark where it de-syncs. And... silly me. I already deleted the working folder files :S I compared the original to the result, and it de-syncs around 1 min. Difficult to say what happened.

I certainly don't have anything exotic installed. I'm about to reinstall windows back to my SSD. My SSD has been residing in my laptop. I want it back in my tower! LOL! And then I'll continue testing. I'm curious if a fresh install of EVERYTHING, will result in an identical problem.

[jdobbs]

Thanks. It's just really weird that it would happen to some people but not to others on an identical operating system. I can always just revert everything back to FFDSHOW/HAALI -- but LAV is so convenient, simple, and easily controllable... I'd really like to use it if possible.

[Sharc]

What settings did you change? If I can find a setting that fixes the issue I can build an installer that puts it at that default.
It's weird. The video preview is ok. The problem is with the audio only. Either I can get the feature audio working with the extra audio running too fast with a high pitch, or I can get the Extra audio working (0.5 sec out of sync) but with the feature being silent with this setting.
Setting for feature (1080p, 23.976fps, DTS 5.1):
- LAV splitter config: I have to enter the preferred language(s)
- LAV audio config: Mixing/select "Enable Mixing" and Output speaker config: Stereo
Setting for Extra (1080i, 29.97fps, DTS 2-channel):
- LAV splitter config: I have to enter the preferred languages
- LAV audio config: Mixing/select "Enable Mixing" and Output speaker config: 5.1

Maybe there is something odd with my system or with the particular disc. Fortunately the encoding is not affected, it's just the preview audio which makes problems, which is really not critical.
I will try with another disc, but I will be away for 2 days and can't do more testing right now.

[rainfellow]

UPDATE: It was the two JPG files causing the problems all along. Not something that I would have EVER thought to look for, guess I have to look for that if I ever see the error again.


I've re-ripped the disc twice using both blu-ray drives I have and just checked both the stream directory and the workfiles directory and I don't see anything out of the ordinary.

I can play the ripped disc fine as well as all the individual files in the stream directory.

I don't know if it means anything or not, but it always seems to fail when it gets ready to rebuild the blu-ray, but the workfiles directory seems to have no weird characters in it or any anomalies which is why I'm scratching my head over here.

If you need anymore information, please ask and I will provide what I can.

Thank you for your help on this.


EDIT: Ok, after doing a bit more scouring of the complete rip I MAY have found 2 files in the META folder that MAY be causing the problems with the rebuild. They are JPG files that have (had) an odd dot character in their file names, I've remaned then with dashes (-) and edited the XML in the directory to point at the new file names.

I'm running it again, and will let you know if that was the fix. Thanks again for a great piece of software!! :)

[MajorEvent]

If I understand you correctly, you had been using FFDSHOW/HAALI -- but then installed LAV, right? So from that point forward you were using LAV, and that's where you repeated the out-of-sync issue?

I think that makes 4 of us.

If you have the time, maybe you could compare the CODEC list revealed by MajorEvent (http://forum.doom9.org/showthread.php?p=1695764#post1695764) and see what the two of you may have in common.

I believe what's showing in my codec list comes from the following:

DivX codec
Xvid Codec
Avid Pinnacle Studio 15
Cyberlink PowerDVD 11
Windows Media Player 12

I expect everyone with Windows 7 has the ones listed as win 7 rtm? jdobbs, if you run Win 7 perhaps you can help eliminate the ones that aren't a problem.

BluRay Support

Full support for Seamless Branching Blu-rays as well as HD audio (full DTS-HD support depends on the ArcSoft decoder DLL being installed, see the FAQ)

If I understand the LAVfilters page (http://forum.doom9.org/showthread.php?t=156191), it doesn't support DTS decoding without a DLL from Total Media Theater (TMT) which I happen to have but I couldn't find the LAV Audio folder that's referred to in the FAQ. I'm not sure how that affects this issue since the content I was working with was DTS HD Master Audio 5.1. Or how it affects LAVFilters now that TMT has gone EOL for that matter.

I knocked the settings down to the High Speed Option (BD25+) just so I could run the encodes faster (30 min compared to 3 hrs) and tried everything I could think including the 0.63 LAVFilters of with no luck. The only thing I can think of now is hunting through the LAVFilters page for more info on where to find that folder referred to in the FAQ.

Edit: I found the information, put the dll in the x86 folder. I had done that so there was no change and it didn't have any effect. Still that could be due to running x64 which isn't supported.

[omegaman7]

I hate to be the bearer of bad news JD, but a fresh install of EVERYTHING, and nothing else, yields the audio exactly out of sync how it was last time. I'm as stumped as you are now. I find it odd, that you do not encounter the issue, and a few of us do.

Oddly, I installed everything perfectly, and BD rebuilder reported initially, that FFDshow was not configured correctly(it WAS according to the first post). This occurred on my laptop as well. I didn't run the job on my laptop though, because I worried about heat, and it would have taken wayyy too long to encode(a weak dual core). Perhaps BD rebuilder is expecting some kind of configuration, that hasn't been updated in the first post? In any case, BD rebuilder offered to correct the situation. I allowed it to. And by the way, I started with a fresh .ini file, and no hidden options.

Probably a stupid question, but have you yourself tried this route? A fresh install of exactly what everyone else was given? A person of your level surely has more than one machine, or a spare hard drive for testing purposes ;)

[mparade]

After trying to make an mkv container using x264 I have got the following message from BD-RB right after extracting the streams. Please find my log file, alternate and lastcmd test file below. The used profile is [00037].

----------------------
[10.06.14] BD Rebuilder v0.49.04 (beta)
[08:35:01] Source: GRU2_-_EREDETI_00000
- Input BD size: 0,90 GB
- Approximate total content: [00:04:18.925]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, No Resizing, Intact Audio
- Automatic cropping of borders enabled
- Output folder: E:\BD-RB\
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[08:35:01] PHASE ONE, Encoding
- [08:35:01] Processing: VID_00000 (1 of 1)
- [08:35:01] Extracting A/V streams [VID_00000]
- [08:35:19] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 6*208 frames
- [08:35:19] Reencoding: VID_00000, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.49.04 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 674,16GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4504, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[08:35:19] - Failed video encode, aborted

Your help would be really appreciated.

[jdobbs]

I think that makes 4 of us.



I believe what's showing in my codec list comes from the following:

DivX codec
Xvid Codec
Avid Pinnacle Studio 15
Cyberlink PowerDVD 11
Windows Media Player 12

I expect everyone with Windows 7 has the ones listed as win 7 rtm? jdobbs, if you run Win 7 perhaps you can
help eliminate the ones that aren't a problem.



If I understand the LAVfilters page (http://forum.doom9.org/showthread.php?t=156191), it doesn't support DTS decoding without a DLL from Total Media Theater (TMT) which I happen to have but I couldn't find the LAV Audio folder that's referred to in the FAQ. I'm not sure how that affects this issue since the content I was working with was DTS HD Master Audio 5.1. Or how it affects LAVFilters now that TMT has gone EOL for that matter.

I knocked the settings down to the High Speed Option (BD25+) just so I could run the encodes faster (30 min compared to 3 hrs) and tried everything I could think including the 0.63 LAVFilters of with no luck. The only thing I can think of now is hunting through the LAVFilters page for more info on where to find that folder referred to in the FAQ.

Edit: I found the information, put the dll in the x86 folder. I had done that so there was no change and it didn't have any effect. Still that could be due to running x64 which isn't supported.BD-RB doesn't use the audio decoders of LAVFilters except for previewing. It uses nicaudio via AVISYNTH.

That brings up a possibility. Remove LAVFilters, and then reinstall. But when it comes up, uncheck the "LAV Audio" from the components list. Maybe it is hosing up the PCM audio-serving when nicaudio is decoding AC3 or DTS and presenting it to the encoder.

[jdobbs]

I hate to be the bearer of bad news JD, but a fresh install of EVERYTHING, and nothing else, yields the audio exactly out of sync how it was last time. I'm as stumped as you are now. I find it odd, that you do not encounter the issue, and a few of us do.

Oddly, I installed everything perfectly, and BD rebuilder reported initially, that FFDshow was not configured correctly(it WAS according to the first post). This occurred on my laptop as well. I didn't run the job on my laptop though, because I worried about heat, and it would have taken wayyy too long to encode(a weak dual core). Perhaps BD rebuilder is expecting some kind of configuration, that hasn't been updated in the first post? In any case, BD rebuilder offered to correct the situation. I allowed it to. And by the way, I started with a fresh .ini file, and no hidden options.

Probably a stupid question, but have you yourself tried this route? A fresh install of exactly what everyone else was given? A person of your level surely has more than one machine, or a spare hard drive for testing purposes ;) Yes. Everything works. The system I use for video encoding and testing is a clean Win7 (64 bit) install.

Even if you installed per the first post, you have to run BD-RB as an administrator the first time in order (if using FFDSHOW) for it to configure them as the default CODECs, and it needs admin rights to do that. See the highlighted text after step 9 in the first post.

[jdobbs]

That brings up a possibility. Remove LAVFilters, and then reinstall. But when it comes up, uncheck the "LAV Audio" from the components list. Maybe it is hosing up the PCM audio-serving when nicaudio is decoding AC3 or DTS and presenting it to the encoder.Could someone who is experiencing the sync issue please try this?

If this doesn't do it, I may have to dump LAVFilters as an option. If three people are reporting it here, there are probably a few hundred out there that experience it also.

[MajorEvent]

That brings up a possibility. Remove LAVFilters, and then reinstall. But when it comes up, uncheck the "LAV Audio" from the components list. Maybe it is hosing up the PCM audio-serving when nicaudio is decoding AC3 or DTS and presenting it to the encoder.

I had already gone back to ffdshow and Haali which completed with no problems or audio delays on the same source (Non-stop) so I installed the LAVFilters 0.62 without the Audio filters on top of those. I ran a quick encode as before with the High Speed Option (BD25+). Same deal, the audio is still 2-3 seconds off.

Removing LAVFilters until there's something more to try.

Edit: FYI the source and destination both show the same time index, no difference in the length of the movie.

[omegaman7]

Well this is embarrassing. My FFDshow not configured properly was my own problem. Like you suspected. I didn't think it was, because disabling the UAC is usually the first thing I do. I HATE the administrative crap lol. All is better in that regard :) Reinstalled everything, and no errors reported from BD Rebuilder. I just reinstalled LAV, per your suggestion. Attempting now. Should know in 1.5hrs.

Guess I'll have to run it again. Not sure why, but it just stalled. Hard drives are still functioning, other programs are running perfectly :S

[jdobbs]

There's gotta' be a solution -- otherwise I'm going to have to remove the ability to import HEVC sources.

[MajorEvent]

There's gotta' be a solution -- otherwise I'm going to have to remove the ability to import HEVC sources.

I posted a respectful request (http://forum.doom9.org/showthread.php?p=1695963#post1695963) for some new eyes to look at the problem from a different perspective on the LAVFilters thread. Maybe we'll get some new ideas if someone there takes a look.

Let me know what else to try. I also have two other PC's I can test on. One has a similar configuration to my PC and the other is pretty clean with no extra codecs or video editors other than vanilla Windows 7 x64 Home Premium SP1.

[Sharc]

Did anyone with the LAV out-of-sync issue burn the encode to disc and play it back on HW standalone, or was it played on SW players only?

[MajorEvent]

Did anyone with the LAV out-of-sync issue burn the encode to disc and play it back on HW standalone, or was it played on SW players only?

I burned my first re-encode without checking it and playing it on a HW player that's when I found out the audio was fubar.

[omegaman7]

I don't burn, until I'm reasonably sure of a successful encode. I generally know, when a software player is to blame for decoding issues. But if there were a doubt, I do have +RW dvds for tests. My first BD-RE didn't last long(Verbatim by the way). And I currently can't afford a replacement.

JDobbs, deselecting the LAV audio component had zero affect. The output is the same. This is bizarre. How are you not seeing this result? :S

[jdobbs]

I don't burn, until I'm reasonably sure of a successful encode. I generally know, when a software player is to blame for decoding issues. But if there were a doubt, I do have +RW dvds for tests. My first BD-RE didn't last long(Verbatim by the way). And I currently can't afford a replacement.

JDobbs, deselecting the LAV audio component had zero affect. The output is the same. This is bizarre. How are you not seeing this result? :SIt works perfectly on my system.

[Glarioo]

I've also installed the LAV Filters 0.62 without the LAV Audio. Audio still out of sync.
Play the MKV's with vlc, PowerDVD 12 and Dune HD Smart H1.
But when i run Inspect the LAV filters do not appear in the list...?

[Sharc]

It seems that ArcSoft filters interfere with LAV filters.
Removing (disabling) dtsdecoderdll.dll and ASAudioHD.ax (both from ArcSoft) solved my preview problems (http://forum.doom9.org/showpost.php?p=1695910&postcount=21436).
Maybe it will solve your out-of-sync issues as well.

[Ch3vr0n]

Jdobbs I have a question. I was wondering if you have tried to backup transformers: age of extinction of you have it. Reason I'm asking is that movie is the first to use a new audio technology called 'Dolby Atmos' instead of a full sized HD audio stream and I'm wondering if bdrb supports it.

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[jdobbs]

Jdobbs I have a question. I was wondering if you have tried to backup transformers: age of extinction of you have it. Reason I'm asking is that movie is the first to use a new audio technology called 'Dolby Atmos' instead of a full sized HD audio stream and I'm wondering if bdrb supports it.

Verstuurd vanaf mijn Nexus 7 met TapatalkBD-RB supports (via NicAudio) every legal audio format for a Blu-ray -- so I would have to assume it does. I just read about "Dolby Atmos" after you posted, and it just looks like somehow you can adjust for each of your speaker locations -- but you still have 5.1 or 7.1 audio. You may also need an Atmos compatible audio unit to get anything out of it. It sounds like another gimmick to me.

Why do you ask? Have you had an issue with it?

But I don't have that disc -- and since I've only gotten two donations in the last two weeks, it's not likely I'll be buying it.

[gonca]

@Ch3vr0n
Update LavFilters to 0.63 and it is no issue. Just finished this.
Just did a quick check and playback is good.

PS
Sound was downconverted to AC3 2.0

@jdobbs
That audio track is in the neighborhood of 5.5 GB

[Ch3vr0n]

I don't use LAV, I use the ffdshow way.

Don't have the disc yet either I was just asking. But from what I understand it's not a gimmick. Its thousands of small audio segments making it not bound to some bluray max audio stream limititation.

And if it gets down converted then it is an issue, that's no support. I don't want to go from 7.1 or 5.1 to 2.0 stereo.

That's like dvdrangers 'cinavia removal'. They still can't keep the HD audio and downscale everything to 5.1 ac3

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[jdobbs]

@Ch3vr0n
Update LavFilters to 0.63 and it is no issue. Just finished this.
Just did a quick check and playback is good.

PS
Sound was downconverted to AC3 2.0

@jdobbs
That audio track is in the neighborhood of 5.5 GBYeah I downloaded it earlier today and installed it.

When you say "playback is good" -- are you referring to the sync issues reported, just a general statement, or Dolby Atmos?

[jdobbs]

I don't use LAV, I use the ffdshow way.

Don't have the disc yet either I was just asking. But from what I understand it's not a gimmick. Its thousands of small audio segments making it not bound to some bluray max audio stream limititation.

And if it gets down converted then it is an issue, that's no support. I don't want to go from 7.1 or 5.1 to 2.0 stereo.

That's like dvdrangers 'cinavia removal'. They still can't keep the HD audio and downscale everything to 5.1 ac3

Verstuurd vanaf mijn Nexus 7 met TapatalkThe Blu-Ray committee sets the standards -- not BD-RB or Dolby. And nowhere is "Atmos" listed. So I still say "gimmick" -- at least as it is implemented on BD. Theaters are a different matter.

If you don't want it reencoded -- then just keep the original audio intact. Then you have an exact copy. But if it is on a disc that has the term "Blu-Ray" on the label -- it absolutely, positively must meet the standard.

[gonca]

@jdobbs
I meant that it plays back in a direct show media player fine. I'll rerun it with DirectShow as a frame server and check with for sync issues.

@Ch3vr0n
I down converted the audio because this back up is meant to be played back on a tablet with two little speakers while on a trip. Not meant as a cinavia or such type fix.

[Ch3vr0n]

Well guess I'll have to go visit he shop to see if it's released yet over here. Definitely will report back on this.

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[Sharc]

BD-RB doesn't use the audio decoders of LAVFilters except for previewing. It uses nicaudio via AVISYNTH.

That brings up a possibility. Remove LAVFilters, and then reinstall. But when it comes up, uncheck the "LAV Audio" from the components list. Maybe it is hosing up the PCM audio-serving when nicaudio is decoding AC3 or DTS and presenting it to the encoder.
I found that ArcSoft filters interfere with LAV audio (http://forum.doom9.org/showpost.php?p=1696015&postcount=21453). After removing ArcSoft filters, the preview works fine.

[gonca]

I found that ArcSoft filters interfere with LAV audio (http://forum.doom9.org/showpost.php?p=1696015&postcount=21453). After removing ArcSoft filters, the preview works fine.

Do you mean the ones in the codec folder?

[gonca]

@Ch3vr0n
To clarify, if your intention is to re-encode Transformers Age Of Extinction and keep the HD Audio BD_RB can handle it, I've done it.
If you wish to re-encode the audio, BD_RB can also do it

[Ch3vr0n]

Intention is the same as always. Full disc backup to bd25, intact audio. So good to know it can handle it.

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[gonca]

Sorry, didn't know your back up habits, seems they are are the same as mine. Bear in mind that the movie is 2:45 long and the HD audio track alone is about 5.5 GB. The down conversion was for a tablet, no point keeping the HD audio for that

[gonca]

test 1
frame serving >> LAV >> out of sync

test 2 (Sharc's findings)
go to codec folder
create a new sub folder called New Folder
move the two filters Sharc mentioned into it
frame serving >> LAV >> out of sync

test 3
Make sure that Bit stream DTS HD is unchecked in LAV Audio settings since that brings up the filters mention by Sharc
out of sync

[gonca]

Tried changing every setting in LAVSplitter and LAVAudio that I thought might affect sync. No luck.
Right about now I'm happy I use DGDecNV.

[gonca]

@jdobbs
which decoder have you selected in LAV Video?

[MajorEvent]

It seems that ArcSoft filters interfere with LAV filters.
Removing (disabling) dtsdecoderdll.dll and ASAudioHD.ax (both from ArcSoft) solved my preview problems (http://forum.doom9.org/showpost.php?p=1695910&postcount=21436).
Maybe it will solve your out-of-sync issues as well.

Renamed, rebooted, re-encoded. No change. Confirming gonca's result.

[omegaman7]

Tried the newest version 0.63 LAV. No luck. Still out of sync.

@ all others testing LAV. How many source BD's have you tried? I've only tried one. I shall try another, that has significantly different audio streams.

[Sharc]

Do you mean the ones in the codec folder?
I don't have a "codec" folder (?). But these filters got installed/copied into the \WINDOWS\sysWOW64\ folder in my case. They are probably a leftover of some trial SW and didn't get uninstalled. Deleting these filters solved my issue, and I can reproduce the effect. The culprit seems to be the "dtsdecoderdll.dll".
For indexing I am always using DGIndexNV. Never tried anything else. Moreover, even on BD25 I usually convert the dts(-HD) to ac3 and don't keep the original dts.

[gonca]

@all
Those having issues with Lav and video/audio sync
Do you have TMT6 installed?
Do you have PDVD installed?

[gonca]

@Sharc
TMT has a subfolder called codecs

[worknstiff]

@ Ch3vr0n RE: Full disc backup to bd25, intact audio.

The Transformers: Age of Extinction 3D/2D both have Dolby Atmos audio and by keeping only the English tracks you will end up with 3 .AC3 tracks. The first one (which I think is the 7.1 mix) is 5.79 GB's and the other 2 are both 755 MB's (which I think has the extra Atmos directional data). You will end up with a total of 7.27 GB's which only leaves you with about 15.5 GB for the 2:45 minutes of video. I am really thinking of using up one of my BD25 DL's for this one because I can't see how to keep only the 7.1 track.

[Mark_Venture]

After trying to make an mkv container using x264 I have got the following message from BD-RB right after extracting the streams. Please find my log file, alternate and lastcmd test file below. The used profile is [00037]. I didn't see a reply to your post, but I had similar issue, and same failure message when trying to backup to Alt Movie Only MKV (1920x1080 intact audio) with The Monuments Men and both the 2D and 3D of Transformers: Age of Extinction (to Half SBS MKV). Yet I found that King Kong worked just fine.

I thought it might be because I update BD-Rebuilder on my PC by unzipping to the existing folder, overwriting any files. So I made a new folder and unzipped only 49.04. Nope. Still failed.

Looking closer, if it was reported that Source Video: MPEG-4 (AVC), I got that error. King Kong and others that worked were Source Video: VC-1. So I checked FFDShows settings per the notes in the OP. They were set right, but it still failed.

I ended up uninstalling FFDShow, Haali Matroska Splitter, AVISYNTH, and LAV Directshow Filters.

After rebooting, I installed them again, following the OP of this thread, and its working again. 2D Age of Extinction finished last night, and the 3D Age of Extinction (to half SBS mkv) is still running.

Not sure what messed things up on my system, but at least its working again.

[omegaman7]

No TMT installed here yet. I wanted a very clean installation to work with ;)

[MajorEvent]

@all
Those having issues with Lav and video/audio sync
Do you have TMT6 installed?
Do you have PDVD installed?

I have both, TMT 6 and PDVD 11.

[jdobbs]

I've removed LAV instructions from the first post. They will also be removed from the README.TXT of the next release. Too bad... it was a much more complete solution than FFDSHOW/HAALI.

[omegaman7]

Jdobbs, I ran "The Postman" last night, and the audio is in complete sync :S

[jdobbs]

That was with LAV? How did it differ from other ones you've tried?

[omegaman7]

Directshow/LAV 0.63 yes.
(The postman) VC-1 streams, TRUE HD audio 640Kbps
(IMMORTALS) AVC streams\ DTS-HD XLL 1509Kbps MA\Core

It was my intention, to find a blu-ray with significantly different streams. I think I found one lol.

I shall attempt to find a different blu with VC-1, and similar audio to Immortals.

[jdobbs]

Maybe I missed it, but can you name a commonly available disc that completes out-of-sync? I'd like to try it.

[omegaman7]

I'm afraid Immortals, and The Postman, are currently the only ones tested. I'm about to run SE7EN. It has VC-1 streams, and appears to have an identical audio format to IMMORTALS. Very interested to see the result.

What have you ran in testing? Perhaps I have something you do :)

[Glarioo]

Tried the newest version 0.63 LAV. No luck. Still out of sync.

@ all others testing LAV. How many source BD's have you tried? I've only tried one. I shall try another, that has significantly different audio streams.


Red Dragon (2002) - Source Video: MPEG-4 (AVC), 1920x1080
Muppets Most Wanted (2014) - Source Video: MPEG-4 (AVC), 1920x1080
Both to MKV Container, 1920x1080, 640Kbs DD5.1

[Glarioo]

@all
Those having issues with Lav and video/audio sync
Do you have TMT6 installed?
Do you have PDVD installed?

PowerDVD 12.

[omegaman7]

Red Dragon (2002) & Muppets Most Wanted (2014)
Both to MKV Container, 1920x1080, 640Kbs DD5.1

Are MKV backups generally your preference? I guess I'll have to try that next.

Glarioo, can we see a log of Muppets most wanted? I'm curious what the streams are comprised of.

[Glarioo]

Are MKV backups generally your preference? I guess I'll have to try that next.

Glarioo, can we see a log of Muppets most wanted? I'm curious what the streams are comprised of.

All my backups are MKV. Playback with Dune HD Smart H1.
For Muppets Most Wanted is "Track 4357 (nld): Keeping original audio" also out of sync, i've noticed that today

Log at page 1073 #21452

[omegaman7]

All my backups are MKV. Playback with Dune HD Smart H1.
For Muppets Most Wanted is "Track 4357 (nld): Keeping original audio" also out of sync, i've noticed that today

Log at page 1073 #21452

I don't know if attachments are ever approved lol.

I almost always keep the HD audio. Really depends though.

[Glarioo]

jdobbs, for all the LAV hassle...a donation is on the way.

[omegaman7]

Indeed. I have an extra payday this month. Expect a donation from me real soon too. :)

[MajorEvent]

Jdobbs, I ran "The Postman" last night, and the audio is in complete sync :S

The Postman VC-1 TrueHD5.1
I can confirm this re-encoded and was in sync.

Star Trek Into Darkness MPEG4 (AVC) TrueHD7.1
Re-encoding this one now and will let you know soon.

Non-Stop MPEG4 (AVC) DTS-HD XLL
Out of Sync

I don't have either, Red Dragon or Muppets Most Wanted, but I do have my movie catalog setup with the audio format so I can find specific audio formats quickly. No video format though. I got lucky that Star Trek Into Darkness was MPEG4 (AVC). I re-encoded one other movie that had the out of sync audio but I'm having a senior moment and can't recall what it was,The Signal maybe?

Edit: I'm rolling with LAVFilters 0.62.

[MajorEvent]

I've removed LAV instructions from the first post. They will also be removed from the README.TXT of the next release. Too bad... it was a much more complete solution than FFDSHOW/HAALI.

My experience has been that LAVFilters can be removed by just a regular uninstall so, if you run into the problem, it's pretty easy to recover especially, like most people, they'll install on top of ffdshow and haali.

Maybe just make a mention of the issue until we're sure it can't be resolved. It might be premature to deep six it but it's your call, of course.

[omegaman7]

We're on to something Jdobbs :D

[MajorEvent]

Star Trek Into Darkness MPEG4 (AVC) TrueHD7.1
Re-encoding this one now and will let you know soon.


Out of Sync

Looking like the problem is the MPEG4 (AVC). Looking for a VC-1 DTS-HD DLL re-encode next.

[omegaman7]

I'm leaning that way myself MajorEvent. Another VC-1 source(SE7EN) has completed, and audio is perfectly within sync. But I find it hard to believe JDobbs only tested VC-1 sources. AVC is an extremely common source.

SE7EN has same/similar audio format as IMMORTALS.

[Glarioo]

Red Dragon (2002) - Source Video: MPEG-4 (AVC), 1920x1080, Audio: DTS-HD MA Surround 5.1
Muppets Most Wanted (2014) - Source Video: MPEG-4 (AVC), 1920x1080, Audio 1: DTS-HD HRA Surround 7.1 English, Audio 2: DD 5.1 640 kbps Dutch.
Both out of sync (MKV Container, 1920x1080, 640Kbs DD5.1)

[MajorEvent]

I'm leaning that way myself MajorEvent. I think your result clenches it. MPEG4 (AVC) is the culprit. But I'm confused by the result that the time index and frames aren't different from the source. If the video component is the same length, what could be causing the audio to come in so late?


Another VC-1 source(SE7EN) has completed, and audio is perfectly within sync...SE7EN has same/similar audio format as IMMORTALS.

Is there some reason you just don't say what the audio format is?

But I find it hard to believe JDobbs only tested VC-1 sources. AVC is an extremely common source.

Most Likely there's something between his setup and ours that makes a difference. For example, do you have PowerDVD installed?

[Glarioo]

I've got Power DVD 12 installed.

[MajorEvent]

Red Dragon (2002) - Source Video: MPEG-4 (AVC), 1920x1080, Audio: DTS-HD MA Surround 5.1
Muppets Most Wanted (2014) - Source Video: MPEG-4 (AVC), 1920x1080, Audio 1: DTS-HD HRA Surround 7.1 English, Audio 2: DD 5.1 640 kbps Dutch.
Both out of sync (MKV Container, 1920x1080, 640Kbs DD5.1)

Even the DD5.1 (is out of sync)? Seems like it affects all audio formats when combined with MPEG4 (AVC) re-encodes.

I've got Power DVD 12 installed.
I saw you mentioned that and was why I asked about it specifically. :)

[mparade]

@jdobbs

Is it possible a bug?:

After selecting "Alternate Movie-Only Output" mode and deselecting "Output BD or AVCHD Compliant Structure" and choosing any of the mkv containers and getting the encode to complete the lastcmd still includes several command line options (limitations) relating to a BD compliant structure (e.g. --bluray-compat --ref 4).

[omegaman7]

Major, I guess I figured I already posted about immortals audio track. Post 21482 (http://forum.doom9.org/showpost.php?p=1696097&postcount=21482):
"(The postman) VC-1 streams, TRUE HD audio 640Kbps
(IMMORTALS) AVC streams\ DTS-HD XLL 1509Kbps MA\Core"
I suppose I should make every reference possible. That way everyone concerned, has a reference point ;)

[MajorEvent]

Major, I guess I figured I already posted about immortals audio track. Post 21482 (http://forum.doom9.org/showpost.php?p=1696097&postcount=21482):
"(The postman) VC-1 streams, TRUE HD audio 640Kbps
(IMMORTALS) AVC streams\ DTS-HD XLL 1509Kbps MA\Core"
I suppose I should make every reference possible. That way everyone concerned, has a reference point ;)

I saw what you said about Immortals but when you say things like "same/similar" in reference to Se7en then it leaves a lot of room for interpretation. You know, is it the same or isn't it? That's all I'm asking...and I don't know if you were really clear about it yet even? Se7en has DTS-HD XLL, I'm guessing? See that word, "guessing"? ;)

Sorry to be a pill about the details.

[omegaman7]

I saw what you said about Immortals but when you say things like "same/similar" in reference to Se7en then it leaves a lot of room for interpretation. You know, is it the same or isn't it? That's all I'm asking...and I don't know if you were really clear about it yet even? Se7en has DTS-HD XLL, I'm guessing? See that word "guessing" ;)

Sorry to be a pill about the details.

You're not a pill. I totally understand what you're getting at. I said same/similar, because I didn't wanna say identical. I tend to hex things when i'm too confident lol :S While I've been encoding for some time, I'm certainly no expert. Not by a long shot. According to Mediainfo, they're identical.
I'll try to be more specific in the future. So as to not confuse, or leave things open for interpretation ;)

[MajorEvent]

You're not a pill. I totally understand what you're getting at. I said same/similar, because I didn't wanna say identical. I tend to hex things when i'm too confident lol :S While I've been encoding for some time, I'm certainly no expert. Not by a long shot. According to Mediainfo, they're identical.
I'll try to be more specific in the future. So as to not confuse, or leave things open for interpretation ;)

No problem! If you want to say "Mediainfo reports..." then your word is as good as gold for me. :)

[gonca]

@jdobbs
If you want I can uninstall TMT and PDVD and see if that makes a difference.
Let me know

[omegaman7]

@jdobbs
If you want I can uninstall TMT and PDVD and see if that makes a difference.
Let me know

I had TMT installed on my previous windows install. Currently, only MPC-HC is installed for my viewing pleasure lol.

[gonca]

Doesn't seem to be a TMT or PDVD issue

[omegaman7]

Doesn't seem to be a TMT or PDVD issue

I'm highly doubting that as well.

[jdobbs]

I'm leaning that way myself MajorEvent. Another VC-1 source(SE7EN) has completed, and audio is perfectly within sync. But I find it hard to believe JDobbs only tested VC-1 sources. AVC is an extremely common source.

SE7EN has same/similar audio format as IMMORTALS.Most of my tests were AVC, not VC-1. What it makes me believe is that some other AVC CODEC is interfering on your system.

[jdobbs]

@jdobbs

Is it possible a bug?:

After selecting "Alternate Movie-Only Output" mode and deselecting "Output BD or AVCHD Compliant Structure" and choosing any of the mkv containers and getting the encode to complete the lastcmd still includes several command line options (limitations) relating to a BD compliant structure (e.g. --bluray-compat --ref 4).There's nothing wrong with that.

[jdobbs]

I'm leaning that way myself MajorEvent. Another VC-1 source(SE7EN) has completed, and audio is perfectly within sync. But I find it hard to believe JDobbs only tested VC-1 sources. AVC is an extremely common source.

SE7EN has same/similar audio format as IMMORTALS.Just as a clarifier... what kind of video card do each of you have? Is hardware acceleration shown as "enabled" in the LAV video configuration dialog?

[gonca]

GTX 680
Hardware acceleration set to none

[gonca]

This might be a dumb question but I feel I should ask.
For playback I use JRiver which has an earlier version of LAV. I also installed LAV 0.63 for Dolby Atmos decoding.

Omegaman7 has MPC-HC, which has LAV in its install. Could this be the issue. Multiple versions of LAV on a system.

[MajorEvent]

GTX 670 here, HW acceleration has been both on and off over the numerous re-encodes done so far. I haven't noticed a difference.

No old versions of LavFilters that I know of.

[jdobbs]

This might be a dumb question but I feel I should ask.
For playback I use JRiver which has an earlier version of LAV. I also installed LAV 0.63 for Dolby Atmos decoding.

Omegaman7 has MPC-HC, which has LAV in its install. Could this be the issue. Multiple versions of LAV on a system. Not sure about JRiver -- but I have HPC-HC installed and it doesn't seem to affect it at all.

[jdobbs]

I'm leaning that way myself MajorEvent. Another VC-1 source(SE7EN) has completed, and audio is perfectly within sync. But I find it hard to believe JDobbs only tested VC-1 sources. AVC is an extremely common source.

SE7EN has same/similar audio format as IMMORTALS.This is interesting... and makes me feel I'm getting closer. If I go into the LAVFilter's video configuration and uncheck AVC (disabling LAV for AVC decoding) -- the output using whatever codec is there -- is out of sync by about a second or more.

This makes me think that in your cases whatever AVC decoder is there by default (before LAVFilters installation) with Win7/8 is being used rather than LAV... perhaps it isn't being overridden in your install. That might have something to do with the Win7 default settings -- which had to be manually set by BD-RB when using FFDSHOW -- maybe they need to be forced for LAV also???

Can you check and make sure AVC decoding is checked under formats in the video configuration?

[jdobbs]

Could one of you out-of-sync guys look at your registry see what value you have set for these keys:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\DirectShow\Preferrred\{31435641-0000-0010-8000-00AA00389B71}
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\DirectShow\Preferred\{31435641-0000-0010-8000-00AA00389B71}

This is the AVC preferred CODEC.

[Mark_Venture]

Not to derail your LAVFilter discussions, but any idea why Alt Movie Only to MKV (1920x1080 intact Audio) backups are now taking longer than before?

On 09/05/14 Using v0.47.07 (beta) Source: 34255889_PRESTIGE_NA_00011
- Input BD size: 30.75 GB
- Approximate total content: [02:10:29.822]
Started at 13:44:44 ended at 15:46:17 (2hrs 2 min)

On 09/30/14 using v0.47.07 (beta) Source: IMAX_HUBBLE_BD80_00100
- Input BD size: 9.67 GB
- Approximate total content: [00:43:58.635]
Started at 18:06:20 and completed at 18:56:15 (about 50 minutes)

on 10/06/14 using v0.49.02 (beta) Source: IMAX_HUBBLE_BD80_00100
- Input BD size: 9.67 GB
- Approximate total content: [00:43:58.635]
Started at 11:27:14 and completed at 12:26:37 (about 59 minutes)

Today, using v0.49.04 (beta) Source: THE_MONUMENTS_MEN_00001
- Input BD size: 26.13 GB
- Approximate total content: [01:58:23.095]
Started at 11:32:41 and completed at 15:55:06 (about 4hs 20 min).

[jdobbs]

Nothing has changed in that area -- except a newer version of X264. Are you sure the quality setting is the same on both runs? I corrected some code that decided what setting to use when "Automatic" was chosen. The older version would have been more likely to use a faster/lower quality setting in that case -- when it really didn't apply to ALTERNATE encodes (based upon target BD size). It also makes a huge difference if your computer is being used for other tasks at the time of the encode -- as "IDLE" is the default priority for encodes and other processes would likely have a higher priority.

[gonca]

Those are the two registry keys I have

[gonca]

I don't know if this is relevant but I just dragged an AVC m2ts into GraphStudio and it tells me that the video decoder is Microsoft DTV-DVD

[MajorEvent]

could one of you out-of-sync guys look at your registry see what value you have set for these keys:

Hkey_local_machine\software\microsoft\directshow\preferrred\{31435641-0000-0010-8000-00aa00389b71}
hkey_local_machine\software\wow6432node\microsoft\directshow\preferred\{31435641-0000-0010-8000-00aa00389b71}

this is the avc preferred codec.

{212690fb-83e5-4526-8fd7-74478b7939cd}
{212690fb-83e5-4526-8fd7-74478b7939cd}

which refers to the Microsoft DTV-DVD codec.


Can you check and make sure AVC decoding is checked under formats in the video configuration?

it is selected (h264).

[MajorEvent]

I think I hear the gears turning inside jdobbs head...I can somehow feel a fix in the works and LAVFilters making a comeback to BD-Rebuilder. ;D

[gonca]

I just took ownership of the audio and video decoder dlls so I could rename them, and now GraphStudio shows LAV for both audio and video. I'll run a quick test

[gonca]

Houston, we have sync!!!
The issue is now corrected on my system.

[MajorEvent]

Houston, we have sync!!!
The issue is now corrected on my system.

Excellent. With that confirmation, jdobbs knows he's on the right track now and I'm sure he'll be able to implement a fix soon and bring back LAVFilters. I bet he hates having to re-edit the first page so soon again :D

[gonca]

MajorEvent
Just rename the audio and video decoders as stated here http://www.makeyoutubevideo.com/disablemicrosoftdtvdvdvideodecoder.html and re install LAV. Check with GraphStudio

[MajorEvent]

MajorEvent
Just rename the audio and video decoders as stated here http://www.makeyoutubevideo.com/disablemicrosoftdtvdvdvideodecoder.html and re install LAV. Check with GraphStudio

Thanks for the link. That's really good of you. :) I grabbed a copy of graphstudio that I'll install later. I don't have any real pending re-encodes right now so for the moment I'll wait for a BD-Rebuilder update (I swear I can hear the gears turning in jdobbs head...I think he's working on it right now. ;) )

[Sharc]

I don't know if this is relevant but I just dragged an AVC m2ts into GraphStudio and it tells me that the video decoder is Microsoft DTV-DVD
I don't have the out-of-sync problem, but still:
Using Graphstudionext (http://www.videohelp.com/tools/GraphStudio) on an .m2ts source:
32-bit: connects to LAV video {EE30215D-164F-4A92-A4EB-9D4C13390F9F} and LAV audio
64-bit: connects to DTV-DVD {212690FB-83E5-4526-8FD7-74478B7939CD} and LAV audio

@jdobbs:
The registry values for the preferred codecs
{96B9D0ED-8D13-4171-A983-B84D88D627BE}
{04FE9017-F873-410E-871E-AB91661A4EF7}

My OS is Windows 7/64bit

[nevcairiel]

There are also tools to override the preferred filter without entirely breaking it by disabling it on a file level, ie this: http://www.codecguide.com/windows7_preferred_filter_tweaker.htm

I've pondered before if I should make the LAV installer set its decoders as the preferred decoders, however it may break stuff in some applications, which is why I didn't do that (ie. TV playback in WMC usually breaks), and most competent players have their own functions to prefer filters over the Microsoft ones.

[Sharc]

Thanks for chiming in!
Yes, the filter tweak works. I feel we are getting close to the solution now.
And thanks for LAV :thanks:

[jdobbs]

There are also tools to override the preferred filter without entirely breaking it by disabling it on a file level, ie this: http://www.codecguide.com/windows7_preferred_filter_tweaker.htm

I've pondered before if I should make the LAV installer set its decoders as the preferred decoders, however it may break stuff in some applications, which is why I didn't do that (ie. TV playback in WMC usually breaks), and most competent players have their own functions to prefer filters over the Microsoft ones.When BD-RB sets the registry entries (the first time it runs) for FFDSHOW -- it does exactly the same thing as that tool. But currently it doesn't do it for LAVFilters, mainly because it wasn't necessary on my system.

I'm guessing that may be the key. I'll see if I can create a new installer for LAVFilters that sets the values -- and see if it works to fix the issue on MajorEvent's system (since he hasn't modified it yet).

[MajorEvent]

and see if it works to fix the issue on MajorEvent's system (since he hasn't modified it yet).

Yep, my systems still pristinely messed up so I'm happy to test any changes. :D


32-bit: connects to LAV video {EE30215D-164F-4A92-A4EB-9D4C13390F9F} and LAV audio
64-bit: connects to DTV-DVD {212690FB-83E5-4526-8FD7-74478B7939CD} and LAV audio...,My OS is Windows 7/64bit

I'm rocking Windows 7 x64 Pro SP1. Seeing your result I wouldn't be surprised if the problem is limited to 64 bit systems or even Windows 7 x64. Was there anyone with Windows 8 or 8.1 x64 (or Windows 10 x64 TP ;)) who had the problem?

@nevcairiel: Thank you for checking in on our problem. I had a feeling you would and you should know it's appreciated. :thanks:

[jdobbs]

There are also tools to override the preferred filter without entirely breaking it by disabling it on a file level, ie this: http://www.codecguide.com/windows7_preferred_filter_tweaker.htm

I've pondered before if I should make the LAV installer set its decoders as the preferred decoders, however it may break stuff in some applications, which is why I didn't do that (ie. TV playback in WMC usually breaks), and most competent players have their own functions to prefer filters over the Microsoft ones.Can you create a special installer that sets the preferred settings (at least for AVC, VC-1 and MPEG-2)? I tried modifying the .iss file to force the change, but it didn't work. I don't think I'm familiar enough with Inno installer to do it correctly. I put the entries in "[Registry]" section and even used the "Permissions" parameter -- but it didn't change the values.

If not I can modify BD-RB to manually change the preferred settings at startup (like I do for FFDSHOW) -- but that way is kind of a cludge since I have to ask the user to run BD-RB as Administrator the first time it is run.

[Edit] Never mind. I got the customized installer working...

[omegaman7]

Sounds like you got this figured out. So you won't need anything else at the time being ;)

[Mark_Venture]

Nothing has changed in that area -- except a newer version of X264. Are you sure the quality setting is the same on both runs? I corrected some code that decided what setting to use when "Automatic" was chosen. The older version would have been more likely to use a faster/lower quality setting in that case -- when it really didn't apply to ALTERNATE encodes (based upon target BD size). It also makes a huge difference if your computer is being used for other tasks at the time of the encode -- as "IDLE" is the default priority for encodes and other processes would likely have a higher priority.
I always change to Normal priority, and usually just walk away from the PC as BD Rebuilder runs, so other than background windows tasks, BD Rebuilder is the only thing running.

Two ini file changes I just noticed.. ENCODE_QUALITY=2 (when it was running slow) vs ENCODE_QUALITY=0 (when it was fast). And ONEPASS_ENCODING=0 (when it was slow) vs ONEPASS_ENCODING=2 (when fast).

Based on a thread discussing on ENCODE_QUALITY=X (http://forum.doom9.org/showthread.php?t=165326), I'm thinking that is the difference. Its possible I missed settings -> Encoder -> Auto Quality, and maybe the default HQ was selected instead? (I'm guessing because when I look at the ini with AUTO Quality, the value is 0, when HQ is selected, the value is 2, and 2 is supposed to be slower).

[jdobbs]

I always change to Normal priority, and usually just walk away from the PC as BD Rebuilder runs, so other than background windows tasks, BD Rebuilder is the only thing running.

Two ini file changes I just noticed.. ENCODE_QUALITY=2 (when it was running slow) vs ENCODE_QUALITY=0 (when it was fast). And ONEPASS_ENCODING=0 (when it was slow) vs ONEPASS_ENCODING=2 (when fast).

Based on a thread discussing on ENCODE_QUALITY=X (http://forum.doom9.org/showthread.php?t=165326), I'm thinking that is the difference. Its possible I missed settings -> Encoder -> Auto Quality, and maybe the default HQ was selected instead? (I'm guessing because when I look at the ini with AUTO Quality, the value is 0, when HQ is selected, the value is 2, and 2 is supposed to be slower).The way it works now is:

1. If you have selected a specific quality setting -- it is used.
2, If you have selected "Automatic" then "High Quality (Default)" is used

That's because automatic quality only applies to encodes that have a target selected (BD-5, BD-9, BD-25, BD-50, or custom).

A setting of "2" translates as "High Quality (Default)" and would definitely be slower than "0" which is "Good (Very Fast)" -- but it would also usually result in a smaller file (while maintaining the same quality) in CRF mode.

As for ONPASS_ENCODING -- it doesn't apply to ALTERNATE encodes but it would make a huge difference on a standard movie-only backup.

BTW, if you aren't doing something else on the computer, IDLE and NORMAL priority would likely result in the same time. Priority only matters when processes are competing for resources.

[Glarioo]

Just as a clarifier... what kind of video card do each of you have? Is hardware acceleration shown as "enabled" in the LAV video configuration dialog?

Hardware acceleration = none.
Using an old ATI Radeon HD5670 videocard.
AVC decoding is selected (h264).
Windows 7 x64 Pro SP1 is installed.

[Glarioo]

It seems there's a solution coming for LAV out of sync.

Run "Hachi" last night and it was perfectly in sync using LAV filters (0.62.0).
Source Video: MPEG-2, 1920x1080. Audio: DTS-HD High-Res audio.
Output: MKV Container, 1920x1080, 640Kbs DD5.1.

[jdobbs]

@MajorEvent

Please download and install LAVFilters using this customized installer (http://www.jdobbs.net/freeware/LAVFilters-0.63-BDRB.exe) that sets the preferred entry in the registry, and let me know if it solves the out-of-sync issue. I'd appreciate it if you can let me know as soon as possible.

Thanks.

[omegaman7]

@MajorEvent

Please download and install LAVFilters using this customized installer (http://www.jdobbs.net/freeware/LAVFilters-0.63-BDRB.exe) that sets the preferred entry in the registry, and let me know if it solves the out-of-sync issue. I'd appreciate it if you can let me know as soon as possible.

Thanks.

I downloaded\installed it as well. Won't know til after work though :p

But I see that Bd rebuilder once again, said it had to make a change to the registry for FFDshow. I suspect you intended that though?

[jdobbs]

I downloaded\installed it as well. Won't know til after work though :p

But I see that Bd rebuilder once again, said it had to make a change to the registry for FFDshow. I suspect you intended that though?Hold up that job.

It only does that if there are indications in the registry that FFDSHOW is installed. If FFDSHOW is installed then it will override the setting that was just made by the installer -- and FFDSHOW will be used rather than LAV. I made BD-RB use FFDSHOW if it is installed -- but I will likely change that later, assuming LAV proves to work properly.

Uninstall FFDSHOW/HAALI and then install from the download again, and then LAV would be set as the default.

[Samson777]

O...0>.........

[MajorEvent]

@MajorEvent

Please download and install LAVFilters using this customized installer (http://www.jdobbs.net/freeware/LAVFilters-0.63-BDRB.exe) that sets the preferred entry in the registry, and let me know if it solves the out-of-sync issue. I'd appreciate it if you can let me know as soon as possible.

Thanks.

Just starting now...results coming soon

[jdobbs]

@Samson777

You set "Quick Encode for Extras" -- which does a single pass CRF encode. When you do that the size could get larger or smaller -- it depends on what it takes to get constant quality. You can do one of two things:

1. Uncheck "Quick Encode for Extras". Then the Extras and Main Feature will get space proportional to their original size.
2. Change the CRF value used for quick encodes in the Config/INI file (see QUICK_CRF in HIDDENOPTS.TXT). The default for BD-25 is 20, if you change it to, say, 25, the extras will take less space and have a lower quality. Higher values will do it even more. The maximum is 50 -- but it looks terrible.

[omegaman7]

Ok JD, thanks for the quick reply :)

[Samson777]

0o.........10

[jdobbs]

If you uncheck "Quicker Encode for Extras" then QUICK_CRF will have no effect at all. If you want to raise the QUICK_CRF value and make the extras smaller, you have to have it checked.

The output size is always going to be the same... it has to be so it can fit on the target you've selected (BD-5, BD-9, BD-25, or BD-50). If you keep fewer audio tracks, then it will save the space required for audio -- and the extra space will be used to improve the video quality. You'll see the bitrate used for video increase. It can be fairly small, though, depending upon the type of audio you removed -- video generally needs a lot more bandwidth than audio.

[MajorEvent]

Hold up that job.

It only does that if there are indications in the registry that FFDSHOW is installed. If FFDSHOW is installed then it will override the setting that was just made by the installer -- and FFDSHOW will be used rather than LAV. I made BD-RB use FFDSHOW if it is installed -- but I will likely change that later, assuming LAV proves to work properly.

Uninstall FFDSHOW/HAALI and then install from the download again, and then LAV would be set as the default.

Glad I saw this as I had ffdshow and haali installed with LAVFilters 0.62 on top.

Removed ffdshow, haali, and LAVFilters 0.62. Reboot. Installed LAVFilters 0.63-BDRB flavor. Running re-encode on Non-Stop MPEG4 (AVC) DTS-HD XLL. Takes about an hour for High Speed Option (BD25+) 2-pass. Re-encode is running now. Graphstudio still reports Microsoft DTV-DVD for video of the Non-Stop movie file 00023.m2ts.

Speaking of how long it takes :), I am looking forward to the new Haswell-e CPU's. I hear there will be a $300 range 6-core and, of course, some pricier 8 cores all with higher clocks too. I noticed a big difference going from my older quad core, i7-920, to the i7-3930 six core (water cooled overclock to 4.2 GHz also). I'm drooling over those 8-cores.

[jdobbs]

Graphstudio still reports Microsoft DTV-DVD for video of the Non-Stop movie file 00023.m2ts.Hmmm.... how can that be?

Can you look at this registry entry and report its value (this assumes you are on a 64bit system):

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\DirectShow\Preferred\{31435641-0000-0010-8000-00AA00389B71}

If the LAV installer I created worked properly it should say "{EE30215D-164F-4A92-A4EB-9D4C13390F9F}"

[MajorEvent]

Darn, still out of sync.

As I mentioned, GraphStudio still reports MS DTV-DVD codec for the video.

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\DirectShow\Preferrred\{31435641-0000-0010-8000-00AA00389B71}
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\DirectShow\Preferred\{31435641-0000-0010-8000-00AA00389B71}

{EE30215D-164F-4A92-A4EB-9D4C13390F9F}
{EE30215D-164F-4A92-A4EB-9D4C13390F9F}

so that did change.

I didn't start with a clean install of BD-Rebuilder so I've done that and restarted the re-encode. 50 minutes to complete. Do I need to install LAVFilters with elevated priviledges?

Edit: If that doesn't work I'll try the fix the others tried and see if that works for me also. Maybe I'm a special case? Hmmm, I don't think I rebooted after installing LAVFilters, maybe I should do that first.

[jdobbs]

Darn, still out of sync.

As I mentioned, GraphStudio still reports MS DTV-DVD codec for the video.



{EE30215D-164F-4A92-A4EB-9D4C13390F9F}
{EE30215D-164F-4A92-A4EB-9D4C13390F9F}

so that did change.

I didn't start with a clean install of BD-Rebuilder so I've done that and restarted the re-encode. 50 minutes to complete. Do I need to install LAVFilters with elevated priviledges?

Edit: If that doesn't work I'll try the fix the others tried and see if that works for me also. Maybe I'm a special case? Hmmm, I don't think I rebooted after installing LAVFilters, maybe I should do that first.I don't think rebooting should make a difference... I'm at a loss as to how it can still be using the old filters. I guess I need to do some more research.

Privileges aren't the issue -- because the registry entry changed. Damn.

The installer has to be missing something else. How could MS DTV-DVD still be the default?

[sonate]

With a full backup, is there a way to have BD rebuilder display subtitles with the start of a movie, but still allow them to be turned off if desired during playing.

[MajorEvent]

I don't think rebooting should make a difference... I'm at a loss as to how it can still be using the old filters. I guess I need to do some more research.

Privileges aren't the issue -- because the registry entry changed. Damn.

The installer has to be missing something else.

You never know, rebooting has fixed many a problem for me so I've done that as well as started with a fresh install of BD-Rebuilder

Unfortunately, GraphStudio still reports MS DTV-DVD for the video after the reboot.

I can try one of the fixes that worked for the others next just to be sure I'm not a special case.

[jdobbs]

Uggghhh. This LAV thing is wearing me out.

Here's what GraphStudio says for me for an M2TS containing AVC video:

[MajorEvent]

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\DirectShow\Preferrred\{34363248-0000-0010-8000-00AA00389B71} and {34363268-0000-0010-8000-00AA00389B71}

This is the only other place I see the MS DTV-DVD codec listed in that part of the registry and I thought I saw H264 mentioned when I googled it. Just a long shot, what do I know.:rolleyes:

[MajorEvent]

I downloaded the Win 7 Preferred Codec tweaker mentioned by nevcairiel.

There are also tools to override the preferred filter without entirely breaking it by disabling it on a file level, ie this: http://www.codecguide.com/windows7_preferred_filter_tweaker.htm

I uninstalled Lavfilters 0.63. I removed the BDRebuilder install. I use the tweaker to reset Microsoft as the decoder for H264. Rebooted. Open GraphStudio and drop in Non-Stop 00023.m2ts. It shows a Mainconcept demultiplexer feeding the MS DTV-DVD decoder. Close GraphStudio. Install Lavfilters 0.63 BDRB flavor. Drop 00023.m2ts into a new instance of GraphStudio. The demultiplexer is gone but the video decoder is not lavfilters but MS DTV-DVD. The audio is Lavaudio. Close GraphStudio. Open the tweaker. It shows lavvideo as the preferred decoder for both 32 and 64 bit H264 already. Don't change anything but still hit the apply and close the tweaker. Drop 00023.m2ts into a new instance of GraphStudio. LavVideo now shows for the videodecoder.

It seems that the setting is there but there's some step, something that needs refreshed or something that happens before the change takes.

[gonca]

I also had the correct registry keys, as I stated before, but it was the DTV-DVD video decoder that showed. That's why I renamed the dll and it worked. I've since used the tweaker and reset the dlls.

[MajorEvent]

When GraphStudio shows lavvideo as the video decoder then the audio was in sync (as expected).

I also had the correct registry keys, as I stated before, but it was the DTV-DVD video decoder that showed. That's why I renamed the dll and it worked. I've since used the tweaker and reset the dlls.

That's was a good idea. The tweaker is a little more elegant of a solution than taking ownership and renaming. But as good as the tweaker is, it would be a lot better if jdobbs could have the settings done by the installer. Now that we understand the problem is just half the battle. Our knight in Bd-Rebuilder armor has to take the field now and I'm just trying to be a lowly squire and help out where I can.

[omegaman7]

Jdobbs, I installed your reconfigured LAV installer, and do not have Haali or FFDshow installed. I know you don't wanna hear this, but AVC encodes are still out of sync. Darn, Drat, Crap! lol.

[nevcairiel]

The installer has to be missing something else. How could MS DTV-DVD still be the default?

m2ts sources uses the H264 FourCC with LAV, not AVC1, it looks like you changed the wrong FourCC for the preferred decoder..... :)
AVC1 is used for MKV/MP4 sources, and H264 for TS and similar, as they represent a different layout of the video stream (Annex B in H264 and MP4-style in AVC1)

Change {34363268...} and {34363248...} (to cover both h264 and H264) as well, and you should be good to go.

[jdobbs]

m2ts sources uses the H264 FourCC with LAV, not AVC1, it looks like you changed the wrong FourCC for the preferred decoder..... :)
AVC1 is used for MKV/MP4 sources, and H264 for TS and similar, as they represent a different layout of the video stream (Annex B in H264 and MP4-style in AVC1)

Change {34363268...} and {34363248...} (to cover both h264 and H264) as well, and you should be good to go.Thanks, much appreciated. I'll give it a try.

Can one of the folks having issues look at these two registry keys and see what value you see?

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\DirectShow\Preferred\{34363248-0000-0010-8000-00AA00389B71}
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\DirectShow\Preferred\{34363268-0000-0010-8000-00AA00389B71}

[jdobbs]

Ahhh... that explains it. Those two values had at some point been changed to FFDSHOW on my system -- and never changed back. But since FFDSHOW was no longer available, it appears the O/S was grabbing the next available decoder -- which in my case was LAV. I'm guessing, however, it was still set to the MS DTV-DVD CODEC for the people reporting the issue.

Hopefully this will close this chapter and I can get back to work on BD-RB...

Thanks much nevcairiel.

[MajorEvent]

Thanks, much appreciated. I'll give it a try.

Interesting, those two are already set to LAV on my system, even though I didn't add them to the installer.

Can one of the folks having issues look at these two registry keys and see what value you see?

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\DirectShow\Preferred\{34363248-0000-0010-8000-00AA00389B71}
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\DirectShow\Preferred\{34363268-0000-0010-8000-00AA00389B71}

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\DirectShow\Preferrred\{34363248-0000-0010-8000-00AA00389B71} and {34363268-0000-0010-8000-00AA00389B71}

This is the only other place I see the MS DTV-DVD codec listed in that part of the registry and I thought I saw H264 mentioned when I googled it. Just a long shot, what do I know.:rolleyes:

I had already pointed out these were the only other places that had the MS DTV-DVD codec in that part of the registry.

A couple other weird things of note that probably only confuse the issue but when I used the tweaker to reset the H264 to MS, it worked. I checked the registry to make sure. When I got lavvideo to take with the tweaker, I didn't have to change anything, only hit apply.

[jdobbs]

I had already pointed out these were the only other places that had the MS DTV-DVD codec in that part of the registry.

A couple other weird things of note that probably only confuse the issue but when I used the tweaker to reset the H264 to MS, it worked. I checked the registry to make sure. When I got lavvideo to take with the tweaker, I didn't have to change anything, only hit apply.I must have missed that. I've changed the installer to set those to default to LAV as well. Hopefully that will do the deed.

I misspoke when I said they were already set on my system (thus the edit). I was looking at the system that had run the tweaker. When I looked at my test/video encoding system -- it was set to FFDSHOW. Then things got clearer.

[MajorEvent]

Change {34363268...} and {34363248...} (to cover both h264 and H264) as well, and you should be good to go.

Geez, I just learned something new. I never realized that h264 and H264 were different and have been reading/writing them as interchangeable. Filing that. ;)

[MajorEvent]

I must have missed that. I've changed the installer to set those to default to LAV as well. Hopefully that will do the deed.

I misspoke when I said they were already set on my system (thus the edit). I was looking at the system that had run the tweaker. When I looked at my test/video encoding system -- it was set to FFDSHOW. Then things got clearer.

It was right after the crushing disappointment of the failure of my re-encode (The tears in your eyes probably occluded your vision :D) and not like I know anything really, I was just scrutinizing the registry. Easy to miss.

I'll keep checking if you need me for a test run of the new installer. Ran a full backup yesterday so I'm bulletproof now.

[jdobbs]

It was right after the crushing disappointment of the failure of my re-encode (The tears in your eyes probably occluded your vision :D) and not like I know anything really, I was just scrutinizing the registry. Easy to miss.

I'll keep checking if you need me for a test run of the new installer. Ran a full backup yesterday so I'm bulletproof now.The only real test would be if you system was set back to a pristine state -- since you've already set the defaults via the tweaker.

But if you want to give it a try I've created LAVFilters-0.63-P.exe (http://www.jdobbs.net/freeware/LAVFilters-0.63-P.exe). I added the "P" (for Preferred) and changed the name of the first install screen to distinguish it from other versions. This one installs the filters like the original, but also sets LAV as the preferred decoder for AVC, VC-1, and MPEG-2.

[Sharc]

On my system the LAV video filters kick in as expected when I select "USE MERIT" via the tweak tool, because the LAV video has a MERIT_PREFERRED + 3.
It is however probably safer to force the LAV filters explicitly.
Should the settings made by the DB-RB installer be reset after exiting DB-RB in order not to break the filters with other applications, or can the settings be kept?

[MajorEvent]

The only real test would be if you system was set back to a pristine state --

Once we defined the problem and, using the tweaker, I'm completely repeatable. Now I have the problem. Now I don't. Now I have the problem...That said I understand your point. I have another system that I can test with so I'll see what's up there (if it has the problem). If so, I'll test there next and report back.

Looks good on my tweaked system. Checked as follows:

Uninstall LAVFilters 0.63 BDRB. Remove BD-Rebuilder. Reset to MS DTV-DVD with Tweaker. Verify reset with registry check, all keys (previously mentioned) now set to MS DTV-DVD. Reboot.

Open GraphStudio and drop in Non-Stop 00023.m2ts. (See attachment 1, System Default GraphStudio). Confirms MS DTV-DVD (and then some). Install LAVFilters 0.63 -P. Open GraphStudio and drop in 00023.m2ts. LAVVideo is now the video decoder and LAVAudio for the Audio decoder. (See attachment 2, LAVFilters Rev P GraphStudio)

I'll run a re-encode test but I have no doubt it'll be okay. I'll check my other system for the problem also.

[jdobbs]

Sounds good. Thanks. I think I can now move on to something different, and I don't have to worry about losing intrinsic support for HEVC anymore. I'm thinking about pulling BD-RB out of beta and creating an installer (that includes AVISYNTH and LAVFilters). We'll see what happens.

[jdobbs]

On my system the LAV video filters kick in as expected when I select "USE MERIT" via the tweak tool, because the LAV video has a MERIT_PREFERRED + 3.
It is however probably safer to force the LAV filters explicitly.
Should the settings made by the DB-RB installer be reset after exiting DB-RB in order not to break the filters with other applications, or can the settings be kept?The other programs that use Directshow will just use LAV instead until it is uninstalled. I don't think that's an issue.

[MajorEvent]

The re-encode of 0023.m2ts was in sync as expected with my LAVFilters 0.63 -P system.

My other system had BD-Rebuilder 49.02 with Haali and ffdshow installed. I updated it to BD-Rebuilder 49.04 and uninstalled Haali and ffdshow then rebooted.

With the System Default, there wasn't even a video decoder showing in GraphStudio but the registry keys pointed to MS DTV-DVD. (See Sys2Def images).

Installed LAVFilters 0.62 to identify if the problem is present. Drop 00023.m2ts into GraphStudio. Shows MS DTV-DVD as the video decoder and LAVAudio as the Audio Decoder. (See LAVFilters 0.62 image). Looks like this system also exhibits the problem. Should I do a test re-encode to check for out of sync? (That system is my old i7-920 and not nearly as fast so the re-encode will take longer)

I'm ready to proceed to the 0.63 -P Rev once I get the okay. Or start the re-encode out of sync test. Your call.

[jdobbs]

I'm sure it will be out-of-sync, no sense wasting time. I'm confident that LAVFilters-0.63-P fixes all problems. I'm going to edit the first post once again to add LAV back.

[MajorEvent]

I'm sure it will be out-of-sync, no sense wasting time. I'm confident that LAVFilters-0.63-P fixes all problems. I'm going to edit the first post once again to add LAV back.

On the second system:

Confirmed. LAVFilters 0.62 was out of sync

Confirmed. LAVFilters 0.63-P was in sync.

[jdobbs]

Great. Thanks for all your help on this.

[jdobbs]

I have updated the first post of this thread with a link to the most recent version of BD-RB (v0.49.05). Changes for this release:- Modified BD-RB so it looks to ensure that
LAV filters are set as the preferred decoder
when they are installed in support of BD-RB.
- Gave LAV filters priority as the preferred
decoder when both LAV and HAALI/FFDSHOW is
installed.
- Other minor corrections and cosmetic fixes.

[Jake802]

Hi jdobbs,

I have a question, do I need to still install the "LAVFilters-0.63-P.exe" or if I already have LAVFilters installed, just use the new BDRebuilder?

Thanks for all your hard work and time!

[jdobbs]

Hi jdobbs,

I have a question, do I need to still install the "LAVFilters-0.63-P.exe" or if I already have LAVFilters installed, just use the new BDRebuilder?

Thanks for all your hard work and time!Reinstall it. While BD-RB will check the settings and change them for you -- it's better to do it the right way. Once you've reinstalled it -- you shouldn't have to do it again (unless an update is made to the LAV Filters version).

When I finish creating the full installer, it will check -- and if need be it will run LAVFilters when necessary.

[Capsbackup]

I have never had an out of sync problem and have only ever used Directshow. Am I now required to install LAV Filters? :confused:
I am quite pleased with my current methods and results. Not quite sure if I can just continue with my current ways or must I update to be able to use the latest BD Rebuilder v0.49.05 (beta).
I can't deny my hesitation at this time, because this old dog takes baby steps when new "tricks" become available! :o

[HWK]

I have never had an out of sync problem and have only ever used Directshow. Am I now required to install LAV Filters? :confused:
I am quite pleased with my current methods and results. Not quite sure if I can just continue with my current ways or must I update to be able to use the latest BD Rebuilder v0.49.05 (beta).
I can't deny my hesitation at this time, because this old dog takes baby steps when new "tricks" become available! :o

You can continue use method what works for you, however HEVC processing will not be available until LAV filter are installed. It is outlined in step 2 of instructions.

[Jake802]

Hi Again,

I am getting an error when I try to install your LAVFilters-0.63-p.exe.....

[Sharc]

@jdobbs
I just noticed that LAV is not set as preferred filter for HEVC. At least on my system it is set for "USE MERIT" (which is also ok given the high merit of the LAV filters).
My question is now has HEVC possibly been forgotten in the LAV installer, or is it ok as is.

Edit:
It probably doesn't even matter now, because at present LAV is the only option for HEVC. But I would assume that there may be alterantives in the future.

[HWK]

that is right, right know lavf filter is one of the few ones which can handle HEVC. In future merit adjustment may be needed.

[varekai]

Got this message when starting BDRB 49.05
http://s28.postimg.org/tmaazgjvv/Clipboard01.jpg
I can't find anything wrong with the settings?

[10-10-14] Checking System Settings
- BD-Rebuilder v0.49.05 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 677,84GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4504, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[10-10-14] Systems Settings Check complete

[jdobbs]

@Jake802

It looks like you don't have privileges to access the system settings. You might try right-clicking on the EXE and selecting "Run as Administrator" -- but you may not have privileges to do that.

[jdobbs]

Got this message when starting BDRB 49.05
http://s28.postimg.org/tmaazgjvv/Clipboard01.jpg
I can't find anything wrong with the settings?

[10-10-14] Checking System Settings
- BD-Rebuilder v0.49.05 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 677,84GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4504, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[10-10-14] Systems Settings Check completeI didn't post the message.

[varekai]

I didn't post the message.
I don't understand what you mean?
This message pops up when starting BDRB 49.05

[jdobbs]

I don't understand what you mean?
This message pops up when starting BDRB 49.05I meant "You didn't post the message." All I see is a log that shows the INSPECT results.

[varekai]

I meant "You didn't post the message." All I see is a log that shows the INSPECT results.
OK, so you don't se the screendump?

[jdobbs]

OK, so you don't se the screendump?No. All I see is a small graphic icon.

What you are seeing there is configuration for FFDSHOW. It has always been there. It's telling you that FFDSHOW isn't selected as the preferred decoder. Just follow the instructions.

[varekai]

No. All I see is a small graphic icon.

What you are seeing there is configuration for FFDSHOW. It has always been there. It's telling you that FFDSHOW isn't selected as the preferred decoder. Just follow the instructions.
OK, I've never seen this message before.
FFDSHOW is configured as you describe so nothing has changed there.

Edit:
BDRB 49.04 doesn't show this message and I doublechecked my FFDSHOW settings and they are correct.

[jdobbs]

OK, I've never seen this message before.
FFDSHOW is configured as you describe so nothing has changed there.

Edit:
BDRB 49.04 doesn't show this message and I doublechecked my FFDSHOW settings and they are correct.C'mon. I'm not going to argue with you. Either follow the instructions or don't use it.

It's not there in the previous version because there were two preferred settings that weren't checked before (read a couple pages back in this thread). That's an improvement, not a bug.

[varekai]

C'mon. I'm not going to argue with you. Either follow the instructions or don't use it.

It's not there in the previous version because there were two preferred settings that weren't checked before (read a couple pages back in this thread). That's an improvement, not a bug.
Relax... and thanks, that clarifies it.
I love your dedicated work with BDRB and I'm looking forward for the day it goes out of beta.
Will deffinatelly buy it, hope you consider an option for lifetime licens.

Best regards

[jdobbs]

I'll "relax" when people start following instructions and stop questioning the answers I give when asked a question. There is no excuse for rude behavior -- and your "relax" comment is rude.

I do this for free. The software is, and hopefully always will be based entirely on voluntary donations. I'd make more money from a Lemonade stand -- and what I do get in donations is spent (plus some) on discs for testing. I don't have to endure rudeness as well.

[varekai]

I'll "relax" when people start following instructions and stop questioning the answers I give when asked a question. There is no excuse for rude behavior -- and your "relax" comment is rude.
Really, no need for that...

[jdobbs]

Let's just leave it alone. Hopefully you weren't trying to be as disrespectful as how I read the post.

[varekai]

Let's just leave it alone. Hopefully you weren't trying to be as disrespectful as how I read the post.
I'm really, really sorry if I offended you, not at all my intention, it's not in my nature.
Iv'e made several donations throughout the years for your software, both DVDRB and BDRB.
I will continue to donate and will buy BDRB when that time comes, what more can I say?

Best regards

[jdobbs]

I also apologize for overreacting. I think I'm working with a quick-trigger this morning. Probably left-over from my "Toilet-Duck" experiences...

[varekai]

I also apologize for overreacting. I think I'm working with a "quick-trigger" this morning. Probably left-over from my Toilet-Duck experiences...
Hahaha... that's funny! :D
Thanks...

Best regards

[jdobbs]

Hmmm... Somebody who wasn't around for that exchange is going to start speculating as to just what kind of toilet issues I might have...

[Capsbackup]

Hmmm... Somebody who wasn't around for that exchange is going to start speculating as to just what kind of toilet issues I might have...

What better way to start the morning! :p
A cup of coffee and a good laugh...;)
My blood pressure has got to be lower now. :D

:thanks:

[RobertM]

They might think you had some trouble with your 'comfort wand' ;) If you're unfamiliar, then you owe it to yourself to google it... picelessly funny product!

Hmmm... Somebody who wasn't around for that exchange is going to start speculating as to just what kind of toilet issues I might have...

[Glarioo]

Run BD-RB 0.49.05 last night with LAVFilters-0.63-P.
Muppets Most Wanted: in sync (Source Video: MPEG-4 (AVC), 1920x1080)
City Of Violence (aka Zulu): in sync (Source Video: VC-1, 1920x1080)
Output: MKV Container, 1920x1080, 640Kbs DD5.1.
Thanks jdobbs and everyone else who has helped!

[mparade]

I have got the following error message from BD-RB:

[10.10.14] BD Rebuilder v0.49.04 (beta)
[19:43:01] Source: A_KARIB-TENGER_KALÓZAI_HOLTAK_KINCSE_00000
- Input BD size: 0,47 GB
- Approximate total content: [00:01:57.909]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, HEVC No Resizing, Intact Audio
- X265 Alternate Tweak enabled
- Output folder: E:\BD-RB\
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[19:43:04] PHASE ONE, Encoding
- [19:43:04] Processing: VID_00000 (1 of 1)
- [19:43:04] Extracting A/V streams [VID_00000]
- [19:43:15] Reencoding video [VID_00000]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 2*827 frames
- [19:43:15] Reencoding: VID_00000, Pass 1 of 1
- [19:47:01] Video Encode complete
- [19:47:01] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4354 (hun): Keeping original audio
[19:47:01]PHASE ONE complete
[19:47:01]PHASE TWO - Rebuild Started
- [19:47:01] Building ALTERNATE OUTPUT Structure
- ERROR in attempt to mux (MKVMERGE)
[19:47:05] - Failed to REBUILD

Additionally, when I use "autocrop" only around 1/10 of the frame is being encoded the other 9/10 are from black pixels.

Without "autocrop" selected full frames are encoded. In both cases I got the error message above.

The source is a 2 minutes cut from the main feature of one of my BD collection for testing purposes made by tsMuxer.

Any ideas?

Your help is really appreciated.

[Starfiresg1]

@Jake802

It looks like you don't have privileges to access the system settings. You might try right-clicking on the EXE and selecting "Run as Administrator" -- but you may not have privileges to do that.

I get the same error message as Jake802 when running the setup (as Administrator as specified in your reply). I checked the security settings of the key HKEY_LOCAL_MACHINE\Software\Microsoft\DirectShow\Preferred using regedit an noticed that only "TrustedInstaller" is configured with write permissions - all other entries (including Administrators) only have read permissions. "TrustedInstaller" is also the owner of the key.
It is set up this way for the subkeys "Preffered", "DoNotUse" and "DoNotUseDrivers32" of HKEY_LOCAL_MACHINE\Software\Microsoft\DirectShow. Only the "Debug"-subkey is writable to Administrators.
My OS is Windows 8.1 x64. I also checked another Windows 8.1 computer and the security settings are identical to mine.

Edit:
The settings are also not editable using regedit - I probably would have to take ownership and give write permissions to the Administrator to do that.

According to this post (http://forum.doom9.org/showthread.php?p=1314792#post1314792) (rather old) it seems the ownership is changed to Administrator when you use the Win7DSFilterTweaker mentioned in the last few pages.
What I could find is that the key is by default locked from Administrators for Windows 7 and later (maybe even Vista).

[mparade]

I get the same error message as Jake802 when running the setup (as Administrator as specified in your reply). I checked the security settings of the key HKEY_LOCAL_MACHINE\Software\Microsoft\DirectShow\Preferred using regedit an noticed that only "TrustedInstaller" is configured with write permissions - all other entries (including Administrators) only have read permissions. "TrustedInstaller" is also the owner of the key.
It is set up this way for the subkeys "Preffered", "DoNotUse" and "DoNotUseDrivers32" of HKEY_LOCAL_MACHINE\Software\Microsoft\DirectShow. Only the "Debug"-subkey is writable to Administrators.
My OS is Windows 8.1 x64. I also checked another Windows 8.1 computer and the security settings are identical to mine.

Edit:
The settings are also not editable using regedit - I probably would have to take ownership and give write permissions to the Administrator to do that.

The same here, also on Windows 7 64 bit.

[jdobbs]

Man I tell you... this LAVFilters thing doesn't seem to have an end. On my system I just ran it -- it registered, and that was the end of it.

Why in the world wouldn't those settings be available to Administrator????

[Starfiresg1]

Man I tell you... this LAVFilters thing doesn't seem to have an end. On my system I just ran it -- it registered, and that was the end of it.

Why in the world wouldn't those settings be available to Administrator????

If you used Win7DSFilterTweaker before it probably changed the security settings - I just found that info and edited my last post.

It doesn't really make any sense - they probably want to push their own decoder.

[jdobbs]

Why in the world would they set those registry entry's permissions like that by default? They are obviously meant to be changed...

I modified the installer, could one of you who has the issue please run this version (http://www.jdobbs.net/freeware/LAVFilters-0.63-P.exe) and see if it fixes it? I just need to see if it works.

If it works, I'll replace it as the default for downloading.

[TobiMan]

I modified the installer, could one of you who has the issue please run this version (http://www.jdobbs.net/freeware/LAVFilters-0.63-P.exe) and see if it fixes it?

Got the same error before, but the new test version installs all right. The registry checkings version 0.49.05 does, already got rid of my out of sync problems, even if LAVFilters-0.63-P.exe did not install properly... :thanks:

I'd make more money from a Lemonade stand

Donation is on the way, but I want a lemonade...:p

[gonca]

$50 donation sent, but I want a hard lemonade with ice

[jdobbs]

Thanks, guys. I really appreciate it. It's been a while since I have been able to buy any discs for testing. Lemonade and Hard Lemonade coming up.

I've updated the website so any downloads from the first post (or the README) will get a version in which Administrators will be given full permissions. That should fix the problem. I didn't want to keep full control for users, as that might open up a security hole.

[nevcairiel]

Why in the world would they set those registry entry's permissions like that by default? They are obviously meant to be changed...

I don't think MS really wants you to change that, or if you do, use a signed MSI installer which runs as TrustedInstaller.

Its quite annoying, indeed.

[jdobbs]

Yep. From the people who brought us "Windows ME", "Vista" and directory virtualization. I tend to believe it was another "duhh..." moment rather than thoughtful design.

[varekai]

Lemon Mint Iced Tea...with Rum...?
$50 on it's way...

[CraigWally]

I'm getting the access denied message when running the LAV Filters 0.63 P installer as administrator
Win 8.1 X64
(Never had any out of sync encodes though)

EDIT
However running BDRB then configures it, is this what was expected to happen?

[jdobbs]

I'm getting the access denied message when running the LAV Filters 0.63 P installer as administrator
Win 8.1 X64
(Never had any out of sync encodes though)

EDIT
However running BDRB then configures it, is this what was expected to happen?Not really. I added that to BD-RB as a "just in case", so you should be fine. When did you download LAVFilters? I changed it late yesterday. Hopefully it was downloaded before then -- if not, I have more work to do.

[jdobbs]

Lemon Mint Iced Tea...with Rum...?
$50 on it's way...Thanks. I appreciate it.

[gonca]

jdobbs was right, the lemonade stand is doing ok :)

[Sharc]

A free beer for jdobbs, and one for nevcairiel this time. Cheers!

[ganon69]

Trying to convert an .mp4 video with embedded subtitles to DVD5. The conversion process ends fine, however, BD Rebuilder does not recognize the subs when the .mp4 is added to Rebuilder and, therefore, the resulting DVD has no subs. I also have external .srt subs, but there is no way to add these to Rebuilder. Are these bugs...? I'm using v.0.49.05. Thx.

[jdobbs]

Trying to convert an .mp4 video with embedded subtitles to DVD5. The conversion process ends fine, however, BD Rebuilder does not recognize the subs when the .mp4 is added to Rebuilder and, therefore, the resulting DVD has no subs. I also have external .srt subs, but there is no way to add these to Rebuilder. Are these bugs...? I'm using v.0.49.05. Thx.The internal subs are probably not a format that can be used. It either has to be PGS or SRT. I will look at adding an ability to add external subtitles (SRT).

[ganon69]

The internal subs are probably not a format that can be used. It either has to be PGS or SRT. I will look at adding an ability to add external subtitles (SRT).

Thanks! Mediainfo tells me the internal sub format is: "Timed Text". Not sure what this format is...but thx for looking to adding support for external .srt subs.

[CV91913]

I have not updated BDRB for a couple of weeks while you folks, that are a lot more knowledgeable than I, fought the LAV Filters wars. I finally decided to take the plunge this morning and downloaded the filter installer and the latest BDRB. I have Halli and Fddshow installed and did not uninstall. I just ran the Lav Filter installer and it seemed to go without error. I just accepted the defaults and did no configuration. I then did a clean install of BDRB and ran as administrator. The only thing I noticed was that Directshow was set for frame serving where I normally use X264's internal LAVF, but I left it alone. I ran a build and everything seems to be in sync. But there is nothing in the logs about using the LAV Filters. I did drag the m2ts into GraphStudio with the following results.

Here are all the logs:
**INF
[Status]
LABEL=CONTACT
VERSION=v0.49.05 (beta)
SOURCE_SIZE=37252349952
SOURCE_VIDEO_SIZE=37252349952
TARGET_SIZE=24641536000
REDUCTION=.66147601511719
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=eng;
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00031]
AUDIO=10000000000
PGS=100000000000000000
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=24641536000
RATE=18891
SPLITS=1
NSIZE=0
FLINK=0
MLINK=0

**LOG
[10/11/14] BD Rebuilder v0.49.05 (beta)
[18:13:11] Source: CONTACT
- Input BD size: 34.69 GB
- Approximate total content: [02:29:40.888]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[18:13:11] PHASE ONE, Encoding
- [18:13:11] Processing: VID_00031 (1 of 1)
- [18:13:11] Extracting A/V streams [VID_00031]
- [18:23:12] Reencoding video [VID_00031]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 215,326 frames
- Bitrate: 18,891 Kbs
- [18:23:12] Reencoding: VID_00031, Pass 1 of 1
- [21:44:31] Video Encode complete
- [21:44:31] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[21:44:31]PHASE ONE complete
[21:44:31]PHASE TWO - Rebuild Started
- [21:44:31] Rebuilding BD file Structure
[21:55:11] - Encode and Rebuild complete
[21:55:11] JOB: CONTACT finished.
[10/11/14] Checking System Settings
- BD-Rebuilder v0.49.05 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 816.26GB
- AVISYNTH Version: 2.5.8.0, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[10/11/14] Systems Settings Check complete

**INI
[Options]
VERSION=0.49.0.5
ENCODER=0
MODE=3
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=1
TARGET_SIZE=23500
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
IGNORE_3D=0
CONVERT_WIDE=0
DTS_REENCODE=1
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
DECODER=0
AVCHD=1
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
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
[Paths]
WORKING_PATH=C:\USERS\PUBLIC\VIDEOS\BD25\
SOURCE_PATH=K:\RIPS\CONTACT\

[CraigWally]

Not really. I added that to BD-RB as a "just in case", so you should be fine. When did you download LAVFilters? I changed it late yesterday. Hopefully it was downloaded before then -- if not, I have more work to do.
Downloaded it yesterday morning (UK - so 23 hours ago)

[jdobbs]

I have not updated BDRB for a couple of weeks while you folks, that are a lot more knowledgeable than I, fought the LAV Filters wars. I finally decided to take the plunge this morning and downloaded the filter installer and the latest BDRB. I have Halli and Fddshow installed and did not uninstall. I just ran the Lav Filter installer and it seemed to go without error. I just accepted the defaults and did no configuration. I then did a clean install of BDRB and ran as administrator. The only thing I noticed was that Directshow was set for frame serving where I normally use X264's internal LAVF, but I left it alone. I ran a build and everything seems to be in sync. But there is nothing in the logs about using the LAV Filters. I did drag the m2ts into GraphStudio with the following results. There won't be anything special in the logs beyond the "LAVFILTERS, Ok" in the INSPECT report. The LAVFilters are Directshow just like FFDSHOW.

If you like using LAVF -- then check it in SETUP. If your install defaulted to Directshow, I would assume you haven't updated in a while. A new INI value had been added to control which frame-server to use, and it defaulted to Directshow since that was probably the first time you'd used it.

[CV91913]

There won't be anything special in the logs beyond the "LAVFILTERS, Ok" in the INSPECT report. The LAVFilters are Directshow just like FFDSHOW.

If you like using LAVF -- then check it in SETUP. If your install defaulted to Directshow, I would assume you haven't updated in a while. A new INI value had been added to control which frame-server to use, and it defaulted to Directshow since that was probably the first time you'd used it.
Thanks for the response. Is it not a problem that GraphStudio shows ffdshow as the audio, the video seems to be correct but shouldn't the audio also show LAV?

[jdobbs]

BD Rebuilder doesn't use Directshow for audio except in previewing. It uses a specialized AVISYNTH audio decoding filter.

[CV91913]

BD Rebuilder doesn't use Directshow for audio except in previewing. It uses a specialized AVISYNTH audio decoding filter.
Ok then, I won't worry my pretty little head about it. I have a number of other builds to do, will report if I see any problems.

[ganon69]

In previous releases of BD Rebuilder there were around three different encoder settings something like: Normal Quality, High Quality, Highest Quality, and of course Automatic Quality. Now there is only Automatic Quality. In the previous versions, I used Highest Quality most of the time. Now, with the only option of Automatic Quality, will the resulting encoded video be of the same quality as if I used Highest Quality...? Thx.

[jdobbs]

In previous releases of BD Rebuilder there were around three different encoder settings something like: Normal Quality, High Quality, Highest Quality, and of course Automatic Quality. Now there is only Automatic Quality. In the previous versions, I used Highest Quality most of the time. Now, with the only option of Automatic Quality, will the resulting encoded video be of the same quality as if I used Highest Quality...? Thx.It hasn't changed. If you uncheck "Automatic" quality, the other selections will appear as they always have.

[ganon69]

It hasn't changed. If you uncheck "Automatic" quality, the other selections will appear as they always have.

oops! Sorry about that. It's been a while back that I encoded my latest BD.

[Lathe]

@ Ch3vr0n RE: Full disc backup to bd25, intact audio.

The Transformers: Age of Extinction 3D/2D both have Dolby Atmos audio and by keeping only the English tracks you will end up with 3 .AC3 tracks. The first one (which I think is the 7.1 mix) is 5.79 GB's and the other 2 are both 755 MB's (which I think has the extra Atmos directional data). You will end up with a total of 7.27 GB's which only leaves you with about 15.5 GB for the 2:45 minutes of video. I am really thinking of using up one of my BD25 DL's for this one because I can't see how to keep only the 7.1 track.

Coincidentally, I just bought my first BD-DL printable discs for this film specifically :)

BTW, sometimes, I THINK because I run CC Cleaner, I stop getting notified about posts here. So, after a while, I hafta read about 20 pages of posts to catch up! Thus my somewhat tardy replies...

Anyway, JDobbs, did I understand you correctly when you posted this a while back: '2, If you have selected "Automatic" then "High Quality (Default)" is used', do you indeed mean that with the Auto setting AND with a target size, it will ALWAYS now default to 'High Quality'...??? If so, that is quite interesting because I have always felt that the Auto setting almost ALWAYS used a fast setting in almost all cases unless it determined the source size and content to be very demanding. So, I always manually selected 'High', unless there was very little compression necessary.

So, is it now usually going to default to 'High' if there is a targeted size, instead of being set to 'Fast' most of the time? Is there a fundamental change there? If so, I would likely be more inclined to use the Auto setting if it is in fact defaulting to a higher setting.

Thanks!

(And in reading the last 20 pages, I was fully fascinated by the LAV adventures. It was like reading an exciting novel! Congratulations on your results!)

[jdobbs]

2, If you have selected "Automatic" then "High Quality (Default)" is used' Don't misunderstand this... that statement ONLY applies to ALTERNATE backups. For normal backups the quality level is determined by the target size, length in minutes, and BIAS settings. The quality level used is the one that will give the same level as quality as a higher setting -- but do it in less time.

The reason it changes for ALTERNATE is because there typically is no target size (BD-5, BD-9, BD-25, or BD-50).

[Lathe]

Don't misunderstand this... that statement ONLY applies to ALTERNATE backups. For normal backups the quality level is determined by the target size, length in minutes, and BIAS settings. The quality level used is the one that will give the same level as quality as a higher setting -- but do it in less time.

The reason it changes for ALTERNATE is because there typically is no target size (BD-5, BD-9, BD-25, or BD-50).

Ah, I see. Thanks kindly for the clarification.

[Sharc]

@jdobbs
DB-RB throws an error when attempting to import files with special characters like è,é,ü,ä etc. in the filename.
Now after finding the reason it's not a big deal to change the filenames. But would it be too complicated to make BD-RB accepting such special characters, or can I change something with my system settings?

[jdobbs]

@jdobbs
DB-RB throws an error when attempting to import files with special characters like è,é,ü,ä etc. in the filename.
Now after finding the reason it's not a big deal to change the filenames. But would it be too complicated to make BD-RB accepting such special characters, or can I change something with my system settings?You'd have to change something in the system. BD-RB doesn't check the name it just attempts to open it -- so it is the O/S that is throwing the error.

[Sharc]

You'd have to change something in the system. BD-RB doesn't check the name it just attempts to open it -- so it is the O/S that is throwing the error.
I see. No problem; thanks.

[AmigaFuture]

Hmmm... Somebody who wasn't around for that exchange is going to start speculating as to just what kind of toilet issues I might have...

Okay....THAAAAAAT was Funny!!! I almost lost some of a sandwich out of my mouth as I read that! "Ohh, Toilet-'Ducky', you're the one..". Woah, memory flashbacks to Burt and Ernie. Anyway...back to the thread. Still laughing..

[jdobbs]

I've moved the OT discussions to threads of their own.

[Jake802]

OK Jdobbs what am I doing wrong i just downloaded the LAVFilters from your front page Installed as Adminstrator and I still get the error. Sorry I have added a screen shot of the error, and I did try the right click Adminstrator thing as well.

[HWK]

What error you are getting?

[allright]

Hi

When trying to install til lavfilters that is linked in post 1, I get the following error: RegOpenKeyEx failed, Code 5, Access Denied. Tried with both normal user and administrator, no luck. Running Windows 8.1 x64.

[jdobbs]

@allright & Jake802

I will post another version shortly. Let's see if that one has the same issue.

[jdobbs]

@allright & Jake802

Try using this version (http://www.jdobbs.net/freeware/LAVFilters-0.63-P.1.exe) and let me know how it works out.

[allright]

Hi Jdobbs

Tried the new version, but the result was the same: error code: 5.



@allright & Jake802

Try using this version (http://www.jdobbs.net/freeware/LAVFilters-0.63-P.1.exe) and let me know how it works out.

[jdobbs]

Hi Jdobbs

Tried the new version, but the result was the same: error code: 5.Ok. We'll get it eventually. Let me make another change and post it.

[jdobbs]

I've made another change. Please try this one (http://www.jdobbs.net/freeware/LAVFilters-0.63-P.2.exe) and let me know what happens.

[RiotRay]

Hi!

After starting the latest build of bdrebuilder, I'm being told that my system isn't configured properly for LAV-decoders. BDrebuilder proposes to correct this for me.
All I get after this is "runtime error 75, path/file access error".
What's the problem here?

[allright]

I've made another change. Please try this one (http://www.jdobbs.net/freeware/LAVFilters-0.63-P.2.exe) and let me know what happens.

Hi

Tried LAVFilters-0.63-P.2.exe:
Windows smartscreen complains about the file beeing unsafe, when running it anyway, I got the same error: Code 5.

[gonca]

RiotRay
Did you run it as Admin the first time. That error looks like a Windows error message.

[gonca]

Could these errors have anything to do with security software preventing proper execution/installation

[jdobbs]

Hi

Tried LAVFilters-0.63-P.2.exe:
Windows smartscreen complains about the file beeing unsafe, when running it anyway, I got the same error: Code 5.Sorry, but that's all I can do. Your system is preventing you from configuring your own default Directshow filters. A guess might be that you don't have access to admin privileges. Either way, there's really not much else I can do.

[J666RST]

OK Jdobbs what am I doing wrong i just downloaded the LAVFilters from your front page Installed as Adminstrator and I still get the error. Sorry I have added a screen shot of the error, and I did try the right click Adminstrator thing as well.
I had same error on Windows 8.1, ran it in Windows 7 compatibility mode and it worked.

[jdobbs]

Hmmm... that's interesting. I'm still running Win7 on all my machines but one (which is still running XP).

[gonca]

Windows smartscreen is an anti malware feature of win8. It might be interfering in some way

[RiotRay]

I tried to run bdrebuilder in Win7 compatibility mode. That did help!
Jdobbs...you should think about upgrading to win8.

Thx for helping folks

[laserfan]

Someone here should put the Win 10 preview on VirtualBox and see if BD-RB runs on it.

I might've updated to 8.1 had this not appeared--now I will just wait until 10 is complete before building another computer.

[jdobbs]

Yeah, I'm not much of a fan of Windows 8 -- and neither is a good percentage of the PC manufacturers. Many have reverted to 7 after user complaints/preferences. Win8 is MS's attempt to compete in an area where they have virtually no market presence -- at the expense of the area in which they almost own the market. Bad idea. JMHO, but I think it has fallen into the "Vista" category and be replaced fairly quickly.

[allright]

Hi

The only user that have access to change the keys is the "Trusted installer", as far as I know this is standard in windows 8.

Anyhow, changing compatibility mode to windows 7 also worked here :-)



Sorry, but that's all I can do. Your system is preventing you from configuring your own default Directshow filters. A guess might be that you don't have access to admin privileges. Either way, there's really not much else I can do.

[jdobbs]

Typical of Microsoft.

[Lathe]

Windows smartscreen is an anti malware feature of win8. It might be interfering in some way

FWIW, that is why I immediate ditched any Windows built in anti-virus, Defender, whatever, and use my own free AVAST installation. It has NEVER interfered with any BDRB functions or subsidiary installations ever...

I'm running W8. I'm still VERY undecided whether to mess with 8.1 since I have removed ALL Metro functions and appearance and have absolutely NO interest in any of it's features. I've read for hours and hours, but I still cannot get a definitive answer whether I should bother.

[Sharc]

I uploaded a clip (http://www.mediafire.com/download/hs8pwkrd78sqh45/backdrop.m2ts) which is used as menu backdrop by BD-RB in Quick-play backup mode. After backing up the BD it looks horribly blocky, and eventually makes the player stutter and stop. I strongly suspect that the problem is with tsMuxeR which does not demux this clip correctly.
Demuxing with eac3to seems to be perfect, however.
It's now the 2nd time I got this problem. Is there something exceptionally odd with this file? Could a workaround in DB-RB possibly "fix" the problem, or is it just happening with my system?
Thanks.

[Ch3vr0n]

@lathe: not fully true. Avast (Internet Security) has flagged bdrb on several occasion as virus/malware. Just once or twice, but not never :p

[Jake802]

Hi JDOBBS,

I used the latest post and I am still getting the error. I am using Windows 7 Ultimate. I am the only user on the computer. I show as the Administrator and I have even tried the right click method. I would simply uninstall directshow but I need to use it for RipBot.

Thanks for all your efforts!

[Lathe]

@lathe: not fully true. Avast (Internet Security) has flagged bdrb on several occasion as virus/malware. Just once or twice, but not never :p

Oh, sorry... Just going by my experience :)

[RiotRay]

Hi!

Although I got BDRebuilder running again, I sadly noticed, that all of my latetst recodes are out of sync. BDRebuilder states on startup, that it configured my LAV-filters.
Still I'm getting unusable results. I didn't read the whole thread here...so please forgive me for asking: Where is the problem here?
thx

[jdobbs]

It means that the Directshow preferred filters are likely not being configured -- or are being ignored. Are you familiar with REGEDIT and the registry? If so there are a few keys you could look at to see. You could also manually look at the permissions of the Preferred subkey.

BDRebuilder states on startup, that it configured my LAV-filters.If you are getting the popup at startup, then it isn't being configured. If they are set -- you won't see anything at startup.

[sonate]

I uploaded a clip (http://www.mediafire.com/download/hs8pwkrd78sqh45/backdrop.m2ts) which is used as menu backdrop by BD-RB in Quick-play backup mode. After backing up the BD it looks horribly blocky, and eventually makes the player stutter and stop. I strongly suspect that the problem is with tsMuxeR which does not demux this clip correctly.
Demuxing with eac3to seems to be perfect, however.
It's now the 2nd time I got this problem. Is there something exceptionally odd with this file? Could a workaround in DB-RB possibly "fix" the problem, or is it just happening with my system?
Thanks.

Hi Sharc, I downloaded it and it plays smoothly. I'm not seeing much in the way of discernible motion artifacts. Plenty of added grain filter effect, though.

[Lathe]

It means that the Directshow preferred filters are likely not being configured -- or are being ignored. Are you familiar with REGEDIT and the registry? If so there are a few keys you could look at to see. You could also manually look at the permissions of the Preferred subkey.

If you are getting the popup at startup, then it isn't being configured. If they are set -- you won't see anything at startup.

I just updated also to the newest version. And on initiating BDRB, I also got the prompt about BDRB configuring the LAV filters. I said 'Yes'. Then it told me that I needed to restart BDRB the first time as an Administrator (which I've never really had to do before) After starting it with as an Admin, after quite a pause, then I got the prompt again about BDRB configuring the LAV filters. I said 'Yes'. That SEEMS to be it. I ran the fist encode last night, a 33 Gig Blu-ray (WOLF) set at 'High' 2 Pass with x264 tweaks (like I do...) And, this morning the resultant encode was just beautiful. Of course I have it set to use the internal x264 LAVF frame server, so maybe the installed LAV directshow filters may not be relevant, I don't know...

[Sharc]

Hi Sharc, I downloaded it and it plays smoothly. I'm not seeing much in the way of discernible motion artifacts. Plenty of added grain filter effect, though.
The uploaded file is the original and it plays fine of course. The problem comes only with DB-RB processing it. I think DB-RB demuxes and remuxes this file (e.g. stripping the unwanted langauges rather than leaving it intact) in order to produce the 9901.m2ts which finally becomes the menu backdrop. I think DB-RB uses tsMuxer for this purpose, but I am not sure.
So try to demux my clip with tsMuxer and see what you get for the video file ..... in my case it's garbage. Therefore I suspect tsMuxer being the culprit, because when I do the same with eac3to the demuxed video is perfect. I also noticed that DB-RB changes the fps from the original 24.000 fps to 23.976 fps, but I don't think this should matter for such a small (short playback duration) file.

[jdobbs]

I just updated also to the newest version. And on initiating BDRB, I also got the prompt about BDRB configuring the LAV filters. I said 'Yes'. Then it told me that I needed to restart BDRB the first time as an Administrator (which I've never really had to do before) After starting it with as an Admin, after quite a pause, then I got the prompt again about BDRB configuring the LAV filters. I said 'Yes'. That SEEMS to be it. I ran the fist encode last night, a 33 Gig Blu-ray (WOLF) set at 'High' 2 Pass with x264 tweaks (like I do...) And, this morning the resultant encode was just beautiful. Of course I have it set to use the internal x264 LAVF frame server, so maybe the installed LAV directshow filters may not be relevant, I don't know...If you run it now and it doesn't ask you again -- then everything is good. BD-RB looks at the Directshow Preferred settings to see if they were properly set by the LAVFilters installation. If they aren't it tries to set them itself. It needs to have administrative privileges to do that.

It's the same way it worked with FFDSHOW in the past.

[jdobbs]

The uploaded file is the original and it plays fine of course. The problem comes only with DB-RB processing it. I think DB-RB demuxes and remuxes this file (e.g. stripping the unwanted langauges rather than leaving it intact) in order to produce the 9901.m2ts which finally becomes the menu backdrop. I think DB-RB uses tsMuxer for this purpose, but I am not sure.
So try to demux my clip with tsMuxer and see what you get for the video file ..... in my case it's garbage. Therefore I suspect tsMuxer being the culprit, because when I do the same with eac3to the demuxed video is perfect. I also noticed that DB-RB changes the fps from the original 24.000 fps to 23.976 fps, but I don't think this should matter for such a small (short playback duration) file.Yes, BD-RB uses TSMUXER to demux from the original and remux into a new M2TS for the menu. BD-RB creates its own MPLS and CLPI for it. I've never run into a source that had a problem. Is there anything unique about this one?

The frame rate change doesn't matter.

[sonate]

The uploaded file is the original and it plays fine of course. The problem comes only with DB-RB processing it. I think DB-RB demuxes and remuxes this file (e.g. stripping the unwanted langauges rather than leaving it intact) in order to produce the 9901.m2ts which finally becomes the menu backdrop. I think DB-RB uses tsMuxer for this purpose, but I am not sure.
So try to demux my clip with tsMuxer and see what you get for the video file ..... in my case it's garbage. Therefore I suspect tsMuxer being the culprit, because when I do the same with eac3to the demuxed video is perfect. I also noticed that DB-RB changes the fps from the original 24.000 fps to 23.976 fps, but I don't think this should matter for such a small (short playback duration) file.

Sorry, I assumed that was the demuxed file. Yes, I tried and see what you mean, however at my end I'm getting no indication in Tsmuxer or Bdinfo that there is a change of frame rate using the tsmuxer gui. Why not just swap the associated m2ts and clpi files after the rebuild and before you burn?

[jdobbs]

I uploaded a clip (http://www.mediafire.com/download/hs8pwkrd78sqh45/backdrop.m2ts) which is used as menu backdrop by BD-RB in Quick-play backup mode. After backing up the BD it looks horribly blocky, and eventually makes the player stutter and stop. I strongly suspect that the problem is with tsMuxeR which does not demux this clip correctly.
Demuxing with eac3to seems to be perfect, however.
It's now the 2nd time I got this problem. Is there something exceptionally odd with this file? Could a workaround in DB-RB possibly "fix" the problem, or is it just happening with my system?
Thanks.It appears to be a bug introduced in the 3D version of TSMUXER. If I use TSMUXER v1.10.6 it works fine. I just wonder what is unique about that M2TS file, as all the others I try work fine.

[Sharc]

It appears to be a bug introduced in the 3D version of TSMUXER. If I use TSMUXER v1.10.6 it works fine. I just wonder what is unique about that M2TS file, as all the others I try work fine.
Yes, I came to the same conclusion re. TSMUXER. The same happened here with another disc before. I don't know what is unique with the Video. I just noticed that both were originally 24.000 fp and had Stereo DTS Audio tracks. But would this matter at all? Strange ...

[jdobbs]

Yes, I came to the same conclusion re. TSMUXER. The same happened here with another disc before. I don't know what is unique with the Video. I just noticed that both were originally 24.000 fp and had Stereo DTS Audio tracks. But would this matter at all? Strange ...I really shouldn't.

If I tell it not to change the SEI and VUI data it works correctly. I'll see if I can use that to my advantage.

[Sharc]

I really shouldn't.

If I tell it not to change the SEI and VUI data it works correctly. I'll see if I can use that to my advantage.
Yep, same here. Not changing SEI and VUI seems to be the solution to this problem. It helps with my other problematic menu backdrop file as well.

[jdobbs]

Yep, same here. Not changing SEI and VUI seems to be the solution to this problem. It helps with my other problematic menu backdrop file as well.I just looked at it, and with the way I'm transferring that menu background directly from original to new there is no reason that I can think of that I really need insertSEI asserted (although it's generally a good practice), so I've removed it.

So it's fixed for the next release.

[Sharc]

I just looked at it, and with the way I'm transferring that menu background directly from original to new there is no reason that I can think of that I really need insertSEI asserted (although it's generally a good practice), so I've removed it.

So it's fixed for the next release.
Great, thank you :)

[Lathe]

If you run it now and it doesn't ask you again -- then everything is good. BD-RB looks at the Directshow Preferred settings to see if they were properly set by the LAVFilters installation. If they aren't it tries to set them itself. It needs to have administrative privileges to do that.

It's the same way it worked with FFDSHOW in the past.

Very good then. Now, when I run it there are no prompts, so I guess everything is fine. Thanks!

[brunchto]

Hi,

when using batch backup, i end up with an error at the end of the first rebuild:
http://syno.dupuy.nom.fr/public/Capture55.PNG

after clicking on "ok", BDRB is closed.
same behavior with other rips.

[09:17:17] BEGIN - BATCH SEQUENCE
==========================
-----------------------
[09:17:17] PROCESSING BATCH FILE [1]
----------------------
[10/23/14] BD Rebuilder v0.49.05 (beta)
[09:17:18] Source: MANHATTAN_3D_ES_00799
- Input BD size: 40,94 GB
- Approximate total content: [01:54:50.675]
- Target BD size: 48,83 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Good (Very Fast), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[09:17:19] PHASE ONE, Encoding
- [09:17:19] Processing: VID_00800 (1 of 1)
- [09:17:19] Extracting A/V streams [VID_00800]
- [10:00:04] Reencoding video [VID_00800]
- [10:00:04] Keeping original video (no reencode)
- [10:00:04] Processing audio tracks
- Track 4354 (fra): Keeping original audio
[10:00:04]PHASE ONE complete
[10:00:04]PHASE TWO - Rebuild Started
- [10:00:04] Rebuilding BD-3D file Structure
[10:23:19] - Encode and Rebuild complete
[10:23:20] JOB: MANHATTAN_3D_ES finished.

[jdobbs]

Very good then. Now, when I run it there are no prompts, so I guess everything is fine. Thanks!If you're using LAVF, the only time it will matter is when some circumstance forces Directshow instead (generally IVTC and certain types of resizing).

[jdobbs]

Hi,

when using batch backup, i end up with an error at the end of the first rebuild:
http://syno.dupuy.nom.fr/public/Capture55.PNG

after clicking on "ok", BDRB is closed.
same behavior with other rips.

[09:17:17] BEGIN - BATCH SEQUENCE
==========================
-----------------------
[09:17:17] PROCESSING BATCH FILE [1]
----------------------
[10/23/14] BD Rebuilder v0.49.05 (beta)
[09:17:18] Source: MANHATTAN_3D_ES_00799
- Input BD size: 40,94 GB
- Approximate total content: [01:54:50.675]
- Target BD size: 48,83 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Good (Very Fast), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[09:17:19] PHASE ONE, Encoding
- [09:17:19] Processing: VID_00800 (1 of 1)
- [09:17:19] Extracting A/V streams [VID_00800]
- [10:00:04] Reencoding video [VID_00800]
- [10:00:04] Keeping original video (no reencode)
- [10:00:04] Processing audio tracks
- Track 4354 (fra): Keeping original audio
[10:00:04]PHASE ONE complete
[10:00:04]PHASE TWO - Rebuild Started
- [10:00:04] Rebuilding BD-3D file Structure
[10:23:19] - Encode and Rebuild complete
[10:23:20] JOB: MANHATTAN_3D_ES finished.Can you post your settings (the contents of BDREBUILDER.INI)? I've been doing a lot of batch jobs this week -- and I'm not seeing this.

[brunchto]

here are the files

[Lathe]

If you're using LAVF, the only time it will matter is when some circumstance forces Directshow instead (generally IVTC and certain types of resizing).

Yeah, I remember your explaining that to me earlier. I don't really do that kind of stuff very often...

[Toilet-Duck]

BDRB-49.05 → error error ... CreateAVS(),00000 ... system error right...!?! wrong !?!!!

Because...

BDRB-47.07 → Encode and/or BATch encode from A to B to ZZZzzz Succesfull

End LOG.... -_-

[jdobbs]

Again you fail to provide any useful information that might mean something. No title of the source. No log. No INSPECT report. No settings. Either post the information needed to attempt to find the error, or stop posting useless comments.

You have a history of incendiary postings. I will not tolerate it again. If you start posting nonsense and arguments again you will receive an immediate strike and your argumentative posts will be deleted. Be warned.

[brunchto]

Hi,

some news. when rebuilding only one br (not in batch mode), i've got an error on the first try. if i press a second time on the "backup" button, it works fine.

http://syno.dupuy.nom.fr/public/Capture2.PNG

[10/27/14] BD Rebuilder v0.49.05 (beta)
[18:21:28] Source: LES_IMMORTELS_3D_00001
- Input BD size: 25,40 GB
- Approximate total content: [01:50:47.724]
- Target BD size: 48,83 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Good (Very Fast), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[18:21:28] PHASE ONE, Encoding
- [18:21:28] Processing: VID_00002 (1 of 1)
- [18:21:28] Extracting A/V streams [VID_00002]
- [18:21:28] ExtractAudioSubs() 00055 1601
[18:21:29] - Failed to retrieve audio, aborted
----------------------
[10/27/14] BD Rebuilder v0.49.05 (beta)
[18:21:34] Source: LES_IMMORTELS_3D_00001
- Input BD size: 25,40 GB
- Approximate total content: [01:50:47.724]
- Target BD size: 48,83 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Good (Very Fast), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[18:21:35] PHASE ONE, Encoding
- [18:21:35] Processing: VID_00002 (1 of 1)
- [18:21:35] Extracting A/V streams [VID_00002]
...

[jdobbs]

@brunchto

That error is the same as your previous post, "File already open". I've looked through the code, but I can't find any reason why I'd get that error. I'll keep looking.

Just wondering, why doesn't the time in the message match that of the log?

[Toilet-Duck]

Again you fail to provide any useful information that might mean something.

Here you are :)

[omegaman7]

What is it with people and attaching files? It isn't necessary! LOL

[RobertM]

Omega, some people just don't explore the features of the message posting interface.

Toilet, instead of 'attaching' your information, you can just paste in your text into the reply. I'd suggest using the 'code block' method, where you tap the '#' button (above the text entry area) and you can then past your text in between the 'code' tags. For instance, I'll put the next sentence in a 'code block'.

The next sentence.

Using this method you can paste in the text so that people can see it immediately, without waiting for the attachment to be approved. You get help, and meaningful feedback, more quickly that way.

[jdobbs]

It was a useless attachment anyway (see below). He posted a RAR that contained nothing more than the contents of his previous post and renamed it "BDREBUILDER.INI". Failed to follow moderator instructions -- strike issued.

BDRB-49.05 ? error error ... CreateAVS(),00000 ... system error right...!?! wrong !?!!!

Because...

BDRB-47.07 ? Encode and/or BATch encode from A to B to ZZZzzz Succesfull and video/audio in sync !!

End LOG.... -_- Some people just don't get it... and unfortunately never will. The purpose of the thread is to report issues so they can get fixed -- not toss out nonsense and somehow expect correction through telepathy.

[brunchto]

@brunchto

That error is the same as your previous post, "File already open". I've looked through the code, but I can't find any reason why I'd get that error. I'll keep looking.

Just wondering, why doesn't the time in the message match that of the log?



Sorry i made the capture this afternoon and the copy of the log later

[jdobbs]

Sorry i made the capture this afternoon and the copy of the log laterI tried a couple of 3D encodes using your settings this afternoon, thinking I may be able to repeat it. But no luck. Anything you can point out that may be unusual about those sources would be appreciated.

[RowanM]

@brunchto

That error is the same as your previous post, "File already open". I've looked through the code, but I can't find any reason why I'd get that error. I'll keep looking.

Just wondering, why doesn't the time in the message match that of the log?

I have seen this when a virus scan program was running. It sees a new file and wants to scan it thus locking out all others from accessing the file.

Could this be happening?

[jdobbs]

It's possible I guess. I've been looking to see if I am failing to close a file somewhere, and I get the error when another open is attempted -- but I've found nothing so far.

[AmigaFuture]

Hello. BD-RB made the MKV fine, it seemed. I played it through my HDTV...and as it plays I see a video glitch where it seems the parts are joined and the audio becomes out of sync. I then burned it to a BD-25 RW for my LG 590 to play. Same thing happens. BD-RB Imported...all shows going well. So, I think.."Make a BD from Imported." Well, as you'll see it's attempting to rerender the video even with FORCE_NOENCODE=1. I also changed the output to BD-50 without that option. BD-RB is detecting a challenge because everything shows the resolution is correct, including BD-RB. When played via MPC Home Cinema it plays fine...which I expected.
I have processed Toy Story 3, and some others and they're playing correctly via HDTV.

For this, DTS, and English for everything is kept, even multiple streams(tracks). I usually rerender DTS to AC-3, but..

The Import rerendering is what I notice most.

I'm still testing. The logs don't indicate anything..and I'm checking the Work directory, as I'm able, for clues. This is the extended version. Playlist 838. Thanks.

[10/27/14] BD Rebuilder v0.49.04 (beta)
[00:18:03] Source: NOW_YOU_SEE_ME_00838
- Input BD size: 26.03 GB
- Approximate total content: [02:04:48.146]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV, Intact Video, Intact Audio
- Decoding/Frame serving: DGDecNV [4-way]
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[00:18:04] PHASE ONE, Encoding
- [00:18:04] Processing: VID_00863 (1 of 42)
- [00:18:04] Extracting A/V streams [VID_00863]
- [00:22:34] Reencoding video [VID_00863]
- [00:22:34] Keeping original video (no reencode)
- [00:22:34] Processing audio tracks
- Track 4352 (eng): Keeping original audio

[Redundancy removed]

- [00:30:09] Processing: VID_00835 (41 of 42)
- [00:30:09] Extracting A/V streams [VID_00835]
- [00:30:18] Reencoding video [VID_00835]
- [00:30:18] Keeping original video (no reencode)
- [00:30:18] Processing: VID_00817 (42 of 42)
- [00:30:18] Extracting A/V streams [VID_00817]
- [00:30:41] Reencoding video [VID_00817]
- [00:30:41] Keeping original video (no reencode)
[00:30:41]PHASE ONE complete
[00:30:41]PHASE TWO - Rebuild Started
- [00:30:41] Building ALTERNATE OUTPUT Structure
[00:40:16] - Encode and Rebuild complete
[00:40:16] JOB: NOW_YOU_SEE_ME finished.
----------------------
[12:21:22] Importing MKV: NOW_YOU_SEE_ME_01
- Collecting audio/video streams from source...
- Building pseudo-BD source structure...
[12:26:52] Video import completed successfully.
----------------------
[10/27/14] BD Rebuilder v0.49.04 (beta)
[12:30:25] Source: NOW_YOU_SEE_ME_01_00000
- Input BD size: 21.02 GB
- Approximate total content: [02:04:48.147]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DGDecNV [4-way]
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[12:30:31] PHASE ONE, Encoding
- [12:30:31] Processing: VID_00000 (1 of 1)
- [12:30:31] Extracting A/V streams [VID_00000]
- [12:34:24] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 179,536 frames
- Bitrate: 23,660 Kbs
- [12:34:24] Reencoding: VID_00000, Pass 1 of 2
[12:57:33]PHASE ONE aborted by user request

[DMagic1]

nm see the issue

[jdobbs]

@AmigaFuture

Have you tried it more than once? I've been doing a lot of MKV backups lately for playback using DLNA -- probably 30 in the last week -- and I'm not seeing any issues at all.

FORCE_NOENCODE has no effect on ALTERNATE output. If you want to to keep original there, you have to select a preset that says "Intact Video" (or create a new one).

[DMagic1]

Ok, old computer never a problem with 3d encodes.
New i7 computer and frimencode seem to fail every time. I used files from the first post and of course its a clean win7 install.
Pretty much nothing has been installed on the machine so far so its as clean as can be.
The frim produced files end of being 0 bytes. Final disc size ends up under 6GB.
I've tried comparing my old machine and new machine and I can't seem to find whats missing.
Everytime it starts MVC encoding it instantly completes

- Using FRIMEncoder for MVC encoding
- [23:15:57] Reencoding: VID_00300, Pass 1 of 1
- [23:15:58] Video Encode complete
- [23:15:58] Processing audio tracks

[10/28/14] Checking System Settings
- BD-Rebuilder v0.49.05 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 347.83GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4504, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[10/28/14] Systems Settings Check complete

----------------------
[10/28/14] BD Rebuilder v0.49.05 (beta)
[11:16:21] Source: NUTJOB3D_NA
- Input BD size: 36.32 GB
- Approximate total content: [02:10:08.575]
- Target BD size: 24.41 GB
- Windows Version: 6.1 [7601]
- Quality: Good (Very Fast), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[11:16:21] PHASE ONE, Encoding
- [11:16:21] Processing: VID_00016 (1 of 16)
- [11:16:21] Extracting A/V streams [VID_00016]
- [11:16:26] Reencoding video [VID_00016]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 1,416 frames
- Bitrate: 11,427 Kbs
- [11:16:26] Reencoding: VID_00016, Pass 1 of 2
- [11:16:43] Reencoding: VID_00016, Pass 2 of 2
- [11:16:59] Video Encode complete
- [11:17:00] Processing audio tracks
- [11:17:00] Multiplexing M2TS
- [11:17:04] Processing: VID_00017 (2 of 16)
- [11:17:04] Extracting A/V streams [VID_00017]
- [11:17:09] Reencoding video [VID_00017]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 1,416 frames
- Bitrate: 11,427 Kbs
- [11:17:09] Reencoding: VID_00017, Pass 1 of 2
- [11:17:26] Reencoding: VID_00017, Pass 2 of 2
- [11:17:44] Video Encode complete
- [11:17:44] Processing audio tracks
- [11:17:44] Multiplexing M2TS
- [11:17:48] Processing: VID_00300 (3 of 16)
- [11:17:48] Extracting A/V streams [VID_00300]
- [11:18:09] Reencoding video [VID_00300]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 7,680 frames
- Bitrate: 20,773 Kbs
- Using FRIMEncoder for MVC encoding
- [11:18:09] Reencoding: VID_00300, Pass 1 of 1
- [11:18:10] Video Encode complete
- [11:18:10] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:18:10] Multiplexing M2TS
- [11:18:14] Processing: VID_00301 (4 of 16)
- [11:18:14] Extracting A/V streams [VID_00301]
- [11:18:23] Reencoding video [VID_00301]
- [11:18:23] Keeping original video (no reencode)
- [11:18:23] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:18:23] Multiplexing M2TS
- [11:18:28] Processing: VID_00302 (5 of 16)
- [11:18:28] Extracting A/V streams [VID_00302]
- [11:18:39] Reencoding video [VID_00302]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,044 frames
- Bitrate: 20,864 Kbs
- Using FRIMEncoder for MVC encoding
- [11:18:39] Reencoding: VID_00302, Pass 1 of 1
- [11:18:40] Video Encode complete
- [11:18:40] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:18:40] Multiplexing M2TS
- [11:18:44] Processing: VID_00305 (6 of 16)
- [11:18:44] Extracting A/V streams [VID_00305]
- [11:18:54] Reencoding video [VID_00305]
- Source Video: MPEG-4 (AVC), 720x480
- Rate/Length: 29.970fps, 19,430 frames
- Bitrate: 4,498 Kbs
- [11:18:54] Reencoding: VID_00305, Pass 1 of 2
- [11:19:49] Reencoding: VID_00305, Pass 2 of 2
- [11:20:48] Video Encode complete
- [11:20:48] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:20:48] Multiplexing M2TS
- [11:20:56] Processing: VID_00306 (7 of 16)
- [11:20:56] Extracting A/V streams [VID_00306]
- [11:21:00] Reencoding video [VID_00306]
- Source Video: MPEG-4 (AVC), 720x480
- Rate/Length: 29.970fps, 127 frames
- Bitrate: 500 Kbs
- [11:21:00] Reencoding: VID_00306, Pass 1 of 2
- [11:21:00] Reencoding: VID_00306, Pass 2 of 2
- [11:21:01] Video Encode complete
- [11:21:01] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:21:01] Multiplexing M2TS
- [11:21:04] Processing: VID_00307 (8 of 16)
- [11:21:04] Extracting A/V streams [VID_00307]
- [11:21:23] Reencoding video [VID_00307]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 6,293 frames
- Bitrate: 20,937 Kbs
- Using FRIMEncoder for MVC encoding
- [11:21:23] Reencoding: VID_00307, Pass 1 of 1
- [11:21:23] Video Encode complete
- [11:21:23] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:21:23] Multiplexing M2TS
- [11:21:27] Processing: VID_00308 (9 of 16)
- [11:21:27] Extracting A/V streams [VID_00308]
- [11:21:39] Reencoding video [VID_00308]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 5,405 frames
- Bitrate: 13,007 Kbs
- Using FRIMEncoder for MVC encoding
- [11:21:39] Reencoding: VID_00308, Pass 1 of 1
- [11:21:39] Video Encode complete
- [11:21:39] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:21:39] Multiplexing M2TS
- [11:21:43] Processing: VID_00320 (10 of 16)
- [11:21:43] Extracting A/V streams [VID_00320]
- [11:21:50] Reencoding video [VID_00320]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,572 frames
- Bitrate: 11,383 Kbs
- [11:21:50] Reencoding: VID_00320, Pass 1 of 2
- [11:22:08] Reencoding: VID_00320, Pass 2 of 2
- [11:22:26] Video Encode complete
- [11:22:26] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:22:26] Multiplexing M2TS
- [11:22:31] Processing: VID_00321 (11 of 16)
- [11:22:31] Extracting A/V streams [VID_00321]
- [11:22:36] Reencoding video [VID_00321]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 769 frames
- Bitrate: 10,100 Kbs
- [11:22:36] Reencoding: VID_00321, Pass 1 of 2
- [11:22:41] Reencoding: VID_00321, Pass 2 of 2
- [11:22:46] Video Encode complete
- [11:22:46] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:22:46] Multiplexing M2TS
- [11:22:50] Processing: VID_00322 (12 of 16)
- [11:22:50] Extracting A/V streams [VID_00322]
- [11:22:56] Reencoding video [VID_00322]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,406 frames
- Bitrate: 11,389 Kbs
- [11:22:56] Reencoding: VID_00322, Pass 1 of 2
- [11:23:15] Reencoding: VID_00322, Pass 2 of 2
- [11:23:32] Video Encode complete
- [11:23:32] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:23:32] Multiplexing M2TS
- [11:23:37] Processing: VID_00323 (13 of 16)
- [11:23:37] Extracting A/V streams [VID_00323]
- [11:23:43] Reencoding video [VID_00323]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,160 frames
- Bitrate: 10,098 Kbs
- [11:23:43] Reencoding: VID_00323, Pass 1 of 2
- [11:23:58] Reencoding: VID_00323, Pass 2 of 2
- [11:24:13] Video Encode complete
- [11:24:13] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:24:13] Multiplexing M2TS
- [11:24:18] Processing: VID_00324 (14 of 16)
- [11:24:18] Extracting A/V streams [VID_00324]
- [11:24:26] Reencoding video [VID_00324]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,659 frames
- Bitrate: 11,538 Kbs
- [11:24:26] Reencoding: VID_00324, Pass 1 of 2
- [11:24:38] Reencoding: VID_00324, Pass 2 of 2
- [11:24:51] Video Encode complete
- [11:24:51] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:24:51] Multiplexing M2TS
- [11:24:55] Processing: VID_00325 (15 of 16)
- [11:24:55] Extracting A/V streams [VID_00325]
- [11:25:00] Reencoding video [VID_00325]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 168 frames
- Bitrate: 9,831 Kbs
- [11:25:00] Reencoding: VID_00325, Pass 1 of 2
- [11:25:01] Reencoding: VID_00325, Pass 2 of 2
- [11:25:03] Video Encode complete
- [11:25:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:25:03] Multiplexing M2TS
- [11:25:06] Processing: VID_00800 (16 of 16)
- [11:25:06] Extracting A/V streams [VID_00800]
- [11:30:01] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 123,584 frames
- Bitrate: 27,998 Kbs
- Using FRIMEncoder for MVC encoding
- [11:30:01] Reencoding: VID_00800, Pass 1 of 1
- [11:30:02] Video Encode complete
- [11:30:02] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:30:02] Multiplexing M2TS
[11:30:53]PHASE ONE complete
[11:30:53]PHASE TWO - Rebuild Started
- [11:30:53] Converting SSIF file references
- [11:31:16] Rebuilding BD-3D file Structure
[11:31:20] - Encode and Rebuild complete
- WORKFILES folder removed.
[11:31:20] JOB: NUTJOB3D_NA finished.

[DMagic1]

Seem it was related to the intel driver. I had to go to back two versions to have it work.

[jdobbs]

Did you have it set to hardware or software decoding/encoding? I've heard that some of the newer processors aren't working correctly with hardware decoding/encoding.

[DMagic1]

I had it set to hardware . Its a 4790k.

[jdobbs]

Intel's SDK seems to be going backward, doesn't it?

[DMagic1]

Yeah I guess so. This is my first processor capable of this. I finally changed out from my old AMD processor. 5 fps on 3D wasn't cutting it.

[Starfiresg1]

I had it set to hardware . Its a 4790k.

What driver (Intel SDK) version are you using?
With driver 15.36.3.64.3907 (which contains SDK 1.8) and HW decoding enabled FRIMDecode crashes (here on an 4770K) - SW decoding however will work fine. This is either a problem in the new SDK / driver or FRIMDecode needs to be updated for it.
Going back to 15.33.22.64.3621 (which I'm currently using due to other reasons) fixed the issue with HW decoding.

The issue is also limited to FRIMDecode - FRIMEncode doesn't show this issue.

PS: I haven't tried the new driver 15.36.7.64.3960 released a few weeks ago.

[DMagic1]

I'm using the 3621 version now. That 3960 version realsed didn't work either.

[AmigaFuture]

@AmigaFuture

Have you tried it more than once? I've been doing a lot of MKV backups lately for playback using DLNA -- probably 30 in the last week -- and I'm not seeing any issues at all.

FORCE_NOENCODE has no effect on ALTERNATE output. If you want to to keep original there, you have to select a preset that says "Intact Video" (or create a new one).

I did it more than once with my Main computer and same results. It's functional with my MacBook Pro...and FFDShow is installed there. FFDShow wasn't currently installed with my Main Computer. I know FORCE_NOENCODE does not function with Alternate, I was using it with Full Backup only...or Movie Only..not using Alternate. Anyway, I thought perhaps lack of FFDShow was the "problem" because my few tests are functioning with my MacBook Pro ("Now You See Me"). I'm not sure what's happening with that yet..when Backup is clicked and it's rerendered. I'll return to it soon since Importing creates a BD anyway.

Now now...this might shed some insight for you..

I tried to install the LAV filters because I have a clean install without FFDShow, but Windows kept prompting with the errors already shared by others when I attempt to install LAVFilters. I also tried "LAVFilters-0.63-P.2"..Yes, of course, with Admin with Win7. Anyway, could NOT get LAVFilters to install. I have Full Admin rights.
So, I decided to let it go...and installed FFDShow and MatroskaSplitter 1.9.42.1. Captured install so I'm able to reverse the changes. After that, BD-RB detected and Prompted for Updating Win7 from Admin mode. I used the Admin mode, and let BD-RB make the changes. I then thought, to install the LAVFilters. LAVFilters-0.63-P installed fine. So, to be sure..I uninstalled the LAVFilters, and FFDShow as well as MSplitter. The LAVFilters installed fine again. I'm currently testing.

Edit 1: I'm keeping my System SSD active for now, but I'm now using HDDs (In place of an SSD; not System) for BD Source and Work Path, just to be sure. Since my MacBook Pro uses a HDD still. I noticed, a bit ago, something I was doing didn't function well with SSD, but I don't make a note of it. I also haven't updated Samsung Software..yet. More tests..

[zipizape]

I'm spanish my english is poor. I do a full backup of peabody and sherman, take off all languages except spanish and english.
error at the end

windows 7 64 bits professional sp 1
any idea please???

[jdobbs]

I'm spanish my english is poor. I do a full backup of peabody and sherman, take off all languages except spanish and english.
error at the end
https://www.dropbox.com/s/ufpz52ayk0r7loh/bd%20rebuilder%2001.jpg?dl=0
windows 7 64 bits professional sp 1
any idea please???I'm not sure what you attached, but I can't access it. I'd recommend you post the contents of your log.

[zipizape]

I'm not sure what you attached, but I can't access it. I'd recommend you post the contents of your log.
I edited the mesagge its my first message I have problems
I got upload two files. I hope you unsderstand the problem thank you so much

[jdobbs]

I edited the mesagge its my first message I have problems
I got upload two files. I hope you unsderstand the problem thank you so muchThe only way I can see you getting that error at that position in the code would be if the MPLS file or the INF file were somehow deleted -- or the drive became unavailable.

[zipizape]

The only way I can see you getting that error at that position in the code would be if the MPLS file or the INF file were somehow deleted -- or the drive became unavailable.i
I can repeat the process but how i get the mpls file or inf file?
well i uploaed the inf file in txt format,
I do not know to get the mpls file

[mparade]

@jdobbs

It seems that using SUPTITLE=0 concurrently with
FORCED_SUB_LANG hiddenopt hard encodes the subtitle which was set by FORCED_SUB_LANG. Is that the correct behavior? If SUPTITLE is not in use (because hard encode is not needed) BD-RB shouldn't hard encode the preferred forced subtitles, right?

I have tested it with Avatar's forced subs (in Powerdvd and Kodi) and cannot switch off the forced subtitles even by using the header editor of the mkv containers. My preferred forced subs were set by hiddenopt FORCED_SUB_LANG. It seems that SUPTITLE is used by BD-RB to hard encode, even though it was set to 0.

Your efforts to check this would be really appreciated.

[jdobbs]

@jdobbs

It seems that using SUPTITLE=0 concurrently with
FORCED_SUB_LANG hiddenopt hard encodes the subtitle which was set by FORCED_SUB_LANG. Is that the correct behavior? If SUPTITLE is not in use (because hard encode is not needed) BD-RB shouldn't hard encode the preferred forced subtitles, right?

I have tested it with Avatar's forced subs (in Powerdvd and Kodi) and cannot switch off the forced subtitles even by using the header editor of the mkv containers. My preferred forced subs were set by hiddenopt FORCED_SUB_LANG. It seems that SUPTITLE is used by BD-RB to hard encode, even though it was set to 0.

Your efforts to check this would be really appreciated.There was a problem with the SUPTITLE setting's usage. I've fixed it for the next release.

[mparade]

There was a problem with the SUPTITLE setting's usage. I've fixed it for the next release.

Thank you very much!

[Lathe]

I just had this happen when scanning a directory; never seen that before... When I researched it a little, it appears, according to what you have said a long time ago, that it was some kind of 'Testing code' that you said was left in.

But, I THINK I am using the latest version (4905) and I've never seen that before.

Thanks!

****EDIT

Also, I forgot to include something I THINK is unrelated; it seems that my CRF is greyed out in my choices for Encoding. Kind of weird; never saw that before either... :)

[jdobbs]

I just had this happen when scanning a directory; never seen that before... When I researched it a little, it appears, according to what you have said a long time ago, that it was some kind of 'Testing code' that you said was left in.

But, I THINK I am using the latest version (4905) and I've never seen that before.

Thanks!

****EDIT

Also, I forgot to include something I THINK is unrelated; it seems that my CRF is greyed out in my choices for Encoding. Kind of weird; never saw that before either... :)I looked and there is only one place where that could happen. But... it can only happen when there is an MPLS file that has no M2TS files listed as content. That should be impossible. That makes me think the source might be corrupted.

The only time CRF is disabled is if you have selected FRIM as your default encoder (rather than X264). That is set by the ENCODER option in the INI file.

[Lathe]

I looked and there is only one place where that could happen. But... it can only happen when there is an MPLS file that has no M2TS files listed as content. That should be impossible. That makes me think the source might be corrupted.

The only time CRF is disabled is if you have selected FRIM as your default encoder (rather than X264). That is set by the ENCODER option in the INI file.

Hmmm, I THOUGHT that that was unusual... No, I always use the internal LAVF filters; I'll check again. Maybe I simply need to reinstall everything. Although I am no expert, going by what I THINK you have said before, maybe this new LAV installation is not working and it is defaulting to FRIM for directshow stuff; that would explain it, right? Thanks!

***EDIT

Hmmm, interesting... I'm currently doing a 2 pass encode with AVS script enabled (thus the need for directshow, right?) Anyway it is partway through the 2nd pass, so I took a look in the Work Files at the INF file and interestingly it lists this:

USE_LAVF=-1

Doesn't that mean that it currently is NOT using the internal LAVF and that then you are correct that it is using FRIM (for some reason) instead?

[jdobbs]

No, that means it is using LAVF. In the computer world a -1 is indicative of a TRUE integer assertion (a -1 has all the bits of the variable set to "1"). Generally I use "1" to mean TRUE, but in that instance (the INF file) I just saved the state of the variable rather than using a "1" to represent it.

If you are in a second pass, then you are obviously using X264 (since FRIM only does a single pass).

When you say "CRF is greyed out" are you talking about in the ENCODER SETTINGS menu, or in the ALTERNATE OUTPUT dialog? The disabling I was discussing was in the ENCODER SETTINGS menu.

[Lathe]

No, that means it is using LAVF. In the computer world a -1 is indicative of a TRUE integer assertion (a -1 has all the bits of the variable set to "1"). Generally I use "1" to mean TRUE, but in that instance (the INF file) I just saved the state of the variable rather than using a "1" to represent it.

If you are in a second pass, then you are obviously using X264 (since FRIM only does a single pass).

When you say "CRF is greyed out" are you talking about in the ENCODER SETTINGS menu, or in the ALTERNATE OUTPUT dialog? The disabling I was discussing was in the ENCODER SETTINGS menu.

Oh, of course, I forgot that only x264 and not FRIM did a 2nd pass, DUH! :)

I'm talking about the main encoder menu where it normally defaults to 'Auto' and you can uncheck it and then choose 'High' or whatever, or uncheck the 2 1-Pass options (CRF, ABR)

[jdobbs]

Weird. The only time CRF should ever be disabled there is if FRIM is selected. Look at your Config/INI file and see what value you have for ENCODER. I'm guessing it is "1" -- which means FRIM. My guess is that the fact that you have LAVF selected is overriding it (since LAVF only works for X264), but I'd have to go through the code to see.

[Lathe]

Weird. The only time CRF should ever be disabled there is if FRIM is selected. Look at your Config/INI file and see what value you have for ENCODER. I'm guessing it is "1" -- which means FRIM. My guess is that the fact that you have LAVF selected is overriding it (since LAVF only works for X264), but I'd have to go through the code to see.

I thought that this was a weird one since I've never seen it do that before. I am currently still on the 2nd Pass of BDRB, so I opened another instance and checked the ini file and the encoder is '0' and LAVF is checked on the setup menu. Probably just something weird that I musta done when trying to go to the new version, install the newer LAV filters for directshow like you guys laboured through here not too long ago and the order I did it or something.

I'm SURE that after this encode is done, if I just simply reinstall everything as I should, it will be fine. So, I should do it in this order, right:

1. Install BDRB from the first page of this thread.

2. Then install the new LAV Directshow filters from the link there too.

I don't hafta do anything with my original Haali or FFDshow stuff, right? Or should I uninstall them?

[zipizape]

well the same problem with peabody and sherman 3d. I tried with another full back. I take off all languages except spanish and english. I going to upload files for to show more information as posible
My pc is intel i7, motherboard gigabyte h77- ds3, 16 gb ram, grafic card nvidia point of view gt630 4gb.

O.S windows 7 sp1 professional 64 bits.

I have 2 writer of bluray , I rip bluray on lg BH16NS40. I rip all bluray to pc in iso format then i extract iso
I do not to do some help thank you so much
all files of configuration are in txt format.
I don't know to do better

[mparade]

:thanks: for the great program..
It was high time I had sent 50$.

[jdobbs]

High time? You are one of the people I've mentioned before who has gone above-and-beyond in supporting the software, both in the forum and monetarily.

With that said -- it is certainly appreciated.

[mparade]

High time? You are one of the people I've mentioned before who has gone above-and-beyond in supporting the software, both in the forum and monetarily.

With that said -- it is certainly appreciated.

For very good things the one never can go above-and-beyond in supporting. :)

[gonca]

For very good things the one never can go above-and-beyond in supporting. :)

What the heck, another $50 to help with the electric bill

[jdobbs]

High time? You are one of the people I've mentioned before who has gone above-and-beyond in supporting the software, both in the forum and monetarily.

With that said -- it is certainly appreciated.@gonca

And so are you.

Much appreciated.

[gonca]

@gonca

And so are you.

Much appreciated.

If I didn't donate to BD_RB I'd probably spend my money on wine and women. ;)

[jdobbs]

If I didn't donate to BD_RB I'd probably spend my money on wine and women. ;)You say that like it's a bad thing. ;)

[gonca]

Now that you mention it, I still have some money kicking around, going to get some wine and ... well, you can figure it out.

Hey, I just hit 400 posts.

[Hassie]

Hi Mr Dobbs,

First thank you for this awesome program,
I never had problems with rebuilding BD, all worked perfectly.

Now im trying your import function.

a/ I made a mkv from an origial dvd9 with BD rebuilder. All went OK, quality is good.
b/ I made a subtitle for this movie with subtitle workshop 6b
b1/ I put mkv and sub with mkvmerge together
c/ Now I try to import the new mkv, to make dvd9 again.
d/ no matter what I do, I keep getting the message "failed to integrate sub1"
e/ If I look in temp, there is a .sup for the image subtitles for dvd
f/ I try to load that one in subtitle Creator, it says, no good vobsub,
g/ Everything goes well, making the pseudo BD, I can play that one with the sub,
h/ The log says converting subtitle to dvd format,
i/ The last step fails, integrate in dvd.

I have no clue why, you say combination srt with avi or mkv should work with import...

Thanks

[gonca]

What format was the subtitle in? srt?

[Kerry56]

Weird. The only time CRF should ever be disabled there is if FRIM is selected. Look at your Config/INI file and see what value you have for ENCODER. I'm guessing it is "1" -- which means FRIM. My guess is that the fact that you have LAVF selected is overriding it (since LAVF only works for X264), but I'd have to go through the code to see.

Whenever I select LAVF for frame serving, I also get the CRF option greyed out. ENCODER in the INI file is 0.

I've just been using the DirectShowSource whenever I want CRF.

[DoctorM]

I installed v0.49.05 today. Since I don't intend to use HEVC anytime soon I didn't setup my LAVFILTERS for BD-RB. I did notice though that when I clicked 'Inspect' it said LAVFILTERS are okay, even though they weren't configured and are the wrong version (I have 0.61.2.18 installed).

Not a problem for me, but Inspect probably needs a tweak.

[jdobbs]

I installed v0.49.05 today. Since I don't intend to use HEVC anytime soon I didn't setup my LAVFILTERS for BD-RB. I did notice though that when I clicked 'Inspect' it said LAVFILTERS are okay, even though they weren't configured and are the wrong version (I have 0.61.2.18 installed).

Not a problem for me, but Inspect probably needs a tweak.BD-RB doesn't look at the version -- but if you see an "Ok" -- they are definitely configured.

[DoctorM]

BD-RB doesn't look at the version -- but if you see an "Ok" -- they are definitely configured.
Ok, I was getting the pop-up warning to configure the codec, I'll just click the suppress warning thing for now.

[jdobbs]

Ok, I was getting the pop-up warning to configure the codec, I'll just click the suppress warning thing for now.Ahhh... you didn't mention that. If that's the case then LAV is installed, but the preferred codec settings aren't configured for LAV.

I would highly suggest you say "yes" and let BD-RB configure them. When BD-RB runs in directshow mode without proper configuration (which can happen sometimes on its own) -- there is a good chance you may get out-of-sync issues. LAV is used for more than HEVC, even when you have LAVF selected. If you are using DGDecNV or you have FFDSHOW installed and configured, however, it really wouldn't matter, as they can do anything that LAV can.

[DoctorM]

Yeah, I keep ffdshow installed for encoding video and LAV for my normal video viewing. That way I don't have to worry about settings screwing each other up.
I'm currently running an encode and LAV hasn't kicked in, so everything looks like it'll turn out fine like you said.

[Lathe]

Whenever I select LAVF for frame serving, I also get the CRF option greyed out. ENCODER in the INI file is 0.

I've just been using the DirectShowSource whenever I want CRF.

Hmmm, yeah... I've never noticed before that the CRF is greyed out, and I ALWAYS use the internal LAVF for frame serving. Weird, huh...? I suppose if I specifically want to use CRF I will have to change from my usual LAVF choice then...

[rnewste]

Just wanted to report that BDrebuilder / ImgBurn fully the Atmos codec backup on Transformers 4 "Age of Extinction". Very Happy Camper tonight!

Raybo:)

[Hassie]

What format was the subtitle in? srt?

Thanks for replying, yes, i made subtitle with subtitle workshop 6b, fixed all errors and saved it as srt, then i added it to mkv, and imported the mkv.

[jdobbs]

Thanks for replying, yes, i made subtitle with subtitle workshop 6b, fixed all errors and saved it as srt, then i added it to mkv, and imported the mkv.Are you sure the srt isn't corrupt? BD-RB should have no problem importing srt.

I'll create an MKV with srt subs and import it just to be sure it's still working properly.

[Hassie]

Are you sure the srt isn't corrupt? BD-RB should have no problem importing srt.

I'll create an MKV with srt subs and import it just to be sure it's still working properly.

Thanks for your effort Mr. Dobbs,

It is solved, but I don't no exactly why,
The only thing I could think of is the length of the lines,
So I made some lines even shorter,
48 characters is safe for 4:3, but this dvd is 16:9, so i would think 60 characters is ok for this one.
The conversion program makes for each line a png, maybe it was a few characters less that did the trick,
because the text fits, but the png not?
Another change was ffdshow and Haali, I used to run rebuilder without these, now I installed them.
What I noticed was that the conversion was much quicker!
With rebuilding BD50 to BD25 I didnt notice slow down without Haali and FFDshow.

One thing I want to notice, I tried various programs to convert mkv to dvd9,
Your result is the best by far.

Donation is coming soon,
Thanks again for all your work!

[jdobbs]

Thanks for the feedback. When importing, an SRT is converted to a SUP through TSMUXER. So the number of characters per line is determined by TSMUXER's default text size during the conversion. If I get time, I could probably make the output size variable through a hidden setting.

[Hassie]

Thanks for the feedback. When importing, an SRT is converted to a SUP through TSMUXER. So the number of characters per line is determined by TSMUXER's default text size during the conversion. If I get time, I could probably make the output size variable through a hidden setting.

So that must be it.
TSmuxer has a default length!
I saw some posts from people who had problems with integrate failed...
I realise the main purpose of BD rebuilder is rebuilding BD,
But the import function is a nice extra,
Would be nice to have control of the subs, so
dvd to dvd, and choosing subtitles would be possible
But we are already very happy with what you offered us...

Donation is on its way from h.christen@chello.nl

Greetings from the Netherlands and thanks again.

[jdobbs]

So that must be it.
TSmuxer has a default length!
I saw some posts from people who had problems with integrate failed...
I realise the main purpose of BD rebuilder is rebuilding BD,
But the import function is a nice extra,
Would be nice to have control of the subs, so
dvd to dvd, and choosing subtitles would be possible
But we are already very happy with what you offered us...

Donation is on its way from h.christen@chello.nl

Greetings from the Netherlands and thanks again.Not really a default "length" -- it's a default font size, which would determine the font height and width (which in turn determines the maximum number of characters that will fit on a line).

P.S. Love the Netherlands... I visited there last June.

[Hassie]

Not really a default "length" -- it's a default font size, which would determine the font height and width (which in turn determines the maximum number of characters that will fit on a line).

P.S. Love the Netherlands... I visited there last June.

Oh, yes, that makes sense, default font and size...
Actually I dont like the looks of this default, but I translated for a friend, and he will be happy now!

Well, didn't meet you here, but I guess you weren't in Rotterdam... :-)

Greetz

[DMagic1]

Intel's SDK seems to be going backward, doesn't it?

The new 15.36.7.64.3960 driver also doesn't seem to work for decode with Frim. I was hoping for a Frim update.

I don't suppose the option for CUDA decode is possible to be added?

Maybe that combination would enable us to keep a high 70+fps without having to use the older driver. Atleast for those with nvidia.

[Ch3vr0n]

I would love cuda support, especially for 3d processing. My gtx 680 who'd then definitely be able to pump out more than 6-8fps my CPU does now. Perhaps neuron could help you out with that our the guys from from add cuda support.

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[terrykuntz]

When I do movie only backup BD-25 of A Milllion Ways to Die in the West. When I play the movie back at the end of the movie the picture freezes on the last shot and BD timer stays at one position while the music to the credits plays on. You never see the credits, you just hear the music while the last video of the movie freezes.

[Audiophile1178]

@terrykuntz, is this happening on a burned disc or playback on a PC?

[jdobbs]

When I do movie only backup BD-25 of A Milllion Ways to Die in the West. When I play the movie back at the end of the movie the picture freezes on the last shot and BD timer stays at one position while the music to the credits plays on. You never see the credits, you just hear the music while the last video of the movie freezes.I've done the U.S. version of that disc with no issues. I'd rip it again.

[terrykuntz]

It happens on a burn disk. When I burn the full movie it come out fine. This is the first time I seen anything like this.

[Audiophile1178]

terrykuntz, what was the final size of the encoded disc?

I've had the same thing happen to me on burned media but the problem was oversizing of the disc. I'm a true believer that when one encodes a BD50 down to a BD25 the size should be NO BIGGER than 23GB and ideal size is ~22.8GB as, I believe, that the outer edges of the burnable media is of the least quality. I've experienced the same issues as you from encodes that are 23.1GB-23.2GB in size using quality media.

What burn speed did you use? Another suggestion is to keep it ~4x. At that speed a BD25 only takes around 20 mins to do.

Also, did you try playing it back on a PC to see if you have the same issue?

[terrykuntz]

Window explorer states the size 22.1 gb. I use Verbatim 6x BD disk and I burn them at 4x. No I don't have a PC program that will play BD videos. Again when I do full backup it works great.

[CV91913]

Window explorer states the size 22.1 gb. I use Verbatim 6x BD disk and I burn them at 4x. No I don't have a PC program that will play BD videos. Again when I do full backup it works great.
You could try VLC for PC playback. It will play Bluray folders and it is free.

[worknstiff]

@ CV91913; RE: You could try VLC for PC playback. It will play Bluray folders and it is free.

I can never get VLC to play back my Blue-rays from either disk or folder structure. Do they offer a "Pro" version that does or am I missing something?

Also I burn all my disks at 23.1 GB or 23.2 GB and never have a problem. I wonder if your rip had a hic-up right at the end or something. I watched my burned (23.1 GB) of "A Million Ways To Die", all the way through the end credits just to find out who's singing the title song. Must be great to be able to afford to get Alan Jackson to sing it for you, lol.

[RobertM]

I've had issues like this before. In every case but one it was a bad rip. So first thing would be to rip it again, and view that part of the ripped file on your computer, very carefully, to see if you can detect any kind of glitch in the playback at the very spot it freezes.

But, in that one case I mentioned, it was something else...

I did a movie-only re-encode of 'The Counselor' and it was a multi-part stream. All of the parts re-encoded except for one, which kept the original video. When those several parts were stitched together into the final file, that section of the movie had frozen video while the audio was fine. All other parts, before and after, were fine.

This was a very strange situation, and I don't know if JD was able to track it down. A copy of your log file would be quite definitive in determining if this is the same type of problem.

When I do movie only backup BD-25 of A Milllion Ways to Die in the West. When I play the movie back at the end of the movie the picture freezes on the last shot and BD timer stays at one position while the music to the credits plays on. You never see the credits, you just hear the music while the last video of the movie freezes.

[zipizape]

the problem is solve. My writers are not 3d. I tried with writer 3d and all is ok thank you

[jdobbs]

the problem is solve. My writers are not 3d. I tried with writer 3d and all is ok thank you???? writer 3D?

[CV91913]

@ CV91913; RE: You could try VLC for PC playback. It will play Bluray folders and it is free.

I can never get VLC to play back my Blue-rays from either disk or folder structure. Do they offer a "Pro" version that does or am I missing something?
.
I am currently using version 2.1.4 (there may be a newer one, they put them out all the time.) It plays BD folders and discs just fine. It is free but, much like BDRB, VideoLan takes donations. I don't believe there is a "pro" version. I don't recall doing anything special to make it play Bluray.

[worknstiff]

@ CV91913; RE: I knew it would allow playback of blue-rays but was talking about using the original menu. Sorry.

[CV91913]

@ CV91913; RE: I knew it would allow playback of blue-rays but was talking about using the original menu. Sorry.
No, I'm sorry for getting off topic. I only use VLC to check backups before burning to disc. I do movie only backups so I never noticed it didn't do menus.

[zipizape]

???? writer 3D?
hello my writer can not play 3d movies. then i got a samsung a external writer that cans play and write 3d:thanks:

[terrykuntz]

I've had issues like this before. In every case but one it was a bad rip. So first thing would be to rip it again, and view that part of the ripped file on your computer, very carefully, to see if you can detect any kind of glitch in the playback at the very spot it freezes.

But, in that one case I mentioned, it was something else...

I did a movie-only re-encode of 'The Counselor' and it was a multi-part stream. All of the parts re-encoded except for one, which kept the original video. When those several parts were stitched together into the final file, that section of the movie had frozen video while the audio was fine. All other parts, before and after, were fine.

This was a very strange situation, and I don't know if JD was able to track it down. A copy of your log file would be quite definitive in determining if this is the same type of problem.

If I had a bad rip, why does the full movie backup show the credits while the movie only version does not? I did use the latest version of BD Rebuilder.

[RobertM]

A bad rip means that there is garbage in the data stream, and this garbage can send the controlling program in undefined directions; your re-encode may appear fine (rare, but possible), or it may crash your computer (unlikely, but still possible), or something in between those 2 extremes. A full backup and movie-only backup might, in fact, behave differently based on that garbage.

But I agree with you that the fact that your full-backup seems to play fine is suggestive that something else is going on. The situation I described in the last half of my response is a possibility; it's happened to me before. It would be very easy to tell if you ran into the same problem, if you would simply post your log file.

[DoctorM]

@terrykuntz - It might be better trying to view the AVISynth script generated by BD Rebuilder in a media player or something like VirtualDub rather than the ripped BD directly. That should reveal if bad data is being sent to the x264 encoder.

[jdobbs]

If I had a bad rip, why does the full movie backup show the credits while the movie only version does not? I did use the latest version of BD Rebuilder.There's a big difference between playback and reencoding. A glitch in playback is simply skipped over -- in reencoding it can stop the encoder in its tracks.

On that disc the movie is multi-part and the credits are contained in a single standalone M2TS. My guess is that somehow that last encode didn't occur for some reason (or was glitched/shortened). It's hard to tell without a log.

[mparade]

Does anyone know if MULTIPROCESS option is available for x265 used with DGdecNV? With threads=auto I am around on 65% average processor utilization with my new Xeon.

A reply would be appreciated.

[jdobbs]

Not currently. I purposely disabled it for HEVC because I hadn't tested it (the monitoring of multiple processes) -- but I may be able to reenable it for the next release.

[mparade]

Not currently. I purposely disabled it for HEVC because I hadn't tested it (the monitoring of multiple processes) -- but I may be able to reenable it for the next release.

It would be great and I would really appreciate it. Currently it seems, maybe due to the combination of a new processor and a Quadro video card from Nvidia used with DGdecNV that the default threads setting within x265 cannot utilize my processor maximally. Somehow, the decoding process cannot keep up with the performance of the processor. I haven't realized it previously with my AMD Firepro and older Xeon. That one was utilized maximally during the whole encoding process all the time when DirectShowSource/LAVF was used as the frameserver while using exactly the same x265 command line...

[Blurayhd]

Hi jdobbs, hope you´re well, i was thinking about if you can make some button just for do "clic" "Pause" and "Continue" some job on any Bd rebuiler process? An example, i currently ripping some bluray movie and i have to stop temporaly the job but i don´t want to miss all the process, so, if there just could be a button to pause temporaly and later continue, that will perfect. I´ll wonder if you can do that button.

Dear jdobbs, can be this possible?

Anyway thank you for your time!!

[Ch3vr0n]

Wrong thread, feature request is over here http://forum.doom9.org/showthread.php?t=144046

You're in the DEBUG thread

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[Dandimite]

which audio settings should i use?
i want to do a full backup of the following disc:
main movie: DTS HD and PCM
extras: PCM
now i want to keep only the DTS HD for the main movie. and is there a way to convert the PCM (stereo) from the extras into AC3?

Thanks, Dandimite

[Blurayhd]

Wrong thread, feature request is over here http://forum.doom9.org/showthread.php?t=144046

You're in the DEBUG thread

Verstuurd vanaf mijn Nexus 7 met Tapatalk

Thanks buddy

[bassnut]

Hi

When trying to install til lavfilters that is linked in post 1, I get the following error: RegOpenKeyEx failed, Code 5, Access Denied. Tried with both normal user and administrator, no luck. Running Windows 8.1 x64.

I just fought through the same error.


This was on a new install of windows and all software so it might be different from your situation. If you have not found a fix for this what worked for me was simple. Install all programs required for BDRebuilder to run except Lav Filters then run as administrator BDRebuilder let it do its configurations then go back and run Lav Filters. Lav Filters installed fine following this process for me.

[jdobbs]

I just fought through the same error.


This was on a new install of windows and all software so it might be different from your situation. If you have not found a fix for this what worked for me was simple. Install all programs required for BDRebuilder to run except Lav Filters then run as administrator BDRebuilder let it do its configurations then go back and run Lav Filters. Lav Filters installed fine following this process for me.In the previous report the poster said that BD Rebuilder failed when it tried to configure LAV. I'd never gotten that report before... and assumed it was an anomaly or was incompletely reported. I assume it configured fine for you.

In the next release I am going to leave the configuration completely up to BD Rebuilder. That way the LAV installation can complete without error.

[Starfiresg1]

I just experienced an error while reencoding audio when I tried a movie only backup of Transcendence.

BDR-Log:
[11.16.14] BD Rebuilder v0.49.05 (beta)
[11:41:56] Source: TRANSCENDENCE_00001
- Input BD size: 32,94 GB
- Approximate total content: [01:59:14.291]
- Target BD size: 4,36 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Resize: 1920 to 1440 enabled
- Auto Quality: High Quality (Default), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[11:41:59] PHASE ONE, Encoding
- [11:41:59] Processing: VID_00002 (1 of 2)
- [11:41:59] Extracting A/V streams [VID_00002]
- [11:45:30] Reencoding video [VID_00002]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 24,000fps, 120 frames
- Convert: 1440x1080, 24,000fps, 120 frames
- Bitrate: 5.548 Kbs
- [11:45:30] Reencoding: VID_00002, Pass 1 of 2
- [11:45:32] Reencoding: VID_00002, Pass 2 of 2
- [11:45:35] Video Encode complete
- [11:45:35] Processing audio tracks
- [11:45:35] ReencodeAudio() 00009 1801
[11:50:01] - Failed to reencode audio, aborted
[11.16.14] Checking System Settings
- BD-Rebuilder v0.49.05 (beta)
- Windows Version: 6.2 [9200]
- Working Path Free Space: 462,23GB
- AVISYNTH Version: 2.5.8.0, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[11.16.14] Systems Settings Check complete


The first small video clip in the main movie playlist is the logo of the local distributor.

[FilipeAmadeuO]

@Jdobbs
I have a title (The adventures of Tintin) that is cinavia protected. Is it possible using BDRebuilder to replace/remove the DTS Audio keeping all the struture intact and in 3d ?
Thanks and fabulous work :)

[jdobbs]

Yes. You can do the entire job (without burning) making sure you haven't set an option to remove the working folder. Then replace that audio in the working folder with the one you want to use as a replacement. Then run the job again. When it asks whether to continue with the previous job, say yes. This time will only do the rebuild (using the new audio). The replacment MUST be the same type of audio (AC3, DTS, etc) as the one you are replacing.

[veggav]

Jdobbs, quick question.

"quicker encode for extras" option on tv series blu-ray (10gb/episode) will threat all episodes as extras?

[omegaman7]

Jdobbs, quick question.

"quicker encode for extras" option on tv series blu-ray (10gb/episode) will threat all episodes as extras?

I found with The Original Series of Star Trek, I had to NOT use that setting. Granted, this was early in the BDRB stages. Since it was in its infancy, it could have something to do with it.

I would think the program recognizes episodic discs by now ;) Multiple 40 - 45 min videos with nothing longer, would certainly be a giveaway. But then, there could be very long special features. But I would think those special features, would be a substantially lower bitrate/resolution than the episodes.

[FilipeAmadeuO]

Yes. You can do the entire job (without burning) making sure you haven't set an option to remove the working folder. Then replace that audio in the working folder with the one you want to use as a replacement. Then run the job again. When it asks whether to continue with the previous job, say yes. This time will only do the rebuild (using the new audio). The replacment MUST be the same type of audio (AC3, DTS, etc) as the one you are replacing.

OK. Excelent. Thanks :)

[jdobbs]

Jdobbs, quick question.

"quicker encode for extras" option on tv series blu-ray (10gb/episode) will threat all episodes as extras?Turn it off for series discs.

[andref4]

Hallo,

since Version 0.48.xx (first Version that uses dgindex for mpeg2 based material) I did often became an error massage "Cannot find Audio or Video data..." (see bdrebuilder.jpg) from dgindex (by 3 of 5 full bd25 backups) if the original Blu-Ray contains mpeg2 based material. At the result the encoded bonus material is corrupted (black Screen or shorter than the original or not playable).

Since last week I used 0.47.07 for mpeg2 based stuff but today I cant start the 0.47.07 because it's expired. :(

Is it possible to deactivate dgindex/dgdecode for mpeg2 indexing and encoding? With ffdshow for mpeg2 I have never had these errors and the encoded mpeg2 material works fine on backup.

Many thanks and kind regards

[veggav]

Thanks Omegaman and Jdobbs.

Actually for Sons of Anarchy it worked. Does the * mark the extra features?

----------------------
[11/17/14] BD Rebuilder v0.49.01 (beta)
[06:38:30] Source: SONS_OF_ANARCHY_S2_D2
- Input BD size: 45,02 GB
- Approximate total content: [04:07:19.741]
- Target BD size: 22,95 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), Two Pass
- X264 Tweak(s) enabled
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[06:38:30] PHASE ONE, Encoding
- [06:38:30] Processing: VID_00892 (1 of 11)
- [06:38:30] Extracting A/V streams [VID_00892]
- [06:38:34] Reencoding video [VID_00892]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 142 frames
- [06:38:34] Reencoding: VID_00892, Pass 1 of 1
- [06:38:35] Video Encode complete
- [06:38:35] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [06:38:35] Multiplexing M2TS
- [06:38:39] Processing: VID_00502 (2 of 11)
- [06:38:39] Extracting A/V streams [VID_00502]
- [06:38:44] Reencoding video [VID_00502]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 1.808 frames
- [06:38:44] Reencoding: VID_00502, Pass 1 of 1
- [06:38:59] Video Encode complete
- [06:38:59] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [06:38:59] Multiplexing M2TS
- [06:39:03] Processing: VID_00503 (3 of 11)
- [06:39:03] Extracting A/V streams [VID_00503]
- [06:39:09] Reencoding video [VID_00503]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 3.183 frames
- [06:39:09] Reencoding: VID_00503, Pass 1 of 1
- [06:39:35] Video Encode complete
- [06:39:35] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [06:39:35] Multiplexing M2TS
- [06:39:40] Processing: VID_00890 (4 of 11)
- [06:39:40] Extracting A/V streams [VID_00890]
- [06:39:48] Reencoding video [VID_00890]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 7.176 frames
- [06:39:48] Reencoding: VID_00890, Pass 1 of 1
- [06:40:48] Video Encode complete
- [06:40:48] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [06:40:48] Multiplexing M2TS
- [06:40:54] Processing: VID_00501 (5 of 11)
- [06:40:54] Extracting A/V streams [VID_00501]
- [06:41:02] Reencoding video [VID_00501]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 8.030 frames
- [06:41:02] Reencoding: VID_00501, Pass 1 of 1
- [06:42:09] Video Encode complete
- [06:42:09] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [06:42:09] Multiplexing M2TS
- [06:42:15] Processing: VID_00504 (6 of 11)
- [06:42:15] Extracting A/V streams [VID_00504]
- [06:42:24] Reencoding video [VID_00504]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 8.582 frames
- [06:42:24] Reencoding: VID_00504, Pass 1 of 1
- [06:43:33] Video Encode complete
- [06:43:33] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [06:43:33] Multiplexing M2TS
- [06:43:39] Processing: VID_00801 (7 of 11)
- [06:43:39] Extracting A/V streams [VID_00801]
- [06:44:38] Reencoding video [VID_00801]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 53.789 frames
- Bitrate: 9.021 Kbs
- [06:44:38] Reencoding: VID_00801, Pass 1 of 2
- [06:57:21] Reencoding: VID_00801, Pass 2 of 2
- [08:29:41] Video Encode complete
- [08:29:41] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [08:29:41] Multiplexing M2TS
- [08:30:44] Processing: VID_00802 (8 of 11)
- [08:30:44] Extracting A/V streams [VID_00802]
- [08:31:45] Reencoding video [VID_00802]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 59.120 frames
- Bitrate: 9.077 Kbs
- [08:31:45] Reencoding: VID_00802, Pass 1 of 2
- [08:45:23] Reencoding: VID_00802, Pass 2 of 2
- [10:26:50] Video Encode complete
- [10:26:50] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [10:26:50] Multiplexing M2TS
- [10:27:57] Processing: VID_00800 (9 of 11)
- [10:27:57] Extracting A/V streams [VID_00800]
- [10:29:05] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 63.631 frames
- Bitrate: 9.069 Kbs
- [10:29:05] Reencoding: VID_00800, Pass 1 of 2
- [10:43:48] Reencoding: VID_00800, Pass 2 of 2
- [12:34:31] Video Encode complete
- [12:34:31] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:34:31] Multiplexing M2TS
- [12:35:45] Processing: VID_00804 (10 of 11)
- [12:35:45] Extracting A/V streams [VID_00804]
- [12:37:02] Reencoding video [VID_00804]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 66.862 frames
- Bitrate: 10.093 Kbs
- [12:37:02] Reencoding: VID_00804, Pass 1 of 2
- [12:53:10] Reencoding: VID_00804, Pass 2 of 2
- [14:51:54] Video Encode complete
- [14:51:54] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [14:51:54] Multiplexing M2TS
- [14:53:20] Processing: VID_00803 (11 of 11)
- [14:53:20] Extracting A/V streams [VID_00803]
- [14:54:47] Reencoding video [VID_00803]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 78.067 frames
- Bitrate: 10.047 Kbs
- [14:54:47] Reencoding: VID_00803, Pass 1 of 2
- [15:13:32] Reencoding: VID_00803, Pass 2 of 2
- [17:32:55] Video Encode complete
- [17:32:55] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [17:32:55] Multiplexing M2TS
[17:34:40]PHASE ONE complete
[17:34:40]PHASE TWO - Rebuild Started
- [17:34:40] Rebuilding BD file Structure
[17:34:46] - Encode and Rebuild complete
- WORKFILES folder removed.
[17:34:46] JOB: SONS_OF_ANARCHY_S2_D2 finished.

[jdobbs]

Thanks Omegaman and Jdobbs.

Actually for Sons of Anarchy it worked. Does the * mark the extra features? Yeah it will work most of the time - but I'd still recommend you turn "Quick Encode for Extras" off when doing a series disc. It can conceivably run into issues when certain conditions might exist, because there is no way to absolutely distinguish some of the episodes from extras.

[jdobbs]

Hallo,

since Version 0.48.xx (first Version that uses dgindex for mpeg2 based material) I did often became an error massage "Cannot find Audio or Video data..." (see bdrebuilder.jpg) from dgindex (by 3 of 5 full bd25 backups) if the original Blu-Ray contains mpeg2 based material. At the result the encoded bonus material is corrupted (black Screen or shorter than the original or not playable).

Since last week I used 0.47.07 for mpeg2 based stuff but today I cant start the 0.47.07 because it's expired. :(

Is it possible to deactivate dgindex/dgdecode for mpeg2 indexing and encoding? With ffdshow for mpeg2 I have never had these errors and the encoded mpeg2 material works fine on backup.

Many thanks and kind regardsCan you provide more information about that stream (VID_00004)? Does it actually contain video? I see that it thinks it is 35mins long... but I can't imagine DGINDEX not finding the video. A log might be helpful.

The "*" after the stream name doesn't flag extras, it indicates streams that a are apart of a multipart MPLS. A "*" after the frame rate indicates pulldown.

I'll have to run a test on "The Shining" when I get time -- I think I may have it. I really don't want to revert to DSHOW for MPEG2. DGDECODE works much better, especially with telecined and hybrid sources.

[gonca]

@jdobbs
I have The Shining if you want me to run a test encode. The input size and total content seem to be off.

[jdobbs]

@jdobbs
I have The Shining if you want me to run a test encode. The input size and total content seem to be off.Please do. If I have it is must be buried somewhere in a box. Try selecting the playlist that contains 34min and 59secs and attempt to do a movie-only backup (as was reported). Also try a full backup.

I appreciate your help.

[gonca]

Glad to help. Presently ripping to hdd.

[kanerulz69]

I don't understand how come I am not seeing 2pass encoding, i use to see it do a 2pass encode, but now it only shows 1 pass, here is my log

[11/12/14] BD Rebuilder v0.48.05 (beta)
[20:58:18] Source: THE_PAGEMASTER_(1994)_(50GB)
- Input BD size: 25.61 GB
- Approximate total content: [01:53:13.385]
- Target BD size: 22.95 GB
- Windows Version: 6.0 [6000]
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
- Resuming from previously started job.
[20:58:19] PHASE ONE, Encoding
- [20:58:19] Processing: VID_01755 (1 of 3)
- [20:58:19] Reencoding video [VID_01755]
- Track 4352 (eng): Keeping original audio
- [20:29:12] Processing: VID_01758 (2 of 3)
- [20:29:12] Extracting A/V streams [VID_01758]
- [20:29:45] Reencoding video [VID_01758]
- Track 4352 (eng): Keeping original audio
- [22:52:33] Processing: VID_01761 (3 of 3)
- [22:52:33] Extracting A/V streams [VID_01761]
- [22:52:43] Reencoding video [VID_01761]
- Track 4352 (eng): Keeping original audio
[23:34:08]PHASE ONE complete
[23:34:08]PHASE TWO - Rebuild Started
- [23:34:08] Rebuilding BD file Structure
[23:34:31] - Encode and Rebuild complete
- WORKFILES folder removed.
[23:34:32] JOB: THE_PAGEMASTER_(1994)_(50GB) finished.

[gonca]

@jdobbs
Full disc is fine

[11/17/14] BD Rebuilder v0.49.05 (beta)
[18:00:44] Source: SHINING
- Input BD size: 30.48 GB
- Approximate total content: [04:31:15.250]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Quality: Good (Very Fast), Two Pass
- Decoding/Frame serving: DirectShow [4-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[18:00:44] PHASE ONE, Encoding
- [18:00:44] Processing: VID_00000 (1 of 10)
- [18:00:44] Extracting A/V streams [VID_00000]
- [18:02:18] Reencoding video [VID_00000]
- [18:02:18] Keeping original video (no reencode)
- [18:02:18] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:02:18] Multiplexing M2TS
- [18:04:43] Processing: VID_00002 (2 of 10)
- [18:04:43] Extracting A/V streams [VID_00002]
- [18:04:57] Reencoding video [VID_00002]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 54,615 frames
- Bitrate: 5,777 Kbs
- [18:04:57] Reencoding: VID_00002, Pass 1 of 2
- [18:14:22] Reencoding: VID_00002, Pass 2 of 2
- [18:23:47] Video Encode complete
- [18:23:47] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:23:47] Multiplexing M2TS
- [18:24:12] Processing: VID_00003 (3 of 10)
- [18:24:12] Extracting A/V streams [VID_00003]
- [18:24:21] Reencoding video [VID_00003]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 31,080 frames
- Bitrate: 5,760 Kbs
- [18:24:21] Reencoding: VID_00003, Pass 1 of 2
- [18:30:05] Reencoding: VID_00003, Pass 2 of 2
- [18:35:43] Video Encode complete
- [18:35:43] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:35:43] Multiplexing M2TS
- [18:35:59] Processing: VID_00004 (4 of 10)
- [18:35:59] Extracting A/V streams [VID_00004]
- [18:36:26] Reencoding video [VID_00004]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 62,914 frames
- Inverse Telecining in effect (IVTC)
- SD Progressive Output in effect
- Bitrate: 5,775 Kbs
- [18:36:26] Reencoding: VID_00004, Pass 1 of 2
- [18:40:06] Reencoding: VID_00004, Pass 2 of 2
- [18:43:53] Video Encode complete
- [18:43:53] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:43:53] Multiplexing M2TS
- [18:44:03] Processing: VID_00005 (5 of 10)
- [18:44:03] Extracting A/V streams [VID_00005]
- [18:44:09] Reencoding video [VID_00005]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 13,530 frames
- Bitrate: 5,789 Kbs
- [18:44:09] Reencoding: VID_00005, Pass 1 of 2
- [18:46:06] Reencoding: VID_00005, Pass 2 of 2
- [18:48:04] Video Encode complete
- [18:48:04] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:48:04] Multiplexing M2TS
- [18:48:09] Processing: VID_00006 (6 of 10)
- [18:48:09] Extracting A/V streams [VID_00006]
- [18:48:13] Reencoding video [VID_00006]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 2,778 frames
- Inverse Telecining in effect (IVTC)
- SD Progressive Output in effect
- Bitrate: 5,778 Kbs
- [18:48:13] Reencoding: VID_00006, Pass 1 of 2
- [18:48:23] Reencoding: VID_00006, Pass 2 of 2
- [18:48:33] Video Encode complete
- [18:48:33] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:48:33] Multiplexing M2TS
- [18:48:37] Processing: VID_00033 (7 of 10)
- [18:48:37] Extracting A/V streams [VID_00033]
- [18:48:42] Reencoding video [VID_00033]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 287 frames
- Bitrate: 3,201 Kbs
- [18:48:42] Reencoding: VID_00033, Pass 1 of 2
- [18:48:44] Reencoding: VID_00033, Pass 2 of 2
- [18:48:47] Video Encode complete
- [18:48:47] Processing audio tracks
- [18:48:47] Multiplexing M2TS
- [18:48:51] Processing: VID_00034 (8 of 10)
- [18:48:51] Extracting A/V streams [VID_00034]
- [18:48:55] Reencoding video [VID_00034]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 285 frames
- Bitrate: 4,946 Kbs
- [18:48:55] Reencoding: VID_00034, Pass 1 of 2
- [18:48:57] Reencoding: VID_00034, Pass 2 of 2
- [18:49:00] Video Encode complete
- [18:49:00] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:49:00] Multiplexing M2TS
- [18:49:04] Processing: VID_00036 (9 of 10)
- [18:49:04] Extracting A/V streams [VID_00036]
- [18:49:08] Reencoding video [VID_00036]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 558 frames
- Bitrate: 3,958 Kbs
- [18:49:08] Reencoding: VID_00036, Pass 1 of 2
- [18:49:13] Reencoding: VID_00036, Pass 2 of 2
- [18:49:18] Video Encode complete
- [18:49:18] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:49:18] Multiplexing M2TS
- [18:49:21] Processing: VID_00039 (10 of 10)
- [18:49:21] Extracting A/V streams [VID_00039]
- [18:49:48] Reencoding video [VID_00039]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 62,914 frames
- Inverse Telecining in effect (IVTC)
- SD Progressive Output in effect
- Bitrate: 5,775 Kbs
- [18:49:48] Reencoding: VID_00039, Pass 1 of 2
- [18:53:29] Reencoding: VID_00039, Pass 2 of 2
- [18:57:15] Video Encode complete
- [18:57:15] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:57:15] Multiplexing M2TS
[18:57:25]PHASE ONE complete
[18:57:25]PHASE TWO - Rebuild Started
- [18:57:25] Rebuilding BD file Structure
[18:57:26] - Encode and Rebuild complete
- WORKFILES folder removed.
[18:57:27] JOB: SHINING finished.

[jdobbs]

Glad to help. Presently ripping to hdd.Thanks. I just tried a couple of other discs with MPEG2 extras, and they worked fine for me.

[gonca]

@kanerulz69

Can you please try with the latest version of BD_RB?

[jdobbs]

I don't understand how come I am not seeing 2pass encoding, i use to see it do a 2pass encode, but now it only shows 1 pass, here is my log

[11/12/14] BD Rebuilder v0.48.05 (beta)
[20:58:18] Source: THE_PAGEMASTER_(1994)_(50GB)
- Input BD size: 25.61 GB
- Approximate total content: [01:53:13.385]
- Target BD size: 22.95 GB
- Windows Version: 6.0 [6000]
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
- Resuming from previously started job.
[20:58:19] PHASE ONE, Encoding
- [20:58:19] Processing: VID_01755 (1 of 3)
- [20:58:19] Reencoding video [VID_01755]
- Track 4352 (eng): Keeping original audio
- [20:29:12] Processing: VID_01758 (2 of 3)
- [20:29:12] Extracting A/V streams [VID_01758]
- [20:29:45] Reencoding video [VID_01758]
- Track 4352 (eng): Keeping original audio
- [22:52:33] Processing: VID_01761 (3 of 3)
- [22:52:33] Extracting A/V streams [VID_01761]
- [22:52:43] Reencoding video [VID_01761]
- Track 4352 (eng): Keeping original audio
[23:34:08]PHASE ONE complete
[23:34:08]PHASE TWO - Rebuild Started
- [23:34:08] Rebuilding BD file Structure
[23:34:31] - Encode and Rebuild complete
- WORKFILES folder removed.
[23:34:32] JOB: THE_PAGEMASTER_(1994)_(50GB) finished.You're not seeing one-pass encoding. The original video is being kept because the disc will fit without the need for reencoding (probably because some audio or subtitles are not kept). It's always better to avoid reencoding when you can.

[gonca]

@jdobbs

That one file encodes fine but it failed to mux. Manually muxed video and sound and it played fine.

----------------------
[11/17/14] BD Rebuilder v0.49.05 (beta)
[19:02:51] Source: SHINING_00003
- Input BD size: 2.09 GB
- Approximate total content: [00:34:59.230]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, NO_RESIZE, AutoGOP, Auto-AAC
- Automatic cropping of borders enabled
- Decoding/Frame serving: DirectShow [4-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[19:02:51] PHASE ONE, Encoding
- [19:02:51] Processing: VID_00004 (1 of 1)
- [19:02:51] Extracting A/V streams [VID_00004]
- [19:03:18] Reencoding video [VID_00004]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 62,914 frames
- Inverse Telecining in effect (IVTC)
- [19:03:18] Reencoding: VID_00004, Pass 1 of 1
- [19:06:58] Video Encode complete
- [19:06:58] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AAC...
[19:07:37]PHASE ONE complete
[19:07:37]PHASE TWO - Rebuild Started
- [19:07:37] Building ALTERNATE OUTPUT Structure
- ERROR in attempt to mux (MKVMERGE)
[19:07:39] - Failed to REBUILD

MUX

MUXOPT --no-pcr-on-video-pid --new-audio-pes --demux --vbr --vbv-len=500 --start-time=27000000
V_MPEG4/ISO/AVC, "W:\HD\WORKFILES\VID_00004.AVS.264", fps=23.976, insertSEI, contSPS

[kanerulz69]

@kanerulz69

Can you please try with the latest version of BD_RB?

@gonca I tried the latest version and it kept giving me errors so I reverted back to this version that was stable for me...

@jdobbs I tried this movie before and this one was closer to 50gb and it still did one pass as well....

[11/14/14] BD Rebuilder v0.48.05 (beta)
[14:26:10] Source: THELMA___LOUISE_(1991)_(50GB)
- Input BD size: 42.57 GB
- Approximate total content: [04:32:55.366]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[14:26:11] PHASE ONE, Encoding
- [14:26:11] Processing: VID_00301 (1 of 31)
- [14:26:11] Extracting A/V streams [VID_00301]
- [14:27:29] Reencoding video [VID_00301]
- Track 4352 (eng): Keeping original audio
- [14:47:15] Processing: VID_00304 (2 of 31)
- [14:47:15] Extracting A/V streams [VID_00304]
- [14:47:27] Reencoding video [VID_00304]
- Track 4352 (eng): Keeping original audio
- [14:49:54] Processing: VID_00306 (3 of 31)
- [14:49:54] Extracting A/V streams [VID_00306]
- [14:49:58] Reencoding video [VID_00306]
- Track 4352 (eng): Keeping original audio
- [14:50:22] Processing: VID_00307 (4 of 31)
- [14:50:22] Extracting A/V streams [VID_00307]
- [14:50:27] Reencoding video [VID_00307]
- Track 4352 (eng): Keeping original audio
- [14:50:52] Processing: VID_00308 (5 of 31)
- [14:50:52] Extracting A/V streams [VID_00308]
- [14:51:01] Reencoding video [VID_00308]
- Track 4352 (eng): Keeping original audio
- [14:52:33] Processing: VID_00309 (6 of 31)
- [14:52:33] Extracting A/V streams [VID_00309]
- [14:52:39] Reencoding video [VID_00309]
- Track 4352 (eng): Keeping original audio
- [14:53:36] Processing: VID_00310 (7 of 31)
- [14:53:36] Extracting A/V streams [VID_00310]
- [14:53:40] Reencoding video [VID_00310]
- Track 4352 (eng): Keeping original audio
- [14:53:56] Processing: VID_00311 (8 of 31)
- [14:53:56] Extracting A/V streams [VID_00311]
- [14:54:00] Reencoding video [VID_00311]
- Track 4352 (eng): Keeping original audio
- [14:54:16] Processing: VID_00312 (9 of 31)
- [14:54:16] Extracting A/V streams [VID_00312]
- [14:54:21] Reencoding video [VID_00312]
- Track 4352 (eng): Keeping original audio
- [14:54:58] Processing: VID_00313 (10 of 31)
- [14:54:58] Extracting A/V streams [VID_00313]
- [14:55:03] Reencoding video [VID_00313]
- Track 4352 (eng): Keeping original audio
- [14:55:23] Processing: VID_00314 (11 of 31)
- [14:55:23] Extracting A/V streams [VID_00314]
- [14:55:38] Reencoding video [VID_00314]
- Track 4352 (eng): Keeping original audio
- [14:58:15] Processing: VID_00315 (12 of 31)
- [14:58:15] Extracting A/V streams [VID_00315]
- [14:58:26] Reencoding video [VID_00315]
- Track 4352 (eng): Keeping original audio
- [15:00:27] Processing: VID_00316 (13 of 31)
- [15:00:27] Extracting A/V streams [VID_00316]
- [15:00:35] Reencoding video [VID_00316]
- Track 4352 (eng): Keeping original audio
- [18:01:22] Processing: VID_00317 (14 of 31)
- [18:01:22] Extracting A/V streams [VID_00317]
- [18:01:29] Reencoding video [VID_00317]
- Track 4352 (eng): Keeping original audio
- [18:02:15] Processing: VID_00318 (15 of 31)
- [18:02:15] Extracting A/V streams [VID_00318]
- [18:02:21] Reencoding video [VID_00318]
- Track 4352 (eng): Keeping original audio
- [18:03:16] Processing: VID_00319 (16 of 31)
- [18:03:16] Extracting A/V streams [VID_00319]
- [18:03:20] Reencoding video [VID_00319]
- Track 4352 (eng): Keeping original audio
- [18:03:42] Processing: VID_00320 (17 of 31)
- [18:03:42] Extracting A/V streams [VID_00320]
- [18:03:48] Reencoding video [VID_00320]
- Track 4352 (eng): Keeping original audio
- [18:04:28] Processing: VID_00321 (18 of 31)
- [18:04:28] Extracting A/V streams [VID_00321]
- [18:04:32] Reencoding video [VID_00321]
- Track 4352 (eng): Keeping original audio
- [18:05:03] Processing: VID_00322 (19 of 31)
- [18:05:03] Extracting A/V streams [VID_00322]
- [18:05:11] Reencoding video [VID_00322]
- Track 4352 (eng): Keeping original audio
- [18:06:26] Processing: VID_00323 (20 of 31)
- [18:06:26] Extracting A/V streams [VID_00323]
- [18:06:34] Reencoding video [VID_00323]
- Track 4352 (eng): Keeping original audio
- [18:07:13] Processing: VID_00324 (21 of 31)
- [18:07:13] Extracting A/V streams [VID_00324]
- [18:07:22] Reencoding video [VID_00324]
- Track 4352 (eng): Keeping original audio
- [18:08:48] Processing: VID_00326 (22 of 31)
- [18:08:48] Extracting A/V streams [VID_00326]
- [18:08:54] Reencoding video [VID_00326]
- Track 4352 (eng): Keeping original audio
- [18:09:54] Processing: VID_00327 (23 of 31)
- [18:09:54] Extracting A/V streams [VID_00327]
- [18:09:59] Reencoding video [VID_00327]
- Track 4352 (eng): Keeping original audio
- [18:10:30] Processing: VID_00328 (24 of 31)
- [18:10:30] Extracting A/V streams [VID_00328]
- [18:10:34] Reencoding video [VID_00328]
- Track 4352 (eng): Keeping original audio
- [18:10:52] Processing: VID_00329 (25 of 31)
- [18:10:52] Extracting A/V streams [VID_00329]
- [18:10:56] Reencoding video [VID_00329]
- Track 4352 (eng): Keeping original audio
- [18:11:14] Processing: VID_00330 (26 of 31)
- [18:11:14] Extracting A/V streams [VID_00330]
- [18:11:27] Reencoding video [VID_00330]
- Track 4352 (eng): Keeping original audio
- [18:14:33] Processing: VID_00332 (27 of 31)
- [18:14:33] Extracting A/V streams [VID_00332]
- [18:14:36] Reencoding video [VID_00332]
- Track 4352 (eng): Keeping original audio
- [18:14:41] Processing: VID_00333 (28 of 31)
- [18:14:41] Extracting A/V streams [VID_00333]
- [18:14:50] Reencoding video [VID_00333]
- Track 4352 (eng): Keeping original audio
- [18:15:41] Processing: VID_00344 (29 of 31)
- [18:15:41] Extracting A/V streams [VID_00344]
- [18:15:46] Reencoding video [VID_00344]
- Track 4352 (eng): Keeping original audio
- [18:16:01] Processing: VID_00370 (30 of 31)
- [18:16:01] Extracting A/V streams [VID_00370]
- [18:16:05] Reencoding video [VID_00370]
- Track 4352 (eng): Keeping original audio
- [18:16:09] Processing: VID_00800 (31 of 31)
- [18:16:09] Extracting A/V streams [VID_00800]
- [18:27:51] Reencoding video [VID_00800]
- Track 4352 (eng): Keeping original audio
[21:05:49]PHASE ONE complete
[21:05:49]PHASE TWO - Rebuild Started
- [21:05:49] Rebuilding BD file Structure
[21:06:15] - Encode and Rebuild complete
- WORKFILES folder removed.
[21:06:16] JOB: THELMA___LOUISE_(1991)_(50GB) finished.

[jdobbs]

@jdobbs

That one file encodes fine but it failed to mux. Manually muxed video and sound and it played fine.

----------------------
[11/17/14] BD Rebuilder v0.49.05 (beta)
[19:02:51] Source: SHINING_00003
- Input BD size: 2.09 GB
- Approximate total content: [00:34:59.230]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, NO_RESIZE, AutoGOP, Auto-AAC
- Automatic cropping of borders enabled
- Decoding/Frame serving: DirectShow [4-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[19:02:51] PHASE ONE, Encoding
- [19:02:51] Processing: VID_00004 (1 of 1)
- [19:02:51] Extracting A/V streams [VID_00004]
- [19:03:18] Reencoding video [VID_00004]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 62,914 frames
- Inverse Telecining in effect (IVTC)
- [19:03:18] Reencoding: VID_00004, Pass 1 of 1
- [19:06:58] Video Encode complete
- [19:06:58] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AAC...
[19:07:37]PHASE ONE complete
[19:07:37]PHASE TWO - Rebuild Started
- [19:07:37] Building ALTERNATE OUTPUT Structure
- ERROR in attempt to mux (MKVMERGE)
[19:07:39] - Failed to REBUILD

MUX

MUXOPT --no-pcr-on-video-pid --new-audio-pes --demux --vbr --vbv-len=500 --start-time=27000000
V_MPEG4/ISO/AVC, "W:\HD\WORKFILES\VID_00004.AVS.264", fps=23.976, insertSEI, contSPSCould you try it again? MKVMERGE doesn't use the META file.

[jdobbs]

@gonca I tried the latest version and it kept giving me errors so I reverted back to this version that was stable for me...

@jdobbs I tried this movie before and this one was closer to 50gb and it still did one pass as well.... Look in your Config/INI file. You have to have FORCE_NOENCODE=1 in there.

[gonca]

Tried it a couple more times after I posted, same result.

[kanerulz69]

Look in your Config/INI file. You have to have FORCE_NOENCODE=1 in there.

when i did a search for .ini this is what I came up with, so you mean add that line into one of those .ini files and click save? then I will get 2pass encode? sorry if I am not understanding...

http://i14.photobucket.com/albums/a304/kane69/SnapShot_141117_194043.png

[gonca]

kanerulz69

Its BDREBUILDER, the third one in your screenshot.

[kanerulz69]

kanerulz69

Its BDREBUILDER, the third one in your screenshot.

thank you, I'll try that and give it a shot!

[gonca]

@jdobbs
Don't know if this the problem but playlist 3 has 2 chapters. The second chapter starts within 0.2 seconds of the end.
Stream is 00:34:59.230 and second chapter starts at 00:34:59.030

[jdobbs]

when i did a search for .ini this is what I came up with, so you mean add that line into one of those .ini files and click save? then I will get 2pass encode? sorry if I am not understanding...

http://i14.photobucket.com/albums/a304/kane69/SnapShot_141117_194043.pngDon't add it -- make sure it isn't there. If you want to make sure you NEVER use the original, you can add:

FORCE_ENCODE=1

I didn't look closely enough at your log. I can't tell whether you did one or two passes because the VERBOSE status reporting option has been turned off. I've been meaning to disable that option, but keep forgetting to do so.

Please post the contents of BDREBUILDER.INI. That way I can see your settings.

[RobertM]

Hi JD,

I ran into another imcomplete re-encode on 'Trance' (2013). Same as last time, it's a multi-part stream and one of the parts, the last part this time, decided that 'keeping original video" was the right thing to do. Sure enough, the video freezes when it gets to that part. I was able to get the job done by boosting the target size to BD50, and once the audio was re-encoded and the extra audio tracks thrown out the reult fit on a BD25.

Let me know if you want me to fiddle with some settings and try again.



[11/18/14] BD Rebuilder v0.49.05 (beta)
[12:12:31] Source: TRANCE_00800
- Input BD size: 29.93 GB
- Approximate total content: [01:41:19.114]
- Target BD size: 23.63 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Good (Very Fast), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[12:12:33] PHASE ONE, Encoding
- [12:12:33] Processing: VID_00800 (1 of 3)
- [12:12:33] Extracting A/V streams [VID_00800]
- [12:16:08] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 55,730 frames
- Bitrate: 30,261 Kbs
- [12:16:09] Reencoding: VID_00800, Pass 1 of 2
- [12:27:24] Reencoding: VID_00800, Pass 2 of 2
- [12:39:10] Video Encode complete
- [12:39:10] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [12:41:26] Processing: VID_00801 (2 of 3)
- [12:41:26] Extracting A/V streams [VID_00801]
- [12:41:31] Reencoding video [VID_00801]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 775 frames
- Bitrate: 29,628 Kbs
- [12:41:31] Reencoding: VID_00801, Pass 1 of 2
- [12:41:41] Reencoding: VID_00801, Pass 2 of 2
- [12:41:50] Video Encode complete
- [12:41:50] Processing: VID_00804 (3 of 3)
- [12:41:50] Extracting A/V streams [VID_00804]
- [12:44:02] Reencoding video [VID_00804]
- [12:44:02] Keeping original video (no reencode)
[12:44:02]PHASE ONE complete
[12:44:02]PHASE TWO - Rebuild Started
- [12:44:02] Rebuilding BD file Structure
[12:48:07] - Encode and Rebuild complete
[12:48:07] JOB: TRANCE finished.


Here's the job ini.

[Status]
LABEL=TRANCE
VERSION=v0.49.05 (beta)
SOURCE_SIZE=32138225664
SOURCE_VIDEO_SIZE=32138225664
TARGET_SIZE=25375539200
REDUCTION=.789574989773773
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=eng;
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=3
REBUILD_COMPLETE=1
[00800]
AUDIO=1000000000
PGS=100000000000000000000000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=9883885674
RATE=30261
SPLITS=1
NSIZE=0
FLINK=-1
MLINK=0
[00801]
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=134638782
RATE=29628
SPLITS=1
AUDIO=1000000000
NSIZE=0
FLINK=-1
MLINK=0
[00804]
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=15357014744
USE_ORIGINAL=1
AUDIO=1000000000
NSIZE=0
FLINK=0
MLINK=0



and my BDRebuilder ini file

[Options]
VERSION=0.49.0.5
ENCODER=0
MODE=3
ENCODE_QUALITY=0
ONEPASS_ENCODING=0
AUTO_QUALITY=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
IGNORE_3D=0
CONVERT_WIDE=0
DTS_REENCODE=1
AC3_REENCODE=1
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AVCHD=1
REMOVE_WORKFILES=0
DGDECIM=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
DGDECNV=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=24200
MOVIE_ONLY_LOOP=0
TARGET_SIZE=24200
ENABLE_TEST=1
DECODER=0
[Paths]
SOURCE_PATH=E:\BLURAY\TRANCE\
WORKING_PATH=D:\BD-REBUILDS\BUILDS\

[jdobbs]

That's obviously a bug. I'll see what I can find.

[gonca]

@jdobbs
My previous results with The Shining bothered me because I hadn't experienced any issues with BD_RB in Alternate Output Mode.
I decided to download a clean copy, therefore not affected by my settings.
The GOOD news is that particular files encodes and muxes just fine, and plays perfectly.

Log

----------------------
[11/18/14] BD Rebuilder v0.49.05 (beta)
[17:22:24] Source: SHINING_00003
- Input BD size: 2.09 GB
- Approximate total content: [00:34:59.230]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, NO_RESIZE, AutoGOP, Auto-AAC
- Automatic cropping of borders enabled
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[17:22:24] PHASE ONE, Encoding
- [17:22:24] Processing: VID_00004 (1 of 1)
- [17:22:24] Extracting A/V streams [VID_00004]
- [17:22:49] Reencoding video [VID_00004]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 62,914 frames
- [17:22:49] Reencoding: VID_00004, Pass 1 of 1
- [17:25:25] Video Encode complete
- [17:25:25] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AAC...
[17:26:04]PHASE ONE complete
[17:26:04]PHASE TWO - Rebuild Started
- [17:26:04] Building ALTERNATE OUTPUT Structure
[17:26:08] - Encode and Rebuild complete
[17:26:08] JOB: SHINING finished.

[jdobbs]

@jdobbs
My previous results with The Shining bothered me because I hadn't experienced any issues with BD_RB in Alternate Output Mode.
I decided to download a clean copy, therefore not affected by my settings.
The GOOD news is that particular files encodes and muxes just fine, and plays perfectly.

LogThanks for the update.

[Edit] Maybe there is a hard-to-find issue that occurs only with your settings. Can you post your INI (with the settings that had the issue)? That way I can try running a couple of jobs with it to be sure.

[gonca]

Thanks for the update.

[Edit] Maybe there is a hard-to-find issue that occurs only with your settings. Can you post your INI (with the settings that had the issue)? That way I can try running a couple of jobs with it to be sure.

You can put this one to rest. It turns out that this m2ts has 3 subtitles. All have 0 bytes of data, and BDSup2Sub complains that they are not supported formats. MKVmerge was choking on a bad subtitle.

Results --- with sub failed to mux
without sub completes normally

[kanerulz69]

I was trying the new version to see if I could encounter any problems, and I do, a pop up saying couldn't open hide file? this is the log for it

[11/18/14] BD Rebuilder v0.49.05 (beta)
[13:19:40] Source: 67428307_VOLUME_ID
- Input BD size: 43.31 GB
- Approximate total content: [04:52:26.277]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[13:19:40] PHASE ONE, Encoding
- [13:19:40] Processing: VID_00011 (1 of 13)
- [13:19:40] Extracting A/V streams [VID_00011]
- [13:40:10] Reencoding video [VID_00011]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 192,216 frames
- Bitrate: 13,812 Kbs
- [13:40:10] Reencoding: VID_00011, Pass 1 of 2
- [14:06:33] Reencoding: VID_00011, Pass 2 of 2
- [16:20:38] Video Encode complete
- [16:20:39] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:20:39] Multiplexing M2TS
- [16:36:37] Processing: VID_00081 (2 of 13)
- [16:36:37] Extracting A/V streams [VID_00081]
- [20:32:44] Reencoding video [VID_00081]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23.976fps, 1,440 frames
- Bitrate: 7,707 Kbs
- [20:32:45] Reencoding: VID_00081, Pass 1 of 2
- Encode failed. Aborting.
- BD-Rebuilder v0.49.05 (beta)
- Windows Version: 6.2 [9200]
- Working Path Free Space: 296.95GB
- AVISYNTH Version: 2.5.8.0, Ok
- LAVFILTERS: Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[20:32:45] - Failed video encode, aborted

[jdobbs]

jaydobs,

Just letting you know that bdrebuilder 49.02 through 49.05 produces "createAVS 00000" error !!!

Whereas with bdrb 49.01 everything went fine.

I won't rush you and ask from you to do me any favors at all by sorting this thing out.

I will just stick to 49.01 for the time beeing.

After all, you don't owe us absolutely anything at all :stupid:.Any chance you were using SupTitle() at the time? I found an error with multipart sources when using it that could result in that error. It is fixed for the next release.

Can you please post a log and INI contents for the job that creates the error? I'd also need to know what title you are attempting to backup. I'm particularly interested in whether it is an MPEG2 source, since DGDECODE was introduced in 49.02.

As for your rude comment, I'll ignore it for now -- as I suspect you may be someone using two accounts (Toilet-Duck, since of you've referenced his deleted posts from earlier today and reported the same thing). Creating two accounts is a rules violation. But for now I'll give it the benefit of the doubt. Just for clarification: Yes, I do owe you absolutely nothing at all. On the other hand, the use of the free software I've given you, representing many hours of my time, does imply I should expect, at a minimum, courteous posts on your part.

[jdobbs]

@kanerulz69

Can you explain. I'm not sure what "couldn't open hide file" means.

[kanerulz69]

@kanerulz69

Can you explain. I'm not sure what "couldn't open hide file" means.

I didn't take a sceenshot of it, but I posted you a log file of what it says when I click backup, I keep trying to resume the backup up it keeps saying Failed video encode, aborted

[kanerulz69]

@kanerulz69

Can you explain. I'm not sure what "couldn't open hide file" means.

I am going to try the same movie with the older version of bd rebuilder I was using to see if that helps any, and I was able to get 2 pass to work by changing the ini file that said ONEPASS_ENCODING=0 by replacing it with TWOPASS_ENCODING=1, now I am getting 2 pass again

[jdobbs]

I am going to try the same movie with the older version of bd rebuilder I was using to see if that helps any, and I was able to get 2 pass to work by changing the ini file that said ONEPASS_ENCODING=0 by replacing it with TWOPASS_ENCODING=1, now I am getting 2 pass againThere is no setting called "TWOPASS_ENCODING". So that has no effect. The INI entry ONEPASS_ENCODING is set to "1" or "2" by BD-RB when you select "One Pass (CFR)..." or "One Pass (ABR)..." from the SETTINGS/ENCODE SETTINGS menu option. Changing it to "0", deleting it, or changing it to another name (TWOPASS_ENCODING) is doing the same thing as unclicking it from the menu (the default is "0").

[kanerulz69]

There is no setting called "TWOPASS_ENCODING". So that has no effect. The INI entry ONEPASS_ENCODING is set to "1" or "2" by BD-RB when you select "One Pass (CFR)..." or "One Pass (ABR)..." from the SETTINGS/ENCODE SETTINGS menu option. Changing it to "0", deleting it, or changing it to another name (TWOPASS_ENCODING) is doing the same thing as unclicking it from the menu (the default is "0").

Well I dunno how it worked, but before, when I had it on 2 pass, my encodes would only show in the log 1 pass, and I have one pass crf and abr unclicked from the options, so when I went to change that to twopass, now I see 1 pass & then 2 pass on my vid streams, this and this is my ini info...

[Options]
VERSION=0.49.0.5
ENCODER=0
MODE=0
ENCODE_QUALITY=3
TWOPASS_ENCODING=1
AUTO_QUALITY=0
TARGET_SIZE=23500
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
IGNORE_3D=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
DECODER=0
AVCHD=1
REMOVE_WORKFILES=1
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=1
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=23500
[Paths]
SOURCE_PATH=H:\

[jdobbs]

Delete the TWOPASS_ENCODING option. You'll see that it has no effect.

[andref4]

Can you provide more information about that stream (VID_00004)? Does it actually contain video? I see that it thinks it is 35mins long... but I can't imagine DGINDEX not finding the video. A log might be helpful.

The "*" after the stream name doesn't flag extras, it indicates streams that a are apart of a multipart MPLS. A "*" after the frame rate indicates pulldown.

I'll have to run a test on "The Shining" when I get time -- I think I may have it. I really don't want to revert to DSHOW for MPEG2. DGDECODE works much better, especially with telecined and hybrid sources.

Hi jdobbs,

the error message comes only on mpeg2 based bonus material that has PAL or NTSC DVD resolution. My .jpeg with the error massage was only an example because I dont want to reencode complete Shining again before I can take a screenshot from error message. The error message is not in bdrebuilder logfile... the log is clean...
I have tested other version of dgindex and dgdecode but result is the same.

Same by the movies (only on bonus material/trailers):
From Beyond
The Warlords Directors Cut
Lifeforce
Chihiros Reise ins Zauberland (Chihiros journey...???)
Prinzessin Mononoke
and many more BDs that contains mpeg2 based DVD material.

Please see attached logfile from mediainfo for SHINING VID_00004 Infos.

Many thanks
af4

[jdobbs]

Hi jdobbs,

the error message comes only on mpeg2 based bonus material that has PAL or NTSC DVD resolution. My .jpeg with the error massage was only an example because I dont want to reencode complete Shining again before I can take a screenshot from error message. The error message is not in bdrebuilder logfile... the log is clean...
I have tested other version of dgindex and dgdecode but result is the same.

Same by the movies (only on bonus material/trailers):
From Beyond
The Warlords Directors Cut
Lifeforce
Chihiros Reise ins Zauberland (Chihiros journey...???)
Prinzessin Mononoke
and many more BDs that contains mpeg2 based DVD material.

Please see attached logfile from mediainfo for SHINING VID_00004 Infos.

Many thanks
af4Try uninstalling BD Rebuilder, AVISYNTH, and LAV/FFDSHOW (if installed) and reinstalling using the instructions in the first post.

After your report I've done at least 10-15 MPEG2 encodes at NTSC resolution (720x480) in testing, and they've all worked correctly.

[jdobbs]

I have updated the first post of this thread with a link to the most recent version of BD-RB (v0.49.07). Change for this release:- Added a new hidden setting. MENU_ROLLOVER
instructs BD-RB to make Quick-Menus so that
pushing "down" from the last item will roll
to item #1, and pushing "up" from the first
item will roll to the last item.
- Corrected an issue in which attempting to
use the original BD background during import
could, rarely, result in blocky MENU output.
- Corrected an error in which attempting to
perform an ALTERNATE backup while SupTitle()
is selected for forced subtitles could cause
a error/failure in CreateAVS() on multipart
sources.
- Fixed the possibility of hitting a forced
STOP statement when an MPLS is encountered
that has no M2TS files listed as content.
- Returned to the original recommended LAV
Filters version. BD-RB itself will now take
responsibility for making preferred codec
changes to the registry, similar to how it
does when FFDSHOW is installed. This should
prevent installation failures of LAV with
Windows 8.1 systems.
- Removed forced expiration date.
- Updated the included version of X264.EXE to
the latest release (r2491).
- Updated the included version of X264-64.EXE
to the latest release (r2491).
- Updated x265 version to the daily release
for 11/03/2014.
- Other minor corrections and cosmetic fixes.

[Ch3vr0n]

There's an issue with the setting "Process 3D video sources as 2D for backup" on my Vista system (yeah i know i cant backup 3D on vista but still). I can untick that box as much as i want, save settings, and go back to settings, it's automatically checked again. Though the INI file still sais "IGNORE_3D=0" if that's the correct variable

[jdobbs]

There's an issue with the setting "Process 3D video sources as 2D for backup" on my Vista system (yeah i know i cant backup 3D on vista but still). I can untick that box as much as i want, save settings, and go back to settings, it's automatically checked again. Though the INI file still sais "IGNORE_3D=0" if that's the correct variableFor any O/S below Win7 BD-RB assumes IGNORE_3D=1 regardless of the actual setting. So when you call SETUP, it will always appear set. I guess I could also disable that SETUP option so it doesn't appear you are actually changing it.

[Ch3vr0n]

That would solve the confusion, either doesn't appear or 'grayed' how you do it I'll leave up to you :-) just figured I'd report it as currently it could cause confusion.

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[jdobbs]

That would solve the confusion, either doesn't appear or 'grayed' how you do it I'll leave up to you :-) just figured I'd report it as currently it could cause confusion.

Verstuurd vanaf mijn Nexus 7 met TapatalkThanks.

[gonca]

andref4
BD_RB can do that movie fine, I tried it.
The only issue in that mpeg2 file were the subtitles.
Try as jdobbs says.

[ganon69]

Hello jdobbs, did you get around to adding support for adding external srt subtitles in your latest version of BD Rebuilder..? Thanks.

Edit: Actually, I have an mp4 video with internal and external subs, but BD Rebuilder does not pick them up (internal or external) when I load the file. I need to convert this mp4 to DVD5...thx again.

[omegaman7]

Anybody re-encode Robin Hood: Prince Of Thieves? It's a rather unique structure! I think you'll understand what I'm saying, when you take a closer look at 00069.M2TS. It appears to have redundant audio tracks (Multiple), and a mere still screen. So I find it humorous, that the video output is over 2Gb. Granted the video stream is nearly an hour long, but a still screen doesn't require 2Gb lol.
When I attempt to compare the audio tracks in TMT5, it says it's "forbidden" to change which track I'm listening to. I find it interesting, that it has 8 tracks of audio, like the main title. It seems to think there are 18 text streams as well, JUST like the main title. But see, this video file is simply a musical score, and a still screen. Seems like a blunder if you ask me. I think they half ass'd the structure on this one lol.

My main gripe, is that it oversized the output. It did warn me it would happen though :p :S But it wouldn't have, if it weren't for the redundant audio tracks (surely BDRB can detect such schemes?), and if it could use a TRUE still screen. I guess I would have noticed, had I looked closer prior to encode.

[Glarioo]

- Returned to the original recommended LAV
Filters version. BD-RB itself will now take
responsibility for making preferred codec
changes to the registry, similar to how it
does when FFDSHOW is installed. This should
prevent installation failures of LAV with
Windows 8.1 systems.

I'm now using LAVFilters-0.63-P. Should i unistall this version and install LAVFilters-0.63 from the first page?
My OS is Windows 7 Pro.

[jdobbs]

- Returned to the original recommended LAV
Filters version. BD-RB itself will now take
responsibility for making preferred codec
changes to the registry, similar to how it
does when FFDSHOW is installed. This should
prevent installation failures of LAV with
Windows 8.1 systems.

I'm now using LAVFilters-0.63-P. Should i unistall this version and install LAVFilters-0.63 from the first page?
My OS is Windows 7 Pro.No. If BD-RB was working before you should still be fine. The actual LAVFilters are the same, I just changed the install sequence.

[JustPassingThrough]

bdrebuilder 49.07 !!!

[mmick]

JDOBBS: thank you VERY much, excelent work!

[AmigaFuture]

Anybody re-encode Robin Hood: Prince Of Thieves?

Yep. I commented on that one, a while ago. I didn't look that closely at the still shot, though. BD-RB, at the time, prompted about an error...but I allowed it to continue. I was considering going back it to some time. Everything plays fine..with my backup.

[omegaman7]

Thanks Amiga. Yeah, I don't anticipate any problems now. I removed the redundant audio tracks, the size is where I want it, bitrate is good. I'm content :)

[AmigaFuture]

Thanks Amiga. Yeah, I don't anticipate any problems now. I removed the redundant audio tracks, the size is where I want it, bitrate is good. I'm content :)

You're welcome, from this Female Friend.. Hahaha! Anyway, Mm...I'm going to revisit it.. For the 411...:thanks:

[JustPassingThrough]

bdrb 49.02 and up...!!

[jdobbs]

Hi jdobbs,

the error message comes only on mpeg2 based bonus material that has PAL or NTSC DVD resolution. My .jpeg with the error massage was only an example because I dont want to reencode complete Shining again before I can take a screenshot from error message. The error message is not in bdrebuilder logfile... the log is clean...
I have tested other version of dgindex and dgdecode but result is the same.

Same by the movies (only on bonus material/trailers):
From Beyond
The Warlords Directors Cut
Lifeforce
Chihiros Reise ins Zauberland (Chihiros journey...???)
Prinzessin Mononoke
and many more BDs that contains mpeg2 based DVD material.

Please see attached logfile from mediainfo for SHINING VID_00004 Infos.

Many thanks
af4Could you let me know if the reinstall I recommended corrected your issue? I found my copy of "The Shining" and ran the same job with the same output selection as you posted issue -- and it completed without getting the error you reported (taking into consideration the note below). I did notice, though, that in your log it says the source is 2.28GB and on mine it says 2.09GB.You can put this one to rest. It turns out that this m2ts has 3 subtitles. All have 0 bytes of data, and BDSup2Sub complains that they are not supported formats. MKVmerge was choking on a bad subtitle.

Results --- with sub failed to mux
without sub completes normallyI see what you mean. The MPLS and M2TS header says there are subtitles in the stream -- but they aren't actually there. I'll have to add a check so that BD-RB doesn't try to mux empty files with MKVMERGE.

[Edit] I've added the fix for the next release.

[AmigaFuture]

Update about the post I made with respect to "Now You See Me [Extended Edition; Playlist 838]".. I had posted that the video and audio became out of sync using alternate MKV as the V/A played.

I had then rerendered the MKV Lossless 1080p to Highest, Very Slow, quality and left the audio intact. The video plays well. I wondered why. I made some other tests also. Playback was done with my Sharp HDTV using USB. After several tests, I switched to my LG Player's USB (which also supports DTS whereas the Sharp doesn't), and notice smooth playback with several tests.

I'll write to Sharp soon and ask them to release a fix. I thought you might like to know.

[musiclover]

I see what you mean. The MPLS and M2TS header says there are subtitles in the stream -- but they aren't actually there. I'll have to add a check so that BD-RB doesn't try to mux empty files with MKVMERGE.

[Edit] I've added the fix for the next release.

Does this also fix errors with empty audio files?

[jdobbs]

Have you run into issues with empty audio files?

[musiclover]

Have you run into issues with empty audio files?

Yes, I have with Genesis, Sum of the Parts
----------------------
[11-23-14] BD Rebuilder v0.49.07
[12:18:39] Source: GENESIS_SUM_OF_THE_PARTS
- Input BD size: 26.23 GB
- Approximate total content: [01:59:35.167]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=448
[12:18:39] PHASE ONE, Encoding
- [12:18:39] Processing: VID_00000 (1 of 3)
- [12:18:39] Extracting A/V streams [VID_00000]
- [12:36:41] Reencoding video [VID_00000]
- [12:36:41] Keeping original video (no reencode)
- [12:36:41] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- Track 4353 (eng): Reencoding audio to AC3...
- [12:39:28] Multiplexing M2TS
- [12:54:09] Processing: VID_00004 (2 of 3)
- [12:54:09] Extracting A/V streams [VID_00004]
- [12:54:13] Reencoding video [VID_00004]
- [12:54:13] Keeping original video (no reencode)
- [12:54:13] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- Track 4353 (eng): Reencoding audio to AC3...
- [12:54:14] ReencodeAudio() 00075 1801
[13:16:36] - Failed to reencode audio, aborted
----------------------------
General
ID : 0 (0x0)
Complete name : K:\BDMV\STREAM\00004.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 474 KiB
Duration : 1s 440ms
Overall bit rate mode : Variable
Overall bit rate : 2 632 Kbps
Maximum Overall bit rate : 48.0 Mbps

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : 27
Duration : 1s 1ms
Bit rate mode : Variable
Maximum bit rate : 40.0 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 29.970 fps
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : MBAFF
Scan order : Top Field First
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
Color range : Limited

Audio #1
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : PCM
Format settings, Endianness : Big
Format settings, Sign : Signed
Muxing mode : Blu-ray
Codec ID : 128
Duration : 990ms
Bit rate mode : Constant
Bit rate : 2 304 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 24 bits
Stream size : 278 KiB (59%)

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 : 992ms
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 : 24 bits
Compression mode : Lossless / Lossy

Text #1
ID : 4608 (0x1200)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Duration : 500ms
Delay relative to video : 500ms

Text #2
ID : 4609 (0x1201)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Duration : 500ms
Delay relative to video : 500ms

Text #3
ID : 4610 (0x1202)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Duration : 500ms
Delay relative to video : 500ms

Text #4
ID : 4611 (0x1203)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Duration : 500ms
Delay relative to video : 500ms

Text #5
ID : 4612 (0x1204)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Duration : 500ms
Delay relative to video : 500ms

[jdobbs]

@musiclover

I just remuxed the M2TS you provided into a BD structure and then ran BD-RB against it. I didn't receive any errors.

[musiclover]

@musiclover

I just remuxed the M2TS you provided into a BD structure and then ran BD-RB against it. I didn't receive any errors.

I replaced to demuxed audio files with ones I added 2 seconds of audio to. And after that the job finished normally.
----------------------
[11-23-14] BD Rebuilder v0.49.07
[13:20:46] Source: GENESIS_SUM_OF_THE_PARTS
- Input BD size: 26.23 GB
- Approximate total content: [01:59:35.167]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=448
- Resuming from previously started job.
[13:20:49] PHASE ONE, Encoding
- [13:20:49] Processing: VID_00004 (2 of 3)
- [13:20:49] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- Track 4353 (eng): Reencoding audio to AC3...
- [13:20:53] Multiplexing M2TS
- [13:20:56] Processing: VID_00009 (3 of 3)
- [13:20:56] Extracting A/V streams [VID_00009]
- [13:25:10] Reencoding video [VID_00009]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29.970fps, 49,920 frames
- Bitrate: 18,702 Kbs
- [13:25:10] Reencoding: VID_00009, Pass 1 of 1
- [13:49:20] Video Encode complete
- [13:49:20] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [13:49:30] Multiplexing M2TS
[13:52:52]PHASE ONE complete
[13:52:52]PHASE TWO - Rebuild Started
- [13:52:52] Rebuilding BD file Structure
[13:52:58] - Encode and Rebuild complete
[13:52:58] JOB: GENESIS_SUM_OF_THE_PARTS finished.

[mockingjay]

I get "createAVS" error using the following BDRB builds .. 49.02, .04,0.5 and .07 !!!

Although 49.01 seems not affected by it !!!

[andref4]

Could you let me know if the reinstall I recommended corrected your issue? I found my copy of "The Shining" and ran the same job with the same output selection as you posted issue -- and it completed without getting the error you reported (taking into consideration the note below). I did notice, though, that in your log it says the source is 2.28GB and on mine it says 2.09GB.

Hi jdobbs,

I have completly reinstalled bd-rebuilder 0.49.07 and all the needed codecs but nothing changed. :( On some (but not all) mpeg2 files the error message comes on.

Then you asked why my source is smaller than yours.

Because in Europe you can only buy the European/German Version from Shining. The EU Version is 120min and have more Bitrate on bonus material. The US Version of Shining is 144min and the bonus material is smaller.

I found out that the error comes if the source has faked audio and/or subtitle tracks and/or multiple mpls used the same mpeg2 sourcefile (single files merged to one big) but not the complete file. (example: mpeg2 source file contains the complete 60min bonus material and is used by multiple mpls. one mpls plays from 0min to 12min, the other mpls from 12min to 20min..... and so on)

[jdobbs]

I get "createAVS" error using the following BDRB builds .. 49.02, .04,0.5 and .07 !!!

Although 49.01 seems not affected by it !!!Post logs, settings (config/ini), and results of INSPECT.

I suspect you have given yourself yet another user name (this is at least three, Toilet-Duck, JustPassingThrough, and now mockingjay). It still doesn't change the fact, however, that you are the only person reporting this. I know you're hoping that it will somehow appear that it is a prevailing problem when it is reported from multiple sources. But it's not.

Not posting your logs etc is essentially an admission that this is a self-inflicted problem. But... if you give me something to work with, I can at least help you point out the cause.

[jdobbs]

Hi jdobbs,

I have completly reinstalled bd-rebuilder 0.49.07 and all the needed codecs but nothing changed. :( On some (but not all) mpeg2 files the error message comes on.

Then you asked why my source is smaller than yours.

Because in Europe you can only buy the European/German Version from Shining. The EU Version is 120min and have more Bitrate on bonus material. The US Version of Shining is 144min and the bonus material is smaller.

I found out that the error comes if the source has faked audio and/or subtitle tracks and/or multiple mpls used the same mpeg2 sourcefile (single files merged to one big) but not the complete file. (example: mpeg2 source file contains the complete 60min bonus material and is used by multiple mpls. one mpls plays from 0min to 12min, the other mpls from 12min to 20min..... and so on)Can you send me one of the offending M2TS files along with its associated CLPI and MPLS (if it isn't too long)? I can see how faked audio/subs might create an issue -- but I still don't understand why I can't repeat it on my computer.

[Edit] Removed what I previously posted here, as it appears to be unrelated. I'd still like to get an example.

[DVD Maniac]

The topic of codec setups has come up here before but I am experiencing new issues since the last 2 BDR builds. Since around build 49.01 I was getting severe audio sync issues. Everything was all set up as per latest instructions and Inspect was reporting fully OK. After some configuration experimentation with my LAV's and Win7DSFilterTweaker (Great little tool) I managed to get the problems sorted.

With the recent BDR builds it obviously runs a LAV setup check (jdobbs - noted that the recent notes in the changes file nacks this up). When I click "Yes" to the new BDR message asking me if I want my LAV's reset it seems to also change the WM7 preffered codecs for VC-1 and MPEG2 to LAV rather than ffdshow. Inspect reports this setting as "Set Incoreectly".

So In summary -

WM7 Preferred VC-1 codec = ffdshow

BDR Stratup check reports incorrect and sets to LAV
Inspect reports OK


WM7 Preferred VC-1 codec =LAV

BDR Startup check passes
Inspect reports Set Incorrectly


And same for MPEG2

I have never discovered how to set the WM7 preffeerd AVC codec but it doesn't ever seem to cause any issues.

So what should be the correct settings for VC-1 and MPEG-2? And yes I have run BDR in Administrator mode and it never seems to make any changes to the WM7 preffered oodecs on all my PC's running BDR (verified by running Inspect).

[jdobbs]

You got the sync issues because the Directshow preferred CODECs weren't being set and the Microsoft AVC default sucks, causing out-of-sync audio. So I had to create a way to set them.

Right now:

If you have LAV installed, then LAV is set by BD-RB as the preferred CODEC for MPEG2, AVC, and VC-1.
If you don't have LAV installed, but have FFDSHOW installed, then FFDSHOW is set as the preferred CODEC for MPEG2, AVC, and VC-1.
If neither is installed, Directshow encoding is disabled.

LAV is now the preferred method. But, if you want to use FFDSHOW for some reason, just don't install (or uninstall) LAV.

If you are using Win7DSFilterTweaker to change them back to FFDSHOW while LAV is installed -- you will get that message every time you run BD-RB. BD-RB sets the preferred CODEC in exactly the same way as Win7DSFilterTweaker does, in the priority I noted above. In fact, I used it as the model for how BD-RB would do it.

I had originally tried to use the LAV installer to tweak the settings, but it fails in Windows 8.1 (because Microsoft can't leave well-enough alone) -- so I removed the tweaking from the installer and made BD-RB take responsibility (like I had for FFDSHOW long ago) in this latest version.

[andref4]

hi jdobbs,

the smallest file from Shining Bonus material ist 1,13GB (VID_00003) + a few MBs for the mpls/clpi files (packed rar file is 918MB). On that file the error comes on >90% of indexing.
Did you have an ftp for uploading?

regards

[jdobbs]

hi jdobbs,

the smallest file from Shining Bonus material ist 1,13GB (VID_00003) + a few MBs for the mpls/clpi files.
Did you have an ftp for uploading?

regardsI appreciate it, but let's just skip it for now. I'm going to see if I can create one on my own.

[andref4]

On Shining vid_00003 the error Comes on >90% of indexing.
--------
I can create an ftp too if you dont have one.
If you need the files for error reproducing please let me know.

[jdobbs]

On Shining vid_00003 the error Comes on >90% of indexing.
--------
I can create an ftp too if you dont have one.
If you need the files for error reproducing please let me know.If you could create an FTP and upload the files I'd appreciate it. Please PM me with details.

I can probably get around the error message by setting the video PID manually. But I'd need to have something to test it against.

[DVD Maniac]

You got the sync issues because the Directshow preferred CODECs weren't being set and the Microsoft AVC default sucks, causing out-of-sync audio. So I had to create a way to set them.

Thanks for the prompt reply. Agreed on this point! Using Win7DSFilterTweaker I have pretty much replaced all MS codecs for most file types and all the annoying playback glitches I used to get have been nailed. Other than getting MS Silverlight to work without hanging every 5 minutes regardless of browser or versions used! :mad:



Right now:

If you have LAV installed, then LAV is set by BD-RB as the preferred CODEC for MPEG2, AVC, and VC-1.
If you don't have LAV installed, but have FFDSHOW installed, then FFDSHOW is set as the preferred CODEC for MPEG2, AVC, and VC-1.
If neither is installed, Directshow encoding is disabled.

LAV is now the preferred method. But, if you want to use FFDSHOW for some reason, just don't install (or uninstall) LAV.

Seems like you are saying the latest LAV's along with the install you link to do pretty much everything FFDSHOW does and LAV is a (better?) codec option? In which case does it make sense from a stable system point of view to only have one installed, preferably LAV? I say this as I am sure like most of us we really don't care what's installed - just that it works - consistently!



If you are using Win7DSFilterTweaker to change them back to FFDSHOW while LAV is installed -- you will get that message every time you run BD-RB. BD-RB sets the preferred CODEC in exactly the same way as Win7DSFilterTweaker does, in the priority I noted above. In fact, I used it as the model for how BD-RB would do it.

OK thanks for clarifying. The results i'm getting now make sense.


I had originally tried to use the LAV installer to tweak the settings, but it fails in Windows 8.1 (because Microsoft can't leave well-enough alone) -- so I removed the tweaking from the installer and made BD-RB take responsibility (like I had for FFDSHOW long ago) in this latest version.

Yet another example why I won't be touching W8.1, not even with someone elses bargepole!:eek:

[kanerulz69]

jdobbs, what is the best Decoding/Frame serving: ? mine now says... X264/LAVF, I do all full 25gb backup and I just want to make sure I am getting the best bitrate when shrinking to a bd25...?

[Lathe]

I've been using the latest version and suddenly when I go to do a full disc backup, I keep getting this error no matter which disc I try. Now, if I do Movie Only backup, it goes just fine; but, when I try to do the whole disc (same settings - actually no compression needed and keeping the primary audio track - ONLY difference is adding a couple of extras and I suppose the menus)

I am using Full Backup, edit / blanking mode / quick encode for extras / full BD (single layer) no compression.

Never happened before. Do I need to reinstall LAVF or something...?

Oh, and I always use 'Internal LAVF' for frame serving.

Thanks!

[jdobbs]

jdobbs, what is the best Decoding/Frame serving: ? mine now says... X264/LAVF, I do all full 25gb backup and I just want to make sure I am getting the best bitrate when shrinking to a bd25...?If you never do certain types of resizing or manipulation of the sources, then X264/LAVF is probably the way to go. But there are some things it can't do (e.g. converting from 4:3 to 16:9, or removing hard telecining) because of limitations in its implementation within X264. You will find that if you select a setting that X264/LAVF doesn't support, BD-RB will run the job in Directshow mode (assuming FFDSHOW or LAV is installed).

X264/LAVF can do some resizing, but it seems to be slower than resizing in AVISYNTH.

X264/LAVF will also be run in 64 bit mode (if your running a 64 bit O/S). Honestly, though, in my tests I've seen no significant speed increase associated with 64 bit operation.

[jdobbs]

I've been using the latest version and suddenly when I go to do a full disc backup, I keep getting this error no matter which disc I try. Now, if I do Movie Only backup, it goes just fine; but, when I try to do the whole disc (same settings - actually no compression needed and keeping the primary audio track - ONLY difference is adding a couple of extras and I suppose the menus)

I am using Full Backup, edit / blanking mode / quick encode for extras / full BD (single layer) no compression.

Never happened before. Do I need to reinstall LAVF or something...?

Oh, and I always use 'Internal LAVF' for frame serving.

Thanks!Can you post your log and settings (content of BDREBUILDER.INI)?

[Edit] Can you tell me if the stream is MPEG-2 when you encounter the error?

@Toilet-Duck/JustPassingThrough/mockingjay -- if you had posted your INI rather than refusing to be helpful, we may have solved this problem already...

[andref4]

If you could create an FTP and upload the files I'd appreciate it. Please PM me with details.

I can probably get around the error message by setting the video PID manually. But I'd need to have something to test it against.

Hi jdobbs,

I'm currently uploading the stuff with 70kb. Only DSL6000 with 670kbit upload here avaiable. In 4-5 hours I can give you download link via PM.

[jdobbs]

Hi jdobbs,

I'm currently uploading the stuff with 70kb. Only DSL6000 with 670kbit upload here avaiable. In 4-5 hours I can give you download link via PM.That's too much trouble. Before you waste a lot of time, let me scan through the code and see if I can find anything.

[kanerulz69]

awesome, thanks jdobbs, I never do resizing or manipulation of the sources, I keep it as is unless its a 3D film I just use your 2D settings in the setup, I'm running 64 bit also, thanks again!

[andref4]

hi jdobbs,

please check PM for download link.

regards

[Lathe]

Can you post your log and settings (content of BDREBUILDER.INI)?

[Edit] Can you tell me if the stream is MPEG-2 when you encounter the error?

@Toilet-Duck/JustPassingThrough/mockingjay -- if you had posted your INI rather than refusing to be helpful, we may have solved this problem already...

Yeah, let me go back and redo what I did before so that I can create another log for you. Interesting... your other comment here suggests that something similar happened before with these other 'Unhelpful' people (I remember their posts! GEEZ, what I've always wanted... to be associated with TOILET DUCK!!! :scared: )

[DVD Maniac]

You got the sync issues because the Directshow preferred CODECs weren't being set and the Microsoft AVC default sucks, causing out-of-sync audio. So I had to create a way to set them.

Right now:

If you have LAV installed, then LAV is set by BD-RB as the preferred CODEC for MPEG2, AVC, and VC-1.
If you don't have LAV installed, but have FFDSHOW installed, then FFDSHOW is set as the preferred CODEC for MPEG2, AVC, and VC-1.
If neither is installed, Directshow encoding is disabled.

LAV is now the preferred method. But, if you want to use FFDSHOW for some reason, just don't install (or uninstall) LAV.

If you are using Win7DSFilterTweaker to change them back to FFDSHOW while LAV is installed -- you will get that message every time you run BD-RB. BD-RB sets the preferred CODEC in exactly the same way as Win7DSFilterTweaker does, in the priority I noted above. In fact, I used it as the model for how BD-RB would do it.

I had originally tried to use the LAV installer to tweak the settings, but it fails in Windows 8.1 (because Microsoft can't leave well-enough alone) -- so I removed the tweaking from the installer and made BD-RB take responsibility (like I had for FFDSHOW long ago) in this latest version.

I have now replicated the following setup on several devices and I am getting consistently stable systems and good quality outputs -

All x86 and x64 extensions set to latest LAV Codecs
FFD Show Uninstalled
HAALI Splitter: [1.11.96.14]

Inspect reports that WIN7 and FFDSHOW settings are not correct but it does not appear to cause any issues. Will report any if I find them.

[jdobbs]

Yeah, let me go back and redo what I did before so that I can create another log for you. Interesting... your other comment here suggests that something similar happened before with these other 'Unhelpful' people (I remember their posts! GEEZ, what I've always wanted... to be associated with TOILET DUCK!!! :scared: )No need. I had some free time and looked at it last night. The key was the fact that you mentioned you were running in X264/LAVF mode -- a piece of information Toilet-Duck refused to mention, but something that an INI and LOG would have made clear.

I was able to repeat the problem pretty easily and I have corrected it for the next release.

Believe me -- you are NOT associated with anything bad, as I appreciate the fact that you were/are willing to provide the information needed to find and correct the problem.

[jdobbs]

I have now replicated the following setup on several devices and I am getting consistently stable systems and good quality outputs -

All x86 and x64 extensions set to latest LAV Codecs
FFD Show Uninstalled
HAALI Splitter: [1.11.96.14]

Inspect reports that WIN7 and FFDSHOW settings are not correct but it does not appear to cause any issues. Will report any if I find them.Hmmm... if FFDSHOW is not installed, there should be nothing in the INSPECT report about it.

BD Rebuilder looks at the following registry key to see if FFDSHOW is installed on a 64 bit system:

HKEY_LOCAL_MACHINE\Software\Wow6432Node\GNU\ffdshow

on a 32 bit system it looks here:

HKEY_LOCAL_MACHINE\Software\GNU\ffdshow

If should only exist if FFDSHOW is installed. If you uninstalled FFDSHOW and it still exists, it means it has probably been "left hanging" by the uninstall procedure.

[Lathe]

No need. I had some free time and looked at it last night. The key was the fact that you mentioned you were running in X264/LAVF mode -- a piece of information Toilet-Duck refused to mention, but something that an INI and LOG would have made clear.

I was able to repeat the problem pretty easily and I have corrected it for the next release.

Believe me -- you are NOT associated with anything bad, as I appreciate the fact that you were/are willing to provide the information needed to find and correct the problem.

Wow, you were able to figure that out from just what I mentioned...?! Great then. Thanks for the kind word; coming from you that honestly means a lot...

[jdobbs]

Wow, you were able to figure that out from just what I mentioned...?! Great then. Thanks for the kind word; coming from you that honestly means a lot...It was and MPEG-2 source that crashed, right?

[HWK]

Good Day, Jdobbs

I was trying to create HEVC version of Edge of Tomorrow with intact audio. (Create Custom preset)

I notice every time I encode it shoots over target.
I set Size to 10GB with audio and subs, but final output is close is around 12 or so.

Here are Logs
[Status]
LABEL=EDGE_OF_TOMORROW
VERSION=v0.49.07
SOURCE_SIZE=33346191360
SOURCE_VIDEO_SIZE=33346191360
TARGET_SIZE=4686086144
REDUCTION=.140528376791514
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=eng;
BACKUP_MODE=1
MOVIEONLY_TYPE=37
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=1.5
[00042]
AUDIO=1000000000
PGS=100000000000000000000000000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=4686086144

[Options]
[Paths]
[Options]
ENCODER=0
MODE=3
ENCODE_QUALITY=3
ONEPASS_ENCODING=0
AUTO_QUALITY=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
IGNORE_3D=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
DECODER=3
AVCHD=1
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
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=23500
MOVIEONLY_TYPE=37
ALTCRF=23
ALT_TARGET=10240
ALTMETHOD=2
ALTAUTOCROP=0
[Paths]
SOURCE_PATH=E:\EDGE OF TOMORROW\
WORKING_PATH=F:\BD-RB\
DGIndexNV=E:\BD-RBV04907\dgdecnv2048\DGIndexNV.exe
DGDecNV=E:\BD-RBV04907\dgdecnv2048\DGDecodeNV.dll
NeroAACPath=E:\BD-RBV04907\NeroAACCodec-1.5.1\win32\neroAacEnc.exe

caption=MKV Container, HEVC 1920x1080, Intact Audio
vEncoder=1
vBitrate=2000
vKeyint=Auto
aType=2
vFormat=5
cType=1
[11/26/14] BD Rebuilder v0.49.07
[21:58:20] Source: EDGE_OF_TOMORROW_00100
- Input BD size: 31.06 GB
- Approximate total content: [01:53:29.469]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, HEVC 1920x1080, Intact Audio
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
- Audio [1] set to default.
[21:58:20] PHASE ONE, Encoding
- [21:58:20] Processing: VID_00042 (1 of 1)
- [21:58:20] Extracting A/V streams [VID_00042]
- [22:02:21] Reencoding video [VID_00042]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 163,264 frames
- Bitrate: 11,871 Kbs
- [22:02:21] Reencoding: VID_00042, Pass 1 of 2
[22:02:30] - Aborted by user request

[Lathe]

It was and MPEG-2 source that crashed, right?

I will need to go back and double-check, but I think so.

***EDIT

Yeah, in this most recent case, it was the 2 extras I wanted from 'UNIVERSAL SOLDIER' and they were in SD, so they would likely be MPEG-2 files. So, I ended up doing a 'Movie Only' using BDRB and just simply extracted the 2 M2ts files and ran them through MKVMerge and burned them to a DVD.

And the previous time it happened recently, I was also processing with 'Full Backup', including extras, where I got the same error as this one. In that case I also did the same thing. so, those were likely SD extras sourced from MPEG-2 files too, I would think.

[jdobbs]

I will need to go back and double-check, but I think so.

***EDIT

Yeah, in this most recent case, it was the 2 extras I wanted from 'UNIVERSAL SOLDIER' and they were in SD, so they would likely be MPEG-2 files. So, I ended up doing a 'Movie Only' using BDRB and just simply extracted the 2 M2ts files and ran them through MKVMerge and burned them to a DVD.

And the previous time it happened recently, I was also processing with 'Full Backup', including extras, where I got the same error as this one. In that case I also did the same thing. so, those were likely SD extras sourced from MPEG-2 files too, I would think.Great. Thanks.

[jdobbs]

Hi JD,

I ran into another imcomplete re-encode on 'Trance' (2013). Same as last time, it's a multi-part stream and one of the parts, the last part this time, decided that 'keeping original video" was the right thing to do. Sure enough, the video freezes when it gets to that part. I was able to get the job done by boosting the target size to BD50, and once the audio was re-encoded and the extra audio tracks thrown out the reult fit on a BD25.

Let me know if you want me to fiddle with some settings and try again.I've gone through the code and I can't figure how this is happening, so I've ordered TRANCE. I'll let you know what I find when it gets here in a couple days.

[jdobbs]

Good Day, Jdobbs

I was trying to create HEVC version of Edge of Tomorrow with intact audio. (Create Custom preset)

I notice every time I encode it shoots over target.
I set Size to 10GB with audio and subs, but final output is close is around 12 or so.

Here are LogsI'm running it now.

[Edit] Ughhh... I forgot how slow it is. :(

[HWK]

I'm running it now.

Did you notice x265 is outputting 10 bit video instead of 8 bit.

[RobertM]

I've gone through the code and I can't figure how this is happening, so I've ordered TRANCE. I'll let you know what I find when it gets here in a couple days.

Just let me know, once the disc arrives, if you want me to test some other settings, or if I can help in any other way. I really appreciate the effort you put in to helping us out, and you'll be more than compensated for the cost of this disc with my usual XMas donation. I plan to keep up that yearly tradition until I stop using BD-RB. I've donated to many shareware apps, but none moreso than BD-RB. It's money well spent for me, and well earned by you. Thanks, JD.

[jdobbs]

Did you notice x265 is outputting 10 bit video instead of 8 bit.With the version included with BD-RB? If that happened it was entirely by accident.

[andref4]

Hi jdobbs,

did you downloaded the Shining vid_00003 from the link I gave you?

If so please let me know so that I can delete the file.

regards

[HWK]

With the version included with BD-RB? If that happened it was entirely by accident.

You wouldn't happen to get them from http://builds.x265.eu/ if so, problem is there not in BD-RB. I downloaded 32 bit with 8 bit support and I got 10 bit instead.
However when I downloaded 64 bit, then it was right one. I also noticed 64 bit uses less memory and is faster as well.

[jdobbs]

Hi jdobbs,

did you downloaded the Shining vid_00003 from the link I gave you?

If so please let me know so that I can delete the file.

regardsGo ahead and delete it.

[jdobbs]

You wouldn't happen to get them from http://builds.x265.eu/ if so, problem is there not in BD-RB. I downloaded 32 bit with 8 bit support and I got 10 bit instead.
However when I downloaded 64 bit, then it was right one. I also noticed 64 bit uses less memory and is faster as well.I typically download from that same link. The 32 bit version is included in BD-RB's TOOLS folder.

[HWK]

I typically download from that same link. The 32 bit version is included in BD-RB's TOOLS folder.

Oh, I see. Anyways 10 bit color space has no playback problem at least on media Player classic-home cinema

[jdobbs]

Oh, I see. Anyways 10 bit color space has no playback problem at least on media Player classic-home cinemaGood catch. BD-RB wasn't properly taking the original audio size into account when two-pass-target mode was selected along with INTACT audio while processing an ALTERNATE selection.

[HWK]

Good catch. BD-RB wasn't properly taking the original audio size into account when two-pass-target mode was selected along with INTACT audio while processing an ALTERNATE selection.

Ah, Nice. Jdobbs, when encoding in two pass with HEVC and if you abort in second pass and start again, it wants to start with pass one and then do second pass.

Would it be possible to avoid doing pass one, if already done. Like it does with X264.

[kanerulz69]

@jdobbs, do you think speed will be greater if I upgrade my current i7 3690x w/ 64gb ddr3 to the latest i7 5960 that is 8 core, where mine now is 6 core, it takes me about 4hrs to encode a movie full backup 25gb bdr on very slow 2 pass, want to know if I'll see that much of a difference in encode speed by upgrading...

[jdobbs]

@jdobbs, do you think speed will be greater if I upgrade my current i7 3690x w/ 64gb ddr3 to the latest i7 5960 that is 8 core, where mine now is 6 core, it takes me about 4hrs to encode a movie full backup 25gb bdr on very slow 2 pass, want to know if I'll see that much of a difference in encode speed by upgrading...I can't say, as I'm not an i7 guy -- but hopefully someone else can chime in.

[omegaman7]

@jdobbs, do you think speed will be greater if I upgrade my current i7 3690x w/ 64gb ddr3 to the latest i7 5960 that is 8 core, where mine now is 6 core, it takes me about 4hrs to encode a movie full backup 25gb bdr on very slow 2 pass, want to know if I'll see that much of a difference in encode speed by upgrading...

I'd be willing to bet, that the second pass will benefit from 2 more cores. You may not see much if any gain in the first pass. Theoretically, I would think that you would. More worker bees after all lol. Anandtech has benchmark comparisons
http://www.anandtech.com/bench/product/1317?vs=443

[Groucho2004]

Anandtech has benchmark comparisons
Unfortunately, their x264 benchmarks are ridiculously outdated which means that, especially with newer CPUs, the score will not reflect the true potential. Not to mentioin that the techarp benchmarks are created by morons (sorry, I can't be kind about this).

This (http://www.xbitlabs.com/articles/cpu/) website uses up-to-date versions of x264 and uses the "FHD Benchmark" which I believe provides realistic results. You'll find x264 results in the "Application Tests" section of each test.

[Lathe]

Just to confirm, I was just trying to back up 'TOMB RAIDER' which WILL fit on a single layer Blu-ray (the destination size being a BD-25) so that I could eliminate a couple of the unnecessary audio and sub tracks. BDRB processed the main movie file just fine and of course indicated that no re-encode would necessary. But, when it started on one of the extra files (MPEG-2) it immediately gave me the exact same error message 'Could not create an AVS file'. So, it sounds like it definitely is doing what you said when trying to process MPEG-2 files while using the internal LAVF frame server.

Funny, until recently, I had never noticed it doing that before.

[jdobbs]

It would have started on v0.49.02, the error is associated with the code I added to support DGINDEX/DGDECODE.

[omegaman7]

Unfortunately, their x264 benchmarks are ridiculously outdated which means that, especially with newer CPUs, the score will not reflect the true potential. Not to mentioin that the techarp benchmarks are created by morons (sorry, I can't be kind about this).

This (http://www.xbitlabs.com/articles/cpu/) website uses up-to-date versions of x264 and uses the "FHD Benchmark" which I believe provides realistic results. You'll find x264 results in the "Application Tests" section of each test.

Apologies. Didn't mean to mislead. It was merely a quick google, right before work lol.

[Lathe]

It would have started on v0.49.02, the error is associated with the code I added to support DGINDEX/DGDECODE.

Thanks, good to know. You sure found that fast! :)

[DoctorM]

Today I re-encoded some bonus features to a BD5 using Quick Play. The option for Strict AVCHD is turned on.
My Sony BD player says the disc is unplayable, and VLC only plays a video/audio loop from the original menu with no text or selectable elements.
Is Quick Play even compatible with AVCHD discs?

[12/01/14] BD Rebuilder v0.49.05 (beta)
[17:01:19] Source: TANGLED.2010.2D
- Input BD size: 8.10 GB
- Approximate total content: [00:52:07.499]
- Target BD size: 4.36 GB
- Windows Version: 6.1 [7601]
- Quick-Play Reauthoring mode enabled
- Quality: Highest (Very Slow), Two Pass
- Output folder: C:\Users\Dr. M\Desktop\
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[17:01:26] PHASE ONE, Encoding
- [17:01:26] Processing: VID_00006 (1 of 19)
- [17:01:26] Extracting A/V streams [VID_00006]
- [17:01:36] Reencoding video [VID_00006]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 5,687 frames
- Bitrate: 9,210 Kbs
- [17:01:36] Reencoding: VID_00006, Pass 1 of 2
- [17:02:33] Reencoding: VID_00006, Pass 2 of 2
- [17:06:35] Video Encode complete
- [17:06:35] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:06:35] Multiplexing M2TS
- [17:06:41] Processing: VID_00103 (2 of 19)
- [17:06:41] Extracting A/V streams [VID_00103]
- [17:06:53] Reencoding video [VID_00103]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 5,806 frames
- Bitrate: 9,205 Kbs
- [17:06:53] Reencoding: VID_00103, Pass 1 of 2
- [17:07:54] Reencoding: VID_00103, Pass 2 of 2
- [17:11:53] Video Encode complete
- [17:11:53] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:11:53] Multiplexing M2TS
- [17:11:59] Processing: VID_00104 (3 of 19)
- [17:11:59] Extracting A/V streams [VID_00104]
- [17:12:15] Reencoding video [VID_00104]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,969 frames
- Bitrate: 12,411 Kbs
- [17:12:15] Reencoding: VID_00104, Pass 1 of 2
- [17:12:46] Reencoding: VID_00104, Pass 2 of 2
- [17:14:42] Video Encode complete
- [17:14:42] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:14:42] Multiplexing M2TS
- [17:14:48] Processing: VID_00105 (4 of 19)
- [17:14:48] Extracting A/V streams [VID_00105]
- [17:15:25] Reencoding video [VID_00105]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 9,877 frames
- Bitrate: 9,193 Kbs
- [17:15:25] Reencoding: VID_00105, Pass 1 of 2
- [17:16:47] Reencoding: VID_00105, Pass 2 of 2
- [17:22:22] Video Encode complete
- [17:22:22] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:22:22] Multiplexing M2TS
- [17:22:30] Processing: VID_00106 (5 of 19)
- [17:22:30] Extracting A/V streams [VID_00106]
- [17:22:42] Reencoding video [VID_00106]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,510 frames
- Bitrate: 9,201 Kbs
- [17:22:42] Reencoding: VID_00106, Pass 1 of 2
- [17:23:05] Reencoding: VID_00106, Pass 2 of 2
- [17:24:40] Video Encode complete
- [17:24:40] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:24:40] Multiplexing M2TS
- [17:24:45] Processing: VID_00107 (6 of 19)
- [17:24:45] Extracting A/V streams [VID_00107]
- [17:25:03] Reencoding video [VID_00107]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 5,365 frames
- Bitrate: 9,191 Kbs
- [17:25:03] Reencoding: VID_00107, Pass 1 of 2
- [17:25:52] Reencoding: VID_00107, Pass 2 of 2
- [17:29:09] Video Encode complete
- [17:29:09] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:29:09] Multiplexing M2TS
- [17:29:16] Processing: VID_00108 (7 of 19)
- [17:29:16] Extracting A/V streams [VID_00108]
- [17:29:33] Reencoding video [VID_00108]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 5,167 frames
- Bitrate: 9,221 Kbs
- [17:29:33] Reencoding: VID_00108, Pass 1 of 2
- [17:30:24] Reencoding: VID_00108, Pass 2 of 2
- [17:34:03] Video Encode complete
- [17:34:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:34:03] Multiplexing M2TS
- [17:34:09] Processing: VID_00109 (8 of 19)
- [17:34:09] Extracting A/V streams [VID_00109]
- [17:34:29] Reencoding video [VID_00109]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 6,170 frames
- Bitrate: 9,208 Kbs
- [17:34:29] Reencoding: VID_00109, Pass 1 of 2
- [17:35:33] Reencoding: VID_00109, Pass 2 of 2
- [17:39:53] Video Encode complete
- [17:39:53] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:39:53] Multiplexing M2TS
- [17:39:59] Processing: VID_00110 (9 of 19)
- [17:39:59] Extracting A/V streams [VID_00110]
- [17:41:03] Reencoding video [VID_00110]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 17,810 frames
- Bitrate: 12,312 Kbs
- [17:41:03] Reencoding: VID_00110, Pass 1 of 2
- [17:44:19] Reencoding: VID_00110, Pass 2 of 2
- [17:59:36] Video Encode complete
- [17:59:36] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:59:36] Multiplexing M2TS
- [18:00:01] Processing: VID_00113 (10 of 19)
- [18:00:01] Extracting A/V streams [VID_00113]
- [18:00:11] Reencoding video [VID_00113]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,393 frames
- Bitrate: 12,354 Kbs
- [18:00:11] Reencoding: VID_00113, Pass 1 of 2
- [18:00:28] Reencoding: VID_00113, Pass 2 of 2
- [18:01:40] Video Encode complete
- [18:01:40] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:01:40] Multiplexing M2TS
- [18:01:44] Processing: VID_00114 (11 of 19)
- [18:01:44] Extracting A/V streams [VID_00114]
- [18:01:54] Reencoding video [VID_00114]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,368 frames
- Bitrate: 12,330 Kbs
- [18:01:54] Reencoding: VID_00114, Pass 1 of 2
- [18:02:10] Reencoding: VID_00114, Pass 2 of 2
- [18:03:17] Video Encode complete
- [18:03:17] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:03:17] Multiplexing M2TS
- [18:03:22] Processing: VID_00115 (12 of 19)
- [18:03:22] Extracting A/V streams [VID_00115]
- [18:03:35] Reencoding video [VID_00115]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,890 frames
- Bitrate: 12,240 Kbs
- [18:03:35] Reencoding: VID_00115, Pass 1 of 2
- [18:03:57] Reencoding: VID_00115, Pass 2 of 2
- [18:05:40] Video Encode complete
- [18:05:40] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:05:40] Multiplexing M2TS
- [18:05:45] Processing: VID_00116 (13 of 19)
- [18:05:45] Extracting A/V streams [VID_00116]
- [18:05:56] Reencoding video [VID_00116]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,968 frames
- Bitrate: 12,320 Kbs
- [18:05:56] Reencoding: VID_00116, Pass 1 of 2
- [18:06:23] Reencoding: VID_00116, Pass 2 of 2
- [18:08:04] Video Encode complete
- [18:08:04] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:08:04] Multiplexing M2TS
- [18:08:09] Processing: VID_00117 (14 of 19)
- [18:08:09] Extracting A/V streams [VID_00117]
- [18:08:19] Reencoding video [VID_00117]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 990 frames
- Bitrate: 12,383 Kbs
- [18:08:19] Reencoding: VID_00117, Pass 1 of 2
- [18:08:31] Reencoding: VID_00117, Pass 2 of 2
- [18:09:17] Video Encode complete
- [18:09:17] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:09:17] Multiplexing M2TS
- [18:09:21] Processing: VID_00118 (15 of 19)
- [18:09:21] Extracting A/V streams [VID_00118]
- [18:09:31] Reencoding video [VID_00118]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,188 frames
- Bitrate: 12,299 Kbs
- [18:09:31] Reencoding: VID_00118, Pass 1 of 2
- [18:09:45] Reencoding: VID_00118, Pass 2 of 2
- [18:10:44] Video Encode complete
- [18:10:44] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:10:44] Multiplexing M2TS
- [18:10:49] Processing: VID_00119 (16 of 19)
- [18:10:49] Extracting A/V streams [VID_00119]
- [18:11:00] Reencoding video [VID_00119]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,479 frames
- Bitrate: 12,338 Kbs
- [18:11:00] Reencoding: VID_00119, Pass 1 of 2
- [18:11:16] Reencoding: VID_00119, Pass 2 of 2
- [18:12:26] Video Encode complete
- [18:12:26] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:12:26] Multiplexing M2TS
- [18:12:31] Processing: VID_00120 (17 of 19)
- [18:12:31] Extracting A/V streams [VID_00120]
- [18:12:41] Reencoding video [VID_00120]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,488 frames
- Bitrate: 12,342 Kbs
- [18:12:41] Reencoding: VID_00120, Pass 1 of 2
- [18:12:57] Reencoding: VID_00120, Pass 2 of 2
- [18:14:04] Video Encode complete
- [18:14:04] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:14:04] Multiplexing M2TS
- [18:14:09] Processing: VID_00121 (18 of 19)
- [18:14:09] Extracting A/V streams [VID_00121]
- [18:14:19] Reencoding video [VID_00121]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,485 frames
- Bitrate: 12,340 Kbs
- [18:14:19] Reencoding: VID_00121, Pass 1 of 2
- [18:14:35] Reencoding: VID_00121, Pass 2 of 2
- [18:15:42] Video Encode complete
- [18:15:42] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:15:42] Multiplexing M2TS
- [18:15:47] Processing: VID_00122 (19 of 19)
- [18:15:47] Extracting A/V streams [VID_00122]
- [18:15:54] Reencoding video [VID_00122]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 375 frames
- Bitrate: 9,124 Kbs
- [18:15:54] Reencoding: VID_00122, Pass 1 of 2
- [18:15:59] Reencoding: VID_00122, Pass 2 of 2
- [18:16:17] Video Encode complete
- [18:16:17] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:16:18] Multiplexing M2TS
[18:16:21]PHASE ONE complete
[18:16:21]PHASE TWO - Rebuild Started
- [18:16:21] Rebuilding BD file Structure
- [18:17:05] Creating Quick-Play Menu...
- Encoding menu background...
- Building menu structure...
[18:17:45] - Encode and Rebuild complete
[18:17:45] JOB: TANGLED.2010.2D finished.

[gonca]

AVCHD is strictly movie only. Some players do play menu structure within an AVCHD disc while some don't. Has your player successfully played back BD5 or 9 with menus before?

[DoctorM]

AVCHD is strictly movie only. Some players do play menu structure within an AVCHD disc while some don't. Has your player successfully played back BD5 or 9 with menus before?

Yup, menus generated with MultiAVCHD work fine. It disables any menu features that are incompatible with AVCHD discs when set to that format (as opposed to full BD) and it works just fine.

I assumed the same would be true for BD Rebuilder.

Edit: Burned a rewritable BD50 and the menus played fine (and looked great).
I read somewhere on wikipedia that what is compatible for a DVD menu is compatible for AVCHD menus. That would suggest the video and audio should be compatible. I'm not sure why it doesn't work.

[jdobbs]

The Menus generated by Quick Play should be AVCHD compatible... but I'm not sure when I tested it last. I'll do some testing to see what's up. But I can say that newer Sony players will give that error if strict AVCHD is turned off. Are you positive it was on when you did the encode?

Look at the structure of the disc. It shouldn't contain any of these:

BDMV\AUXDATA
BDMV\BDJO
BDMV\JAR
BDMV\META
CERTIFICATE

If it does -- it will not be interpreted as AVCHD by a newer Sony player.

[omegaman7]

Indeed. My brothers PS3, wouldn't even a load an AVCHD disc, unless it was STRICT output.

[DoctorM]

The Menus generated by Quick Play should be AVCHD compatible... but I'm not sure when I tested it last. I'll do some testing to see what's up. But I can say that newer Sony players will give that error if strict AVCHD is turned off. Are you positive it was on when you did the encode?

Look at the structure of the disc. It shouldn't contain any of these:

BDMV\AUXDATA
BDMV\BDJO
BDMV\JAR
BDMV\META
CERTIFICATE

If it does -- it will not be interpreted as AVCHD by a newer Sony player.

Strict AVCHD is definitely turned on, but it the output contains AUXDATA, BDJO, JAR, META and CERTIFICATE.

I'll try deleting those folders and doing another burn test.

[jdobbs]

Hmm... while the menus I create are AVCHD, I'd forgotten that AVCHD is only applied on movie-only backups. So selecting a full backup to BD-5/BD-9 assumes your player has the ability to play BD format on DVD-5/9. Newer Sony's won't do that.

I'll look at it and see if maybe I can make special processing procedures when Quick-Play is enabled that would allow reauthored full backups to BD-5/9.

[jdobbs]

Strict AVCHD is definitely turned on, but it the output contains AUXDATA, BDJO, JAR, META and CERTIFICATE.

I'll try deleting those folders and doing another burn test.It might work... but my guess would be that the version headers in the MovieObject, MPLS, CLPI, etc. files will cause an issue.

[DoctorM]

Burn tested with only: BACKUP, CLIPINF, PLAYLIST, STREAM, and the two .bdmv files. It still won't play.
I'll sit tight and see what you come up with, jdobbs.

[AmigaFuture]

I've been checking the IVTC from IVTC_SELECTION=1 and IVTC_480i=1 a bit more with MPEG-2 1080i's and most of them are rerendered very well. It seems that sample I gave you a link for is a bit rare. Hmm.. More testing. Again, thanks a BUNCH for making it possible TO rerender them using Alternate. Even if that bit that I found is encountered again..it's not a huge deal. I just thought you might like to know. :) I'll admit, I've been checking trying different AviSynth plugins...and, wow...it's still a bit of a learning curve for me.

[jdobbs]

I've been checking the IVTC from IVTC_SELECTION=1 and IVTC_480i=1 a bit more with MPEG-2 1080i's and most of them are rerendered very well. It seems that sample I gave you a link for is a bit rare. Hmm.. More testing. Again, thanks a BUNCH for making it possible TO rerender them using Alternate. Even if that bit that I found is encountered again..it's not a huge deal. I just thought you might like to know. :) I'll admit, I've been checking trying different AviSynth plugins...and, wow...it's still a bit of a learning curve for me.Just be careful not to use IVTC_480i with non-telecined sources, it can get really ugly. It is really meant for hard-telecined sources. It is faster/better to do IVTC on soft-telecined sources without IVTC_480i.

[AmigaFuture]

Yup, I've noticed that. Really "ugly" outcome, haha! I also enjoyed that in the comment of the description. I've not been able to get the 1 uncombed frame be combed without leftover frames. I've even tried variations of the Hidden Options as well as other AviSynth plugins. IVTC_480i and IVTC_SELECTION=1 are the only combination that seems to do the job the best. Did you have a look at the file? Okay if not; I understand it's not your job. :) Any tips, if so? Meanwhile, I'll keep testing and if I find a solution or something, I'll share.

[jdobbs]

Yup, I've noticed that. Really "ugly" outcome, haha! I also enjoyed that in the comment of the description. I've not been able to get the 1 uncombed frame be combed without leftover frames. I've even tried variations of the Hidden Options as well as other AviSynth plugins. IVTC_480i and IVTC_SELECTION=1 are the only combination that seems to do the job the best. Did you have a look at the file? Okay if not; I understand it's not your job. :) Any tips, if so? Meanwhile, I'll keep testing and if I find a solution or something, I'll share.You might try turning deinterlacing on.

[AmigaFuture]

I'll come back to that soon... This I noticed while doing those tests..but here's a recent capture.

I switched to CRF since it's "quicker" than 2-pass but same with 2-pass as I suspected logically.

----------------------
[18:40:07] Importing MPG: THE_MENTALIST_-_''NOTHING_BUT_BLUE_SKIES''_(RECORDED_NOV_30,_2014,_KOINDT)
- Preparing MPG for processing...
- Collecting audio/video streams from source...
- Building pseudo-BD source structure...
[18:42:54] Video import completed successfully.
----------------------
[12/02/14] BD Rebuilder v0.49.04 (beta)
[18:43:06] Source: THE_MENTALIST_-_''NOTHING_BUT_BLUE_SKIES''_(RECORDED_NOV_30,_2014,_KOINDT)_00000
- Input BD size: 3.46 GB
- Approximate total content: [00:42:33.117]
- 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=1 HD=0 Kbs=640
[18:43:07] PHASE ONE, Encoding
- [18:43:07] Processing: VID_00000 (1 of 1)
- [18:43:07] Extracting A/V streams [VID_00000]
- [18:43:47] Reencoding video [VID_00000]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 29.970fps, 76,517 frames
- Inverse Telecining in effect (IVTC)
- [18:43:47] Reencoding: VID_00000, Pass 1 of 1
- [18:55:59] Video Encode complete
- [18:55:59] Processing audio tracks
- Track 4352 (und): Keeping original audio
[18:55:59]PHASE ONE complete
[18:55:59]PHASE TWO - Rebuild Started
- [18:55:59] Building ALTERNATE OUTPUT Structure
[18:56:13] - Encode and Rebuild complete
[18:56:13] JOB: THE_MENTALIST_-_''NOTHING_BUT_BLUE_SKIES''_(RECORDED_NOV_30,_2014,_KOINDT) finished.
----------------------
[18:57:25] Importing MPG: ANCIENT_ALIENS_-_''ALIENS_AND_DEADLY_WEAPONS''_(RECORDED_NOV_23,_2014,_H2HD)_(02)
- Preparing MPG for processing...

"Run-time error '70':
Permission denied"

BD-RB closes after "Okay"..rerun BD-RB...


----------------------
[19:01:54] Importing MPG: ANCIENT_ALIENS_-_''ALIENS_AND_DEADLY_WEAPONS''_(RECORDED_NOV_23,_2014,_H2HD)_(02)
- Preparing MPG for processing...
- Collecting audio/video streams from source...
- Building pseudo-BD source structure...
[19:03:19] Video import completed successfully.
----------------------
[12/02/14] BD Rebuilder v0.49.04 (beta)
[19:03:28] Source: ANCIENT_ALIENS_-_''ALIENS_AND_DEADLY_WEAPONS''_(RECORDED_NOV_23,_2014,_H2HD)_(02)_00000
- Input BD size: 2.97 GB
- Approximate total content: [00:41:42.766]
- 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=1 HD=0 Kbs=640
[19:03:30] PHASE ONE, Encoding
- [19:03:30] Processing: VID_00000 (1 of 1)
- [19:03:30] Extracting A/V streams [VID_00000]
- [19:04:05] Reencoding video [VID_00000]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 29.970fps, 75,008 frames
- Inverse Telecining in effect (IVTC)
- [19:04:05] Reencoding: VID_00000, Pass 1 of 1
- [19:19:17] Video Encode complete
- [19:19:17] Processing audio tracks
- Track 4352 (und): Keeping original audio
[19:19:17]PHASE ONE complete
[19:19:17]PHASE TWO - Rebuild Started
- [19:19:17] Building ALTERNATE OUTPUT Structure
[19:19:35] - Encode and Rebuild complete
[19:19:35] JOB: ANCIENT_ALIENS_-_''ALIENS_AND_DEADLY_WEAPONS''_(RECORDED_NOV_23,_2014,_H2HD)_(02) finished.
----------------------
[19:20:52] Importing MPG: ANCIENT_ALIENS_-_''ALIENS_AND_SACRED_PLACES''_(RECORDED_NOV_28,_2014,_H2HD)
- Preparing MPG for processing...
- Collecting audio/video streams from source...
- Building pseudo-BD source structure...
[19:22:30] Video import completed successfully.
----------------------
[12/02/14] BD Rebuilder v0.49.04 (beta)
[19:33:00] Source: ANCIENT_ALIENS_-_''ALIENS_AND_SACRED_PLACES''_(RECORDED_NOV_28,_2014,_H2HD)_00000
- Input BD size: 2.59 GB
- Approximate total content: [00:41:48.172]
- 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=1 HD=0 Kbs=640
[19:33:02] PHASE ONE, Encoding
- [19:33:02] Processing: VID_00000 (1 of 1)
- [19:33:02] Extracting A/V streams [VID_00000]
- [19:33:32] Reencoding video [VID_00000]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 29.970fps, 75,170 frames
- Inverse Telecining in effect (IVTC)
- [19:33:32] Reencoding: VID_00000, Pass 1 of 1
- [19:47:18] Video Encode complete
- [19:47:18] Processing audio tracks
- Track 4352 (und): Keeping original audio
[19:47:18]PHASE ONE complete
[19:47:18]PHASE TWO - Rebuild Started
- [19:47:18] Building ALTERNATE OUTPUT Structure
[19:47:35] - Encode and Rebuild complete
[19:47:35] JOB: ANCIENT_ALIENS_-_''ALIENS_AND_SACRED_PLACES''_(RECORDED_NOV_28,_2014,_H2HD) finished.
----------------------
[19:47:51] Importing MPG: ANCIENT_ALIENS_-_''THE_ANUNNAKI_CONNECTION''_(RECORDED_NOV_23,_2014,_H2HD)
- Preparing MPG for processing...

"Run-time error '70':
Permission denied"
,,,, 71GB free.. I'm not viewing ANY files. Why permission denied?

I renamed the files...and copied to same SSD..for this test.

----------------------
[19:59:42] Importing MPG: 01
- Preparing MPG for processing...
- Collecting audio/video streams from source...
- Building pseudo-BD source structure...
[20:02:25] Video import completed successfully.
----------------------
[12/02/14] BD Rebuilder v0.49.04 (beta)
[20:02:45] Source: 01_00000
- Input BD size: 3.46 GB
- Approximate total content: [00:42:33.117]
- 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=1 HD=0 Kbs=640
[20:02:47] PHASE ONE, Encoding
- [20:02:47] Processing: VID_00000 (1 of 1)
- [20:02:47] Extracting A/V streams [VID_00000]
- [20:03:28] Reencoding video [VID_00000]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 29.970fps, 76,517 frames
- Inverse Telecining in effect (IVTC)
- [20:03:28] Reencoding: VID_00000, Pass 1 of 1
- [20:16:03] Video Encode complete
- [20:16:03] Processing audio tracks
- Track 4352 (und): Keeping original audio
[20:16:03]PHASE ONE complete
[20:16:03]PHASE TWO - Rebuild Started
- [20:16:03] Building ALTERNATE OUTPUT Structure
[20:16:16] - Encode and Rebuild complete
[20:16:16] JOB: 01 finished.
----------------------
[20:16:25] Importing MPG: 02
- Preparing MPG for processing...
- Collecting audio/video streams from source...
- Building pseudo-BD source structure...
[20:18:13] Video import completed successfully.
----------------------
[12/02/14] BD Rebuilder v0.49.04 (beta)
[20:18:26] Source: 02_00000
- Input BD size: 2.97 GB
- Approximate total content: [00:41:42.766]
- 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=1 HD=0 Kbs=640
[20:18:27] PHASE ONE, Encoding
- [20:18:27] Processing: VID_00000 (1 of 1)
- [20:18:27] Extracting A/V streams [VID_00000]
- [20:19:02] Reencoding video [VID_00000]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 29.970fps, 75,008 frames
- Inverse Telecining in effect (IVTC)
- [20:19:02] Reencoding: VID_00000, Pass 1 of 1
- [20:33:35] Video Encode complete
- [20:33:35] Processing audio tracks
- Track 4352 (und): Keeping original audio
[20:33:35]PHASE ONE complete
[20:33:35]PHASE TWO - Rebuild Started
- [20:33:35] Building ALTERNATE OUTPUT Structure
[20:33:53] - Encode and Rebuild complete
[20:33:53] JOB: 02 finished.
----------------------
[20:34:22] Importing MPG: 03
- Preparing MPG for processing...

"Run-time error '70':
Permission denied"
,,,, 66GB free.. I'm not viewing ANY files...still.

I didn't check TEMPIMPORTS each time...that's next. I just wanted to get this shared.

[AmigaFuture]

Next test..
Checking TEMPIMPORT after each. Clearing WORKFILES before running BD-RB.
------------------------------------------
----------------------
[20:50:42] Importing MPG: 01
- Preparing MPG for processing...
- Collecting audio/video streams from source...
- Building pseudo-BD source structure...
[20:53:02] Video import completed successfully.

TEMPIMPORT del by BD-RB... WORKFILES is empty.

[12/02/14] BD Rebuilder v0.49.04 (beta)
[20:55:23] Source: 01_00000
- Input BD size: 3.46 GB
- Approximate total content: [00:42:33.117]
- 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=1 HD=0 Kbs=640
[20:55:30] PHASE ONE, Encoding
- [20:55:30] Processing: VID_00000 (1 of 1)
- [20:55:30] Extracting A/V streams [VID_00000]
- [20:56:11] Reencoding video [VID_00000]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 29.970fps, 76,517 frames
- Inverse Telecining in effect (IVTC)
- [20:56:11] Reencoding: VID_00000, Pass 1 of 1
- [21:08:34] Video Encode complete
- [21:08:34] Processing audio tracks
- Track 4352 (und): Keeping original audio
[21:08:34]PHASE ONE complete
[21:08:34]PHASE TWO - Rebuild Started
- [21:08:34] Building ALTERNATE OUTPUT Structure
[21:08:48] - Encode and Rebuild complete
[21:08:48] JOB: 01 finished.

TEMPIMPORT del by BD-RB. WORKFILES isn't empty, I deleted ONLY the files.

----------------------
[21:11:14] Importing MPG: 02
- Preparing MPG for processing...
- Collecting audio/video streams from source...
- Building pseudo-BD source structure...
[21:13:02] Video import completed successfully.

TEMPIMPORT del by BD-RB. WORKFILES isn't empty, I deleted ONLY the files.

----------------------
[12/02/14] BD Rebuilder v0.49.04 (beta)
[21:14:54] Source: 02_00000
- Input BD size: 2.97 GB
- Approximate total content: [00:41:42.766]
- 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=1 HD=0 Kbs=640
[21:14:56] PHASE ONE, Encoding
- [21:14:56] Processing: VID_00000 (1 of 1)
- [21:14:56] Extracting A/V streams [VID_00000]
- [21:15:30] Reencoding video [VID_00000]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 29.970fps, 75,008 frames
- Inverse Telecining in effect (IVTC)
- [21:15:30] Reencoding: VID_00000, Pass 1 of 1
- [21:29:22] Video Encode complete
- [21:29:22] Processing audio tracks
- Track 4352 (und): Keeping original audio
[21:29:22]PHASE ONE complete
[21:29:22]PHASE TWO - Rebuild Started
- [21:29:22] Building ALTERNATE OUTPUT Structure
[21:29:40] - Encode and Rebuild complete
[21:29:40] JOB: 02 finished.

TEMPIMPORT del by BD-RB. WORKFILES isn't empty, I deleted ONLY the files.

----------------------
[21:31:24] Importing MPG: 03
- Preparing MPG for processing...

"Run-time error '70':
Permission denied".


Any ideas?

[colinhunt]

OK yeah, said I wouldn't bother with reports anymore. So sue me.

Texas Chainsaw Massacre 40th Anniversary Edition, disc 2

[11.29.14] BD Rebuilder v0.49.07
[14:30:48] Source: 2
- Input BD size: 29,64 GB
- Approximate total content: [04:58:03.198]
- Target BD size: 23,73 GB
- Windows Version: 6.1 [7601]
- Quality: Ultra-High (Extremely Slow), Two Pass
- X264 Tweak(s) enabled (<-- tune film only)
- Output folder: U:\_ENCODES\
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[14:30:51] PHASE ONE, Encoding
- [14:30:51] Processing: VID_00018 (1 of 17)
- [14:30:51] Extracting A/V streams [VID_00018]
- [14:32:27] CreateAVS() 00000
[14:32:33] - Could not create AVS file

VID00018 is MPEG-2, 480i, 29.97fps, 4.69 GB, PCM audio.

Found a workaround:
1) quit BD-RB
2) deleted original VID_00018.d2v (0 bytes)
3) ran DGINDEX.exe in BD-RB's Tools directory
4) opened 00018.mpv (i.e. demuxed video in WORKFILES dir) in DGINDEX and indexed the file
5) saved new index file to WORKFILES directory as VID_00018.d2v
6) ran BD-RB, clicked Encode and chose Resume? > Yes

edit: Turns out I have to do the workaround for every 480i file on this disc, and there are quite a few of them.

[Lathe]

I'll admit, I've been checking trying different AviSynth plugins...and, wow...it's still a bit of a learning curve for me.

Heh, yeah, that can become quite addicting :)

I had a REALLY tough source here a while back. The Uk version of the old Teleseries 'War of the Worlds' (Not either film) and the source was a VERY odd interlaced source that the native deinterlacer in BDMV either wouldn't read or couldn't fix, I don't remember. I tried several standard AVS deinterlacers and none of them worked.

Finally, I stumbled on this one. DON'T ask me to explain it (you or JD would likely know 'Why' better) But it did a VERY nice job on it.

It's called this: Field De-Interlace.avs

And here is the script:

DirectShowSource("G:\War.Of.The.Worlds.S2E10.The.Defector.mkv",fps=29.970)
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins\decomb.dll")
FieldDeinterlace()

I'm certainly no AVS expert, but thankfully this worked really well. I did some reading about WHY the source may have been so troublesome and I THINK I remember it had to do with the possibility of an interlaced source being encoded improperly in a progressive way, but I'm not sure.

Hope this helps...

[jdobbs]

That one is in BD-RB. In fact it is the default if you select DEINTERLACE from the SETUP menu. BD-RB uses a newer version of decomb (decomb521.dll).

[Lathe]

That one is in BD-RB. In fact it is the default if you select DEINTERLACE from the SETUP menu. BD-RB uses a newer version of decomb (decomb521.dll).

Hmmm, I must have done it wrong, OR much more likely it could have been something else funky with the file I was using that may have caused BDRB either not to recognize it or to be able to process it. I THINK it might have been something about the frame rate; if I remember, it might have been because the actual frame rate was the 29.xx, but it was encoded progressively. Something weird like that I think.

Sorry...

[AmigaFuture]

Every time I try to reencode a 720p 59.940fps I see this:

----------------------
[12/03/14] BD Rebuilder v0.49.04 (beta)
[22:45:15] Source: THE_MENTALIST_-_TEST_00000
- Input BD size: 1.78 GB
- Approximate total content: [00:14:24.730]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- AVS Filtering is enabled
- Mode: MKV Container, 1280x720, Keep AC3
- Decoding/Frame serving: DGDecNV [4-way]
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[22:45:17] PHASE ONE, Encoding
- [22:45:17] Processing: VID_00000 (1 of 1)
- [22:45:17] Extracting A/V streams [VID_00000]
- [22:45:38] Reencoding video [VID_00000]
- Source Video: MPEG-2, 1280x720
- Rate/Length: 59.940fps, 51,832 frames
- [22:45:38] Reencoding: VID_00000, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.49.04 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 63.16GB
- AVISYNTH Version: 2.5.8.0, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[22:47:32] - Failed video encode, aborted


I'm only testing so I'm using low quality settings. If I use MeGUI_2507_x86 and have it analyze with DGDecNV (Which then displays for MeGUI what to use), and then processes the video at 720p 23.976 is the result. Looks and sounds good. So, I copied:

LoadPlugin("F:\Downloads 2014\!August\MeGUI_2507_x86\tools\avisynth_plugin\TIVTC.dll")
TDecimate(cycleR=3)

For BD-RB AVS Filter Editor. For Full Backup and Alternate MKV tests. That failure happens each time. I'm confused. Is this a bug or does BD-RB not rerender 720p 59.940fps to 720p 23.976?

Thanks.

[jdobbs]

You can't change a source's framerate outside of BD-RB (as decimating would do). But I'll run a 59.94fps and see if it has issues.

[AmigaFuture]

Appreciation. :)

[jdobbs]

Appreciation. :)I just tested reencoding a 59.94fps source, and it works correctly. I have to assume the issue is in the usage of the AVS filter or with the source.

[Edit] I also ran tDecimate(cycleR=3) with the source -- and had no issues there either. Although, as I mentioned, the framerate was incorrect (because you aren't allowed to use a filter that changes the framerate in BD-RB).

[jdobbs]

I have updated the first post of this thread with a link to the most recent update to BD-RB (v0.50.01). Changes for this release:- Corrected an issue in which a source that
contains empty PGS streams could cause a
failure when muxing to MKV files.
- Corrected a problem where encodes of stereo
AC3 was using 192Kbs rather than 224Kbs.
- Corrected an error that could cause encode
failure in CreateAVS() when an MPEG2 source
is encountered while using X264/LAVF mode.
- Corrected an issue in which two pass target
mode, under the ALTERNATE encoding method,
did not properly account for the size of
intact audio.
- Fixed an issue in which 480i sources may
fail to be reencoded when IVTC_480i is set
on a source that is already small enough to
meet size criteria.
- Updated x265 version to the daily release
for 11/25/2014.
- Other minor corrections and cosmetic fixes.

[colinhunt]

- Corrected an error that could cause encode
failure in CreateAVS() when an MPEG2 source
is encountered while using X264/LAVF mode.

Much appreciated, thank you.

[mmick]

I have updated the first post of this thread with a link to the most recent update to BD-RB (v0.50.01).

Thanks! Veeery nice, a christmas present :thanks:

[DoctorM]

I have updated the first post of this thread with a link to the most recent update to BD-RB (v0.50.01). Changes for this release:

Nothing on Quick Play for AVCHD in this release?

[colinhunt]

[12.05.14] BD Rebuilder v0.49.07
[22:14:47] Source: DEEPSEA_CHALLENGE_00001
- Input BD size: 31,56 GB
- Approximate total content: [01:31:05.126]
- Target BD size: 23,73 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), ABR
- Output folder: M:\_ENCODES\
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
[22:14:48] PHASE ONE, Encoding
- [22:14:48] Processing: VID_00000 (1 of 2)
- [22:14:48] Extracting A/V streams [VID_00000]
- [22:23:23] Reencoding video [VID_00000]
- [22:23:23] Keeping original video (no reencode)
- [22:23:23] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [22:23:23] Processing: VID_00009 (2 of 2)
- [22:23:23] Extracting A/V streams [VID_00009]
- [22:23:28] Reencoding video [VID_00009]
- [22:23:28] Keeping original video (no reencode)
[22:23:28]PHASE ONE complete
[22:23:28]PHASE TWO - Rebuild Started
- [22:23:28] Rebuilding BD-3D file Structure
- Failed in attempt to multiplex: MUX_MOVIE_ONLY.meta
- Can't open file: F:\_BDRB_OUTPUT\WORKFILES\00001.track_4114.mvc
[22:23:32] - Failed to REBUILD

MUXOPT --no-pcr-on-video-pid --new-audio-pes --blu-ray --label=DEEPSEA_CHALLENGE --vbr --custom-chapters=00:00:00.000;00:07:06.968;00:14:26.323;00:20:56.588;00:28:06.976;00:35:22.328;00:42:03.437;00:49:38.976;00:56:56.996;01:04:44.422;01:13:38.205;01:24:04.414;01:31:04.584 --vbv-len=500 --start-time=27000000
V_MPEG4/ISO/AVC, "F:\_BDRB_OUTPUT\WORKFILES\00000.track_4113.264"+"F:\_BDRB_OUTPUT\WORKFILES\00009.track_4113.264", fps=23.976, contSPS
V_MPEG4/ISO/MVC, "F:\_BDRB_OUTPUT\WORKFILES\00001.track_4114.mvc"+"F:\_BDRB_OUTPUT\WORKFILES\00010.track_4114.mvc", fps=23.976, contSPS
A_AC3, "F:\_BDRB_OUTPUT\WORKFILES\00000.track_4352.AC3", lang=eng
A_AC3, "F:\_BDRB_OUTPUT\WORKFILES\00000.track_4353.AC3", lang=eng
S_HDMV/PGS, "F:\_BDRB_OUTPUT\WORKFILES\00000.track_4608.SUP",fps=23.976,3d-plane=0,lang=eng
S_HDMV/PGS, "F:\_BDRB_OUTPUT\WORKFILES\00000.track_4609.SUP",fps=23.976,3d-plane=0,lang=spa

Funny wee bug, this one. BD-RB tried to find 00001.track_4114.mvc in WORKFILES but no such file exists. What does exist in WORKFILES:

00000.track_4113.264
00000.track_4352.ac3
00000.track_4353.ac3
00000.track_4114.mvc
00000.track_4608.sup
00000.track_4609.sup
00009.MKV
00009.track_4113.264
00010.track_4114.mvc
AUD_00000.meta
AUD_00000_4352.AVS
AUD_00000_4353.AVS
AUD_00009.meta
MUX_MOVIE_ONLY.meta
VID_00000.AVS
VID_00000.CHP
VID_00009.AVS

For some reason the missing MVC file was named 00000.track_4114 instead of 00001.track_4114.

Workaround: I simply renamed the MVC file in WORKFILES, restarted backup job and let BD-RB resume.

edit: Haaaaangggg oooon.... Something went wrong here. The ISO file has a size of 31.5GB, so BD-RB did not re-encode it. Perhaps this was because I've got Custom Target Size selected in Output Options. I'll set it for BD-25 and try again.

... tsmuxer crashed.

[jdobbs]

Nothing on Quick Play for AVCHD in this release?No. I'm not sure when I'd get around to it.

[DoctorM]

No. I'm not sure when I'd get around to it.

Okay. Thought maybe it just wasn't mentioned.

[colinhunt]

[12.06.14] BD Rebuilder v0.50.01
[00:38:08] Source: DEEPSEA_CHALLENGE
- Input BD size: 34,72 GB
- Approximate total content: [01:48:03.969]
- Target BD size: 23,73 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), ABR
- Output folder: M:\_ENCODES\
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
- Resuming from previously started job. (<-- started job, aborted it, replaced Intel's .dll with a supposedly newer version which it wasn't, then resumed)
[00:38:10] PHASE ONE, Encoding
- [00:38:10] Processing: VID_00000 (1 of 3)
- [00:38:10] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 131*019 frames
- Bitrate: 27*053 Kbs
- Using FRIMEncoder for MVC encoding
- [00:38:10] Reencoding: VID_00000, Pass 1 of 1
- [01:22:14] Video Encode complete
- [01:22:14] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [01:22:14] Multiplexing M2TS
- [01:32:28] Scanning for 3D CLPI info...
- [01:36:01] Processing: VID_00004 (2 of 3)
- [01:36:01] Extracting A/V streams [VID_00004]
- [01:36:07] Reencoding video [VID_00004]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 144 frames
- Bitrate: 12*430 Kbs
- [01:36:07] Reencoding: VID_00004, Pass 1 of 2
- [01:36:09] Reencoding: VID_00004, Pass 2 of 2
- [01:36:15] Video Encode complete
- [01:36:15] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [01:36:15] Multiplexing M2TS
- [01:36:19] Processing: VID_00009 (3 of 3)
- [01:36:19] Extracting A/V streams [VID_00009]
- [01:36:24] Reencoding video [VID_00009]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 13 frames
- Bitrate: 500 Kbs
- Using FRIMEncoder for MVC encoding
- [01:36:24] Reencoding: VID_00009, Pass 1 of 1
- [01:36:25] Video Encode complete
- [01:36:25] Processing audio tracks
- [01:36:25] Multiplexing M2TS
- [01:36:29] Scanning for 3D CLPI info...
[01:36:29]PHASE ONE complete
[01:36:29]PHASE TWO - Rebuild Started
- [01:36:29] Converting SSIF file references
- [01:36:43] Rebuilding BD-3D file Structure
[01:44:14] - Encode and Rebuild complete
[01:44:14] JOB: DEEPSEA_CHALLENGE finished.

Job finished OK but BD-RB created a folder and a Blu-ray directory structure with mux-in .m2ts when it was supposed to create an .ISO file. I even have "OUTPUT_3D_ISO=1" in BDREBUILDER.INI.

[jdobbs]

From the changes log:

- Due to the changes in the way 3D is handled,
BD-RB no longer outputs to ISO by default on
movie-only 3D encodes. It can be enabled by
using the OUTPUT_3D_ISO hidden option. Note:
This option only applies to movie-only 3D
encodes. (v0.47.03)I'll add something to the HIDDENOPTS.TXT file as well.

[AmigaFuture]

Ahhhh... I found the reason for 720p 59.94fps failing.. I have MULTIPROCESS=4 (or 1) active almost all the time and didn't even consider it. Once I switched it to "0"...now it functions well. As does Alternate MKV 1080 - Keep Audio Intact for resizing. While keeping IVTC_SELECTION=1 to choose "Inverse Ielecine". with a right-click. When using 2-pass. Seems I found a bug..? Updated and tested with 50.01. More testing..

Although, as I mentioned, the framerate was incorrect (because you aren't allowed to use a filter that changes the framerate in BD-RB).

This...I got, finally. :) Thanks.

[omegaman7]

I must admit, I think MULTIPROCESS=4 is a bit high. But then, that certainly depends on the processor in question ;)

[AmigaFuture]

I was using 3 or 1 for a bit. But the system lag isn't so bad for some things, and overnight..or when I'm away for whatever duration. So, using all 4 cores isn't a big deal to me and the lag it can cause. :)

[omegaman7]

I have a six core, and during the 2nd pass, it utilizes what windows thinks to be 99 - 100% potential. And yet, I can still multitask, almost seamlessly. I think what MULTIPROCESS was intended for, was to use free threads/cycles. Not exactly cores. Essentially, any unused potential, could be used. And numerically, 1, 2, 3, 4... depending on the processor, tweaks the potential. If you had a 16 core processor for instance, you'd want a fairly high number. I don't think a quad would benefit from higher than 3. I believe I experimented with the late 940, and 965 phenom. I haven't played with it since I've been using my 1090t :S

[AmigaFuture]

@JD

Would you please check that Inverse Telecine Choice is being kept for IVTC_SELECTION=1?? I Right Click to select Inverse Telecine, then Add to Batch..it isn't being used. Thanks.

@omega

Yes, Windows is able to multitask (not you) well (ignoring that it isn't a True multi-tasking OS) that way.. I've disabled Hyper Threading for my Motherboard, which speeds everything (What was the point, Intel?). Not that I'm some kind of speed whore...hah! It also depends on the speed of the drives...which is why I have an SSD (more access than speed). I'm staying with my i7 930...it does Very well. Yes, I know you weren't trying to convince me of upgrading. :) Yet, I seem to recall JD commenting about Cores with MP. Am I recalling incorrectly? I've seen the differences between 3 and 4, with mine and..though not massive, pretty sweet. :)

[colinhunt]

From the changes log:

- Due to the changes in the way 3D is handled,
BD-RB no longer outputs to ISO by default on
movie-only 3D encodes. It can be enabled by
using the OUTPUT_3D_ISO hidden option. Note:
This option only applies to movie-only 3D
encodes. (v0.47.03)I'll add something to the HIDDENOPTS.TXT file as well.
Ah, that explains it. Thanks.

[jdobbs]

Ah, that explains it. Thanks.You can still choose SETTINGS/OUTPUT OPTIONS/WRITE TO ISO FILE. That will put it to an ISO, but it will still use the same 3D format BD-RB utilizes for full-backups.

[colinhunt]

You can still choose SETTINGS/OUTPUT OPTIONS/WRITE TO ISO FILE. That will put it to an ISO, but it will still use the same 3D format BD-RB utilizes for full-backups.
You mean 3D in-mux, and not SSIF?

[jdobbs]

You mean 3D in-mux, and not SSIF?Exactly.

[colinhunt]

Exactly.
Okey-dokey, good to know. Thanks.

BTW, I tried to re-do Deepsea Challenge 3D (movie-only) on v0.50.01 and got the same result as described on previous page. BD-RB decided not to re-encode even though there was much more data than fits on a BD25, and looked for an .MVC file that does not exist in WORKFILES.

edit: The issue is not limited to Deepsea Challenge.

[12.07.14] BD Rebuilder v0.50.01
[23:18:02] Source: OUT_OF_INFERNO_3D_00001
- Input BD size: 27,36 GB
- Approximate total content: [01:47:19.516]
- Target BD size: 23,73 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Ultra-High (Extremely Slow), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
- Subtitle [3] is defaulted ON.
[23:18:04] PHASE ONE, Encoding
- [23:18:04] Processing: VID_00000 (1 of 1)
- [23:18:04] Extracting A/V streams [VID_00000]
- [23:25:15] Reencoding video [VID_00000]
- [23:25:15] Keeping original video (no reencode)
- [23:25:15] Processing audio tracks
- Track 4352 (zho): Keeping original audio
[23:25:15]PHASE ONE complete
[23:25:15]PHASE TWO - Rebuild Started
- [23:25:15] Rebuilding BD-3D file Structure
- Failed in attempt to multiplex: MUX_MOVIE_ONLY.meta
- Can't open file: F:\_BDRB_OUTPUT\WORKFILES\00001.track_4114.mvc
[23:25:19] - Failed to REBUILD

Again, BD-RB skipped re-encoding and tried to find a file that does not exist. WORKFILES does contain a 00000.track_4114.mvc.

[nmcdonne]

Hi All,

I'm having problems importing an MKV where the video resolution has been cropped, say to 1920 x 800 for a 2.4 aspect ratio, then trying to build an AVCHD BD-9 from it.

With MULTIPROCESS enabled, the final M2TS video is not resized and has the same 1920 x 800 resolution as the MKV. After burning to a DVD-9, my Blu-ray player handles this non-standard size by stretching the image vertically which isn't pretty.

Looking in the WORKFILES, BDRB appears to be trying to resize the video. Both 00000V.ADJ and VID_00000.AVS include '.AddBorders(0,140,0,140)' instructions. This is also present in the MKV pseudo-BD PINFO.INF file.

Now if I repeat the backup for the same MKV with identical configuration but disable MULTIPROCESS, BRDB seems to be using exactly the same AddBorders instructions, adding them to the PINFO.INF, 00000V.ADJ and VID_00000.AVS files. But this time the resize does work, and the resulting M2TS has the correct resolution of 1920x1080.

This is easily reproducible and occurs for any MKV which has been cropped (if the MKV resolution is 1920x1080 then it does work with MULTIPROCESS). Obviously I appreciate there is a workaround, but I really want to avoid having to disable MULTIPROCESS unless there is absolutely no alternative. Doing so makes the backups much slower since it reduces the frame-rate by more than half...

Any ideas or suggestions?

Thanks,
Neal

[Lathe]

Hi All,

I'm having problems importing an MKV where the video resolution has been cropped, say to 1920 x 800 for a 2.4 aspect ratio, then trying to build an AVCHD BD-9 from it.

With MULTIPROCESS enabled, the final M2TS video is not resized and has the same 1920 x 800 resolution as the MKV. After burning to a DVD-9, my Blu-ray player handles this non-standard size by stretching the image vertically which isn't pretty.

Looking in the WORKFILES, BDRB appears to be trying to resize the video. Both 00000V.ADJ and VID_00000.AVS include '.AddBorders(0,140,0,140)' instructions. This is also present in the MKV pseudo-BD PINFO.INF file.

Now if I repeat the backup for the same MKV with identical configuration but disable MULTIPROCESS, BRDB seems to be using exactly the same AddBorders instructions, adding them to the PINFO.INF, 00000V.ADJ and VID_00000.AVS files. But this time the resize does work, and the resulting M2TS has the correct resolution of 1920x1080.

This is easily reproducible and occurs for any MKV which has been cropped (if the MKV resolution is 1920x1080 then it does work with MULTIPROCESS). Obviously I appreciate there is a workaround, but I really want to avoid having to disable MULTIPROCESS unless there is absolutely no alternative. Doing so makes the backups much slower since it reduces the frame-rate by more than half...

Any ideas or suggestions?

Thanks,
Neal

I don't know if this is directly related, but there have been numerous times where trying to do the exact same thing (but without the MULTIPROCESS) where I too have seen the same PINFO & AVS files showing that it SHOULD resize a cropped video, and the add borders instructions ARE there, but also for me the resulting file is NOT resized and my OPPO player handles a cropped source the same way in stretching it to fit a proper AR as a Blu-ray should be.

I've never known why the 'add borders' although being there, never seemed to work. So, what I have done when I do need to do that is simply include it in the AVS as script and then it does it. Again, I almost always have used the internal LAVF frame server.

*** ADDITIONALLY

I wanted to add too that with the new build, now BDRB properly processes the MPEG-2 extras just fine with no errors! :) Funny, I don't know if you have also improved or tweaked something, but when these extras encode they seem to go a LOT faster than before. I think I'm getting average fps rates of like 460+! I don't remember ever seeing it go that fast before. I usually do have it set on 'Faster encode for extras' and I have the extras CRF set at 25, but even still, I don't think it has ever gone that fast. I don't know what you did, but it sure is nice!

[AmigaFuture]

@JD

Would you please check that Inverse Telecine Choice is being kept for IVTC_SELECTION=1?? I Right Click to select Inverse Telecine, then Add to Batch..it isn't being used. Thanks.

[jdobbs]

@Lathe

I assume you are talking about the size after reencoding, right? The import doesn't do any resizing, it just creates the pseudo-BD source and the pinfo file that tells BD-RB what needs to be done in the reencode.

@nmcdonne

I'll try an import from MKV with multiprocess set today.

[jdobbs]

Hi All,

I'm having problems importing an MKV where the video resolution has been cropped, say to 1920 x 800 for a 2.4 aspect ratio, then trying to build an AVCHD BD-9 from it.

With MULTIPROCESS enabled, the final M2TS video is not resized and has the same 1920 x 800 resolution as the MKV. After burning to a DVD-9, my Blu-ray player handles this non-standard size by stretching the image vertically which isn't pretty.

Looking in the WORKFILES, BDRB appears to be trying to resize the video. Both 00000V.ADJ and VID_00000.AVS include '.AddBorders(0,140,0,140)' instructions. This is also present in the MKV pseudo-BD PINFO.INF file.

Now if I repeat the backup for the same MKV with identical configuration but disable MULTIPROCESS, BRDB seems to be using exactly the same AddBorders instructions, adding them to the PINFO.INF, 00000V.ADJ and VID_00000.AVS files. But this time the resize does work, and the resulting M2TS has the correct resolution of 1920x1080.

This is easily reproducible and occurs for any MKV which has been cropped (if the MKV resolution is 1920x1080 then it does work with MULTIPROCESS). Obviously I appreciate there is a workaround, but I really want to avoid having to disable MULTIPROCESS unless there is absolutely no alternative. Doing so makes the backups much slower since it reduces the frame-rate by more than half...

Any ideas or suggestions?

Thanks,
NealOk. I found this and fixed it for the next release. I'd apparently not tested the combination of Directshowsource, MULTIPROCESS, and PINFO when it was implemented. It's been there for quite some time -- I'm surprised it wasn't reported earlier.

[nmcdonne]

You're a star :thanks:

Very worthwhile donation on its way.

[jdobbs]

You're a star :thanks:

Very worthwhile donation on its way.Thanks! Much appreciated. :)

[Lathe]

Ok. I found this and fixed it for the next release. I'd apparently not tested the combination of Directshowsource, MULTIPROCESS, and PINFO when it was implemented. It's been there for quite some time -- I'm surprised it wasn't reported earlier.

Hmmm, interesting... Yes, I was indeed talking about after the encode, that the resizing did not take place although the PINFO showed the 'add borders(0,140 0,140)' for example.

But, what is weird though is that I am NOT using MULTIPROCESS; it is not in the config file... but, I AM using Directshowsource because I use the internal LAVF frame server, right? Oh, wait a minute. I think that you said that any resizing was handled by the installation of either / or / both of the haali, FFDShow & the additional new LAV filters installation.

I think I am confused... :confused:

[jdobbs]

Hmmm, interesting... Yes, I was indeed talking about after the encode, that the resizing did not take place although the PINFO showed the 'add borders(0,140 0,140)' for example.

But, what is weird though is that I am NOT using MULTIPROCESS; it is not in the config file... but, I AM using Directshowsource because I use the internal LAVF frame server, right? Oh, wait a minute. I think that you said that any resizing was handled by the installation of either / or / both of the haali, FFDShow & the additional new LAV filters installation.

I think I am confused... :confused:If you selected X264/LAVF and have a source that included PINFO information -- then DirectshowSource has to be used rather than LAVF (since the AddBorders filter is associated with AVISYNTH). I'll do some testing with X264/LAVF and PINFO and make sure that it is doing it properly.

[pididdi]

hi there,
regardless of which selection i choose in the stream-dialog, bd-rb (latest version) demuxes all subtitlestreams (in movie only mode) and the encoding bitrate stays the same. I tried different options in the setings-dialog - no change. I can't remember that this was happened in older bd-rb versions. What's the matter?

LABEL=A_***
VERSION=v0.50.01
SOURCE_SIZE=30533658624
SOURCE_VIDEO_SIZE=30533658624
TARGET_SIZE=4771020800
REDUCTION=.156254475061495
RESIZE_1080=0
RESIZE_1440=-1
AUDIO_TO_KEEP=eng;ger;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=-1
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=2
[00001]
AUDIO=1001
PGS=11
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=4771020800
RATE=3640
SPLITS=1

_________________________________________________

[Options]
VERSION=0.50.0.1
MODE=3
ENCODE_QUALITY=3
ONEPASS_ENCODING=0
AUTO_QUALITY=0
AUDIO_TO_KEEP=eng;ger;
SUBS_TO_KEEP=
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=1
RESIZE_720=0
DEINTERLACE=1
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=1
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AVCHD=0
REMOVE_WORKFILES=0
MOVIE_ONLY_LOOP=1
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
DGDECNV=1
OUTPUT_3D=0
NEROAAC=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=4550
TARGET_SIZE=4550
SUPTITLE=0
OUTPUT_SBS=0
IGNORE_3D=1
FRIMSOURCE=0
ENCODER=0
DGDECIM=0
DECODER=3
AVSFilter01=degrainmedian(mode=0)
MENU_BACKGROUND=C:\video\BD_Rebuilder\misc\menuback.jpg
IMPORT_THRESHOLD=15
QUICK_PLAY_THRESHOLD=10
MENU_AUTO_BACKGROUND=1
MENU_AUTO_DVDAUDIO=1
MENU_PLAY_SEQUENTIAL=0
MENU_START_WITH_MENU=1
IMPORT_LIMIT_LANG=0
[Paths]
DGIndexNV=C:\video\dgdecnv2045\DGIndexNV.exe
DGDecNV=C:\video\dgdecnv2045\DGDecodeNV.dll
SOURCE_PATH=H:\FILME_REC\BD\MAINMOVIE\A_***\
WORKING_PATH=C:\VIDEO\FILM\

____________________________________________________

[HWK]

It always demux all subtitle regardless of mode in BD-RB

[Lathe]

If you selected X264/LAVF and have a source that included PINFO information -- then DirectshowSource has to be used rather than LAVF (since the AddBorders filter is associated with AVISYNTH). I'll do some testing with X264/LAVF and PINFO and make sure that it is doing it properly.

Right, okay, now I understand. I remember now your saying that DirectshowSource is ALWAYS used whenever ANY AVS is involved.

So, do you think that if on occasion that I am using a source which will definitely need, say, borders added because they have been stripped, should I just in that SPECIFIC case go ahead and change my normal selection of using the internal LAVF frame server and choose instead 'Use DirectshowSource as frame server'? Or also in ANY cases where I have added AVS script?

[jdobbs]

Right, okay, now I understand. I remember now your saying that DirectshowSource is ALWAYS used whenever ANY AVS is involved.

So, do you think that if on occasion that I am using a source which will definitely need, say, borders added because they have been stripped, should I just in that SPECIFIC case go ahead and change my normal selection of using the internal LAVF frame server and choose instead 'Use DirectshowSource as frame server'? Or also in ANY cases where I have added AVS script?You can do that in the interim. But if I find an issue with LAVF and PINFO, it will be fixed. I haven't tested it yet, but will later today.

Assuming all is working right, if you have AVS filters enabled in SETUP, DirectshowSource() will be used instead of LAVF anyway.

[Lathe]

Very good, thanks!

[jdobbs]

If you selected X264/LAVF and have a source that included PINFO information -- then DirectshowSource has to be used rather than LAVF (since the AddBorders filter is associated with AVISYNTH). I'll do some testing with X264/LAVF and PINFO and make sure that it is doing it properly.Had some issues on my video-processing yesterday (a hard drive is crapping out), so I wasn't able to test it. It takes a long time to recover data from a 3TB drive that is having read errors.

Hopefully I will be able to do some testing later today.

[Edit] I moved responses and follow-on discussion of this post to a new thread (http://forum.doom9.org/showthread.php?t=171531).

[jdobbs]

Hmmm, interesting... Yes, I was indeed talking about after the encode, that the resizing did not take place although the PINFO showed the 'add borders(0,140 0,140)' for example.

But, what is weird though is that I am NOT using MULTIPROCESS; it is not in the config file... but, I AM using Directshowsource because I use the internal LAVF frame server, right? Oh, wait a minute. I think that you said that any resizing was handled by the installation of either / or / both of the haali, FFDShow & the additional new LAV filters installation.

I think I am confused... :confused:Fixed for the next release.

[Lathe]

Fixed for the next release.

Thanks JD!

[Ch3vr0n]

Jdobbs: I rarely have an issue but i've seen the following too many times now for it to be random. The error is "Failed to build structure" and is limited to DTS-Express enabled discs in combo with DGdecNV, if encode the SAME project without changing ANY variable except switching to LAVF the project rebuilds just fine

[12/14/14] BD Rebuilder v0.50.01
[14:43:36] Source: UNDERWORLD_RISE_OF_THE_LYCANS
- Input BD size: 39,49 GB
- Approximate total content: [02:56:17.757]
- Target BD size: 22,95 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Output folder: C:\Blu-Ray Rebuilds\BDRB\
- Decoding/Frame serving: DGDecNV [2-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[14:43:37] PHASE ONE, Encoding
- [14:43:37] Processing: VID_00260 (1 of 13)
- [14:43:37] Extracting A/V streams [VID_00260]
- [14:43:44] Reencoding video [VID_00260]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 1.440 frames
- Bitrate: 8.244 Kbs
- [14:43:44] Reencoding: VID_00260, Pass 1 of 1
- [14:44:05] Video Encode complete
- [14:44:05] Processing audio tracks
- [14:44:05] Multiplexing M2TS
- [14:44:09] Processing: VID_00262 (2 of 13)
- [14:44:09] Extracting A/V streams [VID_00262]
- [14:58:08] Reencoding video [VID_00262]
- [14:58:08] Reencoding secondary video [TRK_02]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 133.033 frames
- Bitrate: 14.554 Kbs
- [15:12:32] Reencoding: VID_00262, Pass 1 of 1
- [15:58:02] Video Encode complete
- [15:58:02] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- Track 6656 (eng): Keeping original audio
- [15:58:02] Multiplexing M2TS
- Error in attempt to multiplex: MUX_00262.meta
- Can't open file: C:\TEMP\WORKFILES\VID_00262_2.AVS.264
[15:58:07] - Failed to build structure, aborted


All files exist afaik that are needed.

Below is my ini config. Again: if i swap the encoding variable from DGdecNV to LAVF, the entire thing completes just fine

[Options]
#video settings
MODE=0
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=1
SD_CONVERT=0
COLOR_BOOST=0
RESIZE_1080=0
DEINTERLACE=0
OPEN_GOP=0
MOVIE_ONLY_LOOP=1
USE_FILTERS=0
IVTC_PULLDOWN=1
ASSUME_DVD_PAL=1
SD_TO_1080=0
CONVERT_WIDE=0
MOVIEONLY_TYPE=0
ALTCRF=20
ALT_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=0
WIDE_PERCENT=40
WIDE_OFFSET=.85
RESIZE_1440=0
RESIZE_720=0
OUTPUT_3D=1
IGNORE_3D=0
NEROAAC=0
DGDECNV=1
USE_LAVF=0

#audio settings
AUDIO_TO_KEEP=dut;eng;nld;und;
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AVCHD=0
FULL_AVCHD=0

#subtitle settings
SUBS_TO_KEEP=dut;eng;nld;und;

#output settings
REMOVE_WORKFILES=1
REMOVE_OUTPUT=1
REMOVE_IMPORT=1
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23450
PRIORITY_CLASS=1
TARGET_SIZE=23500
AUTO_BURN=2
QUICK_EXTRAS=0

#General Settings
ENABLE_TEST=1
ENABLE_BLANKING=0
BLANK_THRESHOLD=60
MULTIPROCESS=1
MINIMIZE_TO_TRAY=1
SHUTDOWN_REBOOT=1
IMPORT_FOLDER=C:\TEMP
VERBOSE_STATUS=1
BDMV_CERT_ONLY=1
AUTO_BLANK=0
UNMASK_CHAPTER=1
VERSION=0.50.0.1
COMPLETION_BEEP=1
BEEP_SOUNDFILE=C:\Program Files (x86)\ImgBurn\Sounds\Success.wav
SD_PROGRESSIVE=1
MKV_CHAPTERS=1
SUPTITLE=0
OUTPUT_SBS=0
MENU_BACKGROUND=C:\Program Files (x86)\BD_Rebuilder\misc\menuback.jpg
IMPORT_THRESHOLD=15
QUICK_PLAY_THRESHOLD=10
MENU_AUTO_BACKGROUND=1
MENU_PLAY_SEQUENTIAL=1
MENU_START_WITH_MENU=1
OUTPUT_FOLDER=C:\Blu-Ray Rebuilds\BDRB\
FRIMSOURCE=0
ENCODER=0
DGDECIM=0
DECODER=2

[Paths]
WORKING_PATH=C:\TEMP\LAVF\
SOURCE_PATH=Z:\BLU-RAY\DOUBLE LAYER\DTS-E\UNDERWORLD_RISE_OF_THE_LYCANS\
DGIndexNV=C:\Program Files (x86)\BD_Rebuilder\Tools\dgdecnv\DGIndexNV.exe
DGDecNV=C:\Program Files (x86)\BD_Rebuilder\Tools\dgdecnv\DGDecodeNV.dll
DirectShowMVCSource=C:\Program Files (x86)\BD_Rebuilder\Tools\MVCtoAVI.exe\DirectShowMVCSource.dll
NeroAACPath=C:\Program Files (x86)\BD_Rebuilder\Tools\neroaacenc1.5.1\win32\neroAacEnc.exe

Could perhaps the last 2 lines under "paths" be to blame? Those are the only 2 that are no longer in existence, though i don't see them referenced in the AVS script

[12/14/14] Checking System Settings
- BD-Rebuilder v0.50.01
- Windows Version: 6.1 [7601]
- Working Path Free Space: 1.127,15GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4504, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[12/14/14] Systems Settings Check complete

I do NOT have any codec packs other than ffdshow installed, and i do NOT have LAV filters installed

I have noticed that in the BDRB window the source path is not fully shown. It only shows: "Z:\Blu-ray\Double"

[sonate]

This has happened once only, a Japanese version of David Lynch's "Straight Story".

The rip goes smoothly, Bdrebuilder functions flawlessly. The disc burn completes in Imageburn tool and the burned disc even plays on both standalone br player without a hitch.

What is perplexing is what happens when I try to verify the disc against the .iso using Imageburn, it freezes the computer where only a cold shutdown and reboot brings it back. Evidently the only message I get in Imageburntool is a read error almost instantly followed by the freeze. Tried 4 different types of blu ray medium thinking the defect was there, but I guess not.

Just burned a rip of Aguirre and everything including verification was normal. It is just this disc of "Straight Story"

Does anyone have an idea why?

[Lathe]

Just a quickie, and it isn't really THAT serious, but I seem to notice now, I don't know if it is since the last build (50.01) or before that, but just the initial extraction process of the A/V streams seems to take a LOT longer than it used to. Just kind of weird, really. And it doesn't seem to matter whether the rip is on my internal HDD and the working folder for BDRB is on my SSD drive, OR if both are on my SSD drive, I honestly don't remember the extraction process taking SO long.

If I remember properly, it always seemed in the past to take just a few minutes. But, for a while now, it seem like the extraction process alone takes much more time, like 10-15 minutes. And, as always, I am using the internal LAVF frame server.

Is there any reason that you can think of that would explain why it APPEARS to be so much slower now? The 1st and 2nd pass encoding time, though, seem to be comparable to what they have always been.

[omegaman7]

@sonate
Are you sure the encryption has been completely removed? I don't recall which disc, but I had same/similar issues, and a new version of Anydvd HD solved the problem.

[HWK]

@sonate
Are you sure the encryption has been completely removed? I don't recall which disc, but I had same/similar issues, and a new version of Anydvd HD solved the problem.

I doubt his issue has to do with encryption, if it was x264 or any other encoder will simply crash on garbage input. I will lean towards storage where ISO is kept maybe there are bad sectors on hard drive and imgubrn is failing during verification stage.

Recommend mount iso on virtual drive and try to play and see if something turns up.

[jdobbs]

Just a quickie, and it isn't really THAT serious, but I seem to notice now, I don't know if it is since the last build (50.01) or before that, but just the initial extraction process of the A/V streams seems to take a LOT longer than it used to. Just kind of weird, really. And it doesn't seem to matter whether the rip is on my internal HDD and the working folder for BDRB is on my SSD drive, OR if both are on my SSD drive, I honestly don't remember the extraction process taking SO long.

If I remember properly, it always seemed in the past to take just a few minutes. But, for a while now, it seem like the extraction process alone takes much more time, like 10-15 minutes. And, as always, I am using the internal LAVF frame server.

Is there any reason that you can think of that would explain why it APPEARS to be so much slower now? The 1st and 2nd pass encoding time, though, seem to be comparable to what they have always been.There really haven't been any changes to that code in a long time. The only exception would be if the source was MPEG-2 -- and that is because the source is being scanning concurrently with extraction.

[sonate]

@sonate
Are you sure the encryption has been completely removed? I don't recall which disc, but I had same/similar issues, and a new version of Anydvd HD solved the problem.

Funny that the only way I know there is a problem is with the verification. Because the disc reads and plays fine in several hardware and software blu ray players. I have even copied the entire BDMV and certificate folders from one drive to the other without any halt or read errors. It would not be so bad if Imageburn reported a bad sector or miscompare, which it doesn't, it's the crash and freeze which makes me wonder.

[sonate]

I doubt his issue has to do with encryption, if it was x264 or any other encoder will simply crash on garbage input. I will lean towards storage where ISO is kept maybe there are bad sectors on hard drive and imgubrn is failing during verification stage.

Recommend mount iso on virtual drive and try to play and see if something turns up.

I did that, even re ripped to a different harddrive, with same results.

[jdobbs]

It sounds like a bug in ImgBurn to me.

[Lathe]

There really haven't been any changes to that code in a long time. The only exception would be if the source was MPEG-2 -- and that is because the source is being scanning concurrently with extraction.

Okidoke, thanks! Probably just my skewed perception of time :)

[sonate]

It sounds like a bug in ImgBurn to me.

Probably, at any rate the disc is playable and BDreb is consistently doing a great job. I appreciate you and others weighing in on this.

I find that many great movies which were available on DVD in the USA haven't produced blu-ray editions so I'm left buying Asian or European versions. And often enough without English subtitles. So if I really want to watch it, I have to put some work in.

[jdobbs]

Probably, at any rate the disc is playable and BDreb is consistently doing a great job. I appreciate you and others weighing in on this.

I find that many great movies which were available on DVD in the USA haven't produced blu-ray editions so I'm left buying Asian or European versions. And often enough without English subtitles. So if I really want to watch it, I have to put some work in.You can always use the audio track from the DVD and replace it in the working folder before rebuilding. It sometimes takes a little tweaking to get sync, but it's not too bad.

You can also use the subtitles from the DVD by importing it -- and using what has been converted to BD by BD-RB.

[Ch3vr0n]

Jdobbs, could you take a look at my previous post on previous page.

Verstuurd vanaf mijn HTC Sensation met Tapatalk

[jdobbs]

Jdobbs, could you take a look at my previous post on previous page.

Verstuurd vanaf mijn HTC Sensation met TapatalkI looked at it, but it doesn't make any sense to me. I don't see a link between the .264 output of DGDecNV and another .264 output from X264/LAVF being affected by the existence of DTS Express. Either way the DTS Express stream is multiplexed independently of it.

I'm guessing the real issue might be in the fact that DGDecNV uses multiple processes, while X264/LAVF doesn't. Could you run DGDecNV with MULTIPROCESS=0 to test it?

I'll dig around and see if I can find a source to reproduce it.

[Ch3vr0n]

Sure thing, I'll run a test tomorrow and let ya know. Just got back from a union rally that lasted all day and too late to fire up pc.

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[Seajunk]

What is perplexing is what happens when I try to verify the disc against the .iso using Imageburn, it freezes the computer where only a cold shutdown and reboot brings it back. Evidently the only message I get in Imageburntool is a read error almost instantly followed by the freeze. Tried 4 different types of blu ray medium thinking the defect was there, but I guess not.


Sonate, what OS are you running?
I was having the same problem with Imgburn when I moved to win 8.1. Updating the sata driver made the problem more intermittent rather completely go away. In the end i gave up and switched to nero burning rom.

[Sharc]

..........
- Corrected an issue in which attempting to
use the original BD background during import
could, rarely, result in blocky MENU output.
.............

Just to report back that this solved the problem for both of my problematic discs. Thanks!

[omegaman7]

I've verified very few discs with Imgburn. The BD burning drive has proved itself, so I haven't seen the need yet. The few discs I have verified, passed with flying colors. That's the only time I use my iHES108. It's proven to be a bad BD-ROM reader. But quality of clean discs, seems to be reliable. Tiniest imperfection on an industrial disc, and there will be pixelation, skipping, etc. Or it won't run properly through BD rebuilder. I really don't like optical technology. But... it's a necessary evil sometimes LOL!

[Lathe]

I was wondering, since I have the LAV installed, can I just uninstall the haali splitter? Do I need that for anything else? I think on the first post here don't you say EITHER install one or the other? Should I uninstall the other one that goes with the Haali too?

[jdobbs]

I was wondering, since I have the LAV installed, can I just uninstall the haali splitter? Do I need that for anything else? I think on the first post here don't you say EITHER install one or the other? Should I uninstall the other one that goes with the Haali too?It's not needed with LAV installed -- as LAV has it's own splitter.

[Lathe]

should I uninstall the FFDShow too?

[jdobbs]

If you don't need it for anything else, sure.

[Ch3vr0n]

@Jdobbs:

As requested i've re-run the same job with multiprocess=0

Conversion of the main title VID_00262 was with DGDecNV was succesful. I did notice the following though

1) for the main title, it still launched 2 processes of DGIndexNV (although i dont really know if this is bdrb's "fault" or native to DGIndexNV) but for the other smaller titles (extras, intro's, trailers) only 1 DGIndexNV process was launched

2) the x264 version that was launched for all titles was x264.exe and not x264-64.exe (although i don't really know if it's possible to launch 64bit version outside of LAVF) i figured i'd report none-the-less

So it looks like the culprit is not the fact that DGDecNV is used as frameserver, but the multiprocess=n is the culprit. Now how this is possible i don't know or how to fix it. The quickest solution i can think of is to disable multiprocess on DTS-Express enabled discs if it is enabled, unless ofcourse it is a genuine bug and you can find a better fix.

Attached is conversion log and "changed" ini file


[12/16/14] BD Rebuilder v0.50.01
[15:24:42] Source: UNDERWORLD_RISE_OF_THE_LYCANS
- Input BD size: 39,49 GB
- Approximate total content: [02:56:17.757]
- Target BD size: 22,95 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Output folder: C:\Blu-Ray Rebuilds\BDRB\
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[15:24:43] PHASE ONE, Encoding
- [15:24:43] Processing: VID_00260 (1 of 13)
- [15:24:43] Extracting A/V streams [VID_00260]
- [15:24:50] Reencoding video [VID_00260]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 1.440 frames
- Bitrate: 8.244 Kbs
- [15:24:50] Reencoding: VID_00260, Pass 1 of 1
- [15:25:09] Video Encode complete
- [15:25:09] Processing audio tracks
- [15:25:09] Multiplexing M2TS
- [15:25:13] Processing: VID_00262 (2 of 13)
- [15:25:13] Extracting A/V streams [VID_00262]
- [15:43:51] Reencoding video [VID_00262]
- [15:43:51] Reencoding secondary video [TRK_02]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 133.033 frames
- Bitrate: 13.757 Kbs
- [16:02:37] Reencoding: VID_00262, Pass 1 of 1
- [17:21:20] Video Encode complete
- [17:21:20] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- Track 6656 (eng): Keeping original audio
- [17:21:20] Multiplexing M2TS
- [17:29:11] Processing: VID_00263 (3 of 13)
- [17:29:11] Extracting A/V streams [VID_00263]
- [17:29:31] Reencoding video [VID_00263]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 3.552 frames
- Bitrate: 9.557 Kbs
- [17:29:31] Reencoding: VID_00263, Pass 1 of 1
- [17:31:02] Video Encode complete
- [17:31:02] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:31:02] Multiplexing M2TS
- [17:31:09] Processing: VID_00264 (4 of 13)
- [17:31:09] Extracting A/V streams [VID_00264]
- [17:31:24] Reencoding video [VID_00264]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 2.929 frames
- Bitrate: 9.645 Kbs
- [17:31:24] Reencoding: VID_00264, Pass 1 of 1
- [17:32:31] Video Encode complete
- [17:32:31] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:32:31] Multiplexing M2TS
- [17:32:39] Processing: VID_00275 (5 of 13)
- [17:32:39] Extracting A/V streams [VID_00275]
- [17:32:55] Reencoding video [VID_00275]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 3.097 frames
- Bitrate: 9.494 Kbs
- [17:32:55] Reencoding: VID_00275, Pass 1 of 1
- [17:34:02] Video Encode complete
- [17:34:02] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:34:02] Multiplexing M2TS
- [17:34:08] Processing: VID_00276 (6 of 13)
- [17:34:08] Extracting A/V streams [VID_00276]
- [17:34:22] Reencoding video [VID_00276]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 3.120 frames
- Bitrate: 8.816 Kbs
- [17:34:22] Reencoding: VID_00276, Pass 1 of 1
- [17:35:22] Video Encode complete
- [17:35:22] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:35:22] Multiplexing M2TS
- [17:35:28] Processing: VID_00277 (7 of 13)
- [17:35:28] Extracting A/V streams [VID_00277]
- [17:35:43] Reencoding video [VID_00277]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 2.929 frames
- Bitrate: 9.503 Kbs
- [17:35:43] Reencoding: VID_00277, Pass 1 of 1
- [17:36:41] Video Encode complete
- [17:36:41] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:36:41] Multiplexing M2TS
- [17:36:47] Processing: VID_00285 (8 of 13)
- [17:36:47] Extracting A/V streams [VID_00285]
- [17:36:58] Reencoding video [VID_00285]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 1.993 frames
- Bitrate: 9.493 Kbs
- [17:36:58] Reencoding: VID_00285, Pass 1 of 1
- [17:37:39] Video Encode complete
- [17:37:39] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:37:39] Multiplexing M2TS
- [17:37:46] Processing: VID_00286 (9 of 13)
- [17:37:46] Extracting A/V streams [VID_00286]
- [17:38:16] Reencoding video [VID_00286]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 5.545 frames
- Bitrate: 14.688 Kbs
- [17:38:16] Reencoding: VID_00286, Pass 1 of 1
- [17:40:29] Video Encode complete
- [17:40:29] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:40:29] Multiplexing M2TS
- [17:40:37] Processing: VID_00287 (10 of 13)
- [17:40:37] Extracting A/V streams [VID_00287]
- [17:41:41] Reencoding video [VID_00287]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29,970fps, 16.741 frames
- Bitrate: 14.608 Kbs
- [17:41:42] Reencoding: VID_00287, Pass 1 of 1
- [17:49:15] Video Encode complete
- [17:49:15] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:49:15] Multiplexing M2TS
- [17:49:33] Processing: VID_00288 (11 of 13)
- [17:49:33] Extracting A/V streams [VID_00288]
- [17:51:45] Reencoding video [VID_00288]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29,970fps, 35.926 frames
- Bitrate: 14.609 Kbs
- [17:51:45] Reencoding: VID_00288, Pass 1 of 1
- [18:06:53] Video Encode complete
- [18:06:54] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:06:54] Multiplexing M2TS
- [18:07:35] Processing: VID_00289 (12 of 13)
- [18:07:35] Extracting A/V streams [VID_00289]
- [18:09:04] Reencoding video [VID_00289]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29,970fps, 23.435 frames
- Bitrate: 14.612 Kbs
- [18:09:04] Reencoding: VID_00289, Pass 1 of 1
- [18:18:14] Video Encode complete
- [18:18:14] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:18:14] Multiplexing M2TS
- [18:18:35] Processing: VID_00330 (13 of 13)
- [18:18:35] Extracting A/V streams [VID_00330]
- [18:18:53] Reencoding video [VID_00330]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 3.386 frames
- Bitrate: 9.317 Kbs
- [18:18:53] Reencoding: VID_00330, Pass 1 of 1
- [18:20:11] Video Encode complete
- [18:20:11] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:20:11] Multiplexing M2TS
[18:20:18]PHASE ONE complete
[18:20:18]PHASE TWO - Rebuild Started
- [18:20:18] Rebuilding BD file Structure
[18:21:22] - Encode and Rebuild complete
[18:21:22] Writing BD structure to ISO file
- ImgBurn completed successfully
- UNDERWORLD_RISE_OF_THE_LYCANS folder removed.
- WORKFILES folder removed.
[18:34:59] JOB: UNDERWORLD_RISE_OF_THE_LYCANS finished.


[Options]
#video settings
MODE=0
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=1
SD_CONVERT=0
COLOR_BOOST=0
RESIZE_1080=0
DEINTERLACE=0
OPEN_GOP=0
MOVIE_ONLY_LOOP=1
USE_FILTERS=0
IVTC_PULLDOWN=1
ASSUME_DVD_PAL=1
SD_TO_1080=0
CONVERT_WIDE=0
MOVIEONLY_TYPE=0
ALTCRF=20
ALT_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=0
WIDE_PERCENT=40
WIDE_OFFSET=.85
RESIZE_1440=0
RESIZE_720=0
OUTPUT_3D=1
IGNORE_3D=0
NEROAAC=0
DGDECNV=1
USE_LAVF=0

#audio settings
AUDIO_TO_KEEP=dut;eng;nld;und;
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AVCHD=0
FULL_AVCHD=0

#subtitle settings
SUBS_TO_KEEP=dut;eng;nld;und;

#output settings
REMOVE_WORKFILES=1
REMOVE_OUTPUT=1
REMOVE_IMPORT=1
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23450
PRIORITY_CLASS=1
TARGET_SIZE=23500
AUTO_BURN=2
QUICK_EXTRAS=0

#General Settings
ENABLE_TEST=1
ENABLE_BLANKING=0
BLANK_THRESHOLD=60
MULTIPROCESS=0
MINIMIZE_TO_TRAY=1
SHUTDOWN_REBOOT=1
IMPORT_FOLDER=C:\TEMP
VERBOSE_STATUS=1
BDMV_CERT_ONLY=1
AUTO_BLANK=0
UNMASK_CHAPTER=1
VERSION=0.50.0.1
COMPLETION_BEEP=1
BEEP_SOUNDFILE=C:\Program Files (x86)\ImgBurn\Sounds\Success.wav
SD_PROGRESSIVE=1
MKV_CHAPTERS=1
SUPTITLE=0
OUTPUT_SBS=0
MENU_BACKGROUND=C:\Program Files (x86)\BD_Rebuilder\misc\menuback.jpg
IMPORT_THRESHOLD=15
QUICK_PLAY_THRESHOLD=10
MENU_AUTO_BACKGROUND=1
MENU_PLAY_SEQUENTIAL=1
MENU_START_WITH_MENU=1
OUTPUT_FOLDER=C:\Blu-Ray Rebuilds\BDRB\
FRIMSOURCE=0
ENCODER=0
DGDECIM=0
DECODER=3

[Paths]
WORKING_PATH=C:\TEMP\LAVF\
SOURCE_PATH=Z:\BLU-RAY\DOUBLE LAYER\DTS-E\UNDERWORLD_RISE_OF_THE_LYCANS\
DGIndexNV=C:\Program Files (x86)\BD_Rebuilder\Tools\dgdecnv\DGIndexNV.exe
DGDecNV=C:\Program Files (x86)\BD_Rebuilder\Tools\dgdecnv\DGDecodeNV.dll
DirectShowMVCSource=C:\Program Files (x86)\BD_Rebuilder\Tools\MVCtoAVI.exe\DirectShowMVCSource.dll
NeroAACPath=C:\Program Files (x86)\BD_Rebuilder\Tools\neroaacenc1.5.1\win32\neroAacEnc.exe


There was however a rather significant size difference.

The LAVF built iso came in at 19.0GB on the dot (19.927.488kb)
The DGDC built iso came in at 20.9GB in size (21.919.936kb)

a 2GB difference and still significant for both considering the default target size of 22.95GB. The DGDecNV built one was 2GB short of the target while the LAVF built one was a whopping 4GB smaller

If you want me to run more tests, just lemme know

[Seajunk]

Hey Ch3vr0n,
Are you still running that Q9550 processor?
Im surprised its taking three hours for that underworld job at Good(very fast) with DGDecNV decoding. Mine usually run at 45 minutes (I5-4690).

[Ch3vr0n]

Yours runs at 45min because it's a completely different architecture. And FYI with dgdecnv it's the GPU that does the work not the CPU. But yes I still run that CPU and it still works perfectly. I'd love to replace it with and i7 but then I'd have to replace the motherboard and ram too, and I just don't have the cash to build a completely new system. To much debt to still pay.

Now back on topic, it's not a system discussion topic. I've got an issue that needs solving.

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[jdobbs]

1) for the main title, it still launched 2 processes of DGIndexNV (although i dont really know if this is bdrb's "fault" or native to DGIndexNV) but for the other smaller titles (extras, intro's, trailers) only 1 DGIndexNV process was launched

2) the x264 version that was launched for all titles was x264.exe and not x264-64.exe (although i don't really know if it's possible to launch 64bit version outside of LAVF) i figured i'd report none-the-less1. Are you positive? I've done a lot of testing and I switch back-and-forth all the time. I'm very confident that setting MULTIPROCESS=0 will disable multiple processes correctly.

2. AVISYNTH is 32 bit, so the 32 bit version of X264 has to be used with it. 64 bit is only used with LAVF (because the frame serving is done internally).

I'll have to do some testing to see if I can reproduce sizing discrepancies.

[robbie74]

i have tried 2 different films to shrink down to 25gb ( gravity & guardians of the galaxy both 3d )
I took off all audio track except HD & blanked extras & kept menu, but after 6 1/2 minutes the audio just goes off & does not come back.
I have latest version installed & codecs installed as per instructions.

Can anyone help me with this problem ??

the log attached is from gravity

Thanks

rob

[Ch3vr0n]

100%, I'd be happy to run it again.

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[DoctorM]

Bringing up the quick play menus on AVCHD again. Out of curiosity today I took the output from BD RB and dropped it into multiAVCHD in reauthor mode.
For the output I selected AVCHD (Strict).

Nothing appeared to be altered or re-encoded, but the final disc, when burned to a DVD-rw, played fine on my Sony BDP-S790.
The only thing I'm trouble by is I'm not certain that really, truly 'strict' AVCHD is supposed to have animated menus and music.

So, maybe this info will help you out, jdobbs... or not.

[Sharc]

i have tried 2 different films to shrink down to 25gb ( gravity & guardians of the galaxy both 3d )
I took off all audio track except HD & blanked extras & kept menu, but after 6 1/2 minutes the audio just goes off & does not come back.
I have latest version installed & codecs installed as per instructions.

Can anyone help me with this problem ??

the log attached is from gravity

Thanks

rob
Cinavia?

[jdobbs]

i have tried 2 different films to shrink down to 25gb ( gravity & guardians of the galaxy both 3d )
I took off all audio track except HD & blanked extras & kept menu, but after 6 1/2 minutes the audio just goes off & does not come back.
I have latest version installed & codecs installed as per instructions.

Can anyone help me with this problem ??

the log attached is from gravity

Thanks

robThere's really not a lot that could go wrong. The original audio was used. But I always wince when I see this: - AnyDVD Remove Short Titles: Incompatible
- AnyDVD Remove Annoying Adverts: Incompatible It means AnyDVD is playing with it before BD-RB does. I'd suggest you turn those options off and try again.

There's always a chance of Cinavia -- but it I'm not sure whether 6 1/2 minutes is enough time, and you usually get a warning from the player.

[jdobbs]

100%, I'd be happy to run it again.

Verstuurd vanaf mijn Nexus 7 met TapatalkPlease do. I see no way BD-RB could create two instances of DGDecNV if MULTIPROCESS=0. That is unless there is one running already...

[jdobbs]

Bringing up the quick play menus on AVCHD again. Out of curiosity today I took the output from BD RB and dropped it into multiAVCHD in reauthor mode.
For the output I selected AVCHD (Strict).

Nothing appeared to be altered or re-encoded, but the final disc, when burned to a DVD-rw, played fine on my Sony BDP-S790.
The only thing I'm trouble by is I'm not certain that really, truly 'strict' AVCHD is supposed to have animated menus and music.

So, maybe this info will help you out, jdobbs... or not.The menu is 100% AVCHD compatible (with the exception of the version headers), so no surprise there. Animated menus are supported via HDMV. The reason BD-5/9 isn't supported yet is because the Quick-Play logic follows the execution path of a full backup, and that is restricted to BD-25+.

It may take a while to support it, as changing how it works isn't a simple fix.

[Ch3vr0n]

@Jdobbs:

As requested. Attached image shows everything DURING EXTRACTION OF THE MAIN TITLE
So you don't get confused i'll say it in advance: There are 2 BDRB windows open. The left one is actively extracting, the RIGHT ONE is inactive open on the same source and only used to show the current BDRB ini config settings. I've highlighted in red the important parts.

Multiprocess=0, yet on the main title 2 DGIndecNV.exe processes are launched. After that i aborted the encode, then resumed cause i wanted to check if 2 processes of x264 were launched too, which strangely enough was NOT the case during encoding of the secondary video nor main video.

[jdobbs]

@Jdobbs:

As requested. Attached image shows everything DURING EXTRACTION OF THE MAIN TITLE
So you don't get confused i'll say it in advance: There are 2 BDRB windows open. The left one is actively extracting, the RIGHT ONE is inactive open on the same source and only used to show the current BDRB ini config settings. I've highlighted in red the important parts.

Multiprocess=0, yet on the main title 2 DGIndecNV.exe processes are launched. After that i aborted the encode, then resumed cause i wanted to check if 2 processes of x264 were launched too, which strangely enough was NOT the case during encoding of the secondary video nor main video.Ok. I'll see if I can repeat it.

[DoctorM]

The menu is 100% AVCHD compatible (with the exception of the version headers), so no surprise there. Animated menus are supported via HDMV. The reason BD-5/9 isn't supported yet is because the Quick-Play logic follows the execution path of a full backup, and that is restricted to BD-25+.

It may take a while to support it, as changing how it works isn't a simple fix.

I can understand it isn't a simple fix, but at least I have a way to finish the project in the short term.

I was worried that you said it used the full backup path that maybe there would be other reason the output isn't AVCHD spec, but I see that the max bitrate of the files are still 15mbps so it's probably JUST the menus that don't meet spec and multiAVCHD patches that.

Thanks for your time.

[jdobbs]

I can understand it isn't a simple fix, but at least I have a way to finish the project in the short term.

I was worried that you said it used the full backup path that maybe there would be other reason the output isn't AVCHD spec, but I see that the max bitrate of the files are still 15mbps so it's probably JUST the menus that don't meet spec and multiAVCHD patches that.

Thanks for your time.It may not be there for the next release... but possibly the one after that.

[jdobbs]

@Ch3vr0n

I've tried over-and-over, and I can't get more than one DGIndexNV instance to run when MULTIPROCESS=0.

I'll try with some different settings, but it sure looks like it works from here.

[Edit] Wait a minute, now that I think about it, BD-RB never runs more than one instance of DGIndexNV. That's because DGDecNV is frame accurate, and the starting/ending frame for each encode instance is specified in the multiple X264 command lines.

[Ch3vr0n]

I don't see how it's possible either. Don't see what more I can send you. My exact INI settings have been posted. I'll try tomorrow and check if its limited to that underworld disc but I don't think it is.

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[jdobbs]

I don't see how it's possible either. Don't see what more I can send you. My exact INI settings have been posted. I'll try tomorrow and check if its limited to that underworld disc but I don't think it is.

Verstuurd vanaf mijn Nexus 7 met TapatalkSee my post again, I corrected it.

[Ch3vr0n]

Then why do 2 of them show up in task manager? I'll launch the job again and check if the file actively gets split into 2 files as well. But that's just the weird part of it all. 2 index processes get launched and one would think that 2 x264 would get launched too to encode both parts. But only 1 x264 got launched. It doesn't make sense

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[jdobbs]

Then why do 2 of them show up in task manager? I'll launch the job again and check if the file actively gets split into 2 files as well. But that's just the weird part of it all. 2 index processes get launched and one would think that 2 x264 would get launched too to encode both parts. But only 1 x264 got launched. It doesn't make sense

Verstuurd vanaf mijn Nexus 7 met TapatalkIt won't get split. That only happens with Directshow. You don't need to do a split when the frame-server is frame accurate.

It never shows up as two instances on my computer. Try killing one of them and see what happens. Is there any chance there is an instance "hung" out there that is always there?

Maybe there is some setting in DGIndexNV that can change how it works???? I notice that in my task window it says the size of the process is 52,088K while both of yours are much smaller than that. BTW, I'm still using DGIndexNV version 2046.

[Ch3vr0n]

No hung ones. I recently formatted to it's a clean os. Both get launched when bdrb starts indexing main title. I'll launch the job again shouldn't take more than a few minutes before it starts indexing the main title. There's only 1 clip before it. I'll get back to you in a few minutes

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[jdobbs]

... or maybe your card is different than mine and DGIndexNV works differently????