BD Rebuilder Beta - Bug Reports Only - Page 1284

jdobbs · 21st February 2017, 04:15

Quote:

- Decoding/Frame serving: FRIMSource

1. Have you tried using a different decoder than FRIMSource? I'd like to see if that is related to the issue. I'd suggest using LAV filters. It seems to be likely more than coincidence that FRIMSource is used most often for 3D encoding (such as O/U) -- and your output is doubling the horizontal size.

2. Are you using the version of FRIM that is included with BD-RB, or have you "upgraded"?

colinhunt · 21st February 2017, 10:04

Quote:

Originally Posted by jdobbs

Only for movie-only backups. But, as I said, it's likely something other than in-mux -- since that is a standard backup that is also present on commercial discs. I suspect you are blaming the wrong problem.

That's certainly possible. What do you think is behind my PS4 playing those inmux-titles in 2D only?

I'd like to test SSIF output, even if it's for movie-only backup. What hidden options do I need to set for that? Thank you!

marco421 · 21st February 2017, 12:38

this is a new issue. on the last 2 movies I decoded (inferno and Jason bourne) the sound quit due to cineavia. the bd-rb version I used was 50.23. unfortunately, I don't remember if I've gotten a playable movie using that version. I know that version 50.21 works ok. how do I get around being bitten by cineavia or do I just go back to an older version?

gonca · 21st February 2017, 13:46

Quote:

how do I get around being bitten by cineavia

BD_RB doesn't deal with Cinavia, never has.

Get a player that doesn't enforce Cinavia

jdobbs · 21st February 2017, 15:36

Quote:

Originally Posted by marco421

this is a new issue. on the last 2 movies I decoded (inferno and Jason bourne) the sound quit due to cineavia. the bd-rb version I used was 50.23. unfortunately, I don't remember if I've gotten a playable movie using that version. I know that version 50.21 works ok. how do I get around being bitten by cineavia or do I just go back to an older version?

BD-RB can't attempt to defeat any type of protection mechanism -- otherwise it would be illegal in the U.S. and would get shut down.

There is software out there that can remove cinavia -- but mechanisms for defeating copyright protection isn't the purpose of this thread, so it's better to discuss it elsewhere.

bebopper · 21st February 2017, 16:34

Quote:

Originally Posted by jdobbs

1. Have you tried using a different decoder than FRIMSource? I'd like to see if that is related to the issue. I'd suggest using LAV filters. It seems to be likely more than coincidence that FRIMSource is used most often for 3D encoding (such as O/U) -- and your output is doubling the horizontal size.

2. Are you using the version of FRIM that is included with BD-RB, or have you "upgraded"?

No, I've just been using whatever BD-RB's default setup is (i.e. no upgrading). I'll be happy to try with LAV filters. To do so, is it simply de-selecting "use FRIMSource for frame serving" option and selecting "Use x264's internal LAVF for frame serving" in BD-RB's setup? If some other change required, I'll need a pointer as to how to make that selection/change. Thanks.

gonca · 21st February 2017, 17:29

Quote:

Originally Posted by bebopper

No, I've just been using whatever BD-RB's default setup is (i.e. no upgrading). I'll be happy to try with LAV filters. To do so, is it simply de-selecting "use FRIMSource for frame serving" option and selecting "Use x264's internal LAVF for frame serving" in BD-RB's setup? If some other change required, I'll need a pointer as to how to make that selection/change. Thanks.

Select use DirectShowSource
Frim isn't the "Default"

bebopper · 21st February 2017, 18:58

Quote:

Originally Posted by gonca

Select use DirectShowSource
Frim isn't the "Default"

Thank you, gonca. If FRIMSource is not the BD-RB default, I don't know how I ended up with that selected....

jdobbs · 22nd February 2017, 00:30

Quote:

Originally Posted by bebopper

Thank you, gonca. If FRIMSource is not the BD-RB default, I don't know how I ended up with that selected....

If you didn't install LAV Filters or FFDSHOW it might have ended up there.

I wasn't talking about LAVF in X264 (although that would be fine to test as well). I was talking about LAV Filters. See the first post of this thread for instructions on how to install.

Lathe · 22nd February 2017, 04:53

Quote:

Originally Posted by marco421

this is a new issue. on the last 2 movies I decoded (inferno and Jason bourne) the sound quit due to cineavia. the bd-rb version I used was 50.23. unfortunately, I don't remember if I've gotten a playable movie using that version. I know that version 50.21 works ok. how do I get around being bitten by cineavia or do I just go back to an older version?

I have an older OPPO BDP-83 that is still considered one of the finest Blu-ray players if you don't need streaming or 3D. It is Pre-Cinavia. I don't remember when OPPO had to begin implementing Cinavia in their players. You can get my model and others all over the place, eBay, etc. They still really hold their value...

MrVideo · 22nd February 2017, 15:21

Quote:

Originally Posted by Lathe

I don't remember when OPPO had to begin implementing Cinavia in their players.

All Blu-ray players that were built in Feb 2012, and after, were required to have Cinavia detection.

bebopper · 22nd February 2017, 18:35

Quote:

Originally Posted by jdobbs

If you didn't install LAV Filters or FFDSHOW it might have ended up there.

I wasn't talking about LAVF in X264 (although that would be fine to test as well). I was talking about LAV Filters. See the first post of this thread for instructions on how to install.

I did indeed install both LAV filters and FFDSHOW from the start, so still not sure how I ended up with FRIMSource selected. In any case, the good news is in switching frame serving choice to DirectshowSource, post processed videos are now as they should be (though still interlaced; I thought the x264 encoder turns into progressive?; will need to check previous logs with interlaced source to confirm). Thank you jdobbs and gonca for your help in getting this resolved.

jdobbs · 22nd February 2017, 18:40

Quote:

Originally Posted by bebopper

I did indeed install both LAV filters and FFDSHOW from the start, so still not sure how I ended up with FRIMSource selected. In any case, the good news is in switching frame serving choice to DirectshowSource, post processed videos are now as they should be (though still interlaced; I thought the x264 encoder turns into progressive?; will need to check previous logs with interlaced source to confirm). Thank you jdobbs and gonca for your help in getting this resolved.

They won't be made progressive unless you have selected "Use DEINTERLACER on interlaced sources" from the SETUP menu. The default is to keep them in their original format.

Glad it fixed it for you -- but there is obviously a problem in the way I'm using FRIMSource() -- so I still have a bug to fix.

bebopper · 22nd February 2017, 18:57

Quote:

Originally Posted by jdobbs

They won't be made progressive unless you have selected "Use DEINTERLACER on interlaced sources" from the SETUP menu. The default is to keep them in their original format.

Thanks, jdobbs for the explanation. One option I always have selected is "use DEINTERLACER", which explains why I thought all interlaced videos post processing are progressive.... except for this latest Hummingbird one. Not a big issue, and I'm not asking for more cycles to be spent on this, especially since you already FRIMSource() to address. Again, thanks very much for your help.

MrVideo · 22nd February 2017, 20:26

Quote:

Originally Posted by bebopper

Thanks, jdobbs for the explanation. One option I always have selected is "use DEINTERLACER" ...

Why do you want to de-interlace 1080i material that is sourced from video cameras? If the 1080i material is from a 23.976 source, then it needs to be IVTC'd, not de-interlaced.

The reason for not de-interlacing 1080i raw video is that you remove 1/2 of the time spatial information. Instead of objects moving at 59.94 times per second, they are now moving at 29.97 times per second. You also compromise some of the vertical resolution as well. The software has to combine two field images into a single frame. If the images are drastically different, it becomes a WAG as to what the new image should look like. The software has gotten better in this regard, but losing 1/2 of time spatial info is a downer.

Just my opinion.

jdobbs · 22nd February 2017, 23:38

Quote:

Originally Posted by MrVideo

Why do you want to de-interlace 1080i material that is sourced from video cameras? If the 1080i material is from a 23.976 source, then it needs to be IVTC'd, not de-interlaced.

The reason for not de-interlacing 1080i raw video is that you remove 1/2 of the time spatial information. Instead of objects moving at 59.94 times per second, they are now moving at 29.97 times per second. You also compromise some of the vertical resolution as well. The software has to combine two field images into a single frame. If the images are drastically different, it becomes a WAG as to what the new image should look like. The software has gotten better in this regard, but losing 1/2 of time spatial info is a downer.

Just my opinion.

Agreed. The only time I can see a good reason is if you are playing it back on a device that can't handle actual interlaced sources (like a computer w/monitor). Of course a computer/monitor will most likely have the ability to deinterlace at playback.

thekiller · 22nd February 2017, 23:50

Quote:

Originally Posted by thekiller

hello, thank you for the reponse

Code:

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

[00001]
caption=DVD-5, 720x480/576, AC3 Audio
vBitrate=*
aBitrate=*
aType=0
vFormat=6
cType=3
[00002]
caption=DVD-9, 720x480/576, AC3 Audio
vBitrate=*
aBitrate=*
aType=0
vFormat=6
cType=4
[00003]
caption=iPod MP4, 640x480/360, 128Kbs AAC
vBitrate=583
aBitrate=128
aType=1
vFormat=2
cType=0
[00004]
caption=iPod MP4, 480x360/270, 112Kbs AAC
vBitrate=421
aBitrate=112
aType=1
vFormat=1
cType=0
[00005]
caption=iPod MP4, 320x240/180, 64Kbs AAC
vBitrate=281
aBitrate=96
aType=1
vFormat=0
cType=0
[00006]
caption=MKV Container, 720x480/576, 128Kbs AC3
vBitrate=872
aBitrate=128
aType=0
vFormat=6
cType=1
[00007]
caption=MKV Container, 1280x720, 192Kbs AC3
vBitrate=1230
aBitrate=192
aType=0
vFormat=4
cType=1
[00008]
caption=MKV Container, 1280x720, 448Kbs DD5.1
vBitrate=1230
aBitrate=448
aType=0
vFormat=4
cType=1
[00009]
caption=MKV Container, 1920x1080, 192Kbs AC3
vBitrate=1941
aBitrate=192
aType=0
vFormat=5
cType=1
[00010]
caption=MKV Container, 1920x1080, 640Kbs DD5.1
vBitrate=1941
aBitrate=640
aType=0
vFormat=5
cType=1
[00011]
caption=MKV Container, 1920x1080, Intact Audio
vBitrate=3000
aBitrate=0
aType=2
vFormat=5
cType=1
[00012]
caption=iPad MP4 HD, 1280x720, 128Kbs AAC
vBitrate=1500
aBitrate=128
aType=1
vFormat=4
cType=2
[00013]
caption=iPad MP4 HD, 1024x768/576, 128Kbs AAC
vBitrate=1009
aBitrate=128
aType=1
vFormat=3
cType=2
[00014]
caption=iPad MP4 SD, 640x480/360, 128Kbs AAC
vBitrate=583
aBitrate=128
aType=1
vFormat=2
cType=2
[00015]
caption=iPad MP4 SD, 480x360/270, 112Kbs AAC
vBitrate=421
aBitrate=112
aType=1
vFormat=1
cType=2
[00016]
caption=iPad MP4 SD, 720x480/576, 128Kbs AAC
vBitrate=872
aBitrate=128
aType=1
vFormat=6
cType=2
[00017]
caption=MKV Container, 1920x1080, Auto-AAC
vBitrate=3000
aBitrate=*
aType=1
vFormat=5
cType=1
[00018]
caption=MKV Container, 1280x720, Auto-AAC
vBitrate=2000
aBitrate=*
aType=1
vFormat=4
cType=1
[00019]
caption=MP4 Container, 1920x1080, AutoGOP, Auto-AAC
vBitrate=3000
aBitrate=*
aType=1
vFormat=5
vKeyint=Auto
cType=5
[00020]
caption=MP4 Container, 1280x720, AutoGOP, Auto-AAC
vBitrate=2000
aBitrate=*
aType=1
vFormat=4
vKeyint=Auto
cType=5
[00021]
caption=MP4 Container, NO_RESIZE, AutoGOP, Auto-AAC
vBitrate=2000
aBitrate=*
aType=1
vFormat=7
vKeyint=Auto
cType=5
[00022]
caption=MKV Container, NO_RESIZE, AutoGOP, Auto-AAC
vBitrate=2000
aBitrate=*
aType=1
vFormat=7
vKeyint=Auto
cType=1
[00023]
caption=iPad 2+/iPhone 4s+, 1920x1080, 160Kbs AAC
vBitrate=3000
aBitrate=160
aType=1
vFormat=5
cType=6
[00024]
caption=iPad 2+/iPhone 4s+, 1280x720, 128Kbs AAC
vBitrate=2000
aBitrate=128
aType=1
vFormat=4
cType=6
[00025]
caption=iPad 2+/iPhone 4s+, 720x480/576, 128Kbs AAC
vBitrate=872
aBitrate=128
aType=1
vFormat=6
cType=6
[00026]
caption=MP4, Intact Video, AutoGOP, Auto-AAC
vBitrate=2000
aBitrate=*
aType=1
vFormat=8
vKeyint=Auto
cType=5
[00027]
caption=MKV, Intact Video, AutoGOP, Auto-AAC
vBitrate=2000
aBitrate=*
aType=1
vFormat=8
vKeyint=Auto
cType=1
[00028]
caption=MKV, Intact Video, Intact Audio
aType=2
vFormat=8
cType=1
[00029]
caption=MP4, Intact Video, Intact Audio
aType=2
vFormat=8
cType=5
[00030]
caption=MKV Container, 720x480/576, Intact Audio
vBitrate=872
aType=2
vFormat=6
cType=1
[00031]
caption=MP4 Container, Full-SBS (3D), Intact Audio
vBitrate=4000
aType=2
vFormat=7
cType=5
[00032]
caption=MKV Container, Full-SBS (3D), Intact Audio
vBitrate=4000
aType=2
vFormat=7
cType=1
[00033]
caption=MKV Container, HEVC 1920x1080, Auto-AAC
vEncoder=1
vBitrate=2000
vKeyint=Auto
aBitrate=*
aType=1
vFormat=5
cType=1
[00034]
caption=MKV Container, HEVC 1280x720, Auto-AAC
vEncoder=1
vBitrate=1300
vKeyint=Auto
aBitrate=*
aType=1
vFormat=4
cType=1
[00035]
caption=MKV Container, HEVC Full-SBS 3D,Auto-AAC
vEncoder=1
vBitrate=2000
vKeyint=Auto
aType=1
aBitrate=*
vFormat=7
cType=1
[00036]
caption=MKV Container, HEVC Half-SBS 3D, Intact Audio
vEncoder=1
vBitrate=2000
vKeyint=Auto
aType=2
vFormat=5
cType=1
[00037]
caption=MKV Container, NO_RESIZE, AutoGOP, Auto-AC3
vBitrate=2000
aBitrate=*
aType=0
vFormat=7
vKeyint=Auto
cType=1
[00038]
caption=MP4 Container, NO_RESIZE, AutoGOP, Auto-AC3
vBitrate=2000
aBitrate=*
aType=0
vFormat=7
vKeyint=Auto
cType=5
[00039]
caption=MKV Container, HEVC 1920x1080, 448Kbs DD5.1
vEncoder=1
vBitrate=2000
vKeyint=Auto
aBitrate=448
aType=0
vFormat=5
cType=1

INSPECT -->

[02/20/17] Checking System Settings
- BD-Rebuilder v0.50.23
- Windows Version: 6.2 [9200]
- Working Path Free Space: 3*242,76GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[02/20/17] Systems Settings Check complete

On the other hand it takes me by default not the video bonn of the film, it takes me a long version!

For this to happen I first converted:
Caption = MKV, Intact Video, Intact Audio
AType = 2
VFormat = 8
CType = 1

And then I reconvert to hevc

Caption = MKV Container, HEVC No Resizing, Intact Audio
VEncoder = 1
VBitrate = 2000
VKeyint = Auto
AType = 2
VFormat = 7
CType = 1

And I have no more

thank

gonca · 23rd February 2017, 00:17

Just wondering
Why do you convert twice?
Why not convert the first time to

Quote:

MKV Container, HEVC No Resizing, Intact Audio

Or use the source to convert to both formats

DrinkLyeAndDie · 23rd February 2017, 02:25

Quote:

Originally Posted by Lathe

I have an older OPPO BDP-83 that is still considered one of the finest Blu-ray players if you don't need streaming or 3D. It is Pre-Cinavia. I don't remember when OPPO had to begin implementing Cinavia in their players. You can get my model and others all over the place, eBay, etc. They still really hold their value...

Not meaning to sidetrack this thread but in reply to this:

The Oppo BDP-8x and BDP-9x players were free of Cinavia. Beginning with the BDP-10x players and onward Cinavia has been manditorily implemented.

thekiller · 23rd February 2017, 07:36

Quote:

Originally Posted by gonca

Just wondering
Why do you convert twice?
Why not convert the first time to

Or use the source to convert to both formats

The first is the bluray in x264 and after I re import the mkv obtained in bdrebuilder and I do a reencoding in hevc

21st February 2017, 12:38	#25663 \| Link
marco421 Registered User Join Date: Aug 2011 Posts: 13	this is a new issue. on the last 2 movies I decoded (inferno and Jason bourne) the sound quit due to cineavia. the bd-rb version I used was 50.23. unfortunately, I don't remember if I've gotten a playable movie using that version. I know that version 50.21 works ok. how do I get around being bitten by cineavia or do I just go back to an older version?