2015-04-01, 23:06
In relation to question two, the SOC has hardware super-abilities, which have recently been 'activated' by a new firmware for the rpi.
(2015-04-01, 22:10)Milhouse Wrote: htsp is no longer supported internally, dropped in build #0314, see PR:6699.
Are you using pvr.hts?
(2015-04-01, 23:04)Batiatus Wrote: First, why does passthrough not send the full lossless audio out? Why use the Pi to do the decoding?8 channel HD audio requires 8 channels @ 192kHz (even for 48kHz audio). That is more than the Pi was designed for.
Quote:Second, how is this little cheap device capable of properly playing back MVC 3D MKV when a far more powerful (and expensive) HTPC cannot? That doesn't make any sense to my brain!The Pi has MVC capable hardware, and deborah_c and myself have been working hard to support it with kodi.
(2015-04-01, 23:29)MONSTA Wrote: Maybe also support of hevc hidden somewhere deep?
(2015-04-01, 23:09)popcornmix Wrote:(2015-04-01, 23:04)Batiatus Wrote: First, why does passthrough not send the full lossless audio out? Why use the Pi to do the decoding?8 channel HD audio requires 8 channels @ 192kHz (even for 48kHz audio). That is more than the Pi was designed for.
We can however decode the HD audio to 8 channel PCM and output that at 48kHz (as almost all Blu-Ray content is 48kHz).
Quote:Second, how is this little cheap device capable of properly playing back MVC 3D MKV when a far more powerful (and expensive) HTPC cannot? That doesn't make any sense to my brain!The Pi has MVC capable hardware, and deborah_c and myself have been working hard to support it with kodi.
Some other platforms could support MVC in theory but need someone to do the work.
(2015-04-01, 23:46)Batiatus Wrote: The second I just can't understand. Not on the Pi side as that's great. But WTH can't we get much bigger and more powerful systems to do the same? Not a question directed at yourself, just in general.Someone with a very special skill set needs to do several weeks of work. There's actually a 4000 € bounty for someone to do this for VLC.
Quote:So a follow-up, when MVC is played back is it done and recognized by Kodi like a SBS 3D video is? Does it also bring up that annoying 3D notification and sound? Or does it just send out the image and let the display decide to show it in 2D or 3D by either auto-detect or manually changing the 3D format?
(2015-04-01, 23:54)popcornmix Wrote: Don't really know what the 3D notification and sound is. My TV makes no sound when switching to 3D. The Pi handles the 3D signalling, so the 2D/3D switch should be automatic. (Kodi doesn't support that on other platforms).
# uname -a
Linux rpi512 3.19.3 #1 Wed Apr 1 21:03:17 BST 2015 armv6l GNU/Linux
# vcgencmd version
Mar 27 2015 18:48:55
Copyright (c) 2012 Broadcom
version b2109b1c1c8ae8717df455cfaf312a6c1801f45a (clean) (release)
# lsb_release
OpenELEC (Milhouse) - Version: devel-20150401210228-#0401-gbbd97b5 [Build #0401]
# vcdbg log msg 2>&1 | grep DTOK
001667.201: Kernel trailer DTOK property says yes
# Kernel device tree status: Enabled
popcornmix Wrote:I've removed the dropping hack. I think that was just trying to fix the symptoms, not the cause.
I've gone for a different approach. VC has quite a large input bufffer to codec (~1MB).
For low bitrate videos like this (0.3Mbit/sec) you can stuff a lot of frames into that buffer (e.g. 30 seconds worth).
While that shouldn't be a problem, it seems dvdplayer doesn't handle this well. I've tried to limit video to half a second's worth.
I *think* it helps this clip (but as the failure is a bit random it's hard to be certain). Please test it.
I'm also a little concerned that if the count of how many frames are queued inside decoder is wrong we might stall.
This could happen if a video frame from ffmpeg either produces no picture or more than one picture.
Ideally this shouldn't happen, but I'm a bit concerned about files with errors (e.g. from live tv), packed AVI files (which contain skipped frames and double P/B frames), interlaced video...
Also the more limited buffering in codec, could have a performance impact (I'd expect that even half a second is still plenty, but worth keeping an eye out for).
popcornmix Wrote:The "limiting codec" patch should have a useful side effect.
Previously the large codec buffer didn't get drained.
dvdplayer only checks for decoded output frames when submitting a new frame, so on all platforms the last few frames never get displayed.
With MMAL's large buffer that could be seconds of video not getting shown (at end of file, you may see a the video freeze a couple of seconds before the audio stops).
That effect should be lessened now.
popcornmix Wrote:I'd seen a couple of bug reports where video doesn't play that turned out to be due to user enabling "HDMI and Analogue" and also passthrough.
There are a couple of ways of fixing this, but I've chosen to make passthrough take precedence, in this case.
This will also apply if you enable "Analogue" and passthough. That seems to be the behaviour of other platforms.
A user may deliberately choose those settings if they want to use a receiver for (dts/ac3) movies, but use the TV directly for lower quality audio.
(2015-04-02, 00:04)Batiatus Wrote:There seems a real reluctance in the ffmpeg camp to getting this working. Remembering that OS development is often a case of 'scratching an itch' by a developer, maybe none of the ffmpeg crowd actually like or want 3D that much. There certainly are two schools of thought on 3D - some love it, some hate it, there is rarely middle ground!(2015-04-01, 23:54)popcornmix Wrote: Don't really know what the 3D notification and sound is. My TV makes no sound when switching to 3D. The Pi handles the 3D signalling, so the 2D/3D switch should be automatic. (Kodi doesn't support that on other platforms).
My experience using SBS type 3D files in XBMC/Kodi has been getting an on-screen notification showing what 3D output Kodi has switched to, and then back to 2D when done playing the file. This is also accompanied by an audible notification which is SUPER annoying as most times you've got the volume up to hear the movie and then WHAM your ears as assaulted.
Good work getting MVC working with the Pi. I guess it's something I need to look more into. Just blows my minds that all those who do know the inner workings or all this programming an't get it working on more platforms. It's not like it's only been around for a few months.
(2015-04-01, 23:46)Batiatus Wrote: The second I just can't understand. Not on the Pi side as that's great. But WTH can't we get much bigger and more powerful systems to do the same? Not a question directed at yourself, just in general.They could do the same, but they would a) either also rely on HW capabilities, which is hard to figure out on HTPCs with randomly crafted HW or b) have to do it in software, for which NO open source code exists yet - thus we can't implement it.
(2015-04-01, 23:46)Batiatus Wrote: So a follow-up, when MVC is played back is it done and recognized by Kodi like a SBS 3D video is? Does it also bring up that annoying 3D notification and sound? Or does it just send out the image and let the display decide to show it in 2D or 3D by either auto-detect or manually changing the 3D format?The Kaitoast (along with the bing sound in Confluence) will still be triggered and the MVC videos will be handled just like any other 3D video recogniced by Kodi. If you don't want the sound just turn GUI sounds off. And if you don't want the dialog asking which playback mode to use, change the according setting and set it to "use preferred 3D mode" or "monoscopic 2D" - whatever you prefer as default playback mode for 3D movies.