search for: alacant

Should we start thinking about including APE, ALAC, etc decoders? it'd make encoding to flac a lot easier, and quicker, just wondering. I mean if nothing else, FFmpeg has free decoders, and Apple released their official ALAC codec awhile back. -------------- next part -------------- An HTML attachment was scrubbed... URL:

Thank you all for your answers. They were all useful. Il 21/11/2011 07:37, Erik de Castro Lopo ha scritto: > Giulio Paci wrote: > >> thank you for your answer. So the problem would be suboptimal >> compression due to suboptimal assumption about the input signal, right? >> What I do not understand is how the format of a FLAC format would be >> affected by supporting

...EDA 8007;-0.87;38.63;505;A;VILLENA 8009E;-0.87;38.47;560;A;MONOVER, EL ESVARADOR 8010;-0.77;38.48;562;A;PETRER 8011;-0.78;38.48;395;A;ELDA 8013;-0.77;38.38;241;A;NOVELDA 8014O;-0.97;38.42;555;A;XINORLET 8015O;-0.88;38.37;500;A;LA ROMANA, AGROMET 8018B;-0.70;38.27;86;A;ELX, CHS 8019;-0.55;38.28;31;A;ALACANT, L'ALTET 8024;-0.52;38.37;60;A;ALACANT, LA RABASA Perphas the problem is that the last column have commas ... So I'm not sure if this is a feature or a bug. juli -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read http://www.ci.tu...

On Wed, Nov 16, 2011 at 05:41:21AM -0800, avuton at gmail.com wrote: > Hate to be Capt. obvious here, but there's a lot of development going > on here that should be encouraged. If the FLAC project isn't going to > open up, it would make a lot of sense for someone to take over > maintenance on a github account with the git-cvsimport or such. I > don't see anyone

On Nov 16, 2011, at 14:11, Declan Kelly wrote: > On Wed, Nov 16, 2011 at 05:41:21AM -0800, avuton at gmail.com wrote: >> Hate to be Capt. obvious here, but there's a lot of development going >> on here that should be encouraged. If the FLAC project isn't going to >> open up, it would make a lot of sense for someone to take over >> maintenance on a github account

Hi Hongbin, On 16 December 2016 at 12:22, Hongbin Zheng <etherzhhb at gmail.com> wrote: > Thanks for the explanation. The above code snippets is actually extracted by > bugpoint from MultiSource/Applications/ALAC/encode/alacconvert-encode.test. > I get a different result if I cast the pointer to int and mask away the > lower two bits and cast the int back to pointer. While

Hi Tim, Thanks for the explanation. The above code snippets is actually extracted by bugpoint from MultiSource/Applications/ALAC/encode/alacconvert-encode.test. I get a different result if I cast the pointer to int and mask away the lower two bits and cast the int back to pointer. While casting pointer to int and back to pointer do not cause any problem. Thanks Hongbin On Fri, Dec 16, 2016 at

First of all, I am not aware of any official source of FLAC files that provide MP3 sourced data. I meticulously check the music I purchase, especially when it is 24/48 or 24/96 material, because this is new technology, and sometimes people get it wrong. However, you should be aware that many modern producers use software to create their music, and when the software stores sound clips in

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, On Thu, 04 Jan 2007 21:57:12 -0600, Ian Desc?teaux <descoteauxi@gmail.com> wrote: > I'm writting a simple app which is gonna take FLAC file and > convert them to ogg and mp3 format before sending them to > icecast upon streaming. I have search a lot over and can't > find a icecast protocol definition, or even an

Hi Martijn, thank you for your answer. So the problem would be suboptimal compression due to suboptimal assumption about the input signal, right? What I do not understand is how the format of a FLAC format would be affected by supporting A-law and mu-law files as input (and thus output). Despite of suboptimal performance, is it possible to treat 8bit *-law samples as 8bit linear PCM files and

Hi Brian. I also agree with you on these points you mention. If you guys are familiar on how the piracy groups work on the internet, you are aware that they have "releases" with their names on it. In the piracy "scene", some groups are competing on getting the first release out, and could only be beaten by another group releasing another higher quality release. Some groups (or

?hel kenal p?eval (neljap?ev, 14. m?rts 2013 19:02:35) kirjutas Declan Kelly: > On Wed, Mar 13, 2013 at 10:06:51PM -0400, benski at winamp.com wrote: > > Flake is a completely independent codebase. When I used it years ago, I > > remember it being not only better compression but significantly faster as > > well. I believe some of the techniques used in libflake were added to

Hello, I am hoping that perhaps you know the answer to my car audio question, or can at least point me in the right direction. I own a 2013 Audi S4 that has the 3G-Plus Multi Media Interface (MMI) with the Bang & Olufsen Sound System. The MMI is able to playback lossy, compressed audio files (MP3, WMA and AAC), but does not have native support for FLAC, ALAC, or WMA Lossless.

I for one am not worried about getting mp3 encoded stuff in my flac files, but I want to respond about "legitimate" OggFLAC. OggFLAC as a format for files, I agree, used by no one. However, I don't know of any other open source way to stream lossless audio. Maybe I did not look hard enough. Certainly nothing I can think of that would hope to be compatible with standard media player

Dear FLAC developers, I'm a student at CSU Dominguez Hills and I'm doing a research paper about "codecs for streaming HD audio" for my audio recording class. I'm curious if you folks could answer a few questions or offer any important information, technical or otherwise, about your popular lossless codec. It would be great if I could get an official reference. I will of

On Fri, Jan 07, 2011 at 02:22:51PM -0800, brianw at sounds.wa.com wrote: > > First of all, I am not aware of any official source of FLAC files > that provide MP3 sourced data. Unofficial sources (such as Usenet and that torrent site with the old fashioned sailing ship as its logo) are much more likely to have FLAC files that were made from lossy audio. And I vaguely remember reading

This seemed to be the best place to let you guys know.... Magnatune.com's entire catalog is now downloadable in Opus format, with full metadata (small and large cover art) at 128k stereo. A few comments: 1) I'm really impressed by your metadata implementation. It's very cleanly done, and the multiple artwork idea is fantastic. One suggestion: I couldn't find an example in the

Hi folks! Due to the fact that more and more users increasingly use MP3 < 320kbps as their source for encoding music, and publish it as flac files, I suggest that something is done in the flac encoder to possible avoid this. My idea is kinda easy/stupid, but might work; Implement a function that use a FFT to check if the input has frequencies > 16kHz, and informs the user that the file

Currently, the debug intrinsic functions each have 3 arguments: an SSA value representing either the address or Value of a local variable, a DILocalVariable, and a complex expression. If the SSA value is an Instruction, and that Instruction is at some point deleted, we attempt to salvage the SSA value by recreating the instruction within the complex expression. If the instruction cannot be

Hi Hongbin, On 16 December 2016 at 11:57, Hongbin Zheng via llvm-dev <llvm-dev at lists.llvm.org> wrote: > We have an "align 4" in the StoreInst. Does this mean > 1) the address 'A' should be aligned to 4 bytes? > 2) the lower 2 bits of 'A' should be always 0? Yes, these are both the same. It means the compiler will assume those facts when reasoning about