similar to: icecast 1.3.12 streaming big static files, offset

hello i am running an icecast setup since a little while now and i am very convinced of the quality of this product. still i have 2 wishes or problems which seem almost unsolvable to me: 1: i don't know how i can convince icecast to make an offset position by streaming big static files. i.e. streaming big.mp3 not from start but one hour later: 60s*60mins*16000

The program ``wall?? used by NUT to put notifications in front of the users is now well past it's best-before date. It has not been internationalized, does not support accented letters or non-latin characters, and is ignored by popular desktop environments such as Gnome and KDE. It's apparent replacement, notify-send, gives the impression that it has never been tested in any other

Hi, I've got alot of long 1-2hr files which I'd like to split up into 5-10 minute chunks. ?I think this should be possible using a small shell script and vcut, but my scripting abilities are lacking. ?Does anyone know of the existence of a script which would do this, or know how I'd go about making one? So say I had a 60 min file (60mins.ogg) I'd like to issue a command

Hello, I build a new debian release 1.3.12stable-3 to fix some bugs. ChangeLog --------- 1.3.12stable-3 * /var/state/ does no longer exist. The SUBSYSLOCK variable of shorewall.conf is set to /var/lib/shorewall/state according to FSH (closes: #174776). * /usr/lib/shorewall contained only architecture independent files, those files are moved to /usr/share/shorewall according to FSH

The first public Beta of Shorewall 1.3.12 is now available: New features include: 1) "shorewall refresh" now reloads the traffic shaping rules (tcrules and tcstart). 2) "shorewall debug [re]start" now turns off debugging after an error occurs. This places the point of the failure near the end of the trace rather than up in the middle of it. 3) "shorewall

Due to the blacklisting bug found yesterday in Beta 2, I''ve released Beta 3. You can download from: http://www.shorewall.net/pub/shorewall/Beta ftp://ftp.shorewall.net/pub/shorewall/Beta Happy Holidays, -Tom -- Tom Eastep \ Shorewall - iptables made easy Shoreline, \ http://shorewall.sf.net Washington USA \ teastep@shorewall.net

why did you change the prefix in the first place?

I'm running debian 6 on x86_64 installed 1.3.12 using the .debs from http://dev.carbon-project.org/debian/wine-unstable/ when I head to the audio tab in winecfg, i see plenty of modules EXCEPT for alsa. After thinking i lost my mind, i uninstalled wine1.3, and then re-installed. I wanted to make sure i didn't force the installer (as if a person can overlook the complaints). Yes,

Hi! I've searched the forum (and the Internet) for this problem but apparently I'm lucky enough to be the only one experiencing it (yay!). I've just installed Wine 1.3.12 and dotnet20 through winetricks in my Ubuntu 10.10. Everything went very smoothly. When I run "wine EASetup.exe" from the FIFA 11 DVD (not the physical disk but a mounted ISO), I get the initial install

Matt, can you install the latest libguestfs + febootstrap packages on Rawhide and give them a spin: http://koji.fedoraproject.org/koji/buildinfo?buildID=173442 http://koji.fedoraproject.org/koji/buildinfo?buildID=173526 The way that the supermin appliance is constructed and booted has changed substantially and I'd like to make sure that we find any bugs early, since we are planning to put

0: CAB0=>28BL 28=> 2 at CG=CN?# <5=O C65 AB>8B 209= 1.2.2 :0: CAB0=>28BL 209= A 0 at E820? Code: # cd wine-1.3.12 # ./configure # make # sudo make install => ?>A;5 22>40 Code: make make: *** 5 7040=K F5;8 8 =5 =0945= make-D09;. AB0=>2. 8 A Code: sudo make install make: *** 5B ?@028;0 4;O A1>@:8 F5;8 `install'. AB0=>2.

I tried admin rehash for the first time since upgrading to 1.3.12 today. The rehash took at least 30 seconds [If not longer -- I didn't time it very closely] and icecast slowly snuck up to 99% CPU usage. I tried issuing the 'alias' command just to try and get a response from the console and that never responded. [I waited about two minutes] I had the same experience both of my

Beau D Simensen <simensen@halogen.org> writes: > I tried admin rehash for the first time since upgrading to 1.3.12 today. The > rehash took at least 30 seconds [If not longer -- I didn't time it very > closely] and icecast slowly snuck up to 99% CPU usage. I tried issuing the > 'alias' command just to try and get a response from the console and that > never

This might have been something else that changed since I've upgraded. Or maybe I simply never noticed before. If one of my sources die, the clients will eventually get bumped over to another source that hasn't died yet. I'm not sure what functionality this is called or how [or if] this can be disabled. I turned off mountpoint fallback, which I would have thought would have taken care

Hi I have some warnings compiling icecast and i would like to know if they are serious problems it seem to work fine i think i am not a programmer so the warnings say nothing to me ystem slackware 8 i386 these are the warnings gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c main.c main.c: In function `clean_shutdown': main.c:547: warning: type defaults to `int'

Hello I compiled icecast-1.3.12 on a box with uname -a: SunOS star19 5.6 Generic_105181-31 sun4u sparc SUNW,UltraSPARC-IIi-cEngine. The result works properly. The problem is that the icecast process generates 100% cpu load even if no sources and no clients are connected. If I trace the process using truss, I get the following: ... open("/dev/zero", O_RDWR) =

Hello I managed to compile from ports (i've used package too) icecast 1.3.12. It often works good, but sometimes i get error: [20/Oct/2002:18:43:09] Kicking unknown 11 [195.117.29.210] [Access Denied (libwrap (client connection))], connected for 6 seconds [20/Oct/2002:19:12:51] Accepted encoder on mountpoint /icy_0 from 217.98.93.59. 1 sources connected [20/Oct/2002:19:18:04] Kicking unknown

Folks, I email abit ago about using 1.3.12 in my environment, and fixing a dead-lock problem. Since 1.3.12 is 'obsolete', not supported, and GPL I'm provided a patch to the mailing list of my changes to the the src/soruce.c distributed file. (Its small but significant, as it allows for transparent relays to work) I need to use icecast 1 until icecast2 is a) released and b)

WHQR and WDAV are streaming mp3 from two mountpoints on the same server. When listening to one of them, the client sometimes jumps to the other. I have heard this with xmms. A listener has reported it with an unknown client, and personnel at WDAV have also heard it. I don't know their client software, but could find out. This sounds more like an icecast bug, however. Does anyone know anything

Attached are nits I found in 1.3.12. That first patch there looks more like a bug than a nit. ------ Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Before criticizing people, walk a mile in their shoes. Then when you do criticize them, you will be a mile away and have their shoes. *** avl_functions.c