Android Libstagefright enabled, dc:stf-h264 first video only.
#1
First video plays perfect "O" shows dcConfusedtf-h264
Then stop and start same or other video and dc:ff-h264 is used (not watchable).
2nd , 3rd etc..... dc:ff-h264.

All current builds, inc SPMC Gotham Oman Kodi etc.....
all do the same.

Is there anyway around this ?
Reply
#2
debug logs (wiki) needed when this happens. Be as detailed as possible with the steps you take to reproduce the issue.
Reply
#3
Here are the logs

Gotham http://xbmclogs.com/show.php?id=360953
Kodi Rc1 http://xbmclogs.com/show.php?id=360955
SPMC http://xbmclogs.com/show.php?id=360763

Kodi Rc1 with `Debug enable` (paste to xbmclogs did not work )
http://www67.zippyshare.com/v/27347118/file.html

Steps.
1. Open video from usb, worked fine using dcConfusedtf-h264.
2. Opened same video/or another video and switched to dc:ff-h264.
3. All other videos will use dc:ff-h264.
Reply
#4
For some reason, now with Libstagefright and Medicodec enabled in Kodi RC1 , dc:ff-h264 used all the time.

A little background, box is an S85 S805 chipset.
For IPTV to work properly I have to disable Amcodec.

Logfile.

http://xbmclogs.com/show.php?id=361101

Steps.
1. Open video from usb, using dc:ff-h264.
2. Opened same video/or another video dc:ff-h264.
3. All videos will use dc:ff-h264.
Reply
#5
Well, there doesn't seem to be anything obviously wrong in the logs, which sadly means I won't be of much use. We'll need an actual dev to look at this.

Seems to be an Amlogic S805 box.
Reply
#6
Ok Ned, thanks for the input.
Reply
#7
I'm hoping Koying will fix the aml live preview problem in time for 14.0-final. It's not just Android, it's there in OpenELEC too on my box. For the time being I switch off option to start live tv playback minimised and I map back key to "stop" in full screen live tv. That way I never see the problem!
Reply
#8
Looks like amlcodec support is not detected.
I bet the " /sys/class/audiodsp/digital_raw" file is not present on your system, right?
Reply
#9
Confirm " /sys/class/audiodsp/digital_raw" is present, has a value "0"
Reply
#10
Using SPMC and XBMC, there are no issues selecting/using Mediacodec, but mediacodec is unstable on this box after 30 mins video playing.

https://www.youtube.com/watch?v=S1QwULAJ...e=youtu.be

SPMC and XBMC, Libstagefright is stable but used only for first video.

Kodi, see post #4.
Reply
#11
(2014-12-03, 09:47)Johnoo Wrote: Confirm " /sys/class/audiodsp/digital_raw" is present, has a value "0"
Hardly makes sense to me. The log state "aml_present, rtn(0)", which means it doesn't find "/sys/class/audiodsp/digital_raw" and thus doesn't enable the amlogic specific codec.

[EDIT] My bad. "aml_present, rtn(0)" actually means amlogic was found.
I still don't get why stagefright/Mediacodec is used rather than amlcodec.

Did you disable it? If so, why?
Reply
#12
(2014-12-03, 14:01)Koying Wrote: Hardly makes sense to me. The log state "aml_present, rtn(0)", which means it doesn't find "/sys/class/audiodsp/digital_raw" and thus doesn't enable the amlogic specific codec.

[EDIT] My bad. "aml_present, rtn(0)" actually means amlogic was found.
I still don't get why stagefright/Mediacodec is used rather than amlcodec.

Did you disable it? If so, why?


There has been talk of a "work around" for android S802 and S805 boxes that are working on a 720p screen but show video at 1080p so you miss a large section of the video playing. By disabling amlcodec, you get the correct size video output.
Reply
#13
(2014-12-03, 14:01)Koying Wrote: I still don't get why stagefright/Mediacodec is used rather than amlcodec.

Did you disable it? If so, why?

Main reason, for proper viewing of IPTV on 720p TV.
Reply
#14
Try this one: http://mirrors.xbmc.org/test-builds/andr...bi-v7a.apk
Reply
#15
Koying, nice work, it works.

Many many thanks.
Reply

Logout Mark Read Team Forum Stats Members Help
Libstagefright enabled, dc:stf-h264 first video only.0