Disney Frozen 3D

[rotty]

Hi JD

I have a problem with the Movie Frozen 3D

The Movie Only file produced by BDRebuilder when played exhibits pixilation about once a second.

Its like a tick.

I have tried this several times, I have even made a non compressed Movie Only file first before putting it thru BDRebuilder, same results.

The NON compressed Movie Only file is fine, its only after being put thru ReBuilder that the problem exhibits.

BTW, these files are on HD so its not an optical media problem.


PS The uncompressed Movie Only file (with only the streams I want) is nearly 31G, I am using BDRebuilder to compress to 25G



Thanks

[Ch3vr0n]

you playing them back on a software player?

[rotty]

Yes, TMT or PowerDVD. Movie Only uncompressed file is fine, only after compression with BDRebuilder is the problem encountered.

Uncompressed Movie Only 30.9G, after BDRebuilder 22.6G

[Ch3vr0n]

There's your problem. It seems to be an issue with the in-muxing and software players, other users have reported that even though the movie "glitches" on software playback it's perfect on standalone playback. I can't confirm this myself as i don't have a 3D standalone setup. It may be because inmux isn't the "studio preferred 3D method", that the software players arent 100% compatible for this kind of 3D stream.

it's not limited to disney 3D, it happens on pretty much all of them.

[rotty]

Even so, it must be an issue with BDRebuilder because the uncompressed 3D file plays perfectly with all the S/W players.

These players must be exposing the problems that some Stand Alone Players are ignoring.

[Ch3vr0n]

Even so, it must be an issue with BDRebuilder because the uncompressed 3D file plays perfectly with all the S/W players.

These players must be exposing the problems that some Stand Alone Players are ignoring.


i doubt it's a BDRB issue, i'd sooner point it at FRIM encoder/decoder and/or the software players (for the reason i already stated, it's not the studio preferred 3D method so it doesn't surprise me the support for it isn't perfect)

[rotty]

i doubt it's a BDRB issue, i'd sooner point it at FRIM encoder/decoder and/or the software players (for the reason i already stated, it's not the studio preferred 3D method so it doesn't surprise me the support for it isn't perfect)

Yes, I just meant that the issue is somewhere within the action of the program.

I sure wasn't complaining, its a fantastic program and I have nothing but praise for JD.

Im sure he is pleased to get feedback, good or re problem.

[HWK]

It is Frim Encoder which causes problem. But like jdobbs said in past in order for it to be bug it must do same on hardware player as well.

I used different mvc encoder and software and hardware exhibit no problem with playback.

[Sharc]

It is Frim Encoder which causes problem. But like jdobbs said in past in order for it to be bug it must do same on hardware player as well.

I used different mvc encoder and software and hardware exhibit no problem with playback.
So rotty's problem would still exist for .iso (.ssif) instaed of in-mux?

[rotty]

It is Frim Encoder which causes problem. But like jdobbs said in past in order for it to be bug it must do same on hardware player as well.

I used different mvc encoder and software and hardware exhibit no problem with playback.

Hi HWK

Did you place the MVC encoder you use in the BDRB tools folder.

Can I ask which MVC enc/dec you used.

Thanks

[rotty]

So rotty's problem would still exist for .iso (.ssif) instaed of in-mux?

Hi Sharc

Yes it is an ISO file with the problem. (in fact of course BD folder also same problem).

[HWK]

So rotty's problem would still exist for .iso (.ssif) instaed of in-mux?

It has nothing to do with how one mux the stream. Minute it pass through frim encoder you should expect that. I won't say decoder is at fault because I use it to prepare file to serve different mvc encoder and output is fine.

[HWK]

Hi HWK

Did you place the MVC encoder you use in the BDRB tools folder.

Can I ask which MVC enc/dec you used.

Thanks

I use Mainconcept MVC encoder and priced at US $5,999.00 and for decoder most of the time I use frim itself.
Program has installer and will install to program files, but it can be called by external program such as BD-RB.

[jdobbs]

Even so, it must be an issue with BDRebuilder because the uncompressed 3D file plays perfectly with all the S/W players.

These players must be exposing the problems that some Stand Alone Players are ignoring.That would be an incorrect statement. I could point to a LOT of reports of problems encountered with S/W players that don't happen on standalones.

[jdobbs]

i doubt it's a BDRB issue, i'd sooner point it at FRIM encoder/decoder and/or the software players (for the reason i already stated, it's not the studio preferred 3D method so it doesn't surprise me the support for it isn't perfect)There are LOTS of commercial discs that use it. Usually for extras, though, rather than the feature. For example, the commercial release of AVATAR uses the in-mux method.

[rotty]

Thanks for reply JD.

I have burned to disk and will try today in Stand Alone.

[rotty]

Hi JD

I tried it on a Stand Alone and of course as you and Ch3vr0n said, it works fine.

Thanks