Live data from Hacker News

JPlayer : HTML5 Audio & Video for jQuery

jplayer.org

21–25 of 25 posts

Re: JPlayer : HTML5 Audio & Video for jQuery

#21
post #8

I know it isn't the typical use case but is there anything similar that (also) supports flac? (or even wma?)

Are you planning on serving (or streaming with a lot of buffering) FLAC audio on a public site? Why not re-encode and save everyone bandwidth?

Private site over LAN or high speed internet are targets for web clients: https://github.com/Mach5/supersonic/issues/34

Re: JPlayer : HTML5 Audio & Video for jQuery

#22
post #16

Earlier quoted context omitted.

Are you planning on serving (or streaming with a lot of buffering) FLAC audio on a public site? Why not re-encode and save everyone bandwidth?

No, it would be for LAN use with a web-app.

Wouldn't that still potentially affect your LAN's performance? At >1Mbit per stream, it seems they could add up fast. Even on a LAN, I'd want to minimize traffic volumes where possible in most cases.

I'm just curious if this is a matter of convenience, wanting to avoid re-encoding, or if the fidelity is actually critical, and these would be playing back on studio monitor speakers for close scrutiny.

I guess if I were trying to play FLAC and WMA files from a local server, I would typically mount the remote share and use native client-side software to play them, which is typically a more pleasant user experience than browser-based solutions.

Re: JPlayer : HTML5 Audio & Video for jQuery

#24
As one of the developers of jPlayer - it's great to see this discussion. We're a building up the motivation to create a new release and we'd be interested in hearing any ideas the HN community has.

https://groups.google.com/forum/?fromgroups&pli=1#!topic...

(Comment here or in the group).

PS Little known fact - pandora.com uses jPlayer or at least it used to when I last used a VPN to check it :)

Re: JPlayer : HTML5 Audio & Video for jQuery

#25
post #16

Earlier quoted context omitted.

No, it would be for LAN use with a web-app.

Wouldn't that still potentially affect your LAN's performance? At >1Mbit per stream, it seems they could add up fast. Even on a LAN, I'd want to minimize traffic volumes where possible in most cases. I'm just curious if this is a matter of convenience, wanting to avoid re-encoding, or if the fidelity is actually critical, and these would be playing back on studio monitor speakers for close scrutiny. I guess if I were…

Yes, it is wanting to avoid encoding and the associated delay and/or disk space. If I could re-encode and immediately stream with insignificant latency, with a weak CPU, then that might be a reasonable option.
Post reply on HN