similar to: Windows Universal Platform?

Hi, This patchet allows a few targets to be disabled when unrequired. The rational is coming from VLC's contrib buildsystem, so far we use make -C to select only some subparts of the available targets. It would be easier and cleaner to use autoconf to do so IMHO. There's an additional patch which fixes the build when building for WinRT/UWP platform, upstreamed from VLC. We have a couple

Hugo Beauzée-Luyssen <hugo at beauzee.fr> wrote: > --- > src/share/win_utf8_io/win_utf8_io.c | 9 +++++++++ > 1 file changed, 9 insertions(+) > > diff --git a/src/share/win_utf8_io/win_utf8_io.c > b/src/share/win_utf8_io/win_utf8_io.c > index c61d27f3..1437b41e 100644 > --- a/src/share/win_utf8_io/win_utf8_io.c > +++ b/src/share/win_utf8_io/win_utf8_io.c >

Hi, I couldn't figure out how to file a bug in the bugtracker at sourceforge. So I send a report this way. Building FLAC from git for Android fails with the following message: utils.c: In function 'get_console_width': utils.c:181:17: error: storage size of 'w' isn't known utils.c:181:17: warning: unused variable 'w' [-Wunused-variable] make[3]: *** [utils.o]

--- configure.ac | 7 +++++ src/libFLAC/bitreader.c | 12 ++------- src/libFLAC/bitwriter.c | 8 ++---- src/libFLAC/fixed.c | 18 +++++-------- src/libFLAC/format.c | 8 ++---- src/libFLAC/include/private/macros.h | 29 ++++++++++++++++++++ src/libFLAC/metadata_iterators.c | 17 +++---------

Hi! Thanks for maintaining FLAC! I recently started a project to compile parts of the FLAC reference distribution to JavaScript using emscripten. https://github.com/gagern/emflac#readme I'm using the 1.3.1 release and the Makefile.lite build process. I'm including the FLAC reference implementation as a submodule, and so far I managed to compile everything without modifying its

Hi all, I was investigating the behaviour of the -p switch of flac. This switch should enable exhaustive search for the optimal qlp coefficient precision, but the resulting files are usually 0.5% larger then when not using the switch. I stumbled upon this code in stream_encoder > if(encoder->protected_->do_qlp_coeff_prec_search) { > min_qlp_coeff_precision =

When using the -p switch during encoding, the encoder should try different qlp predictor precision steps. However, some faulty code was too severely restricting the possible steps. This patch lifts the restriction to match a restriction coded a little further in the process. This doesn't make using -p worth your while, but at least it doesn't create larger files now ---

This patch renames flac_internal_CreateFile_utf8() function to grabbag__CreateFile_utf8() and moves it from /src/libFLAC/windows_unicode_filenames.c into src/share/grabbag/file.c This function is not used by libFLAC anyway. After this, it should be possible to compile libFLAC as UWP. In the old code there were 3 different #if conditionals around the code that uses CreateFile_utf8(): 1) #ifdef

Mermgfurt ! I have some problem with syncing two machines which are connected over a Gigabit-connection. I'm trying to use rsync with ssh because of the authorisation mechanisms (keys). It starts quite ok with 18 MB/s (this small speed may have something to do with our internal net) and falls down to 400 KB/s (!!!). This happens over a long period because those files I want to copy are very

I'm still not getting the firefox-38.1.1-1.el6.centos.x86_64.rpm that was announced yesterday (8 August) morning. I looked at several of the mirror sites I receive, and they all have the new firefox in their Packages directory, but their repodata is all a day older (7 August), so yum doesn't see the update. Example mirror: http://mirror.cs.uwp.edu/pub/centos/6.7/updates/x86_64/ -- Bob

On 08/09/2015 10:21 AM, Peter Q. wrote: > On Aug 9, 2015 8:43 AM, "Robert Nichols" <rnicholsNOSPAM at comcast.net> wrote: > >> I'm still not getting the firefox-38.1.1-1.el6.centos.x86_64.rpm >> that was announced yesterday (8 August) morning. I looked at >> several of the mirror sites I receive, and they all have the new >> firefox in their

A usually trustworthy R correspondent posted a pure R implementation on SO at some point in his lost youth: https://stackoverflow.com/questions/3224731/john-tukey-median-median-or-resistant-line-statistical-test-for-r-and-line This one does indeed generate the line of identity for the (1:9, 1:9) case, so I do suspect that we have a genuine scr*wup in line(). Notice, incidentally, that >

Here is an attached patch. Best, Serguei. Le 29/05/2017 ? 12:21, Serguei Sokol a ?crit : > The problem or actual R implementation relies on an assumption > that median(x[i] | x[i] <= quantile(x, 1/3)) == quantile(x, 1/6) > which reveals not to be true despite very trustful appearance. > > If we continue with the example of x=y=1:9 > then quantile(x, 1/6)=2.5 (here quantile()

Quick search in bout "man yum" and "man rpm" shows how to find what package X depends upon, but not what depends upon package X. Of course, we could get a deplist for everything but I'm *guessing* that take more overhead and grep too. "yum remove" tells us. Then we just have to remember to say "No, don't remove". Am I missing something... like I

The problem or actual R implementation relies on an assumption that median(x[i] | x[i] <= quantile(x, 1/3)) == quantile(x, 1/6) which reveals not to be true despite very trustful appearance. If we continue with the example of x=y=1:9 then quantile(x, 1/6)=2.5 (here quantile() is taken in C-code sens, not R's one) while median(y[i] | x[i] <= quantile(x, 1/3))=2 On the other sample's

Hi all I just ran these tests on my network and came up with these results. I found it interesting and thought I would share. In all test the same 2.5 Gig logfile was used for transfer (2719312019 Nov 12 11:42 maillog.back) (2.5G Nov 12 11:42 maillog.back) The transfer was done over two Gigabit nic's one onboard broadcom on IBM X440 server, Other Intel on standard selfbuilt dual P3 880

Sorry, I have seen it too late that we had different tab width in the original file and my editor. Here is the patch with all white spaces instead of mixing tabs and white spaces. Serguei. Le 29/05/2017 ? 15:13, Serguei Sokol a ?crit : > Here is an attached patch. > > Best, > Serguei. > > Le 29/05/2017 ? 12:21, Serguei Sokol a ?crit : >> The problem or actual R

To avoid crash caused by an unbound LPC decoding when predictor order is larger than blocksize, the sanity check needs to be moved to the subframe decoding functions. --- src/libFLAC/stream_decoder.c | 30 ++++++++++++------------------ 1 file changed, 12 insertions(+), 18 deletions(-) diff --git a/src/libFLAC/stream_decoder.c b/src/libFLAC/stream_decoder.c index d13b23b..211b4db 100644 ---

Un texte encapsul? et encod? dans un jeu de caract?res inconnu a ?t? nettoy?... Nom : non disponible URL : <https://stat.ethz.ch/pipermail/r-help/attachments/20081112/618073fe/attachment.pl>

Dear Opus Community, We need to compile the Opus DLLs for ARM64 for UWP but currently receive build errors (e.g. Int32 is not available, SMID instructions have changed, etc.). For this reason, we would like to hire an Opus expert on consulting basis. If this sounds like you or if you happen to know someone, please drop me a line :) Best, Max KAZENDI Maximilian Doelle +447927184703 @M_Doelle