similar to: Predicting the loss of data from flacs to mp3

Hello Ilia, The FLAC format by nature is not a byte stream, it's a bit stream. Therefore, in order to parse it you need too build a bit-reading infrastructure. Eg. a class that accepts a byte stream, implements buffering, etc, etc, and supports reading a specified number of bits, not bytes as you are used to. There is quite a lot of bit logic there, but nothing too scary. Best Regards,

I managed to get around it. I used the stream functions and provided my own callbacks for reading and writing. What's strange is that what I've done is just copied the contents of read/write/seek/tell/eof callbacks from the sources to my application and it works just fine, no glitches. When I use the build-in implementation, it just crashes without any reason. It's not a problem to

I thought about this, and the MSVCRT mismatch also. What annoys me is that I even tried compiling the library myself (with exactly the same Visual Studio 2008 as my application) and the bug didn't change the least. Thank you for your ideas, but unless someone can confirm this, there still remains the possibility that I've made an error somewhere. Also someone with more experience with

Hello, I am currently learning the FLAC C API and had the code working with FLAC__stream_decoder_init_file. However, since I'd need the Unicode filename support, I tried _wfopen_s in combination with FLAC__stream_decoder_init_FILE, however I get a runtime crash as sonn as I call FLAC__stream_decoder_process_until_end_of_stream. The same code (partially taken from the examples) is working

Hi everyone. Is it possible for me to get the source code for the flac program? especially the .c file. I got confused when I downloaded the file at the web, and only got the .h file. It's is really confused me. Or maybe can anybody tell me about the algorithm that is used? Sorry if it bothering all of you, because I still newbie in audio compression. Fyi, I want to use flac algorithm for my

I'm implementing a FLAC decoder from scratch (save OGG stuff if I can help it) because libFLAC simply will not fit my embedded platform, For the most part I'm implementing using just the documentation but not all of the documentation is concise (especially about variable sized fields) and after looking at the libFLAC source I find myself befuddled so I thought it best to get the

Dear Rexperts, lately I'm having troubles installing the rgl package via install.packages("rgl", dependencies=T) in the R 2.4.0 backport running under Ubuntu 6.06 LTS. I get the following error messages, despite having installed libx11-dev (as recommended in a similar post about SUSE 10.1): trying URL 'http://cran.xedio.de/src/contrib/rgl_0.68.tar.gz' Content type

Dear Rexperts, after building R 2.4.0 from source in a temporary directory (*without* installation), and subsequently moving the whole source/build tree to another location, I have noticed that I had to change the variables R_SHARE_DIR, R_INCLUDE_DIR, and R_DOC_DIR in the wrapper-script /lib/R/bin/R as to reflect the current situation. However, when I try to run the HTML help via

else. Stuart =20 ----- Original Message -----=20 From: Ivailo Karamanolev=20 To: flac-dev at xiph.org=20 Sent: Wednesday, January 06, 2010 7:49 AM Subject: Re: [Flac-dev] FLAC C API / Visual Studio 2008 FILE* Issue I thought about this, and the MSVCRT mismatch also. What annoys me is = that I even tried compiling the library myself (with exactly the same = Visual Studio 2008 as my

Dear list-members, I have switched (back) to a terminal-based workflow for a while now and have noticed that after starting the HTML-based help [help.start()], then visiting the package-list (at http://127.0.0.1:<random_port>/doc/html/packages.html), and after the accessed page has been "generated" (as indicated by the message "Making 'packages.html' ... done"),

Hello I have a small problem with filled contour plots. I'd like to plot point on top of that using points(). Trouble is, the x axis of the contour plot is modified to make room for the legend but points() is not aware of that. It could be easily tackled by using a linear transformation of x in points(), but does anyone know exactly *what* transformation? Kind regards Ivailo Partchev

Hi! Is anyone experiencing the following: $ gpg --keyserver subkeys.pgp.net --recv-key E2A11821 gpg: requesting key E2A11821 from hkp server subkeys.pgp.net gpg: keyserver timed out gpg: keyserver receive failed: keyserver error Regards, Gregor

Ivailo - FILE objects are internal to the C runtime library, they are not system objects like HANDLEs (windows) or file descriptors (unix). This means that if libFLAC has linked against a different C runtime library than your application, then the two FILE objects are incompatible. This isn't just a Windows specific issue either - if libFLAC was compiled against libc and your application

Dear Rexperts, I have recently build R-2.3.0 from source on a Linux system and have encountered the following problem (perhaps not exactly a problem, but a minor display flaw): > demo() +------------here is how the output looks in less------------+ Demos in package <E2><80><98>base<E2><80><99>: is.things Explore some properties of R

Hi Ivailo The problem with an embedded CUE sheet is that this requires 2 preconditions. 1 - that the FLAC files are taken from an Audio CD, and 2 - that a drive is used such as a Plextor that can manage to do this properly. Neither condition applies here. The files I needto turn into FLAC files are 24 bit 48kHz streams that exist as WAV files on HDD. They are not from CD - I keep trying to

Hi, Well - having in mind this is "flac-dev", I thought you are a developer and writing an application for that purpose is quite trivial. Anyway, CUE sheets are so simple, they can even be written by hand - the minimal CUE sheet is very simple. About the actual embedding - I haven't worked with metaflac or editing applications so I can't give you any specific advice for that.

Hi! As per Thomas' advice, I upgraded R by using "update.packages()" and got the following warning messages: Warning messages: 1: installation of package 'lmtest' had non-zero exit status in: install.packages(update[, "Package"], instlib, contriburl = contriburl, 2: installation of package 'quadprog' had non-zero exit status in: install.packages(update[,

Ivailo Karamanolev wrote: > I am currently learning the FLAC C API and had the code working with > FLAC__stream_decoder_init_file. However, since I'd need the Unicode filename > support, I tried _wfopen_s in combination with > FLAC__stream_decoder_init_FILE, however I get a runtime crash as sonn as I > call FLAC__stream_decoder_process_until_end_of_stream. The same code >

Dear list, R 2.5.0 packages for Debian stable (i386 and amd64) are now available from CRAN. The new recommended codetools and rcompgen packages haven't completely made it to Debian yet, but can of course be installed in the standard non-Debian ways. Please consult the README file in the Debian directory, and report problems to me directly or to this list. Best regards, Johannes Ranke --

Dear Sir or Madam, I am very new to R, and I am trying to install seqinr-package. In the manual I read that I need to install ape-package first, and I failed to do it. I had the following error messges: /usr/bin/ld: cannot find -lgfortran collect2: ld returned 1 exit status make: *** [ape.so] ?????? 1 ERROR: compilation failed for package 'ape' ** Removing