[jPlayer] Playing online radio

[Dennis]

Hi

I've used the jPlayer for my site http://bigups.dk which is a list of
online radio stations playing electronic music.

It will come out of beta as soon as a few quirks have been sorted.

One of my biggest problems is that jPlayer makes the browser eat ALOT
of memory when used for continous streaming.

Is there any way to release this memory without stopping playback?

--
You received this message because you are subscribed to the Google Groups "jPlayer: the CSS styleable jQuery audio player plugin" group.
To post to this group, send email to jpl...@googlegroups.com.
To unsubscribe from this group, send email to jplayer+u...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/jplayer?hl=en.

[Onyx]

Hi Dennis,

Yeah, if you've turned off native support and are resorting to the use of Flash fall-back (which is seems like you are), there is not a way (through the jPlayer API) to clear/flush the memory at this moment.  I believe one of the developers (Mark P.) was going to look into this.  I am anxiously awaiting a solution to this problem as well.  :-)

Onyx

[Dennis]

Thanks for the quick and good reply Onyx

I will look into other ways of doing this then.

[Maboa]

I've been looking at how jPlayer copes with streaming and trying out
this hidden demo here :

http://www.happyworm.com/jquery/jplayer/1.1.1/demo-08.htm

On Mac OSX10.6 :

Chrome 5.0.375.38 beta - doesn't work (weird)
Firefox 3.63 - works
Opera 10.53 - works
Safari 4.0.5 - works
Safari iPad (OS3.2) - works (but the autoplay doesn't)
Safari iPod (assume iPhone) (OS3.1.3) Works (launches quicktime
player)

Assume iPhone OS 4.0 works too but will confirm later

So you have good coverage via HTML5. I wonder why the hell it doesn't
work on Chrome.

I think you could get some good publicity for your site if you develop
with HTML5 audio falling back to Flash where you have to. An iPad
compatible version would be excellent.

Good luck!

Cheers

Mark B

[Mark P]

Hello,

I have been looking into other aspects of jPlayer, but streams are
still on the list. Basically, the stream needs to be restarted every
so often. People have suggested the 100MB mark for when to restart a
stream. It might be possible to do this near seamlessly, if we started
a second stream and then killed the old one, but it could be horrid if
the user has poor bandwidth. Also, the HTML5 case is not clear atm.

For the time being, the best I can suggest is something along the
lines of: When the user clicks play, start an Timeout in JavaScript
for 20 minutes or so. The Timeout function would then restart the
stream every 20 minutes. You could work out the data refresh time
using the kbs of the stream. You'd have to stop the interval if the
user clicked pause/stop. Clicking play should always restart the
stream... and do not auto play at the start.

I have not tried the above... It is rather crude, I'll admit.

I hope to get back into looking at this next week.

Best regards,
Mark P.

[Mark P]

This thread below is where we are discussing streams and jPlayer:
http://groups.google.com/group/jplayer/browse_thread/thread/d7b10177d5a683ab

Best regards,
Mark P.

[Dennis]

Thanks for all the extra input

@maboa: I will for sure consider the swich to html5 audio, thanks for
pointing out what works and what does not.

@Mark P: I've considered some of the same options but have not yet
tested them. Will try your examples and see how it works out. Great
link, thanks.

[Maboa]

Can confirm that the streaming demo (http://www.happyworm.com/jquery/
jplayer/1.1.1/demo-08.htm) works on iPhone OS4. It works as it does on
the iPad, in-page without launching the external quicktime player.

Cheers

Mark B