search for: benski

...please remove the _MSC_VER >= 1600 check? > > _MSC_VER 1600 is set for Visual Studio 2010, which means > that Visual Studio 2012 will get a lot of errors because _MSC_VER > is defined as 1700. > > Cheers, > Cristian. > > On Wed, Mar 6, 2013 at 5:53 PM, Ben Allison <benski at winamp.com> wrote: > >> Thanks, Erik. >> >> This is the delta that should fix everything up. >> I hope that #include "share/compat.h" is acceptable from the >> test_streams >> binary. If not, you can probably change it to FLAC/ordinals.h inste...

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 libFLAC in 1.1.4. However, some of the improved compression in flake was due to options that are outside the FLAC 'subset', such as larger blocksize, greater number of

...RLANDC__ || defined __MINGW32__ #include <sys/types.h> /* for off_t */ #if _MSC_VER <= 1600 || defined __BORLANDC__ /* @@@ [2G limit] */ #ifndef fseeko #define fseeko fseek #ifndef fseeko #define fseeko fseek #endif #endif Cheers, Cristian. On Wed, Mar 6, 2013 at 6:24 PM, Ben Allison <benski at winamp.com> wrote: > Those checks account for compiler changes/improvements introduced in > Visual Studio 2010 that are not present in Visual Studio 2008. > > I will grab Visual Studio 2012 off of MSDN and make sure everything is OK > there. > > -Ben > > > Hi Be...

...t; /* for off_t */ > #if _MSC_VER <= 1600 || defined __BORLANDC__ /* @@@ [2G limit] */ > #ifndef fseeko > #define fseeko fseek > #ifndef fseeko > #define fseeko fseek > #endif > #endif > > Cheers, > Cristian. > > On Wed, Mar 6, 2013 at 6:24 PM, Ben Allison <benski at winamp.com> wrote: > >> Those checks account for compiler changes/improvements introduced in >> Visual Studio 2010 that are not present in Visual Studio 2008. >> >> I will grab Visual Studio 2012 off of MSDN and make sure everything is >> OK >> there. &g...

Both MPEG-4 File Format (mp4) and Matroska (mkv) have an interesting format for lyrics and subtitles. Since these container formats can contain multiple contain streams, lyrics or subtitles are just another "stream" interleaved with the rest of the data. They are synchronized by having timestamps like any other stream. The payload is just text data. If you don't care about

...to UTF-8, and has replacement functions for fopen and some text output that accept UTF-8 instead of ANSI. I think it automatically kicks in on definition of WIN32, or something like that. Worth a look, at least as a base implementation. On Tue, 5 Mar 2013 11:39:19 -0500 "Ben Allison" <benski at winamp.com> wrote: > I would be willing to add Windows Unicode support (and large file > mode) to the flac binary tool, but frankly I'm not sure that it could > be done as a single cross-platform source file. There would be a > significant amount of either Windows API functi...

...ct where the error comes from more = precisely. About the Windows weirdness - we all want to program for Linux/Unix = only, but even I don't want to use it for my desktop, so I guess we'll = have to deal with Win32. Ivailo Karamanolev On Wed, Jan 6, 2010 at 1:15 AM, Ben Allison <benski at winamp.com> wrote: 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 t...

Thanks, Erik. This is the delta that should fix everything up. I hope that #include "share/compat.h" is acceptable from the test_streams binary. If not, you can probably change it to FLAC/ordinals.h instead Also don't forget to commit my earlier VERSION="1.3.0" patch. You can add the "pre1" in a normal text editor without risk. I didn't include those

...functions for fopen and some text output that accept UTF-8 > instead of ANSI. I think it automatically kicks in on definition of > WIN32, or something like that. Worth a look, at least as a base > implementation. > > On Tue, 5 Mar 2013 11:39:19 -0500 > "Ben Allison" <benski at winamp.com> wrote: > >> I would be willing to add Windows Unicode support (and large file >> mode) to the flac binary tool, but frankly I'm not sure that it could >> be done as a single cross-platform source file. There would be a >> significant amount of eithe...

Hi Ben, Can you please remove the _MSC_VER >= 1600 check? _MSC_VER 1600 is set for Visual Studio 2010, which means that Visual Studio 2012 will get a lot of errors because _MSC_VER is defined as 1700. Cheers, Cristian. On Wed, Mar 6, 2013 at 5:53 PM, Ben Allison <benski at winamp.com> wrote: > Thanks, Erik. > > This is the delta that should fix everything up. > I hope that #include "share/compat.h" is acceptable from the test_streams > binary. If not, you can probably change it to FLAC/ordinals.h instead > > Also don't forge...

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 > libFLAC in 1.1.4. However, some o...

Ben Allison wrote: > There's a more few issues for compiling on MSVC. I put together a patch. > > Here's a quick rundown: > * must use __inline keyword with static inline functions (bitmath.h) If you include "share/compath.h" you will get a inline #defined as __inline when _MSC_VER is defined. I'd prefer a single diffinition of that in one place and one place

The actual non made up number for 44100 is 23 seconds. :D 4096 samples, 254 packets in an ogg page. -David On Fri, Jan 7, 2011 at 11:44 PM, Ben Allison <benski at winamp.com> wrote: > The main problem is in the Ogg layer, in my opinion. > > Imagine this extreme use-case with __completely made up__ numbers. ?This > is a scenario where the server is encoding to FLAC on-the-fly from a raw > PCM input, either from disk or a live stream. >...

...------ Forwarded message ---------- > From: Declan Kelly <flac-dev at groov.ie> > To: FLAC dev <flac-dev at xiph.org> > Cc: > Date: Thu, 14 Mar 2013 19:02:35 +0000 > Subject: Re: [flac-dev] Higher compression modes from Flake > 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 > > libFLAC in...

There is a thread over on Hydrogen Audio forums: http://www.hydrogenaudio.org/forums/index.php?showtopic=99757 I will answer what I can here. > mudlord says : > As usual, Fidel Castro Loco ignored Windows. Wrong. As the git logs show, I have commited a bunch of windows specific fixes myself as well as commiting windows fixes by others. > zfox > My own Linux build could not

?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 > > libFLAC in 1.1.4. H...

...able to detect where the error comes from more precisely. About the Windows weirdness - we all want to program for Linux/Unix only, but even I don't want to use it for my desktop, so I guess we'll have to deal with Win32. Ivailo Karamanolev On Wed, Jan 6, 2010 at 1:15 AM, Ben Allison <benski at winamp.com> wrote: > 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, the...

I just thought of something: Given the maximum supported network packet size, and the minimum number of channels (probably stereo) for a FLAC broadcast stream, it should be possible to calculate the absolute longest time that a single network packet could span. Once you know that time, you could simply double it, and then make sure the streaming client always buffers up at least that

Hello everyone, I'm new to this flac thing (started about a week ago) but I have read a lot about flac and replaygain. As far as I understand it, replaygain is lossless in the sense that I can tell my player to ignore the settings or I can even use foobar2000 to remove the tags entirely, hence getting back to the original audio. If that is the case, why is there a warning in the foobar2000

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