similar to: External decoders?

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

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

Do you have a source on the CoreAudio quality thing? I'd be very interested in reading more about that. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/flac-dev/attachments/20150719/f37ce5e8/attachment.htm

CentOs zoneminder users, I have been trying to install zoneminder on Centos 5.3 (2.6.18-128.1.16.el5xen) and have hit a brick wall with ffmpeg which zoneminder has as a dependancy. There were no rpm's in centos or rpmforge so I have followed the instructions on the zoneminder website for a CentOs install. I have posted a note on the zoneminder list, but have not been able to get any takers

I have a data set like this in one .txt file (cols separated by !): APE!KKU!684! APE!VAL!! APE!UASU!! APE!PLA!1! APE!E!10! APE!TPVA!17122009! APE!STAP!1! GG!KK!KK! APE!KKU!684! APE!VAL!! APE!UASU!! APE!PLA!1! APE!E!10! APE!TPVA!17122009! APE!STAP!1! GG!KK!KK! APE!KKU!684! APE!VAL!! APE!UASU!! APE!PLA!1! APE!E!10! APE!TPVA!17122009! APE!STAP!1! GG!KK!KK! it contains over 14 000 000 records. Now

> -----Original Message----- > From: Jean-Marc Valin [mailto:jean-marc.valin at usherbrooke.ca] > Hi > > On 10-06-21 07:24 PM, Pavel Pavlov wrote: > > I'm just curious, who and why came up with that strange way to write includes: > > I did. Because I think that's the way to go. I'm just curios, why? Is there some compiler/platform that requires it to be

Hi, Attached is my patch to add theora encoding to ffmpeg's libavcodec (by using libtheora). I am requesting help to fix the bug I mention below and am seeking general comments before I submit the patch properly. Files encoded using this encoder have a problem playing in VLC. The files will not play unless "Drop late frames" has been unticked in the advanced video settings.

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

Dear all, It is my understanding that using 'importFrom' in the NAMESPACE of a package allows to avoid conflicts between different packages defining objects with identical names. However, I can still see conflicts while loading the package using 'library'. Here is a toy example, with a package 'foo' importing 'as.igraph' from the igraph package, and 'nj'

I'm just curious, who and why came up with that strange way to write includes: #ifdef _BUILD_SPEEX # include "speex_types.h" #else # include <speex/speex_types.h> #endif I personally consider it a bug. If I use speex then obviously I should not have _BUILD_SPEEX defined. The broken behavior happens in this simple scenario: 1) I check out latest git version to ./src/speex 2)

Hello, I've just downloaded and installed the RAqua onto my Mac and I have R up and running fine. Now I'm trying to get 'ape' downloaded and installed and having quite the difficulty. I am following the directions specified under 'Installing packages' where packages can be downloaded and installed from within R. I get the following error messages: 1: argument

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

Dear all, I don't understand the following behaviour: Running compar.gee (in library ape ) with and without the option 'data', it give me different results Example: .... Start R .... > load("eiber.RData") > ls() [1] "gee.na" "mydata" "mytree" > library(ape) > # runnig with the option data= mydata > compar.gee(alt ~ R,

Hi all; I'm actually running RHEL 5.4 I installed the rpmforge centos repo (and disabled it). Then I installed the following: yum --enablerepo=rpmforge install libdvdcss libdvdread libdvdplay libdvdnav lsdvd mplayerplug-in mplayer mplayer-gui compat-libstdc++-33 flash-plugin gstreamer-plugins-bad gstreamer-plugins-ugly gstreamer-ffmpeg libquicktime yum --enablerepo=rpmforge

I don't think you guys should worry too much about messing up old decoders, but no matter what you choose to do FLAC MUST REMAIN LOSSLESS. On Thu, Mar 14, 2013 at 5:06 PM, <flac-dev-request at xiph.org> wrote: > Send flac-dev mailing list submissions to > flac-dev at xiph.org > > To subscribe or unsubscribe via the World Wide Web, visit >

Folks I'm trying to use xfs_quota to keep track of disk space usage for my users. The documentation states that I should specify "uquota" as an option on the mount data in /etc/fstab. Yet, I cannot find the entry in fstab that corresponds to the Logical Volume that ends up being mounted on /home1. The system in question was installed on a single disk system. Later, after

I am not sure whether this would work or if there are other limitations that would block this very simplistic porting strategy to work. Since it looks so easy on paper, I expect it to be more complicated otherwise it would probably already have been done. According to the LLVM FAQ the important dependencies for LLVM are a unix-type shell and sed [1], but those dependencies are provided by APE

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

Dear all, I was testing the wonderful package APE. However upon testing a particular Newick's format tree - which I think to be a non-binary tree - it yields different result as expected. > library(ape) > tree.hiv <- read.tree(text="(rat,mouse,(human,chimp));") > is.binary.tree(tree.hiv) [1] TRUE Was that a bug in APE package? - Gundala Viswanath Jakarta - Indonesia

Hello all, I was checking the newest update of my library before submitting it to CRAN, using R 2.15.0 and Rtools for Windows 215 using Rcmd in the Command Prompt, on my x64 Windows7 laptop. I recently heard that for checking packages for CRAN submission one should use the option --as-cran; previously I was submitting packages, so I was trying that for the first time. The check proceeds fine