similar to: Capturing audio streams with Linux?

I am trying to relay a streamtuner Live365 stream across a ssh tunnel to a remote XP pc, where I would pick it up using winamp. I have a similar setup with a non-live365 stream routed using streamripper to port 9001 and this plays correctly in winamp For my Live365 stream, I have a RealVNC root session that is streaming the Live365 broadcast from streamtuner (using XMMS). I can see XMMS playing

We are switching from Windows Media to Icecast. I want to get as close to open source as possible. That means that I need the following open-source items: Player for Windows (not Winamp if possible - it's now owned by AOL.) Player for Mac Player for Linux We will also be podcasting, so that means our encoding needs to be compatible with the Apple iPod. Here's what it supports: MP3

Gary Major wrote: > Does darkice or anything else allow you take the incoming audio from a > soundcard, but instead of encoding it and sending it to icecast, just encode > it and save it as a file instead? DarkIce not at the moment, though as of 0.8 you can save all what is sent to the server in a local file. <p>Akos <p><p>--- >8 ---- List archives:

I've been running classic icecast + liveice for some time now (several years) without problems. A couple days ago, the station manager (NPR affiliate) came to me and asked if we could 'inject' a static file into the stream. Basically what he wants is for the client to first receive a static file (requesting donations of course) and then on to the live stream (*not* intermittently).

I am new to the list and Icecast, a web developer and I support a local non-profit radio station who recently lost their engineer handling stream recordings using Icecast/Darkice. All has been fine and I have now a bit of experience with doing the recent schedule changes, only updated cron jobs, but familiarized myself with streamripper being used for recordings. I do manage the ruby scripts

i just realized that streamripper doesn't seem to archive icecast2 streams... what do people use to archive these days? (i'm looking for command-line) --mark B. --- >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

This is a mail in response to streamripper being threatened by legal action from Live365. The DMCA strikes again. jack. ----- Forwarded message from Fred von Lohmann <fred@vonlohmann.com> ----- Delivered-To: jack@localhost.cantcode.com Delivered-To: jack@icecast.org X-Authentication-Warning: penguin.onehouse.com: majordomo set sender to owner-pho@onehouse.com using -f X-Sent: 31 May 2001

On Tuesday 02 March 2004 02:23, Michael Smith wrote: > Shoutcast just does user-agent sniffing. This makes it look like you can't > download the stream easily, but that's just misleading you - it's > completely trivial to do so. Yes , i'd say the same . > > The most clean solution in my eyes would be to implement mms:// or > > rtp:// for mp3/ogg-streams in

Hi all, Hope you can advise. I am aware you can use the <savefile> feature of IceS2 to save a copy of live streams. I have several sources for my Icecast server that are remote and which I do not have access to the hard drive. Is there any way to save a copy of the stream at the Icecast Server rather than the IceS2 source? If it can't be done by the server itself, I know there are

> wget, curl... remember it streams with standard http :-) > > Just start it up and let 'er rip! Stop the transfer when you're done. > Easy as pie. You can even use vcut (from vorbistools) to trim this down > to an exact sample if you want to do program archiving with it. hmmm.. ok. something like streamripper would be nice though ;) particularly for things like

I have a technical question about the vorbis granule position, but I would like to put the question into context. When a ogg vorbis stream is ripped using wget, fetch, or streamripper under Linux or FreeBSD, the resulting file has problems both with granule position and with a missing EOS. I think I can figure out how to add an EOS, but is there a way to determine the granule position in a stream

Le dim 09/11/2003 à 14:33, Steve Kann a écrit : > Just out of curiosity, has anyone profiled the difference between the > floating point and fixed point implementations on processors with > decent floating point support? (i.e. x86, PPC). On recent x86 processors, floating point is faster than fixed-point. Jean-Marc -- Jean-Marc Valin, M.Sc.A., ing. jr. LABORIUS

Hi, First of all, thank you for having made wonderful software! I organise http://www.tpolm.com/ Lazy Sunday Radio and we are totally icecast2 based, use streamTranscoder to convert the various global ogg sources to mp3, we have fall back streams (currently playing) and all that. A really nice setup, thanks to you :) I would like to request a feature for dump-file to be able to dump each source

I am trying to get JPilot working. I have configed gnome-pilot-applet, but it is not talking to the USB connected Treo650. My Treo has my name as the user, so from the applet, I see also a userid (my UID on this system it seems). I try to put that on the Treo and nothing happens. I have enabled the Backup Conduit. I am using /dev/pilot, which shows up when my Treo is connected via its USB

On Fri, Feb 20, 2015 at 10:25 AM, Daniel James < daniel.james at sourcefabric.org> wrote: > Hi Thomas, > > Let's start with HLS: > > - It's not a standard. It's current status is that it's an *expired* > > draft[1]. > > Does that suggest a lack of interest in an open standard? I'm actually not sure how it is expired... The most recent HLS

Hi gang! I'm hoping for some advice here,... I've been having this problem for a while and have come to the point where I need someone else's guidance/suggestions/help... I'm running a Cenotos-4 system. It was originally a TAO Linux-1 system, that was upgraded to Tao-4, and subsequently switched (via yum, using the procedure created by the Tao maintainer with--I

I had to deal with ransomware at the end of April. One of the PCs on my customer's network was infected by opening a realistic looking email apparently from a genuine supplier to the company and personally addressed. The infection occurred on Wednesday, but encryption of the server only took place late on Friday afternoon, presumably having obtained encryption keys from the criminals. The

On Friday 20 February 2004 10:09, Renaud Waldura wrote: > My email has gone without an answer. Is it because: Sorry, I was going to respond to this, but I've been busy and it got dropped to the bottom of a long list of things to do. Yes, there's no source buffering. The design is such that it shouldn't be required. Icecast just sends incoming data on to the clients as fast as it

I am forwarding your request to the FLAC development mailing list. ----- Forwarded message from Jamie Heilman <jamie@audible.transient.net> ----- Date: Sun, 8 Sep 2002 16:13:32 -0700 From: Jamie Heilman <jamie@audible.transient.net> Resent-From: Jamie Heilman <jamie@audible.transient.net> To: submit@bugs.debian.org Subject: Bug#160155: gapless playback Package: xmms-flac

I'd like multiple people to be able to dial in and listen to various live radio streams. I was told that the correct resource-friendly way would be to setup a MoH class, and then select that from the dialplan. This works well, but how do I switch between streams? Someone correct me if I'm wrong, but from previous similar questions a few years ago it seems like once you've entered a