search for: muses

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 <p><p>re all! about the running question (as i read on the http://icecast.org website in the 3rd party software section) if MuSE is working with icecast2, here is the answer: it definitely does :) the problem was fixed a couple of months ago in the CVS code, now we have a new stable release which will get hopefully soon properly packaged

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 annunciazio' annunciazio'! dyne.org autoproduzioni & the FreakNet Medialab proudly present: __ __ ____ _____ ___ ___ _ | \/ |_ _/ ___|| ____| / _ \ / _ \ / | | |\/| | | | \___ \| _| | | | | (_) || | | | | | |_| |___) | |___ | |_|

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 annunciazio' annunciazio'! dyne.org autoproduzioni & the FreakNet Medialab proudly present: __ __ ____ _____ ___ ___ _ | \/ |_ _/ ___|| ____| / _ \ / _ \ / | | |\/| | | | \___ \| _| | | | | (_) || | | | | | |_| |___) | |___ | |_|

I cannot connect MuSe (using line in) to my icecast server. I get thoses messages repeting : Internal buffer inconsistency. flushbits <> ResvSizebit reservoir error: l3_side->main_data_begin: 1640 Resvoir size: 1792 resv drain (post) 5 resv drain (pre) 0 header and sideinfo: 120 data bits: 679 total bits: 804

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Michael and thanks for answer! On Tue, 13 Jan 2004, Michael Smith wrote: > This shouldn't be being passed to _check_pass_icy() at all - this isn't the > "icy" (shoutcast nasty ugly) protocol at all. We support that (icy) protocol > because it's widely used - but it's a horribly ugly hack to pretend that

Pardo Juan Fernando wrote: > Somebody can answer me wich stream is better...Liveice or Muse ? > > --- >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

Michael Smith wrote: >On Wednesday 05 May 2004 08:15, cloper wrote: > > >>List, >>Time and time again I am sure you get this question. I am trying to >>setup a radiostation, and here is what I am looking for: >> >>1. Ability for people to "call in" with say, winamp+oddcast or simplecast. >>2. Ability to change password for the caller at any

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 <p>On Sun, Dec 08, 2002 at 08:28:41PM +0100, Thai DANG wrote: > Pardo Juan Fernando wrote: > >Somebody can answer me wich stream is better...Liveice or Muse ? > > I tried MuSe, it works well but : > - the interface is a bit slow when it is streaming (especially for > adding songs dynamically) > - I didn't manage to

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi I have recently downloaded icecast 2 (I am an old icecast 1.x user) and tried to use it with my ices 0.2.3 (which works on icecast 1) but fails on login. Also I have tried with MuSe 0.8.1 and same error too. After some digging into the sources I found the problem to be with _check_pass_icy() which receives a "strange" pass to compare

Hello, I am using Icecast v2.4.1 to to stream AAC audio to web clients through jPlayer. If HTML5 is not supported then it uses Flash Player. The problem is that Flash player does not play AAC streams as is, and from a quick google search someonw suggested I append "?type=.flv" to the url. I cannot make it work though as whatever I request, I get a response with mime type

> if you stream with MuSE (actually at the 0.6.1) you can easily specify > metatags as title, url and description from confortable input fields > embedded in the gui ( http://muse.dyne.org ). MuSE is GPL'ed software. Is that title dynamic (ie: does it change per song to list the song name)? Or is it a one time static thing? Louis --- >8 ---- List archives:

On Tuesday 13 January 2004 03:04, Mihai RUSU wrote: > Hi > > I have recently downloaded icecast 2 (I am an old icecast 1.x user) and > tried to use it with my ices 0.2.3 (which works on icecast 1) but fails on > login. Also I have tried with MuSe 0.8.1 and same error too. After some > digging into the sources I found the problem to be with _check_pass_icy() > which receives a

On 13.11.20 13:22, Paul C. Anagnostopoulos via llvm-dev wrote: > Your suggestion for two passes is indeed my plan if simply using 3-byte sizes is not acceptable. I don't want to duplicate all the logic in a second length-calculating function, so I would just have special logic for the three matching operators with children and use the existing function for the rest, passing a null output

Would it make sense for TableGen to generate the outer OPC_SwitchOpcode offset table? At 11/13/2020 07:53 AM, Nicolai Hähnle wrote: >That said, if we are seriously thinking about the performance of the byte code, perhaps some of these opcodes should be reconsidered at a higher level anyway. > >For example: The overall bytecode always begins with an OPC_SwitchOpcode implemented as a

I took a look at all the OPC_SwitchOpcode operators in the matching tables. Almost every target starts with a large one, which is now cached by the interpreter. Instead, TableGen could build the opcode -> offset table. But there are also many other opcode switches with between 10 and 70 cases. To speed these up, we could embed a sorted opcode -> offset table right in the matcher code. Or,

Yes, we can. But I think either solution is going eliminate the relaxation step completely, Either we will always use 3-byte sizes or we will make a first pass to size everything and then a second pass to emit the code. Either way, no relaxation is necessary. >Can we skip the relaxation step if comments aren't being emitted? >Comment emission is off by default in CMake configuration.

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, May 04, 2004 at 07:42:52PM -0700, cloper wrote: > The reason I ask about the sound card is because i tried a few, like > muse, and it wanted a /dev/dsp which i could not get working properly. Hi cloper, did you tried with muse -o ? that deactivates usage of the soundcard. anyway, if /dev/dsp is not present, muse runs anyway.

On Friday 25 March 2005 16:01, Geoff Shang wrote: > Ondrej P. wrote: > > Is there a way to allow 2 or more DJs talk on the same station at the > > same time using Icecast2 ? > > Possibly. The two signals will need to be combined at some point, they > will need to be decoded and mixed together. http://muse.dyne.org > The latency of Ogg Vorbis or > MP3 makes this

I'm toying with the idea of writing a Samba-oriented Win95/98/NT logon window. I know it's possible to replace Windows' logon mechanism with another. Novell's Client32 does this. I know there's also standards to make a network service available to Windows' change-password mechanism (so I can fire smbpasswd on the other side). That could be an alternative to establishing

...out 8 seconds, burst about 4 seconds. It's adequate for xDSL/Fibre and 4G mobile over here and is on a 450Mbps upstream fibre line. I've tried lower bursts and much bigger queues and visa versa but it's a 288Kbps stream so the burst needs to be quite high to avoid any stuttering for the Muses web player while initially connecting. The only change to the config file is limit section: <limits> <sources>10</sources> <workers>10</workers> <clients>250</clients> (because the server is on a 100Mbps port) &lt...