Shun87 / aacplayer-android

Automatically exported from code.google.com/p/aacplayer-android
GNU General Public License v3.0
0 stars 0 forks source link

It's not playing mms:// streams #3

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
In the project description you say its based on ffmpeg. Is it possible to adapt 
the code to play mms:// streams?

Original issue reported on code.google.com by rza...@gmail.com on 27 May 2011 at 12:39

GoogleCodeExporter commented 9 years ago
Hi !

As far as I know the mms:// protocol was deprecated by Microsoft and currently 
mms:// means rtsp:// (which should be supported by Android)
http://stackoverflow.com/questions/2529145/android-sdk-playing-video-using-mms-p
rotocol

Anyway if you really want to play mms (whatever it is called for) using FFmpeg, 
then it would be probably feasible by doing the following changes:
   * the strem sync function need to be configurable according to the stream type / decoder (currently there is always called aacd_probe() which looks for ADTS sync word)
   * the MMS related source files of FFmpeg need to be included in the project build (currently I extracted only AAC related sources).

But I am not planning to do it, unless I get realized that this would be 
helpful for a lot of users.

Vaclav

Original comment by vbarta...@gmail.com on 27 May 2011 at 9:14

GoogleCodeExporter commented 9 years ago
Thank you for response.

As to mms:// protocol: Microsoft might have deprecated it but one in three 
radio stations still use it and publish links to radio streams as mms://....

If you were to include this change in your code it would make your player work 
with 30% more radio streams on the net. That's huge!

Let me know what you think.

Original comment by rza...@gmail.com on 27 May 2011 at 9:29

GoogleCodeExporter commented 9 years ago
Just looked more at mms:// and WMA and realized that it would be more painful 
to adapt the current project to it (need also to rewrite the data fetching - 
mms:// uses more complicated communication). Also FFmpeg library uses floating 
point arithmentics, so it will be working fine on modern devices only (that's 
why OpenCORE aacdec with fixed-point arithmetics was the "winner" for AAC).

Sorry, I will not spend more time on it in near future.

Please try to look at RockBox project http://www.rockbox.org/ .

Original comment by vbarta...@gmail.com on 30 May 2011 at 8:58

GoogleCodeExporter commented 9 years ago
Never say never again :-)

Ok revision 23 
 - support of mms:// added (MMSInputStream --> libmms) - standalone part
 - support of ASF/WMA demuxer/codec added - using FFmpeg

Status:
 - it is working for some streams, but not tested thoroughly
 - possible memory leaks - code not reviewed yet
 - code not optimized 

OK:
  mms://live.cumulusstreaming.com/KTOP-AM
  mms://wmc1.den.liquidcompass.net/WTAWAM

Not-really-OK:
  mms://media.blackcrow.fm/wndb

KO:
  mms://70.61.202.210:3006/   (problem in libmms)

Original comment by vbarta...@gmail.com on 10 Jun 2011 at 11:27

GoogleCodeExporter commented 9 years ago
Rev#24 - fixed problem with variable frame size.
OK mms://media.blackcrow.fm/wndb

There was an idea to link libmms and ffmpeg together. But using of 
BufferArrayReader might help with buffering the stream. 154% performance on 
emulator is enough - it should be working fine on all Android devices.

Original comment by vbarta...@gmail.com on 12 Jul 2011 at 7:04

GoogleCodeExporter commented 9 years ago
ggbg

Original comment by evo.grou...@gmail.com on 21 Dec 2011 at 11:54