search for: orri

...nto this now, and I think there's actually two separate problems here. By way of example, what's happening is that the following pair of MBBs: BB#315: derived from LLVM BB %bb Predecessors according to CFG: BB#314 %reg1731<def> = SETHIi 1856 %reg1732<def> = ORri %G0, 1 %reg1733<def> = SLLrr %reg1732, %reg1729 %reg1734<def> = ORri %reg1731, 1 %reg1735<def> = ANDrr %reg1733, %reg1734 %reg1736<def> = SUBCCri %reg1735, 0, %ICC<imp-def> BCOND <BB#3>, 9, %ICC<imp-use> BA &l...

Hi, Chris > That is target independent code, so you should not put sparc specific changes there.  It sounds like one of the sparc-specific target hooks is wrong. Since sparc does not provide any hooks for operation of branches (e.g. AnalyzeBranch and friends) it might be possible that generic codegen code is broken in absence of these hooks. -- With best regards, Anton Korobeynikov Faculty

...e specifically to blame here Yes, most certainly. > - the above BB#315 immediately prior to output is > > BB#7: derived from LLVM BB %bb > Live Ins: %L1 %L0 %L3 %L2 %L4 > Predecessors according to CFG: BB#6 > %L5<def> = SETHIi 1856 > %L6<def> = ORri %G0, 1 > %L3<def> = SLLrr %L6<kill>, %L3<kill> > %L5<def> = ORri %L5<kill>, 1 > %L3<def> = ANDrr %L3<kill>, %L5<kill> > %L3<def,dead> = SUBCCri %L3<kill>, 0, %ICC<imp-def> > BCOND &lt...

...Yes, most certainly. > >> - the above BB#315 immediately prior to output is >> >> BB#7: derived from LLVM BB %bb >> Live Ins: %L1 %L0 %L3 %L2 %L4 >> Predecessors according to CFG: BB#6 >> %L5<def> = SETHIi 1856 >> %L6<def> = ORri %G0, 1 >> %L3<def> = SLLrr %L6<kill>, %L3<kill> >> %L5<def> = ORri %L5<kill>, 1 >> %L3<def> = ANDrr %L3<kill>, %L5<kill> >> %L3<def,dead> = SUBCCri %L3<kill>, 0, %ICC<imp-def> >>...

Just for information, the Balloons site (http://balloon.hobix.com) raises an Camping error. I tried to blow a balloon (''blow blow'') and the answer is "balloon not found". Seems that the MySQL server has crashed ! _why, will you get some time to fix this ( or is it due to temporary maintenance) ? BTW, Camping would be nice to develop a small ''rescue

...arly I also need a way to load a 32 bit constant value into a register in order to be able to address more than 64K of memory. I know the PPC does something similar ... So for example for SABRE this instruction output would perform the necessary ... MOVri %a, HI16(32 bit constant) LSHri %a,16 ORri %a, LO16(same 32 bit constant) LD %d, %a // ie load the contents of the memory at the address stored in %a into register %d where the HI/LO16 are performed at code generation by LLVM. I'm a little confused as to how to specify this as a pattern in tablegen syntax, even with the PPC example....

...>>> - the above BB#315 immediately prior to output is >>> >>> BB#7: derived from LLVM BB %bb >>> Live Ins: %L1 %L0 %L3 %L2 %L4 >>> Predecessors according to CFG: BB#6 >>> %L5<def> = SETHIi 1856 >>> %L6<def> = ORri %G0, 1 >>> %L3<def> = SLLrr %L6<kill>, %L3<kill> >>> %L5<def> = ORri %L5<kill>, 1 >>> %L3<def> = ANDrr %L3<kill>, %L5<kill> >>> %L3<def,dead> = SUBCCri %L3<kill>, 0, %ICC<imp-d...

Ok here's what I'm hoping to do and I understand if i'm asking too much. I just want to stream a set of mp3 files so that folks on modems can hear them using winamp or (in a perfect world) RealPlayer. i've set up an old 486 running debian 2.2r2 using the debian icecast packages (shout doing the streaming). o far so good, with a bit of fiddling i had a stream that worked fine

How can you have an intro play prior to it going in the stream ala Live 365? Any suggestions would be great! AJ --- >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 'unsubscribe' in the body. No subject is needed.

i have a similar(ish) questionm tho i admit it may be slightly OT coz I'm trying to do it with otto...any idea how to script (and here i guess i AM asking 'how do i automate this with otto' rather than 'is there anyway to do it with icecast') semiregular ads/news itesm/bulletins into an otto playlist? even something as simple as cronning an insert of a news item into the

On Thursday, 07 February 2002 at 09:20, Gary Major wrote: > May sound like a strange question, but I am inferring from your note that > you can take a lower bitrate mp3 and reencode to higher bitrate? I was > always under the impression that you could go down, but not up because the > required information was no longer within the mp3 file in order to step it > up. orry, I should

Just following up to myself here so this will be in the archive for people. The problem was in darkice 0.7. There is a patch required to make it comply with the x-audiocast-public "standard". You can get the latest CVS to fix the problem. ------ Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<<

hi mike, orry, but i am a big newbee can u explain how i get this complex-fallbacks and how i compile it in icecast 2 ? my radio is in production since yesterday with icecast 2, and i am loosing very listeneers cause of it. if u can help me, i will apreciate very much tanks André ----- Original Message ----- From: "Michael Smith" <msmith@xiph.org> To: <icecast@xiph.org>

On Fri, 10 Aug 2001, Brendan Cully wrote: > The server returns an icy-metaint header which tells where the info > will be inserted. If, say, it's 4096 then you'll find the metadata > after every 4096 bytes of MP3 data. that's what i originally thought was supposed to happen, which is why i sent the original mail with a bug report, saying i was expecting periodic insertion of

On Fri, Mar 29, 2002 at 08:11:12PM +0100, jaromil wrote: > > re all! > > anybody thought about communication between icecast and streaming > sources? it would be nice to know how much people is listening directly > from the program you use to stream, or maybe do stuff like switching the > clients from a source to another with a simple click and so on > > i know this

Mike, On Tue, 25 Feb 2003, Michael Smith wrote: > On Tuesday 25 February 2003 10:31, Deva Seetharam wrote: > > hello all, > > > > in icecast2, how can i determine when one *MP3* song ends and the next one > > starts? > > > > i am involved in user preferences research and i am writing a statistics > > collecting software the tracks the songs that are

Hello I''m trying to switch from IMQ to IFB but I have a problem with traffic marked by ipp2p module. Looks like when traffic is redirected from ethX to ifbX it looses information about MARK. Here''s what I do to get ingress traffic to go to ifb interface: $TC qdisc add dev eth1.42 ingress $TC filter add dev eth1.42 parent ffff: protocol ip prio 10 u32 \ match u32 0 0

On Wed, Oct 23, 2002 at 08:51:27PM +0200, figyu wrote: > oops, sorry for that, i haven't realized this would cause what you are > saying. that's why i informed you about this. > i just didn't know the list address, that's why i replied to one of > the mails. now i can't do anything about that, can i? vorbis@xiph.org :) no, except i replied to you in personal and you

hy, orry that i am so persistent, but this is very very important to me how research cvs and adding patches for i do it? i need it very much, i cannot wait a mounth or so if u can, tank u very very much André could u say me hot rese ----- Original Message ----- From: "Adon Irani" <adon@yorku.ca> To: <icecast@xiph.org> Sent: Thursday, December 04, 2003 4:27 PM Subject:

On Wed, 6 Feb 2002, Brendan Cully wrote: > Strange. The different bitrates shouldn't be a problem, as long as the > music beneath is 44.1kHz stereo (which I would expect at 128+ kbps). I > reencode from 128 to 192 regularly, and ices never hiccups at all. What > version of LAME did you link against? 3.89 beta 1. And, yes, everything's at 44100. Like I said, it's no big