similar to: [Patch] Add MS Visual Studio 2015 solution, add spaces around some operators

Orestes Zoupanos wrote: > VS2015, considering it's quite recent and the Community Edition has a > free-to-use-for-open-source license going on. > >>> Yup, into win32\VS2010 and VS2015. >> >> VS2015 or VS2005? Currently FLAC has 2 Visual Studio solutions: one >> for VS2005 >> (and 2008) and another for VS2010 and all newer (2012, 2013, 2015...)

Thanks for the input! --Albin On Sat, May 12, 2018 at 6:00 PM, Orestes Zoupanos <oresteszoupanos at hotmail.com> wrote: > Hi Albin! > > There may be some details at: https://tools.ietf.org/html/rfc7845#section-6 > > Otherwise, I hope someone else on this list might be able to give a better > formula for estimating packet size. > > Regards, > > Orestes >

Hi FLAC Devs! I'm looking to maybe move all the .sln and related Visual Studio project files (not the source .c and .h files!) into new directories under "win32\*" within the flac reppo. Any objections/tips or reasons to leave them as is? Many thanks, Orestes

Note also that the packet size you give the encoder also acts as an absolute max on the bitrate. For example, if you ask for 32 kb/s VBR but give a max packet size of 120 bytes, then you're absolutely certain the bitrate will never go over 48 kb/s. Jean-Marc On 05/12/2018 12:42 PM, Albin Stigö wrote: > Just a follow up... I guess I was a bit confused about the VBR > setting. I realise

VS2015, considering it's quite recent and the Community Edition has a free-to-use-for-open-source license going on. On 16/05/2016 16:53, lvqcl wrote: > Orestes Zoupanos wrotw: > >> Yup, into win32\VS2010 and VS2015. > > VS2015 or VS2005? Currently FLAC has 2 Visual Studio solutions: one > for VS2005 > (and 2008) and another for VS2010 and all newer (2012, 2013,

Just a follow up... I guess I was a bit confused about the VBR setting. I realise now that packets tend to stay very close to OPUS_SET_BITRATE so that solves my problem. --Albin On Sat, May 12, 2018 at 6:19 PM, Albin Stigö <albin.stigo at gmail.com> wrote: > Thanks for the input! > > --Albin > > On Sat, May 12, 2018 at 6:00 PM, Orestes Zoupanos > <oresteszoupanos at

Erik de Castro Lopo wrote: >> I'm looking to maybe move all the .sln and related Visual Studio project >> files (not the source .c and .h files!) into new directories under >> "win32\*" within the flac reppo. >> Any objections/tips or reasons to leave them as is? > > Lvqcl and other Windows devs? > > I'm ok with this if you are. I don't

Hello, I'm working on an Opus encoder block for GNUradio (a signal processing toolkit). I was wondering if there's some formula/heuristic for estimating the packet size average case / worst case given a certain encoder setting (assuming VBR). I need to provided a reasonable estimate to the GNUradio memory allocator. --Albin

I've tried installing MS Visual Studio.NET 2005 through WINE The installation steps through the first screen, no problem. Then, I accept the EULA. After that, I get an error like this: [Image: http://i44.tinypic.com/2n9idef.png ] Can someone tell me what's wrong?[/img]

On 3/14/2013 8:00 AM, Erik de Castro Lopo wrote: > Hi all, > > There are a bunch of sprintf calls in the FLAC code base and I'd like > to replace them with calls to snprintf but I know that can cause > problems with at least some versions of Visual Studio. > > Whats the current state of play in this regard? > > Erik Since MS refuses to support C99, the common

Microsoft provides a surprisingly good (but proprietary) API inside strsafe.h. StringCchPrintfA can be substituted for snprintf but the return value is different. A small wrapper function around StringCchPrintfExA could get you enough information to emulate snprintf well. But sprintf_s might be good enough for the limited uses inside flac, as you said. Sent from my iPhone On Mar 14, 2013, at

Hi all, There are a bunch of sprintf calls in the FLAC code base and I'd like to replace them with calls to snprintf but I know that can cause problems with at least some versions of Visual Studio. Whats the current state of play in this regard? Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/

Christoph Terasa wrote: > Since MS refuses to support C99, the common practice is to use either > > sprintf_s: > http://msdn.microsoft.com/en-us/library/ce3zzk1k(v=VS.80).aspx > _snprintf_s: > http://msdn.microsoft.com/de-de/library/f30dzcf6(v=VS.80).aspx > > The former can be used as a drop-in replacement of snprintf via a > define, the latter takes an

Just to be clear, my goal here wasn't to make fun of anyone, but to drive the point that spectrograms should *never* be used to demonstrate quality. The only case where they can sometimes be useful is for diagnostic purposes. If you hear something and you're not sure what you're hearing exactly, then sometimes a spectrogram can help you figure out what it is. That's pretty much it.

Looking at the Opus comparison page[1], I can't figure out whether the Opus/AAC/Vorbis/MP3 lines are meant to imply a mono or stereo encoding. Could someone please update the caption to clarify this? The single dot for G.711 is clearly mono, but for stereo music, are the codecs at the top meant to converge near 128 kbps, or 256 kbps? [1] http://opus-codec.org/comparison/

A new version (0.7.1) of package 'subselect' has been uploaded to CRAN. Package 'subselect' provides functions which assess the quality of variable subsets as surrogates for a full data set, in an exploratory data analysis, and search for subsets which are optimal under various criteria. As of version 0.7 a new function 'leaps' has been added. 'Leaps' performs a

A new version (0.7.1) of package 'subselect' has been uploaded to CRAN. Package 'subselect' provides functions which assess the quality of variable subsets as surrogates for a full data set, in an exploratory data analysis, and search for subsets which are optimal under various criteria. As of version 0.7 a new function 'leaps' has been added. 'Leaps' performs a

Firts of all Greetings From Cuba "Saludos" to all of the member of this list. My name it's Orestes Leal, at your service. Well, The problem it's the following: I have one ATI RADEON 200 Series Integrated into the mainboard (ATI Technologies Inc RC410 [Radeon Xpress 200]), the chip has 64 megs of Video and 64 shared from memory to a total amount of 128 megs, the Xorg says me

Hi, There's several, to my eyes, somewhat related looking bugs: Bug 36743 - Cannot select: X86ISD::CALL ICE with -mx32 -O2 -fno-plt https://bugs.llvm.org/show_bug.cgi?id=36743 Bug 34268 - JITting of x32 code on x64 fails with crash or instruction selection error. https://bugs.llvm.org/show_bug.cgi?id=34268 There's unfortunately been no investigation. I'm asking because I hit

Hi all, New pre-release here is at: http://mega-nerd.com/tmp/flac-1.3.2pre3-win.zip http://mega-nerd.com/tmp/flac-1.3.2pre3.tar.xz Changes: * Fix tests with Makefile.lite build system. * Fixes for non-Intel CPUs. MD5 and SHA256 sums: > md5sum flac-1.3.2pre3* 61aa8597a220303daf4beb2b8756979d flac-1.3.2pre3.tar.xz 8b470ceac02340600db73bc6daea4fc7 flac-1.3.2pre3-win.zip