Displaying 20 results from an estimated 8000 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
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
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:
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:
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
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
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
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
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">
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
2020 Feb 16
5
Icecast SSL endpoint timeout issue
Hi team,
Please accent my apologies if this is NOT the place/distro list to be
raising this. I had major dramas with the standard forum - registration and
decided this may be a better route.
My current instance icecast server has been built with --with-curl
--with-openssl options as outlined within this post:
https://weekly-geekly.github.io/articles/350236/index.html and the build
version is
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