What about track playback with little delay ?
Posted: 30 Sep 2012 23:43
Hi everybody,
Trying to make a smooth & Perfect transition with modstream watcher, i'm wondering of something else would help me.
Imagine...
Broadcast distant machine :
Track1
JingleA
Track2
JingleB
Track3
JingleC
Track4
JingleD
Track5
During the automated playback, a local dj request for live show using tcp commands.
For example, after track3, he will do his show following the original scheduled tracks until jingleD, where he "tells" the distant machine to re-start the automated broadcast.
There are 2 difficulties : passing from the distant playback to te modstream of the local show, and passing from the local show to the distant playlist.
For that, we need to use an external streaming server to which the distant proppfrexx will connect to, and to which the local Dj will encode his live show.
His live show will be :
JingleC
Speak
Track4
With modstream watcher, we can't be sure that, after track3, live stream will begin with the jingleC launching by the local dj, due to delay from streaming servers (buffers...) and when Dj will send thé watcher stop tcp command in real time, it's possible that, due to delay, the streaming playback would not be at the end of the show. Not smooth and not Perfect.
So, what about buffering (into file) the streaming playback in order to:
- begin the buffered sounds at the very beginning of the show (using acpd), here jingleC.
- stop thé buffered streaming playback at the end of the show where we could put a "next" command using acpd.
The idea would be to begin the buffered playback whereas it's currently writing data, with a delay.
What do you think about it?
Sorry for my poor english : it's very hard to be clear...
Regards
Trying to make a smooth & Perfect transition with modstream watcher, i'm wondering of something else would help me.
Imagine...
Broadcast distant machine :
Track1
JingleA
Track2
JingleB
Track3
JingleC
Track4
JingleD
Track5
During the automated playback, a local dj request for live show using tcp commands.
For example, after track3, he will do his show following the original scheduled tracks until jingleD, where he "tells" the distant machine to re-start the automated broadcast.
There are 2 difficulties : passing from the distant playback to te modstream of the local show, and passing from the local show to the distant playlist.
For that, we need to use an external streaming server to which the distant proppfrexx will connect to, and to which the local Dj will encode his live show.
His live show will be :
JingleC
Speak
Track4
With modstream watcher, we can't be sure that, after track3, live stream will begin with the jingleC launching by the local dj, due to delay from streaming servers (buffers...) and when Dj will send thé watcher stop tcp command in real time, it's possible that, due to delay, the streaming playback would not be at the end of the show. Not smooth and not Perfect.
So, what about buffering (into file) the streaming playback in order to:
- begin the buffered sounds at the very beginning of the show (using acpd), here jingleC.
- stop thé buffered streaming playback at the end of the show where we could put a "next" command using acpd.
The idea would be to begin the buffered playback whereas it's currently writing data, with a delay.
What do you think about it?
Sorry for my poor english : it's very hard to be clear...
Regards