similar to: DTCR Project

Displaying 20 results from an estimated 9000 matches similar to: "DTCR Project"

2004 Aug 06
0
DTCR Project
I think you will be VERY interested int he next upcoming release of SAM2 - www.spacialaudio.com Bryan ----- Original Message ----- From: "Shaun Mcmanus" <smcmanus@twcsd.com> To: <icecast@xiph.org> Sent: Sunday, February 23, 2003 7:41 AM Subject: [icecast] DTCR Project <p>> Disturbed Transmitter Community Radio Project > > The Need: > Where I live there is
2004 Aug 06
1
DTCR Project
> I think you will be VERY interested int he next upcoming > release of SAM2 - > www.spacialaudio.com > > Bryan > Is there a linux variation of a program such as this? Our need is similar but slightly different. We have one master site that will be preparing the content for retrasmission. The problem is that we cannot use live streams to our satellite stations. We must prepare
2002 Oct 03
2
icecast2 connect / reconnect
Hi, I have the following problem with icecast2: I send a stream for some time. Then the source disconnects (maybe just by abruptly dropping the network connection), and I reconnect immediately. My problem is, that these reconnects don't succeed regulary (say, 20-30% of the time). The same setup worked well with icecast 1.x. <p>Akos --- >8 ---- List archives:
2004 Aug 06
6
*Real* real time streaming (no delay/latency)?
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 signal as possibble - preferrably below 50ms! I have made a test setup encoding on and serving from an 800 MHz
2004 Aug 06
5
time out issues with icecast2
Hi. I am having a strange problem where the source times out during anicecast2 stream -- I was using mp3pro at 32khz and even some other speeds. I have set the source timeout for 1 minute, but it still times out or says connection reset by peer. Now the strange thing is that I also had a windows media stream on the same source machine going to a wm server and it had no problems! So can someone
2004 Aug 06
1
Re-7: Newbie-Question
Ok, I converted my sample .mp3-file to ogg which worked properly. But still no music. I checked the logs and found the folowing: INFO main/main icecast server started (looks good) INFO connection/_handle_source_request Source logging in at mountoint "/example1.ogg" DBUG source/source_main Source creation complete DBUG source/source_main Disconnecting source due to socket read error:
2004 Aug 06
6
ices2 routinely abandons one of its streams
Hi everybody, I'm in charge of an ices2 setup that's broadcasting a local radio station on the Net, and I'm currently under fire because one of our streams has been down twice in two days, forcing me to restart ices2 on each occasion. Our client is understandably unhappy about this. OUR SETUP: I've got ices2 installed on a local machine, broadcasting to an icecast server across
2005 Feb 23
8
FRS / FRS/GMRS 2-way radios as SIP clients
Any one know of software that allows 2-way radios as VoIP(SIP) clients, besides dingotel's usb & mic cable trick ? http://www.dingotel.com/2way/requirements2way.asp They might be ok if the SIP client was not hardcode to their own SIP proxy Has anyone tried any hacks to get the 2-way radio SIP client to regsiter to a * box. hmm chan_frsgmfrs anyone? using the usb/mic cable under linux :)
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
2
Unable to get shoutcast sources to work
Hi: I have some people who want to be able to broadcast using a shoutcast DSP plugin with MP3, to an icecast2 server. But we can't get it to work. Since I can't be bothered booting one of our boxes into windows to try the shoutcast DSP itself, I decided to use darkice in shoutcast mode. I know this works with shoutcast servers. anyway, it connects, but only briefly, and then is
2017 May 24
2
System Time Source
Warren, one slight correction on an other wise nicely written bit of info: The time transmitted from WWV is not Mountain Time. Even though the WWV transmitter farm is located in the Mountain time zone, the signals are transmitted as "Coordinated Universal time", UTC, or 'Zulu' time. Here, you can listen to a recording made at the transmitter site for the 5Mhz signal:
2004 Aug 06
2
time out issues with icecast2
on Friday 08/15/2003 Michael Smith(msmith@xiph.org) wrote > On Friday 15 August 2003 02:01, John Covici wrote: > > Hi. I am having a strange problem where the source times out during > > anicecast2 stream -- I was using mp3pro at 32khz and even some other > > speeds. I have set the source timeout for 1 minute, but it still > > times out or says connection reset by
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
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 + >
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 + >
2010 Apr 27
4
Icecast Server doesnt work.
I am very new on this list, so that I will first say hello to everybody. I been this morning on the IRC and some guy there explained me that if I want real help I must pay him 60 euros pe hour. I hope you dont charge me 60 euros for readiung this email and giving a hint. I have tryed to install icecast2 and ices2 on my dedicated server and followed allthe steps described on your site. in the end
2017 Apr 29
1
Server not moving clients to fallback
Hi, thanks in advance for any help that can be provided for this head-scratcher. I'm configuring a new server and can't get it to move listen clients to the fallback file when the source client disconnects. I probably have a misconfiguration in icecast.xml. Here is the <mount> section: <mount type="normal">
2004 Aug 06
2
icecast2 ogg vorbis client request headers
This may be of help, im tailing the error log file and im getting these errors [2004-04-01 19:14:35] DBUG source/source_main Client added [2004-04-01 19:14:38] DBUG source/source_main Client had unrecoverable error with new data, probably due to client disconnection [2004-04-01 19:14:38] DBUG source/source_main Client removed <p><p>Dave St John Mediacast1 Administration Need
2019 Sep 03
2
[PATCH net-next] vsock/virtio: a better comment on credit update
The comment we have is just repeating what the code does. Include the *reason* for the condition instead. Cc: Stefano Garzarella <sgarzare at redhat.com> Signed-off-by: Michael S. Tsirkin <mst at redhat.com> --- net/vmw_vsock/virtio_transport_common.c | 9 +++++++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/net/vmw_vsock/virtio_transport_common.c
2009 Mar 25
4
live audio feed via telephone link
I'm looking into costs and feasibility of moving a live feed from a FM radio station from the station to a point that's past the usable range of their radio signal. It's a rural location and Internet service is not available at the station. If the destination was closer or their transmitter was more powerful, I could avoid this step and just plug in a radio, but.... My best idea so