similar to: Basic Encoder Help

looks fine, I would suspect how the PCM sample are formatted and sent to process(), could you show that part of the code? Josh --- James Smith <jsmith@landmarkdigital.com> wrote: > > I'm using libFLACC++ and libFLAC and I think that I'm using the calls > in the > typical order (see code below). But every monoe or stereo file that > I send > thru I get files

I'm using libFLACC++ and libFLAC and I think that I'm using the calls in the typical order (see code below). But every monoe or stereo file that I send thru I get files that are the same sze as the orginal wave files. Doing a flac -a on the flac files I see that I get: frame=9 blocksize=4608 sample_rate=8000 channels=1 channel_assignment=INDEPENDENT subframe=0

Here's how I set up the data for processing: // For moving data into 32 bit shape uint8_t *buffer8 = NULL; uint16_t *buffer16 = NULL; uint32_t *buffer32 = NULL; unsigned sample32; unsigned sample, channel; uint32_t bitsPerSample = this->get_bits_per_sample(); numFrames = inData.GetSize();

>I'm currently facing the same problem. >I added the libFLAC++ libraries to my MSVC application. >I implemented the same quality levels (0-8) as used in the FLAC frontend application. >But the resulting files are remarkable different between my application and the FLAC frontend >(although using the same settings). It did turn out to be something in my byte ordering in the end

I was also playing with the signed/unsigned char thing, and it solved my problem too. Although I don't understand why this could make a difference? -----Original Message----- From: Andrew Gatt [mailto:andrew.gatt@cmatic.co.uk] Sent: vrijdag 5 november 2004 11:24 To: saruman@pandora.be Cc: flac-dev@xiph.org Subject: RE: [Flac-dev] RE: basic encoder help >I'm currently facing the same

These are the diffs against the pristine versions of arch/x86_64/kernel/[aperture.c,pci-gart.c] to better show the changes necessary to adapt those files to Xen. They were included with the patch and should not be applied again. -Mark Langsdorf AMD, Inc. --- pristine-linux-2.6.12/arch/x86_64/kernel/aperture.c 2005-06-17 12:48:29.000000000 -0700 +++

How many of you are using Rails: 1. As the primary development tool at your Day Job 2. As a small part of your Day Job 3. Not using Rails in your Day Job, but are using Ruby 4. For OS/outside work/hobby -- sam http://www.magpiebrain.com/

Hi, A collegue of mine wants to go wireless at his home. Anyone got any buyer tips for a low-maintenance 54Mb brand/model and Centos? Kind regards Barrie

I'm trying to get stable booted on a little ITX board off of a CF card, but it hangs as it's trying to run init. Here's what the boot looks like. SMAP type=01 base=0000000000000000 len=000000000009fc00 SMAP type=01 base=000000000009fc00 len=0000000000000400 SMAP type=02 base=00000000000f0000 len=0000000000010000 SMAP type=02 base=00000000ffff0000 len=0000000000010000 SMAP type=01

I am getting an error when attempting to install RailsEditor-0.0.22[.gem]: parse error on line 0 col 31: ''!ruby/object:Gem::Specification '' using --local I downloaded the gem from the site... My workstation is running Windows XP box with ruby v1.8.2 (2004-12-25) [i386-mswin32] installed. if I attempt ''gem install rails --include-dependencies''... I get:

Hi, I have a small problem on small (128Mo) PV DomU : the kernel use too much memory. By default if I start my DomU kernel (2.6.39.3) with "memory = 128" in the xmdomain cfg, I obtain only 54MB of usable memory : # head -n 1 /proc/meminfo MemTotal: 54844 kB While searching, I found that Xen (I guess) annouce 4GB of ram to the kernel, so in logs I have : # grep Memory

I'm currently facing the same problem. I added the libFLAC++ libraries to my MSVC application. I implemented the same quality levels (0-8) as used in the FLAC frontend application. But the resulting files are remarkable different between my application and the FLAC frontend (although using the same settings). for example: FLAC frontend (quality = 8) --------------------------------

I have a lot of people whispering "zfs" in my virtual ear these days, and at the same time I have an irrational attachment to xfs based entirely on its lack of the 32000 subdirectory limit. I''m not afraid of ext4''s newness, since really a lot of that stuff has been in Lustre for years. So a-benchmarking I went. Results at the bottom:

I am using the madwifi driver with the patch to allow changing of the MAC address and I have two other ethernet interfaces plus a pppoe interface. My outbound connection is ppp0. I have ath0, eth1, eth2 for internal interfaces. I have added these three interfaces to br0. Once the traffic leaves the linux router, it gets NAT'd and goes out through ppp0. All traffic on all segments works

I finally found a solution to our problem. I think some people running like us a combination CentOS 64 bits\Sun Grid Engine, could encounter the same situation. Here is a detailed explanation, hope it can be useful to someone! The file /usr/lib/locale/locale-archive is a memory-mapped file used by glibc (the gnu C library). This file contains the languages used over the system (for instance, man

I want to buy a laptop and install CentOS 4 on it and have the wifi work when I'm done. (Hoping for reasonable specs: 2GHz, 40GB drive, 1/2 to 1 GB RAM, CD-ROM, light and thin, 13 or 14 inch screen....) Any recommendations?

https://bugs.freedesktop.org/show_bug.cgi?id=51411 Bug #: 51411 Summary: Black screen after resuming from Hibernate Classification: Unclassified Product: xorg Version: 7.7 (2011) Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component:

Hi guys, Well let's face it AGP is a total headache to maintain and dead for at least 10+ years. We have a lot of x86 specific stuff in the architecture independent graphics memory management to get the caching right, abusing the DMA API on multiple occasions, need to distinct between AGP and driver specific page tables etc etc... So the idea here is to just go ahead and remove the support

I have two identical servers. The only difference is that the first one has Maxtor 250G drives and the second one has Seagate 320G drives. OS: CentOS-4.4 (fully patched) CPU: dual Opteron 280 Memory: 16GB Raid card: 3ware 9550Sx-8LP Raid volume: 4-disk Raid 5 with NCQ and Write Cache enabled On the first server I have decent performance. Nothing spectacular, but good enough. The second one

I have two identical servers. The only difference is that the first one has Maxtor 250G drives and the second one has Seagate 320G drives. OS: CentOS-4.4 (fully patched) CPU: dual Opteron 280 Memory: 16GB Raid card: 3ware 9550Sx-8LP Raid volume: 4-disk Raid 5 with NCQ and Write Cache enabled On the first server I have decent performance. Nothing spectacular, but good enough. The second one