search for: prehap

...pdates, the plugins sometimes start to work or stop working.. I don't know if it has anything to do with the quicktime version or anything else in the system.. I think a good policy on these plugins is to not recommend them, if people want to use them and get them to work that's great, but prehaps something like macamp or mint audio would be better to recommend. We really should compile a list of players which work properly with icecast, prehaps start an "icecast certification" process? :-) Ie, it has to play Ogg, has to handle chained bitstreams properly (change metadata, not g...

Hey, Rapid web development is all when and good but when it takes 4 months to rise anywhere in google it certainly takes off the shine. You hear of zero to hero.. crashed the server.. minted before toilet break.. I was wondering if any heros would share their marketing strategies.. or prehaps an amazon link to "Post-Agile Web development". Does anyone plug an app purely based on its AJAX ability? Sure presentation and delivery is important, prehaps more so than concept on the web, but does your AJAX get you press coverage? .... I think it does. The developer in me says &quot...

...y-notice1: <BR>This stream requires Winamp<BR> icy-notice2: SHOUTcast Distributed Network Audio Server/FreeBSD4 v1.9.2<BR> icy-pub: 1 icy-url: http://sf.indymedia.org/ Server: Icecast 2.0-alpha2/cvs Yes, it copies over the icy headers exactly as-is... Now what's interesting, prehaps this is a bug??? this is the headers as given by a Icecast2 origionated stream: HTTP/1.0 200 OK Content-Type: audio/mpeg ice-bitrate: 16 ice-description: SF Indymedia ice-genre: Talk ice-name: Enemy Combatant Radio ice-public: 1 ice-url: http://sf.indymedia.org/ icy-metaint: 16000 Server: Icecas...

Mark Casey wrote: > I think when the real-time cbr encoding issues are sorted > Vorbis (this is my experience with oddcast dsp, winamp and > icecast 2 win32, big cpu hog) will start gaining more ground, I can't use the managed bitrate option in OddCast on my K6II-500 CPU! (Overclocked to 525, WinXP Pro,192MB RAM). I would like to. Normal VBR uses about 90% CPU. This seems too

...h. Perhaps some work will > be done on reducing CPU requirements and/or utilizing some CPU > extensions in the future. That's funny, because we're doing it all the time with Pentium 2's running at 233mhz. 44100 samplerate, mono, 56k VBR. ices2. pretty basic setup. no skips. Prehaps it's an issue with your CPU having poor floating point, or prehaps its OddCast, or prehaps it was compiled without CPU optimisations, etc. But we've been doing it for quite some time quite successfully with ices2. furthermore, with my K62 450mhz I've successfully done 44100/stereo en...

...it seems from EPEL > repository), but in CentOS 8 it isn't. > > How is it possible to have it there as RPM? because alternative to build it > (libc++) from sources is a big headache (I need it in order to build v9 and > plv8 projects) Do you mean the libstdc++-devel package? Or prehaps redhat-lsb-cxx? -- Paul Heinlein heinlein at madboa.com 45?38' N, 122?6' W

...igh. Perhaps some work will be > done on reducing CPU requirements and/or utilizing some CPU extensions > in the future. That's funny, because we're doing it all the time with Pentium 2's running at 233mhz. 44100 samplerate, mono, 56k VBR. ices2. pretty basic setup. no skips. Prehaps it's an issue with your CPU having poor floating point, or prehaps its OddCast, or prehaps it was compiled without CPU optimisations, etc. But we've been doing it for quite some time quite successfully with ices2. furthermore, with my K62 450mhz I've successfully done 44100/stereo en...

Hi community, In CentOS 7 there is such rpm (libcxx-devel - it seems from EPEL repository), but in CentOS 8 it isn't. How is it possible to have it there as RPM? because alternative to build it (libc++) from sources is a big headache (I need it in order to build v9 and plv8 projects) Thanks

I believe that you can get plugins for iTunes (OSX) that allow you to play ogg files. Be aware that this does not mean they will play ogg vorbis streams. --thanks Michael Edwards http://www.walledcity.ca >===== Original Message From Joseph Wilhelm <tarken@lyrical.net> ===== >On Wed, 2003-05-21 at 10:16, boink wrote: >> hi, >> >> I'm not a Mac user, thus, my

...connect via telnet and see what's really going on ;-) > <snip headers> > Yes, it copies over the icy headers exactly as-is... Right. This is why I said "try this with a real client". mp3 metadata is inline, not in the HTTP headers. > > Now what's interesting, prehaps this is a bug??? this is the headers as > given by a Icecast2 origionated stream: > > HTTP/1.0 200 OK > Content-Type: audio/mpeg > ice-bitrate: 16 > ice-description: SF Indymedia > ice-genre: Talk > ice-name: Enemy Combatant Radio > ice-public: 1 > ice-url: http://sf...

hello all does anyone know of a utility convert OGG to MP3 and prehapes MP3 to OGG? While i use ogg for everything on my computer, my discman only plays MP3 files, so a nice program where i can drag and drop folders to reencode to MP3 would be a very nice thing to have indeed. Kinda like oggdrop but mp3drop. if there isn't i might just attempt to write one (...

...rked, not superceded. Work on OggPCM is continuing, the team working on OggPCM2 is free to submit their own draft but some are not welcome to continue work on OggPCM due to their recent social conduct. I'm requesting that the team working on OggPCM2 rename their project to avoid confusion, prehaps to the four letter "WAVE" which would fill the first 32-bits as codec magic. Neither team has produced a "release canidate" draft up for approval by Xiph as a whole, so both can be considered parrellel projects. -- The recognition of individual possibility, to allow each...

...nctated streams, and it's less than optimal to require the codecs to decode the last page in order to find the total length. But I'm going to suggest that this is a really good time for such a discussion to take place, and really, the optimal time for this proposal to be evaluated (and prehaps) implemented. Ogg's been around for a long time, and almost exclusivly, has been used for Vorbis. That's why the recent discussions have resolved that other codecs could be changed but Vorbis's framing would have to remain with end-time granulepos. So since we're about to unl...

...but I'd like to propose an extension to the draft now... with action=add: banner=URL This allows the Icecast2 server to supply a URL for a graphical banner to represent the radio stream instead of just it's name. On the server end it could fetch this URL, scale/convert it as needed, and prehaps use it with the name below it... or it could just ignore it. In addition it appears that part of the YP protocol currently in use is undocumented, the command that provides the "home url" for the broadcast. apparently, if not given, this defaults to the URL of the YP server on oddsock...

Ok, we're getting warmer.. but not there yet. Icecast is no longer eating infinite CPU, no longer gobbling memory.. But we still got a problem. First, Icecast is still re-touching too frequently (or prehaps several times in a row) on the same streams: Mon Jun 30 07:03:48 2003 < [MiniFieldStorage('action', 'touch'), MiniFieldStorage('sid', '2'), MiniFieldStorage('st', 'unknown - Enemy Combatant Radio'), MiniFieldStorage('listeners', '0...

...elow win 2k and as such I don't care how long my names are infact having a name like eposd1_logs is far more useful than epslt1 or something equally non descriptive. How do I stop sam3 from doing this? (there has to be an option "Stop support for super stupid operating systems=no" prehaps?) Anyway an answer to this would be nice (I have samba 2.0 machines running long names and 2.2.8 running equally long names why does sam3 cry?) Cheers before hand Matt

On Wed, Jun 25, 2003 at 11:34:07AM +1000, Michael Smith wrote: > > > 2) Should relay icy/x-audiocast stream metadata when connecting to > > icecast1/shoutcast/etc so that this information is available to YP > > Eh? It does. I even tested that with someone's shoutcast stream. It works. > Just add >

...t it (though, yes, this has been a topic of discussion, and yes, it hasn't been decided on yet).. > The fields are going to be the same for RGB, so why make it twice as much > work to implement. Because the fields are /not/ going to be the same for RGB. RGB has resolution, framerate, prehaps even interlace and aspect ratio... But chroma subsampling? no. And this is where much of the complexity comes. If we were to combine them, we would be, essentially, doing it something like this: Value Meaning 0 RGB 1 YUV444 2 YUV422 3 YUV420 4 YUV411 ........

...t it (though, yes, this has been a topic of discussion, and yes, it hasn't been decided on yet).. > The fields are going to be the same for RGB, so why make it twice as much > work to implement. Because the fields are /not/ going to be the same for RGB. RGB has resolution, framerate, prehaps even interlace and aspect ratio... But chroma subsampling? no. And this is where much of the complexity comes. If we were to combine them, we would be, essentially, doing it something like this: Value Meaning 0 RGB 1 YUV444 2 YUV422 3 YUV420 4 YUV411 ........

...../../com32/include/dmi/dmi_processor.h:103: error: previous declaration of 's_cpu_flags' was here While I can maybe code around this by changing the header files, I thought I should point this out and ask that, maybe, dmi.h be made more modular and rely on cpuid.h for CPU information and, prehaps, retire dmi_processor.h. Any thoughts on the best way to proceed much appreciated. I'm not confident in my programming skills to offer much help myself. Cheers, Doug