2014-11-30, 00:55
You are re-encoding because you need to go from mvc (2 independent1920x1080 streams after decoding) to one 3840x1080 (full sbs) stream.
(2014-11-30, 00:50)hdmkv Wrote: Why would there be re-encoding if you're outputting 3840x1080 SBS? Isn't this basically unpacking the frame-packed 1080p 3D?But you don't have Frame Packed 3D available to you on the Blu-ray. You have MVC. 3D Blu-ray content uses one 1920x1080 H264 eye feed (which is the 2D compatible stream played by 2D players), with an additional MVC encoded stream that rather than containing a fully independent second eye feed contains a signal that just has the difference between the two eye source signals. Effectively this MVC compressed secondary eye feed is a left eye-right eye difference stream - which allows the second eye feed to be reconstructed from the H264 and MVC streams.
(2014-11-30, 01:28)noggin Wrote:(2014-11-30, 00:50)hdmkv Wrote: Why would there be re-encoding if you're outputting 3840x1080 SBS? Isn't this basically unpacking the frame-packed 1080p 3D?But you don't have Frame Packed 3D available to you on the Blu-ray. You have MVC. 3D Blu-ray content uses one 1920x1080 H264 eye feed (which is the 2D compatible stream played by 2D players), with an additional MVC encoded stream that rather than containing a fully independent second eye feed contains a signal that just has the difference between the two eye source signals. Effectively this MVC compressed secondary eye feed is a left eye-right eye difference stream - which allows the second eye feed to be reconstructed from the H264 and MVC streams.
Because there is so much similar content in the left and right eye feeds there is massive redundancy in the two feeds, and by using the MVC encoding technique you can significantly reduce the data required to store the 2 x 1920x1080 streams (it takes less than double a single 1920x1080 stream) If you used two totally independent streams (such as 2 x H264 1920x1080 streams) you'd need far more bandwidth or end up with poorer quality pictures.
So - what is on the Blu-ray disc itself isn't Frame Packed. It's two streams that when decoded can create 2 x 1920x1080 streams which can then be output frame packed.
If you decode this in software to the 2 x 1920x1080 streams but want to convert them to a 3840x1080 or 1920x2160 full resolution SBS or TAB H264 sequence you have to re-encode, which XBMC could, in theory, output frame packed over HDMI. Without MVC decoding in XBMC and without using an external player you have no option but to re-encode to playback in XBMC.
I think that in GPU specs MVC decoding and Frame Packed output are effectively merged (as for proper 3D Blu-ray replay you require both). It appears from other posts in this thread that the Celeron 2955U in the Chromebox is capable of Frame packed output but it may not be capable of hardware MVC decoding (well drivers may not support it)
I suspect (nothing to do with 3D) that the Chromebox fails to run PowerDVD etc. for Blu-ray replay under Windows because the drivers don't report an HDCP path. I suspect an un-protected Blu-ray may play (or a protected one if you run AnyDVD HD)?
(2014-11-30, 01:28)noggin Wrote: I think that in GPU specs MVC decoding and Frame Packed output are effectively merged (as for proper 3D Blu-ray replay you require both). It appears from other posts in this thread that the Celeron 2955U in the Chromebox is capable of Frame packed output but it may not be capable of hardware MVC decoding (well drivers may not support it)
I suspect (nothing to do with 3D) that the Chromebox fails to run PowerDVD etc. for Blu-ray replay under Windows because the drivers don't report an HDCP path. I suspect an un-protected Blu-ray may play (or a protected one if you run AnyDVD HD)?
(2014-11-30, 20:48)herhelman Wrote: And a Haswell celeron NUC? It can run Power DVD on windows for 3d BD iso?
(2014-11-30, 21:24)wizziwig Wrote:(2014-11-30, 01:28)noggin Wrote: I think that in GPU specs MVC decoding and Frame Packed output are effectively merged (as for proper 3D Blu-ray replay you require both). It appears from other posts in this thread that the Celeron 2955U in the Chromebox is capable of Frame packed output but it may not be capable of hardware MVC decoding (well drivers may not support it)
I suspect (nothing to do with 3D) that the Chromebox fails to run PowerDVD etc. for Blu-ray replay under Windows because the drivers don't report an HDCP path. I suspect an un-protected Blu-ray may play (or a protected one if you run AnyDVD HD)?
I'm 99% certain that hardware accelerated MVC decoding does work on Celeron chips in Windows. Even if it didn't, Intel provides a software-decoder fallback in their Media SDK which could probably do it on 2955u or higher. None of this matters in Windows because MVC decoding is useless without 1080p FP HDMI support. This whole situation is similar to HD audio support on Baytrail. Works in Linux but is blocked in Windows. Must be some licensing issue to save money.
(2014-11-30, 20:48)herhelman Wrote: And a Haswell celeron NUC? It can run Power DVD on windows for 3d BD iso?
No. Windows drivers only support 3D BD playback on i3, i5, and Baytrail processors.
(2014-11-30, 23:30)herhelman Wrote: So , a bay trail device will play 3d bd ISO but not with HD audio? or a baytrail device (meego stick , for example) will play 3d with HD audio on linux or openelec?
thanks!!
(2014-11-28, 07:51)Matt Devo Wrote: the ChromeBox can't currently play frame-packed 3D BluRay ISOs, so if that's a requirement, it should not be a consideration.
(2014-12-08, 07:59)Matt Devo Wrote: as good or better IMO
(2015-04-03, 11:45)bluc Wrote: Pi 2 is my next choice only read about MVC playback on them a few days ago and have been fighting the urge to buy one ever since I bought the first one and found it painfully slow. Does pi2 have true gigabit Ethernet and or usb3?