javascript - icecast audio.js play without buffering -


I have an ISEAC setup running on one server, those clients who are connecting to it are tagged in web pages. , Either via HTML5 or Flash. I am currently using audio.js to get it (in particular, flash fallback).

The problem is that the audio is played together but with a stream of different images. (This is a 10-FPS JPEG stream.) I need audio to match as many matches as possible. Unfortunately, there is a delay of 7 seconds sometimes before playing audio.

Some information:

  • Audio streams do not have to be delayed to match images, audio must be sharpened to match images.
  • In the Icecast Server config & lt; Explode-On-Connect & gt; is set to 0 to minimize latency.
  • There is not necessarily any interval when playing through VLC (maybe a few hundred MS, which is acceptable).

Put on the other side, on seeing the images and playing audio through VLC, everything is allocated enough, unfortunately, VLC is not an option in EndGame.

Since VLC has no interval, it tells me that the web browser (Chrome, Firefox, IE) is buffering audio before running it.

Question: How do I stop web browsing from buffering audio? I want to play it as soon as there is anything available in it. I am currently using audio.js, but other similar technologies are acceptable.

Additional information: I have set the audio .js in autoplay and preload = none

Thank you for your help!

A buffer always is required Network packet switches are in the data chunks It comes, not constantly. In fact, there are several buffers:

  • Captured buffer (on sound card)
  • Codec buffer (codec works on a piece of sample at a time)
  • Customer buffer for customer
  • Customer buffer (usually very large, 10 seconds)
  • customer buffer customer
  • customer buffer 2-3 seconds)
  • Customer codec buffer
  • Customer voice device buffer

adds each buffer latency, just as you have seen the buffer whose You control Land, the server-side buffer, which & lt; Burst-on-connect & gt; setting is configured by. By setting this buffer size to a larger size, you can fill all downstream buffers very fast, which can be a very fast start for playback, you set it to zero, which means that downstream buffers are only faster Because the data comes from the encoder.

Client-side, you have absolutely no control over buffering nor do you Any way they choose, the codecs are free to implement, some codecs can start streaming, and others do not have to re-sample your audio to fit certain devices within your playback, And not others

What it really is, it seems that a video stream and an audio stream are synchronized, for that, you should just stream a video stream from which to start. Video is made to keep audio and video in sync. Icecast also supports streaming video in some formats.


Comments

Popular posts from this blog

java - Can't add JTree to JPanel of a JInternalFrame -

javascript - data.match(var) not working it seems -

javascript - How can I pause a jQuery .each() loop, while waiting for user input? -