Hi JeroenW, i have been ...Hi JeroenW, i have been using your free media player with tumusika evolution, but you know that adobe introduced H264 and HE AAC (AAC+) and i dont know if your player is supporting it ?, if not please add that functionality. Bye
I can't get AAC+ streams to play either. I do have the latest Adobe Flash Player installed which supports AAC+ audio. Here is my AAC+ audio stream using a Shoutcast server. http://stream.stationplaylist.com:8000
I can get an MP3 stream to play fine from this URL http://stream.stationplaylist.com:8010
I know to add ";stream.nsv" to the file parameter in the embed code, but not sure what the type parameter should be. I've tried &type=mp3, as well as m4a and aac, but nothing works.
Does your player need to be updated Jeroen? If so then please do! AAC+ is becoming very popular and I know of a dozen stations that would like to add an embeded AAC+ player to their website.
If this can help, I can confirm with FLV parameter the player is connected to the server (I've checked on the shoutcast console and I see the active connection) but it doesn't sound and if I press stop, the player doesn't stop the connection.
Same thing appens if I set M4A parameter (with AAC parameter it doesn't start).
I'm using the latest Adobe Flash Player 9.0.115 and the latest JW FLV Media Player 3.15.
When I load a AAC file directly, it work fine (with the 'type=flv' flashvar). But if I try to load the same file trough a playlist, it doesn't work. (mp3 files load fine in both case) I understand there must be probably a problem with the playlist parser (as Daiyam said). Anyone know a hack to make it work? Can we expect this to be fixed in the next release?
In any case, thanks for your great work JeroenW! :)
Additional request for AAC support. I have a site that would save a ton of bandwidth if we were able to switch to AAC. I'm going to use a flash version detector to switch between either AAC or mp3s to do this while supporting older flash clients. Thank you!
I confirm the ability to play ACCplus shoutcast streams could a big step ahead for the FLV player: I work for a broadcasting group in Italy (5 radio station on FM and internet) and we will be happy to switch to shoucast stream aacplus format (actually we use wma).
FLV player working on all platforms (Win, MAc and Linux) will be the right solution for our web player.
Thanks Jeroen for your great work, we really appreciate.
I'm also very interested in AACplus icecast/shoutcast support. We're currently broadcasting in Real (yuck) and I've got live streams working with AAC+, but the player end of things is still a tricky bit. It would be wonderful to play it all in Flash.
I would like to add another vote to the aac+ / shoutcast support. I also have a online station streaming on WMA and embedded WMP. I would love to move it to aac+ / shoutcast to save bandwidth and server costs. And also, this way more people could listen, since WMA/WPM integration usually only works fine in Windows.
Searching in the Shoutcast forum I found this flash player that streams Shoutcast combing Flash and PHP script to do the stream: http://forums.winamp.com/attachment.php?s=&postid=2308006
It works fine with a regular Shoutcast/MP3 stream... Try changing the config.php with the following values and see it working: $url = "188.8.131.52"; $port = 3965;
However, aacPlus stream does not work in that player (I tried a test stream I have and it doesn't work). Maybe try to figure out how to do something similar with JW Player to make it work with aacPlus streams too.
Can you at least make a debug mode for this stupid thing? I've tried a million things to get it to work and i'm getting ABSOLUTELY NO FEEDBACK as to what the problem is. If I wanted to work in a shitty noncommunicative environment that gives me no clue what's wrong, I'd program in Flash myself!!
This is a great player. We use it with our podcast feed to allow online audio streaming. Right now we're playing with enhanced podcasts (audio with embedded videos) saved as *.m4a files. The audio works in the Player Testpage, but no video shows up. Are there plans to include m4a video decoding in the next version?
make sure you have the latest jw-player and maybe try set the flashvar or playlist type=lfv http://www.jeroenwijering.com/?item=Supported_Flashvars http://www.jeroenwijering.com/?item=Supported_Playlists
.m4a is really an audio format (a for audio) but can apparently safely be renamed to .mp4
First of all, thanks for listening and doing some work on AAC+ support. This will be brilliant when it works. I'm not sure what I'm doing wrong here. I entered the URL for the AAC+ stream: http://stream.melbn.com:8000/pbsfm_live_64.m4a (or .aacp or .m4a). It seems to connect and get data just fine - I can see data flowing across the wire, but the player complains about "file structure invalid".
bc.. MODEL: STATE (newstate:IDLE,oldstate:null) CONTROLLER: STOP CONTROLLER: RESIZE (width:470,fullscreen:false,height:230) CONTROLLER: CAPTION (state:true) CONTROLLER: MUTE (state:false) CONTROLLER: QUALITY (state:true) CONTROLLER: VOLUME (percentage:80) CONTROLLER: PLAYLIST (playlist:[object Object]) MODEL: META (info:NetConnection.Connect.Success) MODEL: BUFFER (percentage:0) MODEL: LOADED (loaded:0,total:0) MODEL: TIME (duration:0,position:0) CONTROLLER: ITEM (index:0) VIEW: PLAY MODEL: STATE (newstate:BUFFERING,oldstate:IDLE) CONTROLLER: PLAY (state:true) MODEL: LOADED (loaded:0,total:4294967295) MODEL: STATE (newstate:PLAYING,oldstate:BUFFERING) MODEL: LOADED (loaded:0,total:4294967295) MODEL: LOADED (loaded:0,total:4294967295) MODEL: LOADED (loaded:0,total:4294967295) MODEL: LOADED (loaded:0,total:4294967295) MODEL: META (info:NetStream.Play.FileStructureInvalid) MODEL: LOADED (loaded:14336,total:4294967295) ...
It's a live AAC+ stream, playing through Icecast2, originated from edcast (aka Oddcast). VLC plays it fine, so I know there's *something* there that can be played. Feel free to connect to the sample stream and give it a try - it's just three songs in rotation.
take a copy of the pbsfm_live_64.m4a and try play that locally - can you make it play on its own in a jw-player? also try a known good file (like the demo video from the player download) can you stream that from the server?
after these experiments you can know whether the problem is the file or the steaming server or the setup of the player...
please see this thread (success playing .m4a - .m4b - .m4v) - http://www.jeroenwijering.com/?thread=8015 and these about icecast - http://www.jeroenwijering.com/?search=icecast
My version of Flash is MAC 9,0,124,0 - the newest available, according to Adobe's installation link you kindly provided.
I can't take a copy of the pbsfm_live_64.m4a file to play locally, as it's an actual live stream, not a file. The demo "bunny.m4a" works just fine though. No video, but I'm assuming that since the extension is m4a, there is no video anyway.
I'll try installing Shoutcast and see if that changes anything. I used Icecast only because I'd read that Shoutcast and AAC didn't really get along very well. I'll also try a plain MP3 stream through both Icecast and Shoutcast to see if that changes anything.
Thanks for all your help so far, @andersen, but I'm still struggling. I installed and configured Shoutcast, and am pointing my stream to it as well (on a different port, naturally). I'm getting very similar results, no matter which server I connect to, or if I use a playlist or a native stream. I'm now doing this locally as well, just in case I'm running into some Flash security problems.
Accessing either of these instances gives me the spinning wheel graphic, and it starts streaming data from the servers, but it doesn't seem to know quite what to do with it. The data is arriving, the player knows about it (it shows some kind of bytes received count), but there's no sound. The same thing happens if I put the streams in a playlist and reference that.
Getting rid of type=mp4 doesn't change the Icecast stream's behaviour, but it causes the Shoutcast version to not load the player interface at all - the only thing I get is the spinning wheel graphic, no data transferred or anything. And note I don't have autostart enabled.
Is anyone else able to hear the streams, simply by entering them into the test page here?
I guess what else I'm kind of looking for here is for someone to say "what you're doing isn't impossible". It's a *live* AAC stream going from Edcast to Shout/icecast to Flash. Is that just impossible? Is there some fundamental blocker in there preventing these things from playing nicely together?
An additional data point: the jw-player plays a static m4a file through Icecast just fine:
i see that in these threads for instance, people have success with ice/shoutcast streaming, using a slightly different syntax. (but it also seem to be .mp3 files mostly, so maybe that would be a worthwhile experiment - just to see something work ! )
@chaz - without the extension, I just get a "file not found" from Icecast.
@andersen - I'll try an MP3 stream later this evening and see what happens there. You're right, it would be great to have something - ANYthing - work at this point. :-) Although it would just be a test - for many and various reasons, we're not going to be using MP3 as a regular stream.
@andersen Using the Shoutcast DSP plugin, I was very easily able to stream MP3 through the Shoutcast server to both VLC and the Flash jw-player. Took no time at all, and a relatively nice 128k stream was playing. So that bit works fine.
(It won't work anymore, I've put back the original configuration).
Switching back to AAC, and I'm back to the same problems as before, in either the Shoutcast DSP or edcast DSP. I had another look through those threads you referenced, but I couldn't see anything helpful. MP3 works just fine, right out of the box.
What happens when you put one of my sample streams in the tester in JW's message http://www.jeroenwijering.com/?thread=8784#msg66427 ?
@andersen - I was wondering if you could give my stream a try from your computer, to eliminate the possibility of anything weird happening on the two I've been testing from.
Now @chaz might be on to something. I grabbed the one from the test page, but I'd also been using the (older) release version previously. The one on the test page doesn't seem to understand the stream either, but I'll try it locally again and see if there's a difference.
Update - I'm using the beta locally now (for sure) and it's still not working - but it's at least doing different things. I've got two streams set up, one through Shoutcast and the other through Icecast:
Both of these streams manage to request stream data from their respective servers, but don't seem to be able to do anything with the data: the play button doesn't change to a pause button, and the timer doesn't start, and there's no sound. I can see the data coming across from the server though. The only difference is that the Shoutcast stream seems to auto-start, whereas the Icecast stream needs me to press play before requesting data.
Interestingly, the playlist I'd been previously using for testing gives a "No suitable playlist elements found" error with a playlist that's been working fine with the release version. (For all this testing though, I've been specifying the stream names in flashvars - mucking about with playlists adds an element of complexity I'd rather not have until things are working).
When the beta code is embedded in the test page here, the Icecast version tries to play, and gives a "MODEL: META (info:NetStream.Play.FileStructureInvalid)" error in the log. The Shoutcast stream gives an error 2048, which seems to be a security violation (trying to retrieve an object from a different server). Weird that the Icecast stream doesn't do that, and seems to allow data access and allow itself to be streamed.
AAC Shoutcast streams present new problems on top of the current problems MP3 streams have (filling up your RAM until browser crashes). With AAC streams, Flash expects a certain header structure, which isn’t present (that’s the FileStructureInvalid problem).
The error in the shoutcast stream is because the player doesn’t understand the ‘type’ extension. If you set it to ‘video’, the player will understand it. I’m afraid you will run into the same issue as with the IceCast stream then though (FileStructureInvalid), but who knows…
I did have quick succes in using the Wowza server for forwarding Shoutcast streams. The RAM-filling error doesn’t occur then. The stream I used was an MP3 stream though, but perhaps AAC streams work too. I suggest you take a look at using Wowza for forwarding the streams too.
I've tried setting the stream type to "video", which does eliminate one of the errors, but JeroenW was correct: it still doesn't understand the stream, as the all-important header is missing. Neither Shoutcast nor Icecast send it along with the stream.
Although I really wanted to avoid Yet Another Server, I'm going to have a look at both Red5 (http://osflash.org/red5) and Wowza (http://www.wowzamedia.com/) in the next few days to see if they will work fine. A concern I have here is the RTMP vs corporate firewalls issue that might come up - but I'll deal with that if/when it happens.
Dozens of people on this forum and probably thousands of others are wanting some way to play AAC+ streams natively from their websites. I know of a couple of dozen myself.
Based on discoveries above, it appears the problem has been tracked down to the implementation of the HE-AAC support added to Flash. It cannot detect the data coming down as being AAC+. It requires an MPEG-4 header as the first few bytes.
Apparently the Flash Media Server at close to $1000 sends the required header when a listener connects to the server. You can see it in action here... http://www.opticodec.com/flash/ofp.html (stream appears down currently but has been working)
Shoutcast and Icecast2 servers do not send a header, nor should they need to. Players such as Winamp, Foobar2000, & VNC can all detect AAC+ streams with no major effort.
Adobe are either in another world completely and don't know what is happening in the internet radio world, or they are purposely not supporting AAC+ streams from servers other than their own media server. Both would appear rediculous.
Assuming they are ignorant, I would call this a bug that needs fixing in Flash. I suggest everyone submits a bug report using the following form and mention that the HE-AAC support in Flash does not work with Shoutcast or Icecast servers, which is by far the most common use for AAC+ on the internet.
Hmm. Not as simple as it looks, unfortunately. Some bytearray modifying stuff is needed here. A PHP-approach (also suggested in the forum) is also not the way to go: it’ll eat your server bandwidth since it essentially proxies.
I will can write a PHP than connect to streaming aac+ of shoutcast and it add or modify for play at flash, at http://code.jeroenwijering.com/trac/ticket/82 to do a implentation at java fo red5 for redirect shoutcast aac+ to rtmp for flash? I read the this code, but is too long, JoroenW you can post the exact code at java tahn add headers to streaming, I understand than use functions for byte array and similar.. I have a additional help, letio play aac+ streaming at flash and use asp.net for realy the shoutcast streaming to flash, I decompile the swf and found the flash connect to asp.net each 30 seconds and get a portion of aac+ streaming, the write a player m4a music parts, it play aac+ by portions. Anyway the full source code is here: http://radiocomunicate.com/letio/
Look before I had legal problems with letio.
Where can download Jw player Flash 4.5 beta?
Is possible play shoutcast aac+ streaming using JW WMV player?
The JW silverlight play the shoutcast streamings MP3 without memory leak problem!, but not aac+ shoutcast streaming :-( JeroenW For Windows Media Player exists Orban Plugin, is possible implement orban plugin at jw silverlight player?
check: a. you're using the correct flashvars, at minimum you should have > autostart=true&repeat=always in there ( i'm using playlist=right&playlistsize=280&autostart=true&repeat=always etc... )
b. your m4a files are encoded with the proper codec > HE-AAC ( also called AAC+ / AAC-HE ) don't use ALE (for the mac fanboys) AAC-LC or whatever, only use 2channels ( mp4 / he-aac supports upto 48 ) & don't use higher bitrates then 56kbs, there's absolutely no point in doing > theoretically HE-AAC has CD quality at 48kbs, depending on the implementation, safe bet is 56kbs and virtually lossless ( less then half the size and better quality then 128kbs mp3) :-)
c. your moov atom headers are present & in front of your file, google for moov atom ( with a double o ) adobe made a tool for that. or visit this link http://www.longtailvideo.com/support/forum/Setup-Problems/10766/MP4-requires-whole-video-to-load-before-it-can-be#msg110498
I've made a PHP modification for Jinzora that streams m4a directly into jwplayer, drop me a note if interested
So can someone post a way to egt this to work with shoutcast acc+ streams. my radio made the mistake of moving over and everyone struggles to listen tio the radio. so we really need this to work with the site.
i was told that adboe flash 10 works with acc+ so why we still seeing nothing?
Maybe you are using the sample application in client mode without recompiling the application?
The sample application only provides a configurable method to set up server-mode ports which wait for an encoder connection.
At this time, to use the shoutcast jar as a subscriber to an existing shoutcast server you will need to re-compile the changes you make ( such as un-commenting out the client mode sample code in Application.java) in order to have them take effect.
No andy im not trying your as i don't have a server with red 5 on it in fact i only have a virtal private server the radio comes of another sompany that i have bought steaming off. http://myautodj.com/whmsonic.php But i want it to work on a flash player wiht out it going on another server as that to expencive.
I think it crazy after so long of AAC being released we are still having problems with flash.
The Vp6 video produced by shoutcast TV is Top-Down DIB Bitmaps, as usual for windows, and the flash video Vp6 format is Top-Up bitmaps. Rtmp streams with vp6x video compression will appear upside down when fed from a shoutcast encoder whether red5 is fed as a client or acting as the shoutcast server itself..
The flip plugin was created by a user at the winamp forum to handle the rotating of the video element for vp6x Top-Down format.