search for: dumpfiles

Heyas, I'm trying to get setDumpfile working with the java libshout bindings. I am calling shout_set_dumpfile(shout,char*) after specifying the port, host, mount and password, yet, the dumpfile is not created on the server side. To be more specific, I'm trying this: bin/streamAdmin -d /tmp/test.mp3 -h streams.benow.ca -p 80 -P pass -m /benow which sets the dumpfile to be /tmp/test.mp3

...h this change, a subsequent USR1 will cause the file to be closed (bringing things into line with the new config). The code also handles the opposite situation (B), where a dumpfile config parameter is added to a mount that didn't have one previously. To me, this all argues for the reopen of dumpfiles to be included in the HUP handler. We're just activating these config parameters immediately instead of waiting for the source to dis/re-connect. > >> + if (source->dumpfilename) { >> + source->dumpfile = fopen(source->dumpfilename, "ab"...

Thanks for the reply, Mike. Is there currently any way to accomplish the same thing (ie, recording of a dumpfile for a mount for a given duration) with icecast2 as it stands? Perhaps through the admin interface, or via a config change and reload? I'm surprised this feature has not been more requested, it would certainly be welcome here. If not, no biggie, I could just use a local

On Wednesday 10 March 2004 06:56, Andrew Taylor wrote: > Heyas, > > I'm trying to get setDumpfile working with the java libshout bindings. > I am calling shout_set_dumpfile(shout,char*) after specifying the port, > host, mount and password, yet, the dumpfile is not created on the server > side. To be more specific, I'm trying this: > > bin/streamAdmin -d

I wanted to use the Icecast dumpfile for hourly stream archival, so I added a signal handler to trigger the re-opening of dumpfiles. This lets me rename the dumpfile, signal Icecast, and repeat. Patch is attached. I've never spent any time in the Icecast source before now, so I had a couple of questions/thoughts: 1. Since all I needed was to trigger a re-open, I went with a new signal & handler (SIGUSR1). But this cou...

Hi everyone! First of all: Big thanks to Tom for this great work!! Now on to my qestion: I am using Shorewall among other machines on an new server where we need some kind of accounting. The script we would like to use for this is iam (http://intevation.de/iam/). The docs say: Alternatively you can use your own iptables script and only add the ''dump'' option, which should

...tate of things is that I have scrapped my precious approach, which was to put the Subversion tools in a Python harness and replay the repo history. The problem with this is that it was hideously slow - your 3.3K commits took over 8 hours to process. I'm now working on a parser for Subversion dumpfiles. This approach - use svnsync to grab the history, use svnadmin dump to turn it into a dumpfile, reposurgeon interprets the dumpfile - is much, *much* faster. A full read takes about 10 minutes. Unfortunately, though my parser works fine on a dozen test repos, it crashes during postprocessing on...

Hi ! Maybe you could find something with this line in the <mount> section of the icecast.xml file: <dump-file>/tmp/dump-example1.ogg</dump-file> But I prefer to use streamripper which can do this easily on a client side: http://streamripper.sourceforge.net/ http://packages.debian.org/unstable/sound/streamripper yomguy Stefan de Konink wrote: > On Mon, 24 Oct 2005, Jaakko

Hi, I've encrypted some database dumps with openssl bf -d -in dumpfile.bf -out dumpfile -k mykey bad decrypt 14142:error:06065064:digital envelope routines:EVP_DecryptFinal_ex:bad decrypt:evp_enc.c:325: The weird thing is if I do the same with smaller files it can decrypt with no problem. I use openssl-0.9.8e-12.el5 on Centos 5.4. Please could you tell me what I am doing wrong? Thanks in

Greeting all -- I'm having some problems setting up multiple streams with iceS, for example, a hi-bandwidth and lo-bandwidth stream of the same audio. Could someone post a config that works in this case? thanks .oOo.oOo.o..o.oOo.oOo. Ben Wilson admin -- thelocust.org ben@thelocust.org 'OoO'OoO'O''O'OoO'OoO' --- >8 ---- List archives:

----- Original Message ----- From: "Ben Wilson" <ben@thelocust.org> To: <icecast@xiph.org> Sent: Friday, September 07, 2001 12:12 PM Subject: [icecast] Multiple Stream? Request for Config > I'm having some problems setting up multiple streams with iceS, for > example, a hi-bandwidth and lo-bandwidth stream of the same audio. Could > someone post a config that

Hi All, I''d like to set up dumping to a file. This file is on a mirrored pool using zfs. It seems that the dump setup doesn''t work with zfs. This worked for both a standard UFS slice and a SVM mirror using zfs. Is there something that I''m doing wrong, or is this not yet supported on ZFS? Note this is Solaris 10 Update 3, but I don''t think that should

Kinda CentOS related so bear with me. :) We have little legacy perl app on an old RH 7.3 box I'm trying to migrate over to a CentOS 4 system. Some information the app uses is in Berkley DB format [root at korma data]# file *.db applic.db: Berkeley DB (Hash, version 5, native byte-order) cables.db: Berkeley DB (Hash, version 5, native byte-order) connector.db: Berkeley DB (Hash, version

Hello, I'm trying to source() an SPlus 6.x file created using dump(..., oldStyle=T) into R (version 2.01) as using the following instructions: > *If you have access to S-PLUS, it is usually more reliable to |dump| > the object(s) in S-PLUS and |source| the dumpfile in R. For S-PLUS 5.x > and 6.x you may need to use |dump(..., oldStyle=T)|, and to read in > very large objects

OS: FreeBSD4.8 okay I installed ices from /usr/ports/audio/ices copied ices.conf.dist to config.xml can somebody explain to me why the configuration file is not getting loaded root@hurricane# ices [/usr/local/etc/ices] IceS 2.0beta2 (c) Copyright 2001-2002 Michael Smith <msmith@icecast.org> Usage: "ices config.xml" root@hurricane# ices

i am using tftp-hpa 0.32 to transfer boot image files of an aix 5.2 system. packets begin to go across the network and then they stop at about 4200 packets. when i boot from aix bootp server 15227 packets are transfered. i have tried with both xinetd and standalone modes with many different options. i am not sure why it is failing to transfer the entire image. are there certain options with

Hi, this patch enables the use of time stamps in dump file names: diff -ur icecast-2.0.1/src/source.c icecast-2.0.1.scram/src/source.c --- icecast-2.0.1/src/source.c Wed May 12 17:55:30 2004 +++ icecast-2.0.1.scram/src/source.c Wed Jun 2 23:17:29 2004 @@ -50,6 +50,16 @@ http_parser_t *parser, const char *mount, format_type_t type, mount_proxy *mountinfo) { + char buffer[PATH_MAX]; +

Yes that is the plan. I'll have to find some time to graft the patch onto 2.1 mainline and post it here. KJ -----Oorspronkelijk bericht----- Van: Myke Place [mailto:mp@trans.xmission.com]Namens Myke Place Verzonden: donderdag 18 november 2004 22:14 Aan: Klaas Jan Wierenga Onderwerp: Re: [Icecast] Dumping streams to a file? Is the plan to eventually move this from -trunk to the mainline

On Mon, 2003-12-01 at 13:52, Melanie wrote: > True - in that case, another fix ist called for, but it's just as simple: > > diff -b -B -r -u -P --exclude-from=ignore ../icecast/src/source.c > ./src/source.c--- ../icecast/src/source.c Mon Dec 1 14:49:52 2003 > +++ ./src/source.c Mon Dec 1 14:50:56 2003 > @@ -72,7 +72,7 @@ > src->yp_public = 0; > >

Hi, this patch enables the use of time stamps in dump file names: diff -ur icecast-2.0.1/src/source.c icecast-2.0.1.scram/src/source.c --- icecast-2.0.1/src/source.c Wed May 12 17:55:30 2004 +++ icecast-2.0.1.scram/src/source.c Wed Jun 2 23:17:29 2004 @@ -50,6 +50,16 @@ http_parser_t *parser, const char *mount, format_type_t type, mount_proxy *mountinfo) { + char buffer[PATH_MAX]; +