Hi everyone!
Since Qualcomm isn't releasing armv6 binary blobs for the QDSP5 (HTC Legend) for ICS, and software decoding through ffmpeg is blazingly fast anyways, I thought that perhaps I could use ffmpeg instead of the apparently slow software implementation used now in ICS when a dedicated device is missing.
So this is about fixing two things: HQ Youtube/IMDB video playback which is currently at 4-10fps and video recording.
After some investigation (and currently building CM7.2 from source), I have come to the following possibilities:
1. Use something like limoa which provides an OpenMax interface to the full power of ffmpeg. This has the highest chance of also getting camcordering to work for free.
2. Integrate ffmpeg into libstagefright directly: some files and ffmpeg configure options seem to support the feasability of this idea, but I am not sure if this still works and if it will influence video recording as nr.1.
Any and lots of helpful input is appreciated. I believe I can compile the limoa thing for Android (I have gotten it to compile on native linux and I have experience in cross-compiling), but I wouldn't know how to tie it into the Android media stack as a replacement for whatever is in place now. Frankly, I'm hoping some renaming of an so and manual installation steps would do the job (ie, replace libomx????.so with the ffmpeg-based one), but I doubt it.
This will of course have direct benefits for any device left out in the cold by the non-release of armv6 OpenMax IL binaries by Qualcomm, so help me help yourself
Thanks!
Did anyone try this?
The furthest I got was compiling the omx library based on ffmpeg for arm-linux-androideabi-gcc. I have no idea where I can plug this in, as I can't find the omx symbols this library exports (also the symbols described by the OMX IL spec/headers).
Since ICS runs flakily on my device, I'm not pursuing this anymore. I'll keep to Froyo (HTC) or GB (CM7.2), currently on the old stuff.
PS: I asked this Q on SO, with no response:
http://stackoverflow.com/questions/...264-software-encoder-with-an-ffmpeg-based-one
Interesting
This look interesting, I would like to participate in this field as my phone is Sony Ericsson Xperia 8 such as the cpu is armv6...
But my programming knowledge are none
I have linux & Gcc
What should i do ? if you are willing to lend me a hand?
This is a great idea!!!
Hopefully it
enviado desde mi U8180
CKKNot, are you working on this effort? I have a P500 running jellybean, but developers there are stuck without OMX drivers.
This is one alternative that could potentially help a lot of device owners.
I hope it could help us with this Jelly Bean ROM: http://forum.xda-developers.com/showthread.php?t=1789713
Neur0Nerd said:
I hope it could help us with this Jelly Bean ROM: http://forum.xda-developers.com/showthread.php?t=1789713
Click to expand...
Click to collapse
how is that related to ffdshow
vNa5h said:
how is that related to ffdshow
Click to expand...
Click to collapse
Read the first post dude
Amy news yet
Swyped on my blade
The latest mx player supports ffdshow...
Swyped on my blade
vNa5h said:
The latest mx player supports ffdshow...
Swyped on my blade
Click to expand...
Click to collapse
But you can't play youtube
Sent from my LG-P500
vlt96 said:
But you can't play youtube
Sent from my LG-P500
Click to expand...
Click to collapse
What do you mean by YouTube
Swyped on my blade
vNa5h said:
What do you mean by YouTube
Swyped on my blade
Click to expand...
Click to collapse
We need those for playing YouTube videos, mx with sw decoder is known workaround since the beginning (at least on my O1)
Sent from my LG-P500
vlt96 said:
We need those for playing YouTube videos, mx with sw decoder is known workaround since the beginning (at least on my O1)
Sent from my LG-P500
Click to expand...
Click to collapse
Ffdshow is not SW decoder...
I guess it can play x264 videos too..
I mean the YouTube ones too...
The only thing iswe need a wrapper for ffdshow
Swyped on my blade
Any news where to get the codecs for mobile to play with Mx player
Swyped on my B l a d e
^^
Any news yet
Swyped on my blade
rubenvb said:
PS: I asked this Q on SO, with no response:
http://stackoverflow.com/questions/...264-software-encoder-with-an-ffmpeg-based-one
Click to expand...
Click to collapse
I replied you and you didn't even accept the answer.
Anybody tried this player
https://play.google.com/store/apps/...xLDIxMiwiY29tLkFuZHJvaWRBLk9ubGluZVBsYXllciJd
thisa codec is not compatible with armv6 vfp
https://play.google.com/store/apps/details?id=com.AndroidA.ffmpegCodec.armV6&hl=en
anybody tried for v7 and 6
Related
As some probably already know some video streams don't work on Desire HD rom ports (this affects all DHD roms ports ), One of them is m.spike.com. We get only audio no video
Here is the log from trying one of the videos
http://pastebin.com/9hK9cDTd
I have tried the most basic and idiotic approach, replacing all called libs with libs from standard Sense Rom. Of course didn't work.
I am not a developer myself, maybe someone with more skills can figure it out
baadnewz said:
As some probably already know some video streams don't work on Desire HD rom ports (this affects all DHD roms ports ), One of them is m.spike.com. We get only audio no video
Here is the log from trying one of the videos
http://pastebin.com/9hK9cDTd
I have tried the most basic and idiotic approach, replacing all called libs with libs from standard Sense Rom. Of course didn't work.
I am not a developer myself, maybe someone with more skills can figure it out
Click to expand...
Click to collapse
its not just streaming video, mp4 at the native resolution wont work either, so if you record a video at 800x600 you cant watch it back
AndroHero said:
its not just streaming video, mp4 at the native resolution wont work either, so if you record a video at 800x600 you cant watch it back
Click to expand...
Click to collapse
so its a mp4 decoding issue ?
Someone tried Rockplayer?
I use Leedroid 2.2.f not any HD rom, so I have no experience, it is just an idea.
eref said:
Someone tried Rockplayer?
I use Leedroid 2.2.f not any HD rom, so I have no experience, it is just an idea.
Click to expand...
Click to collapse
RockPlayer works
TheRedDrake said:
RockPlayer works
Click to expand...
Click to collapse
yep rockplayer works, for all video formats, its a issue with the native android codec or codecs.
baadnewz said:
so its a mp4 decoding issue ?
Click to expand...
Click to collapse
i tried to replace libvoH264Dec.so
libvoMPEG4Dec.so
libvoVidDec.so
libvomemedia.so
with standard desire lib files but it makes no diffrence obviously i know theres more lib files associated with the video decoders but i just wanted to see wether i could get mp4 or 3gp working
TheRedDrake said:
RockPlayer works
Click to expand...
Click to collapse
I am using robis hd rom and rock player does not work for me.
The rom i am using is excellent, fast and stable for me(v14b with d2sd) and everything is working great for me apart from the 720p recording and the sound but no video on various streams. I can live without the former but a solution for the latter would make a great rom perfect for me.
Please try to keep this thread going so we can hopefully get some developers involved and hopefully reach a solution.
I am just a noob i'm afraid so can't be much help!!
bobsie41 said:
I am using robis hd rom and rock player does not work for me.
The rom i am using is excellent, fast and stable for me(v14b with d2sd) and everything is working great for me apart from the 720p recording and the sound but no video on various streams. I can live without the former but a solution for the latter would make a great rom perfect for me.
Please try to keep this thread going so we can hopefully get some developers involved and hopefully reach a solution.
I am just a noob i'm afraid so can't be much help!!
Click to expand...
Click to collapse
rockplayer (premium) works fine for me, it uses its own codecs tho not the native android ones
I've always had an issue with rockplayer being out of sync.
I have an MP4 i did of the mrs when she appeared briefly on question time. (about 20 seconds).
always worked fine on stock roms players but rockplayer it's always oos.
Would be great if devs could sort this for HD roms internal player.
AndroHero said:
rockplayer (premium) works fine for me, it uses its own codecs tho not the native android ones
Click to expand...
Click to collapse
Sorry if i am not understanding but, if i install rock player premium, will i be able to use it to automatically watch videos streamed from spb tv and my player?
I amm having problems using these two applications and m.tvcatchup however bbc iplayer mobile streams work as do you tube application streams.
bobsie41 said:
Sorry if i am not understanding but, if i install rock player premium, will i be able to use it to automatically watch videos streamed from spb tv and my player?
I amm having problems using these two applications and m.tvcatchup however bbc iplayer mobile streams work as do you tube application streams.
Click to expand...
Click to collapse
no you cant use rockplayer to strem from websites, flash works fine though i was watching bbc one on bbc iplayer last night.... i miss coreplayer from windows mobile, you could use that and tcpmp as a streaming video players
I've got rockplayer installed but it doesn't show up as an option to view the file when clicking on a streaming video link - i.e you can only watch a video with rockplayer if you open it using the file browser built into rockplayer...
please don't make this a discussion about rockplayer!
baadnewz said:
please don't make this a discussion about rockplayer!
Click to expand...
Click to collapse
+1
Sorry just needed to clarify.
We need developers to help us here. I mentioned this three times on robis sense HD thread but only seemed to get passing interest.
This is important to me!
baadnewz said:
please don't make this a discussion about rockplayer!
Click to expand...
Click to collapse
maybe you should pm ownhere, i know he had some ideas on solving the video problem,
It was not passing intrest man, i am trying to find a solution for that since some time ago... not so easy, when dont know what to search for... :/
It is important to me too
bobsie41 said:
+1
Sorry just needed to clarify.
We need developers to help us here. I mentioned this three times on robis sense HD thread but only seemed to get passing interest.
This is important to me!
Click to expand...
Click to collapse
Just an idea: did anyone try the codec from Gingerbread?
Sent from my HTC Desire using XDA App
K900 said:
Just an idea: did anyone try the codec from Gingerbread?
Sent from my HTC Desire using XDA App
Click to expand...
Click to collapse
ooooooooooooo i like that idea but at the mo its only SDK. It will probably get resolved in a few weeks when the rom dumps of the Nexus S comes through
woody_2k said:
ooooooooooooo i like that idea but at the mo its only SDK. It will probably get resolved in a few weeks when the rom dumps of the Nexus S comes through
Click to expand...
Click to collapse
Probably the source will come too, I mostly meant building them from source, not copying
Sent from my HTC Desire using XDA App
compile from https://code.google.com/p/ffmpeg-msvc/
update:replace the sdl renderer wirh D3D renderer.Its faster now.
View attachment ffmpeg_arm0.6.zip
View attachment ffplayD3D.zip
update:FFMPEG2.1
MinGW:configure --enable-avresample --enable-postproc --enable-gpl --enable-shared --disable-static --toolchain=msvc --disable-yasm --disable-network --disable-doc --extra-cflags="-D_M_ARMM" --enable-cross-compile --target-os=win32 --arch=win32 --extra-ldflags="-MACHINE:ARM" --disable-dxva2
View attachment ffmpeg2.1_ARM.zip
This was my best news. At lease I can use this before VLC metro were release.
Nice work. The site claims it's missing the decoders, though; what formats does it support? Does it just use the Windows built-in ones?
It can open the most of video, at least. But most of them, usually the one that build in video app can't play, it very slow and the video so lag then video and audio doesn't sync.
GoodDayToDie said:
Nice work. The site claims it's missing the decoders, though; what formats does it support? Does it just use the Windows built-in ones?
Click to expand...
Click to collapse
It uses native decoders.I have tried rmvb,wmv,x264,mpeg2,vob.FFplay uses sdl1.2 and its very slow on Windows RT so I am looking for a third part player based on ffmpeg which support D3D or DDRAW renderer.
Why FFmpeg didn't include in list at http://forum.xda-developers.com/showthread.php?t=2092348 ?
Short version? Because I haven't added it yet.
Long version? Because I wasn't sure that it would actually be usable, due to either lacking codecs or having them run very slowly, and I haven't had a chance to test it yet. You may notice that the list tends to get updated a bit sporadically; I try to get to it a couple times a week but sometimes life gets in the way.
Its easy to compile the new ffmpeg version with msvc and MinGW.Can any one help to compile it?I know nothing about MinGW so its too difficult for me.
http://ffmpeg.org/platform.html#Native-Windows-compilation-using-MinGW-or-MinGW_002dw64
http://social.msdn.microsoft.com/Fo...loading-ffmpeg-dlls-in-win8-app?prof=required
If we could use MinGW for RT, we could port a *lot* more apps. I don't know how to adapt those instructions for targeting RT even if the whole thing does compile under MSVC, though it may be possible. Worth a look, at least. It's worth remembering that VLC is / has done a lot of work targeting MinGW-gcc for WinRT including ARM; hopefully it can be targeted for desktop RT pretty easily too.
im sorry for this noob question but sir, could you please wrote a detailed instruction how to install this? im running win8 enterprise.
GoodDayToDie said:
If we could use MinGW for RT, we could port a *lot* more apps. I don't know how to adapt those instructions for targeting RT even if the whole thing does compile under MSVC, though it may be possible. Worth a look, at least. It's worth remembering that VLC is / has done a lot of work targeting MinGW-gcc for WinRT including ARM; hopefully it can be targeted for desktop RT pretty easily too.
Click to expand...
Click to collapse
I imagine Windows binary formats are generally the same no matter what the context. So it will probably work. Wish they'd release even a WIP version of the compiler just so we could play with it!
gradd said:
im sorry for this noob question but sir, could you please wrote a detailed instruction how to install this? im running win8 enterprise.
Click to expand...
Click to collapse
You're in the wrong world... this is Windows RT, not 8.
dude, you rock!
windowsrtc said:
update:replace the sdl renderer wirh D3D renderer.Its faster now.
Click to expand...
Click to collapse
OMG, this is soo awesome dude!!! Just got my new RT and was sad about the fact that there is no proper mkv-player (at least not free)
Your work is brilliant, and I hope you get some time to make it even cooler
the Video playback is FLAWLESS, and i dont mind to do the mouseclick inside the Video for Forward and rewind, but is there a possibility to get real full-screen? (i just maximized the window)
EDIT: nvm I got it: its " f "
Greatfully
Blade
Why are "PowerDVD" and "mobild.HD media Player" able to play "10GB+""1080p"-mkv-files flawlessly? Do they bring their own Codec?
720p files runs fine with ffmpeg0.6arm+D3D-mod, but the 1080p-mkv files are playing very very slow, even with Parameters "-fast" and/or "-framedrop"...
Thank you so much
BIade said:
Why are "PowerDVD" and "mobild.HD media Player" able to play "10GB+""1080p"-mkv-files flawlessly? Do they bring their own Codec?
720p files runs fine with ffmpeg0.6arm+D3D-mod, but the 1080p-mkv files are playing very very slow, even with Parameters "-fast" and/or "-framedrop"...
Thank you so much
Click to expand...
Click to collapse
PowerDVD do indeed use their own codecs, the developer are part of the group which write up the specs for DVD video and various video formats etc. They can write a ton of codecs, they are not open source.
SixSixSevenSeven said:
PowerDVD do indeed use their own codecs, the developer are part of the group which write up the specs for DVD video and various video formats etc. They can write a ton of codecs, they are not open source.
Click to expand...
Click to collapse
Oh thank you so much for your answer!! I was wondering this the whole time, but didn't dare to ask till today. I assume the mobile.HD media Player do the same...
Thankfully
Blade
update:FFMPEG2.1
MinGW:configure --enable-avresample --enable-postproc --enable-gpl --enable-shared --disable-static --toolchain=msvc --disable-yasm --disable-network --disable-doc --extra-cflags="-D_M_ARMM" --enable-cross-compile --target-os=win32 --arch=win32 --extra-ldflags="-MACHINE:ARM" --disable-dxva2
windowsrtc said:
update:FFMPEG2.1
MinGW:configure --enable-avresample --enable-postproc --enable-gpl --enable-shared --disable-static --toolchain=msvc --disable-yasm --disable-network --disable-doc --extra-cflags="-D_M_ARMM" --enable-cross-compile --target-os=win32 --arch=win32 --extra-ldflags="-MACHINE:ARM" --disable-dxva2
Click to expand...
Click to collapse
You have MinGW compiling for windows RT?
SixSixSevenSeven said:
You have MinGW compiling for windows RT?
Click to expand...
Click to collapse
It does mention --toolchain=msvc ..... :/
Sent from my GT-I9505 using Tapatalk
Oh well, at least there was a hope.
MemoryController said:
It does mention --toolchain=msvc ..... :/
Sent from my GT-I9505 using Tapatalk
Click to expand...
Click to collapse
Missed that
Hi,
I'm having troubles using the stock JB Android 4.1.2 play m3u8 live streaming. Issue described in:
http://stackoverflow.com/questions/26181554/stock-android-h264-decoder-failing-on-m3u8-url-files
After some debugging, seems to me that only the "baseline profile" is supported by the stock SW codec (frameworks/av/media/libstagefright/codecs/on2/h264dec), while the stream has the entropy_coding_mode_flag set (i.e. it is a CABAC encoding - I'm not an expert about H264, but I read it's a rather different encoding scheme).
So, I was wondering if it was ever possible to entirely replace the libstagefright/codecs provided with stock AOSP with the SW codecs of MX Player, which seems to be working fine on the same m3u8 stream.s.
Any idea if ever feasble and, if so, about how to proceed?
thanks
Fabio
ffxx68 said:
So, I was wondering if it was ever possible to entirely replace the libstagefright/codecs provided with stock AOSP with the SW codecs of MX Player, which seems to be working fine on the same m3u8 stream.s.
Any idea if ever feasble and, if so, about how to proceed?
Click to expand...
Click to collapse
E.g. I was thinking if that was possible by simply hacking the codec declarations in
device/.../.../media_codecs.xml
or if a more complex code integration in AOSP is required. Note - I can rebuild AOSP for my device.
Any advice welcome, anyway.
I think its not only a matter of software, hardware must supports it.
ffxx68 said:
E.g. I was thinking if that was possible by simply hacking the codec declarations in
device/.../.../media_codecs.xml
or if a more complex code integration in AOSP is required. Note - I can rebuild AOSP for my device.
Any advice welcome, anyway.
Click to expand...
Click to collapse
Even if you declare, if it's not supported by your gpu then it will simply through a error.
Mx player uses the hardware decoders included with your system. If it's not supported ffmpeg is used. But, it will use the cpu to decode the video.
So, there won't be much benefits.
ktsamy said:
Even if you declare, if it's not supported by your gpu then it will simply through a error.
Mx player uses the hardware decoders included with your system. If it's not supported ffmpeg is used. But, it will use the cpu to decode the video.
So, there won't be much benefits.
Click to expand...
Click to collapse
I know.... actually, I didn't know ffmpeg was the underlying SW decoder.
I'm afraid my HW GPU doesn't support H264 coded in CABAC. while it does decode seamlessly CAVLC (two flavors of H264 encoding... I found out.).
There will be a benefit in having SW codec, so - at least screen doesn't blank out
I noticed it takes 30-35% CPU while using SW MX Player on those streams. Still acceptable (I don't think GPU will use greatly less power). Final quality is definitely OK.
Any suggestion about how to proceed with ffmpeg codec integration in AOSP? What are the main integration points to consider?
thanks
Fabio
ffxx68 said:
I noticed it takes 30-35% CPU while using SW MX Player on those streams. Still acceptable (I don't think GPU will use greatly less power).
Click to expand...
Click to collapse
I'd just like to note that generally, GPU rendering reduces power consumption dramatically. For example, a SW rendered 30min video will use 25% of battery life on a Nexus 5. The same video reencoded to a GPU-supported codec will use closer to 10% battery.
ffxx68 said:
...
Any suggestion about how to proceed with ffmpeg codec integration in AOSP? What are the main integration points to consider?
...
Click to expand...
Click to collapse
Just for the sake of informing the audience here, I think I found a very good starting point for this, here:
https://github.com/omxcodec/stagefright-plugins
ffxx68 said:
Just for the sake of informing the audience here, I think I found a very good starting point for this, here:
https://github.com/omxcodec/stagefright-plugins
Click to expand...
Click to collapse
I'm working on the porting of the above to my AOSP, but found issues with the integration.. There's something not going well with picture quality. Still debugging (https://groups.google.com/forum/#!topic/android-x86/mTnTe39D5Co).
Meanwhile, let me ask here whether there's any documentation, about how to access access the MPlayer SW codecs from other apps, or AOSP libstagefright.
thanks
Fabio
ffxx68 said:
I'm working on the porting of the above to my AOSP, but found issues with the integration.. There's something not going well with picture quality. Still debugging (https://groups.google.com/forum/#!topic/android-x86/mTnTe39D5Co).
Meanwhile, let me ask here whether there's any documentation, about how to access access the MPlayer SW codecs from other apps, or AOSP libstagefright.
thanks
Fabio
Click to expand...
Click to collapse
FYI
Mx player is free can be distributed with rom without any modifications.
https://sites.google.com/site/mxvpe...e-or-preinstall-on-commercial-Android-device-
You can call mx player free/pro through the api
Read the following link for more information
https://sites.google.com/site/mxvpen/api
Hello Fellow Nexus Payer Owners! I have started a dev project to get MPEG2, VC1, and WMA hardware decoding working on the Nexus Player in hopes together we can enable this. I have never attempted anything more than built roms from asop with slight modification so Im going to need some assistance on this project
Description of Issue
The Nexus Player had great possibilities had it not been rushed to market with buggy applications and lack of hardware codec licencing. To me this product would be the perfect HTPC if Plex had worked with 5.1 audio (DTS/AC3) pass-through and MPEG2 hardware decoding for use with my HDHomeRun Prime for live TV. But Asus or Google dropped the ball as this is not enabled so the HDHomeRun View app has to fall back to software decoding which make the stream very choppy. Most cable companies are still using MPEG2 for now.
Here is a discussion on the Nexus Player over at the Silicon Dust's Forums:
http://www.silicondust.com/forum2/viewtopic.php?f=81&t=17894
Research into MPEG2 on Android
Searching Around the fourms I stumbled on this post enabling hardware decoding on the Nexus 7 2013 and other ARM devices.
http://forum.xda-developers.com/showthread.php?t=2517925
It seems they pulled libOmxCore.so from Cyanogenmod 11 on various devices and edited the media_codecs.xml. Ive contacted both contributors in hope I can discuss this with them. Im not sure there is any x86 CM12 Devices we can extract the libOmxCore.so from to test on the NP and thats if they have even merged they media codecs in CM12 yet.
Here are some projects and discussion for building ffmpeg into android which may enable MPEG2 decoding:
http://stackoverflow.com/questions/4725773/ffmpeg-on-android
https://github.com/appunite/AndroidFFmpeg
https://github.com/guardianproject/android-ffmpeg
Ffmpeg on Android x86
https://software.intel.com/en-us/android/blogs/2013/12/06/building-ffmpeg-for-android-on-x86
As of right now Im just gathering information to get started on this project so anyone with any input will be appreciated.
Once I get my Nexus Player the way I want it and if there is a custom recover (ahemm TWRP) I will post my personal build for you to try out.
*EDIT* Google has pushed Android 5.0.1 (build LRX22C) to AOSP with reports that it has fixes for "video issues". Fingers crossed they enabled MPEG2 hw decoding so I don't have to
XDA:DevDB Information
VC1/MPEG2/WMA hardware decode on the Nexus Player, Device Specific App for the Nexus Player
Contributors
WhiteWidows, whitewidows, god_md5, kennylam
Version Information
Status: Testing
Created 2014-12-03
Last Updated 2014-12-03
Very very happy to see I'm not the only one interested in this feature. I have a lot of dvd movies muxed into mkv in my plex server. My plex server does not have the power to transcode so to get Nexus player to direct play this is a huge step forward. Thanks!
Skickat från min GT-I9505 via Tapatalk
As an Nexus Player owner, and HDHomeRun Prime user, I'm also very interested in MPEG2 HW decoding.
For now I'm using my ADT-1's for TV... But who knows if Google will keep updating them... so far they are still on preview 5.0 builds.
Me too..
Add me to the list of people interested in this. There is a ton of MPEG2 content out there - US broadcast TV is all MPEG2. Enabling MPEG2 would open a ton of possibilities for this device.
Glad I wasn't the only one interested in this. I think its ridiculous to make a so called TV devices with no mpeg hw decoding
Update is I have been trying to build ffmpeg in to lollypop but it keeps failing. I going to at least try to build lollypop from source (arm) first because its been since jellybean I have done it. I'm a bit rusty ?
Plus one interested.any news?
Sent from my Nexus 7 using XDA Free mobile app
I'm still working on it I got x86 android to build. But with ffmpeg they fail. Work and holidays have been consuming most of my time but I try to put some time into it tomorrow.
We still need a custom recovery to simplify flashing
http://forum.xda-developers.com/nexus-player/general/nexus-player-mpeg2-hardware-decoding-t2996377
In the thread above, they claim that mx player is able to hardware decode mpeg2 with intel code plugin. Has anyone looked into this for a solution?
xomikronx said:
http://forum.xda-developers.com/nexus-player/general/nexus-player-mpeg2-hardware-decoding-t2996377
In the thread above, they claim that mx player is able to hardware decode mpeg2 with intel code plugin. Has anyone looked into this for a solution?
Click to expand...
Click to collapse
When the hdhomerun view app/googles live TV app launches a mpeg-2 stream which in turn uses androids default media player. There is no option to use MX or change to that. I wouldn't want to use MX as the over lays for the guide would not work. I tried another build last night but again it failed. Lat time I built android was back in the ICS daysband never with ffmpeg. I not sure I'm even going about this the correct way.
I just noticed a thread about a CM11 port for the GeeksPhone Revolution which runs an Intel® Atom™ processor Z2560. The processor is 32bit x86, but usually these things are backwards compatible. Maybe you can pull binaries from that image? I'd post a link to the thread and associated image, but since this is my first post on these forums it won't let me.
Any updates on this?
Did this project die?
No....its just my builds always fail compiling with ffmpeg into 5.0. I'm stuck. So if anyone can help !e out it would be appreciated
sorry for my poor english,i am chinese
i tried vlc,mx player,plex,kodi,i can only play low bitrate file by software decoding(cpu will run hot,and rarely some artifact),can't use hardware decoding.
snapdragon 821 should be able to play 4k hevc 10bit file,but i can't even use hardware decoding to play 1080p hevc 10 bit file ,
even snapdragon 820 can play this
i can play 8 bit hevc file via hardware decoding,but not 10 bit file
i am using stock rom,can't unkock bootloader(second-hand verizon),system is android 8.0.0 November security patch
i just want to know is this locked in hardware,or software
and why google block it,i just cant understand why
since many people have installed custom rom here,so i think this is the best place to ask
i am new her so i cant ppost link,just google Jellyfish Bitrate Test Files
plz try jellyfish-10-mbps-hd-hevc-10bit.mkv or other 10bit file, if your phone can play it,it should be using hardware decoding
try using logcat, while trying to play the video... it will probably tell u whether or not the video codec is supported or not....
it could be lacking of being implemented is software or hardware. hard to say...
why is this so important anyway?
note: it did play in MX player, but their so calld 'custom codec' is optimized for arm-v7a neon... so way out of date for our hardware is was sluggish on playback
nine7nine said:
try using logcat, while trying to play the video... it will probably tell u whether or not the video codec is supported or not....
it could be lacking of being implemented is software or hardware. hard to say...
why is this so important anyway?
note: it did play in MX player, but their so calld 'custom codec' is optimized for arm-v7a neon... so way out of date for our hardware is was sluggish on playback
Click to expand...
Click to collapse
i also post a issue in google's github page
github.com/google/ExoPlayer/issues/3537
got some log from vlc
may have something to do with ExoPlayer and mediacodec,
and OMX.qcom.video.decoder.hevc
can you play 10 bit hevc video in your custom rom?
wolvenstorm said:
can you play 10 bit hevc video in your custom rom?
Click to expand...
Click to collapse
I don't use a custom com... not everybody around here does...
nine7nine said:
I don't use a custom com... not everybody around here does...
Click to expand...
Click to collapse
i thought you use custom rom because of your link to your Kernel exNoShadez
wolvenstorm said:
i thought you use custom rom because of your link to your Kernel exNoShadez
Click to expand...
Click to collapse
no, the kernel and ROM aren't tied together... you can usually swap them in/out separately...
I development my kernel to use with the stock ROM...