similar to: python playlist bug?

Do you know some program which process icecast log and make some nice graphs similar to webalizer's. Thanks, Madr -- Martin Dressler e-mail: dr@musicabona.cz http://www.musicabona.com/ --- >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'

On Tue 26. June 2001 15:55, you wrote: > On Tuesday, 26 June 2001 at 13:20, Darrell Berry wrote: > > hi > > > > don't know if i'm missing something, but how do i name mount points > > using ices? > > > > i assumed this was specified in the > > > > <ices:Stream> > > <ices:Name></ices:Name> > >

On Tue 26. June 2001 19:01, you wrote: > > Ices report right what i specified in <ices:Mountpoint><ices:Mountpoint> > > but Icecast still report icy_0 and icy_1 as mountdir > > I'm using Icecast from debian woody distribution. > > Do you have any sugestions? > > Yes. Don't run in icy mode. > > icy mode doesn't have mountpoints, so your

Hi! Have written some functions with signature "numeric". eg. setGeneric("foo", function(object,...) standardGeneric("foo")) setMethod("foo",signature(object="numeric"),def = .... To generate the Rd file sceleton i use > promtClass("numeric") A shell of class documentation has been written to the file

I think the question is, how do you change /icy_0 to /mystreamname, or at least /mystreamname_0. I'm guessing it would have to be somewhere in the source? I'd love to have some kind of control over stream names, such as having a particular mount point for a stream from a certain IP address. I have some macs streaming using MacAmp, and they have no way to specify mount point.

hi don't know if i'm missing something, but how do i name mount points using ices? i assumed this was specified in the <ices:Stream> <ices:Name></ices:Name> </ices:Stream> chunk but whatever i put in there, icecast tells me that my stream is going to /ices (according to the output from configure/make, xml is being properly compiled it) --- ...ALSO, a

It looks like I missed that email completely, I started out replying to Nikola and Hans which is why I was talking about Windows rather than OS X. I've just found your first email in my llvmdev folder and I think I see what happened. My mail rules deliver llvmdev messages to a folder named llvmdev unless I'm directly addressed in which case it delivers to my inbox. It looks like you

Yeah, I was just puzzled :D No worries. Cheers, Sebastian 2014-12-16 11:09 GMT+01:00 Daniel Sanders <Daniel.Sanders at imgtec.com>: > It looks like I missed that email completely, I started out replying to > Nikola and Hans which is why I was talking about Windows rather than OS X. > > > > I've just found your first email in my llvmdev folder and I think I see what

Ok - here's what I want to do... I compiled and installed icecast 1.3.11 and ices 0.2.2, and can get a single lame-encoded stream working. What I'd like to do is set up two streams - one at 48kbps, one at 128kbps - from one source. Reason being is that I'd like to listen to the high-bandwidth stream locally (ie: in another room of the house) while I listen to the 48kbps stream

Hi, I solved it. From the ConstantStruct you can call getOperand() multiple times, so "mine" as deep as you can. On Fri, Mar 1, 2013 at 1:41 PM, Alexandru Ionut Diaconescu < alexandruionutdiaconescu at gmail.com> wrote: > > Hi Sebastian, > > Thanks for the response. > > I already did this : > > I cast the entire annotated expression to Value*. Then, in

Hi Sebastian, Thanks for the response. I already did this : I cast the entire annotated expression to Value*. Then, in order to avoid ugly things like getAsString(), I check if V->getValueID() == Value::ConstantArrayVal in order to cast it to ConstantArray. Because it contains only array[0], I cast array0>getOperand(0) to ConstantStruct. Therefore, from ConstantStruct you can get all the

Are you analysing sizes in order to perform host<->accelerator memory synchronization? 2013/1/9 Sebastian Dreßler <dressler at zib.de> > Hi Dmitry, > > On 01/09/2013 03:48 PM, Dmitry Mikushin wrote: > > Hi Sebastian, > > > > This kind of analysis is a pretty complex problem in general case. > > Consider, for instance, function "f" has nested

Hi Dmitry, On 01/09/2013 03:48 PM, Dmitry Mikushin wrote: > Hi Sebastian, > > This kind of analysis is a pretty complex problem in general case. > Consider, for instance, function "f" has nested calls of other functions > with "side effects", meaning they could potentially change the contents of > "in" or "out" indirectly. For this

Hi Paul, On 02/24/2013 08:54 PM, Paul Sokolovsky wrote: > Hello, > > On Sun, 24 Feb 2013 19:15:27 +0100 > Sebastian Dreßler <dressler at zib.de> wrote: > > [] > >> For a project involving a tree data structure, we created a graph for >> representing IR for further analysis. I attached an excerpt of such a >> graph to give you an idea. If it helps,

Hi Sebastian, This kind of analysis is a pretty complex problem in general case. Consider, for instance, function "f" has nested calls of other functions with "side effects", meaning they could potentially change the contents of "in" or "out" indirectly. For this reason, even current state-of-art commercial APIs that imply strong data analysis (like OpenACC

----- Original Message ----- > From: "Timothy Mattausch Creech" <tcreech at umd.edu> > To: "Sebastian Dreßler" <dressler at zib.de> > Cc: "Aparna Kotha" <akotha at umd.edu>, llvmdev at cs.uiuc.edu > Sent: Sunday, March 3, 2013 11:32:49 AM > Subject: Re: [LLVMdev] AESOP autoparallelizing compiler > > Hi Sebastian, > Sure!

Hello, On Sun, 24 Feb 2013 19:15:27 +0100 Sebastian Dreßler <dressler at zib.de> wrote: [] > For a project involving a tree data structure, we created a graph for > representing IR for further analysis. I attached an excerpt of such a > graph to give you an idea. If it helps, we will see how to proceed ;) Well, after grepping LLVM source for apparent lack of it and googling for

Hi, suppose the following C function declaration: void f(int *in, int *out); Now further suppose, that _in_ is an array only read from and _out_ is an array that is only written to. Based on this, I was wondering whether there is some already existing LLVM pass (or maybe a part of a pass) that detects those "data directions" for pointers. I'm not quite sure whether e.g. Alias

On Sun, Jul 19, 2015 at 11:20 AM, <sebastian.dressler at gmail.com> wrote: > Hi Hans, > > I uploaded > > c55199c92877ed068b2f7d1ece6b0bb4f121a63a clang+llvm-3.7.0-rc1-x86_64-apple-darwin.tar.xz > > to SFTP. Thanks! > Testing was OK except for differences between phase 2 and 3 which I consider being not harmful (or even: usual). No problem with the build script

Well, the log shows that I'm getting an Access Denied on the SAMR_OPEN_DOMAIN rpc... does that point anyone to my problem? 2004/02/17 09:36:47, 3] rpc_server/srv_pipe.c:api_rpcTNP(1509) api_rpcTNP: rpc command: SAMR_OPEN_DOMAIN [2004/02/17 09:36:47, 3] lib/util_seaccess.c:se_access_check(251) [2004/02/17 09:36:47, 3] lib/util_seaccess.c:se_access_check(252) se_access_check: user sid is