similar to: *Real* real time streaming (no delay/latency)?

Displaying 20 results from an estimated 3000 matches similar to: "*Real* real time streaming (no delay/latency)?"

2004 Aug 06
0
*Real* real time streaming (no delay/latency)?
one problem apart from icecast is that tcp/ip over ethernet does not guarantee *when* your packets will arrive, or even in what order. while the chances are good that it works rather quickly, you can't sue anyone if it doesn't ;) but once the network becomes congested, you are in trouble. if the network between your two locations is one cable, not shared, no hubs, it might work. but
2004 Aug 06
2
Server drops client - problem with IceS?
Hi there, I just joined the list and have a question on one of the earlier posts: On Oct 28 2003, Ricardo wrote that his server diconnected his clients. I have the exact same problem - and a bit of testing/analysis. <p>I am running an Icecast server and IceS on the same linux box. IceS is encoding a live stream from my sound card. After a while of listening (approx 2 mins) from another
2004 Aug 06
0
*Real* real time streaming (no delay/latency)?
On Thursday 05 February 2004 12:55, Jørgen Elgaard Larsen wrote: > Hello > > Does anyone have experience with _real_ real time streaming - i.e. with > very little delay/latency? > > I need to stream from point A to point B in near-CD quality via a 100 > Mbit network. That is easily done using icecast. But here is the tricky > bit: > > I want as little delay in the
2004 Aug 06
2
Server drops client - problem with IceS?
Geoff Shang wrote: > Does your playback match the sound that you are encoding? Perhaps share > your config file so we can help troubleshoot this. I would think so, but I might have missed something. <p>Here is my IceS2-config - with this one, the problem manifests after 2 minutes of playing, and the client is disconnected after 3 minutes. I have tried tweaking bitrate, quality,
2004 Aug 06
3
MB soundcards and PCI soundcards
Here's a problem that I have uncovered on two entriely separate machines using the latest icecast2 and ices2 software. Even when the onboard soundcard is disabled, the PCI soundcard (which has been both a Creative Live! and an Ensoniq soundcard) is unable to accept input or stdin audio. If I enable the onboard soundcard everything works well and I can stream audio using icecast and ices. But
2004 Aug 06
0
*Real* real time streaming (no delay/latency)?
On Thu, Feb 05, 2004 at 02:55:08AM +0100, J?rgen Elgaard Larsen wrote: > I need to stream from point A to point B in near-CD quality via a 100 > Mbit network. That is easily done using icecast. But here is the tricky bit: > > I want as little delay in the signal as possibble - preferrably below 50ms! As Mike mentioned, you're not going to get this low with Vorbis. However, if
2004 Aug 06
2
On demand relay in icecast 2?
Michael Smith wrote: > On Thursday 12 February 2004 03:05, v b wrote: > >>I'm using this on icecat 1.3.12 but it doesn't seem to work with icecast >>2.0.0. The relay starts as soon as icecast is started and does not drop, >>even if there are no clients. I've been over and over the docs and can't >>figure out what I'm doing wrong. >> >
2004 Aug 06
2
how much horsepower will i need for streaming?
hi! i'm putting together a streaming relay network for the linux audio developer's conference #2 (http://www.zkm.de/lad), and i was wondering how much cpu power will be required on the master server. we need to record 2 48k stereo signals simultaneously and encode them into three streams each: 2x 54kbit/s 22k05 mono 2x 112kbit/s 48k stereo 2x 192kbit/s 48k stereo it would be very
2004 Aug 06
3
On demand relay in icecast 2?
I'm using this on icecat 1.3.12 but it doesn't seem to work with icecast 2.0.0. The relay starts as soon as icecast is started and does not drop, even if there are no clients. I've been over and over the docs and can't figure out what I'm doing wrong. vb _________________________________________________________________ Plan your next US getaway to one of the super
2004 Aug 06
4
Configuring icecast for lowest buffering/latency
Hi, I'm using Icecast on a windows pc as a "gobetween" to output from a streaming encoder, bounce it of an icecast server locally on the workstation and then being picked up from the local icecast server and relayed on again. (I'm using liveCaster from www.live.com as it allows me to send the audio stream as UDP which is more efficient than HTTP streaming - unfortunately it does
2004 Aug 06
3
Questions
Hi: I've read that there is experimental speex and theora support in a development branch of icecast somewhere. Speex would be ideal for this kind of thing. Geoff. <p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word
2004 Aug 06
3
How to edit icecast.xml via SSH on Linux?
Hi, I dont know if I got the question right. It is simply straight forward. *) Connect to the machine with ssh *) Use an editor like vi/pico/nano/joe Example : $vi /etc/icecast.xml $pico /etc/icecast.xml Hope I didn't oversimplify the question. Have fun, Midhun Kumar Allu. <p>On Mon, 2004-02-09 at 23:21, MacSym wrote: > Hi everybody, > > I am connecting to my
2004 Aug 06
3
does icecast care what it streams?
On Tuesday 03 February 2004 15:16, oddsock wrote: > it would be true to say that yes, you could stream NSV or other video types > with this manner (assuming that they don't need special stream processing, > NSV does not, something like Ogg-Theora probably would)...the main problem > is the issue of a source client. Currently, there is only one (that I know > of) source client
2004 Aug 06
1
IceCast binary strange error on startup
Hi folks! I'm trying to run icecast2.0.0-1 on my router machine. Since this is a Pentium 75 with minimal configuration, I'd like not to compile it, but downloaded the binary distribution. After installing and configuring (not my first, others were on Win32) everything looks fine, but ... well look for yourself: <-----------------------> nserv:~ # icecast icecast: error while
2003 Jul 10
2
OH323 + G729 + Go2Call
hi .. i've just installed and licensed an instance of the G729 codec. I am trying to connect through asterisk to Go2Call server .. According to their info it involves dialling extension 729 on voip01.go2call.com, to get the IVR. my extensions.conf shows : exten => s,2,Dial(OH323/h323:729@216.52.153.206) which I think is correct, I have G729 enabled in the OH323.conf file and it seems to
2004 Aug 06
1
client disconnects after one song is played
I'm using the latest CVS source under Linux using a playlist of ogg files. When I use a client to connect on the same machine, there is not any disconnect (xmms and zinf). When using a client on a Windows machine, I get mixed results. Zinf on windows will play thru the current song but then stops when the song is finished and does not play the next song being streamed (see log below).
2004 Aug 06
2
broadcast FM radio
Hi. I want to broadcast FM radio. Can i pass data directly from my radio card to livecast and finally to my server, or must i pass data in the sound card after the radio card and before liveice? Thanks in advance, Bertrand. -------------- Jusqu'à 60 heures gratuites pour toute souscription à l'un des nouveaux Forfaits Liberty Surf
2005 Jan 22
2
Persistent audio streams?
My apologies if this is a stupid question, or has been covered in detail somewhere that I haven't found yet. I have spent a while looking around. I'm new to streaming audio, but I do know a thing or two about TCP/IP networking. I'm working with a local public radio station. They have a remote transmitter located about a hundred miles away, to serve another community. Right now
2004 Aug 06
5
DTCR Project
Disturbed Transmitter Community Radio Project The Need: Where I live there is only one open channel in our FM band. The one major company that owns 13 of the local stations plus 8 more that bleed over from the next biggest city, has lobbied the FCC so that the last FM license will never be given out. So my friends run a little 10 watt, Max. allowed by FCC for a non-commercial non-licensed
2019 Sep 03
2
[PATCH v4 2/5] vsock/virtio: reduce credit update messages
On Wed, Jul 17, 2019 at 01:30:27PM +0200, Stefano Garzarella wrote: > In order to reduce the number of credit update messages, > we send them only when the space available seen by the > transmitter is less than VIRTIO_VSOCK_MAX_PKT_BUF_SIZE. > > Signed-off-by: Stefano Garzarella <sgarzare at redhat.com> > --- > include/linux/virtio_vsock.h | 1 + >