similar to: stupid headers

Displaying 20 results from an estimated 6000 matches similar to: "stupid headers"

2004 Aug 06
0
stupid headers
With Winamp, you need to set the port to one number below the server port. ie: if the server is on 8000, set Winamp to 7999. When used with a Shoutcast server, Winamp uses the base port for metadata, & port+1 for the audio stream & headers. You also need to have the Icecast server listen on both ports (or run a second 'dummy' server on port-1) so that Winamp will at least *think*
2006 Dec 02
1
encoding failed
Hello, using flac 1.1.2 regularly failed recently to encode a specific set of WAV files I got from the Internet. Listen to these files with XMMS, Audacious works fine. See the following output: options: -P 4096 -b 4608 -m -l 8 -q 0 -r 3,3 Track01.wav: WARNING: found non-standard 'fmt ' sub-chunk which has length = 30 Track01.wav: ERROR: unsupported compression type 85 What could I do to
2000 Feb 16
1
Decode questions
Sorry, to interrupt the license flame war... I downloaded the source from CVS as of 11am this morning and there are a couple of issues that I ran into: 1) I built the package and then in the examples dir I executed the following commands: # cdparanoia -B 1-1 # ./encoder-example < track01.cdda.wav > test.vor # ./decoder-example < test.vor > out.wav The rip and the encode both work
2001 Jul 07
2
patch for title(?) segmentation fault
oggenc -b 128 -d 1985 -N 01 -t "Black Planet" -l "First and Last and Always" -a "Sisters of Mercy" track01.cdda.wav egs in free in simple_utf8_encode. I tracked it down to a mis-calculated buffer size for malloc. I've attached the patch that fixes it (for me:). The only problem I have with the rest of the code is figuring out how the terminating 0 (null,
2010 Aug 14
3
How to perform a substitution in a loop?
Hello all: I have a data series of 500 data, and I want to limit the value of it to be less than 1. Below is my code: >for (i in 1:500) +if( x[i] > 1) +x[i] = 1 but the system told me it's wrong. Can anyone told me the reason? ----- ------------------------------------------------------------------ Saji Ren from Shanghai China GoldenHeart Investment Group
2004 Aug 06
2
[stupid headers]
I setup icecast on my O-bsd server recently and whenever I try to connect with a shoutcast DSP (winamp/m$) I get the error on my server: "Kicking unknown 1 [cust8950.lava.net] [Stupid headers], connected for 0 seconds" I have had it working on freebsd, and even used my working confif file. the only difference is when there is no password supplied I get a "no encoder" error
2004 Aug 06
1
FW: Dropping clients between songs
Actually, it was a coincidence that it was between songs... after trying again, my Winamp list the stream, and I looked in the icecast.log file and saw this: [03/May/2001:19:34:43] [8:Source Thread] Kicking client 11 [192.168.1.4] [Too ma ny errors (client not receiving data fast enough)] [listener], connected for 2 m inutes and 9 seconds, 1866136 bytes transfered. 0 clients connected Is this
2004 Aug 06
3
connection problem
I have done some tests on the problem I keep having (as well as others) on the connection problem. Here's the message I get when i tail the logfile on the console at debug level 3 : -> [28/Feb/2001:11:58:54] Kicking client 13 [192.168.1.21] [Too many errors (client not receiving data fast enough)] [listener], connected for 21 minutes, 19906336 bytes transfered. 0 clients connected
2007 Jun 10
4
Flac woes
Howdy, Flac-1.1.4 is refusing to encode some WAV files (amd64, gentoo): % flac Song\ Name-Track01.wav Song Name-Track01.wav: WARNING: legacy WAVE file has format type 1 but bits-per-sample=24 Song Name-Track01.wav: 100% complete, ratio=0.546Song Name-Track01.wav: ERROR during read of data pad byte % sfinfo Song\ Name-Track01.wav File Name Song Name-Track01.wav File Format Microsoft RIFF
2015 Jan 14
3
[LLVMdev] [RFC][PATCH][OPENCL] synchronization scopes redux
On Tue, Jan 13, 2015 at 10:27 PM, Sameer Sahasrabuddhe < sameer.sahasrabuddhe at amd.com> wrote: > Ping! We need to close on whether everyone is convinced that symbolic > memory scopes have a significant advantage over opaque numbers. Either of > them will be examined by optimizations using a target-implemented API. I > personally don't think that readability in the LLVM
2014 Jun 30
2
recording in mp3
Hey guys Is it possible to record with mixmonitor straight into mp3. I am trying to reduce disk space and want my calls to be recorded in mp3 Instead of wav. Sent from Samsung Mobile <div>-------- Original message --------</div><div>From: Sameer Rathod <sameer at hostnsoft.com> </div><div>Date:30/06/2014 9:23 PM (GMT+02:00) </div><div>To:
2014 Jul 02
1
Webrtc Not acceptable here
Hi, I am getting *Can't provide secure audio requested in SDP offer* with sipml5 client hosted on my local system [1060] ; This will be WebRTC client type=friend username=1060 ; The Auth user for SIP.js host=dynamic ; Allows any host to register secret=sameer ; The SIP Password for SIP.js encryption=yes ; Tell Asterisk to use encryption for this peer avpf=yes ; Tell Asterisk to use AVPF
2016 Aug 17
3
Memory scope proposal
> On Aug 17, 2016, at 2:08 PM, Zhuravlyov, Konstantin <Konstantin.Zhuravlyov at amd.com> wrote: > > >Why not going with a metadata attachment directly and kill the "singlethread" keyword? Something like: > >Something like: > > cmpxchg i32* %addr, i32 42, i32 0 monotonic monotonic, 3, !memory.scope{!42} > > cmpxchg i32* %addr, i32 42, i32 0 monotonic
2016 Aug 17
2
Memory scope proposal
Hi, I have updated the review here: https://reviews.llvm.org/D21723 As Sameer pointed out, the motivation is: In OpenCL 2.x, two atomic operations on the same atomic object need to have the same scope to prevent a data race. This derives from the definition of "inclusive scope" in OpenCL 2.x. Encoding OpenCL 2.x scope as metadata in LLVM IR would be a problem because there cannot be a
2004 Aug 06
5
Getting Listed
At 23:25 3/15/2001 -0500, you wrote: >Asym, > >What streaming program are you using? I'm using icecast 1.3.10 with meta >data turned on and it doesn't want to list on yp.shoutcast.com. Can you >e-mail me your icecast.conf and your streaming config file via e-mail? >Thanks... I'm running icecast 1.3.10 on FreeBSD 3.5-Stable, and my source is Winamp 2.72 w/
2015 Jan 09
2
[LLVMdev] [RFC][PATCH][OPENCL] synchronization scopes redux
On 1/9/2015 4:14 AM, Chandler Carruth wrote: > On Wed, Jan 7, 2015 at 8:03 PM, Sahasrabuddhe, Sameer > <sameer.sahasrabuddhe at amd.com <mailto:sameer.sahasrabuddhe at amd.com>> > wrote: > > Here's what this looks like to me: > > 1. LLVM text format will use string symbols for memory scopes, > and not numbers. The set of strings is target
2012 Oct 08
1
[LLVMdev] SCEV bottom value
Hi Preston, I was wondering ... "Bottom" is a bit overloaded as far as terms go. Would SCEVNaN be a better name for this beast? Sameer. > -----Original Message----- > From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On > Behalf Of Sameer Sahasrabuddhe > Sent: Monday, October 08, 2012 9:16 AM > To: preston.briggs at gmail.com > Cc: LLVM
2002 Jan 07
2
>Why not use OggDrop? Going for managed bitrates? Tagging?
>Why not use OggDrop? Going for managed bitrates? Tagging? > If you really must know (and I don't think it matters) I use oggdrop because I want to > encode a batch of files without requiring user intervention between each file, and because I do lot of tagging. > Besides, I don't see how oggdrop is going to HELP me encode the entire CD to Ogg Vorbis. It's
2002 Jan 14
9
ReplayGain support for Vorbis
Hello all, I'm glad to announce to you that Vorbis now has full ReplayGain support. If you're not familiar with ReplayGain, take a look at www.replaygain.org. The main features are: a) all songs play back with equal loudness b) removes the need for normalization c) allows for clipping prevention Using it is very simple. Get a compatible decoder (ogg123, XMMS and WinAmp all support it
2014 Dec 24
2
[LLVMdev] [RFC][PATCH][OPENCL] synchronization scopes redux
I've not had a good chance to look at the patches in detail, but just to clarify one point: I don't really care whether we number things going up or down from single threaded to "every thread". I just think it makes sense to expose them in the in-memory IR interface as an enum with a particular ordering so that code can use the obvious sorts of tests for comparing two orderings