similar to: Reg. decode time

Supposing I want to use the File decoder., and set the I/O callbacks. How do I do it? The API (version 1.1.2) documentation gives functions to set the ``write``, ``metadata`` and ``error`` callback. What about the ``read``., ``eof``, etc. callbacks. If i'm using the file decoder., can i still use the functions from the stream_decoder_set_* for this? -- Joe Steeve (http://www.joesteeve.org/)

On Fri, 2005-09-30 at 23:14, Josh Coalson wrote: > but all samples in buffer[] are 32-bit signed integers in host > order, regardless of the bits-per-sample of the frame. so to get > them down to shorts (assuming they'll fit), do like: > > FLAC__int32 * LChannel = buffer[0]; > short TempSource = (short)LChannel[LPos]; > > instead of > > LChannel =

Sorry for the delay in getting back to you., I was working on something else and just now got FLAC to work. Ok., FLAC files are playing now :) Cheers. There is a slight noise happening in the background., which i'm figuring out. I hope that it'll be solved soon. However, i wanted to know if there are any ARM specific optimizations that can be done. The processor is a 166MHz processor. Do

I can't be totally sure what 'short' is on your platform, but if it's (probably) 16-bits, it looks like you're treating the samples in buffer[] as packed 16 bit numbers. but all samples in buffer[] are 32-bit signed integers in host order, regardless of the bits-per-sample of the frame. so to get them down to shorts (assuming they'll fit), do like: FLAC__int32 *

I'm using seekable_stream_decoder, And., this is my write_callback. I'm not getting the required output. The PCM i get is not the proper music. Am I doing something wrong here? FLAC__StreamDecoderWriteStatus AFLACStreamPlayer::StreamWriteCb ( const FLAC__SeekableStreamDecoder *decoder, const FLAC__Frame *frame, const FLAC__int32 * const buffer[], void *client_data) { int Channels,

On Tue, 2005-10-25 at 23:04, Josh Coalson wrote: > we don't have any ARM optimizations yet, just x86 and ppc. but > yes, FLAC__lpc_restore_signal() will give the most bang for the > buck and is the easiest (it's just a multiply-accumulate-shift > loop). Aw., I dont think I can look into this right now. However, I have some doubts. Is it possible for the

--- Joe Steeve <joesteeve@zodiactorp.com> wrote: > Sorry for the delay in getting back to you., I was working on > something > else and just now got FLAC to work. > > Ok., FLAC files are playing now :) Cheers. There is a slight noise > happening in the background., which i'm figuring out. I hope that > it'll > be solved soon. However, i wanted to know if

Hello all, I am working with samba-3.5.6 on Debian Squeeze. From the smb.conf(5), I assumed that, by using 'ldapsam:trusted=yes', one can avoid touching the NSS/PAM configuration. However, I am getting a: user in passdb, but getpwnam() fails in the logs. Is my assumption wrong? Regards, Joe -- .o. I'm a Free man. I use Free Software. ..o ooo http://www.joesteeve.org/

I often find myself doing, whois some.damned.ip.address and then copying and pasting the address range for the miscreant in question, and doing, shorewall iprange x.x.x.x-y.y.y.y with the aim to drop the entire range. My one minor complaint is that I often have to edit out the spaces between the hyphen when copying and pasting the address range returned by whois. I tweaked the shorewall

Goodmorning to everyone, I'm new so sorry for bad english and formulation. I go to the point: I am using since months the retrieve.nc function from clim.pact to extract data from netcdf files. I always had no problem, but some days ago I updated both R and the package to the latest versione (don't ask me what was the previous R version, cause I don't remember). However, now i am in

Sorry about this one being long, and I apologise beforehand if there is something obvious here that I have missed. I am new to creating my own functions in R, and I am uncertain of how they work. I have a data set that I have read into a data frame: > gctable[1:5,] refseq geometry X60_origin X60_terminus length kingdom 1 NC_009484 cir 1790000 773000 3389227 Bacteria 2

On Mon, Dec 22, 2014 at 11:06:58AM +0200, Ady wrote: > > On Sun, Dec 21, 2014 at 12:21:32PM -0800, Patrick Masotta wrote: > > > [ ... Failed to build gnu-efi. ... ] > > For some reason I have not received the original email from Patrick > Masotta in my inbox, so I am using the first reply sent by Geert in > order to actually reply to the OP... What is visible in the

PuppetDB 1.1.1 is now available for download! This is a bug-fix release of PuppetDB. For details on the new features in PuppetDB 1.1.x, check out the blog post at https://puppetlabs.com/blog/announcing-puppetdb-1-1-do-more-with-your-data/ ================= ### Downloads ### ================= Available in native package format at: http://yum.puppetlabs.com and http://apt.puppetlabs.com

Package: logcheck-database Version: 1.2.36 Severity: wishlist Hello, I recently blew away my old logcheck-databse and lost a number of changes that i had made to postfix entries. The default database for postfix reports the following errors that do not seem to be important... Apr 2 13:00:19 terminus postfix/local[29516]: 574B9B3B9F: to=<doug at localhost>, relay=local, delay=13,

On Fri, Jan 2, 2015 at 3:43 PM, Geert Stappers <stappers at stappers.nl> wrote: > On Sat, Dec 27, 2014 at 05:07:04PM +0100, Geert Stappers wrote: >> On Mon, Dec 22, 2014 at 11:06:58AM +0200, Ady wrote: >> > > On Sun, Dec 21, 2014 at 12:21:32PM -0800, Patrick Masotta wrote: >> > > > [ ... Failed to build gnu-efi. ... ] >> > >> > For some

I had a similar issue on my Debian box. It seemed that setfacl didn't care for special characters. I changed the separator character to - (dash) instead of + or \ and it worked fine. Good luck! Tom Hallewell Radio Free Asia Washington DC USA > > (offlist replies discontinued due to increasing large number of people > involved) > > Gareth Davies wrote: > >

On Sun, Mar 27, 2016 at 7:42 AM, Geert Stappers via Syslinux <syslinux at zytor.com> wrote: > On Sun, Mar 27, 2016 at 10:10:01AM +0200, Patrick Masotta via Syslinux wrote: >> On Sun, Mar 27, 2016 at 01:06:54AM +0000, Gene Cumm via Syslinux wrote: >> > On Sunday, March 20, 2016 11:18 PM, Patrick Masotta via Syslinux <syslinux at zytor.com> wrote: >> > > I

Hi all, I'm having trouble making Samba recognise ACLs properly - a W2k client isn't using them fully. I have patched the kernel, recompiled Samba, etc. I've gotten it working to the point where the kernel-side of things seems to work fine (with getfacl, etc). Also, the W2k machine (via Samba) can see the ACL settings that are applied to a file. The problem arises when I try

You should be able to find the server in W2K's server manager and confirm that it is a trusted member of the Domain. It sounds like smbd isn't linking to the acl libs-have you run ldd to see if you are linking to libacl.so.1? My recent problem was similar and I found that I wasn't compiling against the acl libs. Make sure you have the line (Max said you should have this before

It sounds like smbd isn't linking to the acl libs-have you run ldd against winbindd to see if it is linking to libacl.so.1? I recently had very similar symptoms running 2.2.7 under Debian and I found that I wasn't compiling against the acl libs. Make sure you have the line (this might work best if you put this line before --with-msdfs) --with-acl-support in debian/rules, Plus you have to