+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111)
+---- Forum: Android (https://forum.kodi.tv/forumdisplay.php?fid=164)
+---- Thread: Support Thread for libstagefright (/showthread.php?tid=168268)
RE: Support Thread for libstagefright - Experimental hardware video decoding builds - bac522 - 2013-09-16
Well according to this link (http://developer.android.com/guide/appendix/media-formats.html) MPEG2-TS is supported via Android, but I would still be suspect of a lot of GPU's not supporting MPEG2 at all.
I was curious and decided to try this with my Nexus 7 and Mythtv that I run as a backend on my Linux HTPC, my results were the same as yours. On the other hand I'm able to watch recordings with no problem, but only by using the Mythtv Android app, it's still choppy while using XBMC; unfortunately the Mythtv Android app doesn't support live TV right now.
RE: Support Thread for libstagefright - Experimental hardware video decoding builds - awp0 - 2013-09-16
Well that's interesting. Do you know if MythTV does any kind of transcoding? If not, then would it fair to conclude that this is a limitation with XBMC or libstagefright?
I'd love to get this working, and happy to test on the two Android devices that I have. My LiveTV setup works beautifully in Windows and Raspberry Pi.
RE: Support Thread for libstagefright - Experimental hardware video decoding builds - bac522 - 2013-09-16
Mythtv transcodes the TV shows which is why it works through the Android Mythtv app.
RE: Support Thread for libstagefright - Experimental hardware video decoding builds - Ned Scott - 2013-09-16
mpeg2 should work with libstagefright, as far as I know. The only thing not working with libstagefright should be VC-1.
RE: Support Thread for libstagefright - Experimental hardware video decoding builds - BenH - 2013-09-17
(2013-09-16, 16:13)Ned Scott Wrote: mpeg2 should work with libstagefright, as far as I know. The only thing not working with libstagefright should be VC-1.
Hi Ned
Does that mean VC-1 is not working at the moment or is unlikely to work in the foreseeable future?
Thanks
Ben
RE: Support Thread for libstagefright - Experimental hardware video decoding builds - awp0 - 2013-09-17
Regarding MPEG2, below is a link to my debug log. In it, I manually navigate to my TV recording folder for the show "Hannibal" and then play the file "Hannibal (Sorbet - 7)_WHDH HD_2013-05-09_22-01.ts"
As usual, playback is very choppy and out of sync.
This was done on a Nook HD, running CM10.1.3 (Android 4.2.2). I believe it is an OMAP4470 processor.
I do see this around the location in the log where the video is being loaded:
00:03:52 T:1754633360 DEBUG: CDVDFactoryCodec: compiled in hardware support: CrystalHD:no OpenMax:no libstagefright:yes VDPAU:no VAAPI:no
00:03:52 T:1754633360 DEBUG: FactoryCodec - Video: stf-xxxx - Opening
00:03:52 T:1754633360 DEBUG: CDVDVideoCodecStageFright:: - trying to open, codec(2), profile(4), level(4)
00:03:52 T:1754633360 DEBUG: >>> texid: -1
00:03:52 T:1754633360 ERROR: CDVDVideoCodecStageFright:: - failed to open, codec(2), profile(4), level(4)
If anyone is willing to take a look that would be greatly appreciated. Thanks!
http://xbmclogs.com/show.php?id=59636
RE: Support Thread for libstagefright - Experimental hardware video decoding builds - awp0 - 2013-09-17
Sorry, just realized that was an older build. Here's the same test using the August Gotham Alpha 7 build. Same file, device, same behavior (choppy, out of sync). I see similar but different errors regarding libstagefright.
http://xbmclogs.com/show.php?id=59643
Thanks!
RE: Support Thread for libstagefright - Experimental hardware video decoding builds - Koying - 2013-09-17
@awp0 First time I see a 1080p MPEG2
This is out of spec. MPEG2 is limited to DVD resolution, afaik.So, libstagefright not being able to open it doesn't say if it is because H/W accel is missing or bad file.
RE: Support Thread for libstagefright - Experimental hardware video decoding builds - awp0 - 2013-09-17
(2013-09-17, 10:57)Koying Wrote: @awp0 First time I see a 1080p MPEG2
So, libstagefright not being able to open it doesn't say if it is because H/W accel is missing or bad file.
Thanks for looking at it. The weird thing is that it's just a normal HDHomerun QAM recording (Comcast) . I haven't done anything to it and I don't think I have any control over the file that is produced. So it shouldn't be that rare, right?
Oh well, let me know if there's anything else I can test otherwise I'll assume it's just not going to work.
RE: Support Thread for libstagefright - Experimental hardware video decoding builds - Ned Scott - 2013-09-18
Really? A large amount of live TV signals that go through PVR are MPEG2 at 720p and 1080i.
RE: Support Thread for libstagefright - Experimental hardware video decoding builds - Koying - 2013-09-18
Mmm... I was probably wrong on this and 1080p MPEG2 seems legit for, e.g., DVB.
RE: Support Thread for libstagefright - Experimental hardware video decoding builds - Tomashj29 - 2013-09-18
Hello
I just wondering is in the future XBMC Gotham HW (libstagefright) will by support Android FROYO 2.2??
RE: Support Thread for libstagefright - Experimental hardware video decoding builds - Martijn - 2013-09-18
(2013-09-18, 14:07)Tomashj29 Wrote: Hello
I just wondering is in the future XBMC Gotham HW (libstagefright) will by support Android FROYO 2.2??
no
RE: Support Thread for libstagefright - Experimental hardware video decoding builds - krok55 - 2013-09-23
(2013-09-02, 07:57)pmoreira1 Wrote: I had the same problem with some of the latest builds. But it was buffer related.
For some reason the memory cache would fill up and the drop frames would start until the point the movie was completely unwatchable and eventually stop.
I guess in 720p and SD content the file size is not big enough the fill the entire memory stick so it runs without any problems.
Try and limit the cache memory size and see if the drop frames start earlier than before. You can do so by adding a line to advancedsettings.xml
<network>
<cachemembuffersize>20971520</cachemembuffersize>
</network>
This was how I tested it (Maximum of 20MB), but I only have streaming content not sure if this works with External USB storage.
Hope It Helps
I did try it - no luck. All HD movies still got many drops after around 20 min. or so.
Anyone have another idea on how to fix this?
thanks!
RE: Support Thread for libstagefright - Experimental hardware video decoding builds - bac522 - 2013-09-23
(2013-09-18, 01:30)Koying Wrote: Mmm... I was probably wrong on this and 1080p MPEG2 seems legit for, e.g., DVB.Correct all OTA HDTV signals are MPEG2 at 1080p or 720p and are directly copied by a DVB capture card in this format to a file local on the PC.
http://en.wikipedia.org/wiki/Advanced_Television_Systems_Committee_standards#MPEG-2