2015-03-18, 12:47
A raspberry pi does 3d ISO with kodi player?
Really?
Hard to believe that.
How can that be? Kodi doesnt do 3d iso (mvc)
Really?
Hard to believe that.
How can that be? Kodi doesnt do 3d iso (mvc)
(2015-03-18, 12:47)Skank Wrote: A raspberry pi does 3d ISO with kodi player?
Really?
Hard to believe that.
How can that be? Kodi doesnt do 3d iso (mvc)
(2015-03-18, 13:54)Skank Wrote: Kodi devs are working on mvc? But its ffmpeg based. i dont understand
Rpi not doing hd audio is a no go for me
so which hardware would be able to do hardware decode in future?
(2015-03-18, 14:14)noggin Wrote: ISO support isn't there yet, presumably because ffmpeg's demux for MPEG2 transport streams - which is the wrapper that Blu-ray ISO and Folder content is wrapped in - doesn't bother with MVC streams as they aren't currently supported for decode, but there is MKV demux support?
(2015-03-18, 14:35)popcornmix Wrote: In a BluRay ISO (or folder structure) there are two separate m2ts files, one for the left eye, and an additional one for the right eye (which also depends on the first eye).
ffmpeg (well actually libbluray) reads the first file, but not the second, so a hardware decoder can't currently decode the 3D stream.
(2015-03-18, 14:35)popcornmix Wrote:(2015-03-18, 14:14)noggin Wrote: ISO support isn't there yet, presumably because ffmpeg's demux for MPEG2 transport streams - which is the wrapper that Blu-ray ISO and Folder content is wrapped in - doesn't bother with MVC streams as they aren't currently supported for decode, but there is MKV demux support?
ffmpeg doesn't support MVC, either as a decoder, or a demuxer.
makemkv already understands MVC, and muxes the two eye's data into a single stream. ffmpeg can demux this just fine (it just looks like a single H.264 stream if you don't try to decode it). ffmpeg obviously can't software decode the file, but it provides enough information for a hardware decoder to handle the stream.
MVC in mp4 had a minor issue where ffmpeg doesn't handle the mvcC atom which is needed for getting the second eye's codec specific header bytes. We have a fix for that, but othwise both eye's data comes through.
In a BluRay ISO (or folder structure) there are two separate m2ts files, one for the left eye, and an additional one for the right eye (which also depends on the first eye).
ffmpeg (well actually libbluray) reads the first file, but not the second, so a hardware decoder can't currently decode the 3D stream.
We need some additional logic to open both files, and mux them together into a single stream. I hope we'll have a patch for this in the next week or two.
(2015-03-18, 14:49)noggin Wrote: There's some clever UDF-ery going on as well isn't there - so that the H264 stream (used also for 2D) appears twice on the disk - though both appearances point to the same data? One is a standard H264 2D Blu-ray stream, with the second file pointing to both the 2D AVC and the additional MVC stream - or am I totally out of whack?
$ ls -l ~/mnt2/BDMV/STREAM/
total 24109856
-r--r--r-- 1 nobody nogroup 18870153216 Jan 11 23:26 00000.m2ts
-r--r--r-- 1 nobody nogroup 5818337280 Jan 11 23:29 00001.m2ts
dr-xr-xr-x 2 nobody nogroup 92 Jan 11 23:30 SSIF
(2015-03-18, 14:59)popcornmix Wrote: If you want 3D MVC you merge (e.g. by comparing decode timestamps) 00000.m2ts and 00001.m2ts, and decode that.
(2015-03-18, 16:27)looun Wrote: so it's only support like: FULL HD SBS or FULL HD TAB, great work however
(2015-03-18, 16:40)popcornmix Wrote:(2015-03-18, 16:27)looun Wrote: so it's only support like: FULL HD SBS or FULL HD TAB, great work however
I don't really understand the question. The video is decoded and displayed as FULL HD (i.e. 1920x1080 pixels for each eye).
There is no concept of SBS or TAB in MVC - you get separate frames for each eye.