similar to: question regarding compression %

Hi, For those of you who don't know, I now have an application on pocket pc using flac. Live2496 does realtime encoding while recording. Live2496 typically is used to record a digital source using the Core Sound PDAudio device. Links are now on the main flac page if you are interested in learning more. I have a question. We have run across a 24-bit file that when we record it, flac level

Hello Josh and flac-dev, I've got libflac and libflac++ implemented as dll's on the pocket pc using embedded visual C++ 4.0 . The target system with this environment is pocket pc 2003 (windows ce 4.20). I used the project files provided on the FLAC pages from the unofficial port for pocket pc. These were limited in usefulness due to no sources included with them. However, I did use the

hi, i'm looking for the flac tools (flac ,metaflac) for windows mobile (pocket pc). are they available somewhere ? thx

> > $ qemu-arm -cpu ? > > Available CPUs: > > arm926 arm946 arm1026 arm1136 arm1136-r2 arm1176 arm11mpcore > > cortex-m3 > > cortex-a8 > > cortex-a8-r2 cortex-a9 cortex-a15 ti925t pxa250 sa1100 sa1110 > pxa255 pxa260 > > pxa261 pxa262 pxa270 pxa270-a0 pxa270-a1 pxa270-b0 pxa270-b1 xa270- > c0 > > pxa270-c5 any > > >

[CCing the libguestfs mailing list - as Rich responded on IRC about your question on timeout.] On Sun, Feb 21, 2016 at 10:07 PM, Thomas Kee <xsited@yahoo.com> wrote: > Hi Kashyap, > > Thanks for offering to help. The day job caused a pause and it took me an > hour to reassert where I was in the process. I usually hang out on freenet > as xsited. I am still reading the

At h_ttp://iplay.40th.com/faq_flac.html you can find info on what I use to play .flac on an Axim X50v Pocket PC (and an iPAQ 4155, 2215, X30, 3970, and...). In there, I go into how I've got GBs of portable storage, connected either by direct Wi-Fi or direct ethernet cable (necessary, obviously, considering the size of a flac). Remove the _ from h_ttp link. I do that because my mail program

On 12/16/14 3:53 AM, Kristof Beyls wrote: > I've been wondering too about how to get better ARM v6m compile-and-execute > testing going. > > As you say Jon, the non-execution-based regression tests are surprisingly > good at catching issues; but they're no full substitute for executing the > code produced by the backend for a reasonably-sized test suite. > > If

Hope you can help, I'm quite new to this, so... I got a Squeezebox 3 and started ripping with Easy CD-DA Pro to FLAC, and set compression to 0 in the ignorant belief that compression might degrade the file. Now I've got over a Tb of files that I plan on migrating to larger drives. In the process, I'd like to apply an appropriate level of compression. Is there a tool and

perhaps one should ask why a compiler has not compiled itself to binary and requires a 3rd party compiler to exist. Someone please send me lli that works on a pxa270 (which has never been tested?) and make sure it runs in PocketPC(win) so I dont have to wait another 20 hours to compile a damned compiler. On 7/24/07, nkavv at physics.auth.gr <nkavv at physics.auth.gr> wrote: > >

Hi all, I have tried to compile the last version (1.1.6) of Speex codec with Embedded Visual C++ for a PocketPC 2003 platform. The compilation is fine with float code but the fixed point code doesn't compile due to the long long undefined type. In any way, the fixed point version take more time that float version on a standard Pentium. With the float version, the CPU taken to

>"When you say boards with OGL ES graphics chips come with the drivers in them, do you mean the OGL ES driver is inside the graphics chip?" inside box.. on CD or floppy :-) ____________________________ you got right to the point there actually, drivers do belong in hardware, if you ask me... i just fail to see why not we already do have pixel/vertex shaders, which is, roughly

> I got the usage of --abr wrong before, (28 = 28 bits per second :) > I'm also assuming quality=0/comp=0 produces a reasonable output. Actually, --abr overrides --quality. Otherwise, --quality 0 would be bad quality. > 3 mins, 39 seconds is still a way off realtime, for a 60 second clip, > but it's a lot closer than 1.1.1 got. > > What still worries me though, is

> If you have any luck getting the eVC compiler closer to realtime I'd really > like to know. I'm still far from realtime when using Speex 1.1.3 on a HP > iPAQ (Intel pxa255). That's odd. I've been able to do real-time with about 20% CPU on an ARM 400 MHz. Here are the settings I used: - Compiled with FIXED_POINT (--enable-fixed-point) and ARM_ASM (--enable-arm-asm) -

Hello Greg If money isn't a problem Intel has an optimized compiler for eVC and XScale processors http://www.intel.com/software/products/compilers/techtopics/PCA_Optimization_WP.pdf If you have any luck getting the eVC compiler closer to realtime I'd really like to know. I'm still far from realtime when using Speex 1.1.3 on a HP iPAQ (Intel pxa255). Best regards Bjoern D.

Jean-Marc Valin wrote: > Hi, > > I have replaced most (but not all) of the float operations by integer > operations, but it seems like the remaining ones take a long long time > when emulated in kernel space (hence high system time). The other > problem is that I don't have access to an ARM-based device (anyone wants > to send me one?), so I'm doing all this blind...

Hello, I am doing some testing on a PXA270 based processor (on a single board computer) which makes the processor vulnerable to bit flips. One such bit flips seems to have corrupted the file system. The debug port on the board (it is a single board computer) had the following message when i think the FS corruption occured : <7>init_special_inode: bogus i_mode (33061) init_special_inode:

I don't think a compiler is going to be enough. I tried perl scripting the output of a linux gcc cross-compiler to convert into something the assembler under eVC would consume. It errors on all the MAC type of instructions. I looked at www.arm.com (I never knew there could be so many arms) It does not look like the ARM720 has the MAC instructions. It also lists 75Mhz and 100Mhz as possible

Hi, I have replaced most (but not all) of the float operations by integer operations, but it seems like the remaining ones take a long long time when emulated in kernel space (hence high system time). The other problem is that I don't have access to an ARM-based device (anyone wants to send me one?), so I'm doing all this blind... If you'd like to help, it can also accelerate things.

Jean-Marc Valin wrote: > Hi, > > I just released unstable version 1.1.2 that contains more fixed-point > work. Though it's still not 100% complete, enough have been done to make > it run in real-time on ARM. In order to do that, compile with > --enable-fixed-point --enable-arm-asm. All narrowband modes work in > real-time with complexity 1 (some work with higher

Hi all, I've got a 400MHz XScale-PXA255 board, and I want to stream voice from it over a network connection at 28.8baud. This calls for a capable voice encoder which can encode at about 24kbps. I was damn happy when I found Speex and said goodbye to MP3 :) However, i'm still a long way from realtime encoding using speexenc, is this possible? Using the fixed point math option in