similar to: some tickets on SF that aren't relevant now

Despite being documented as the place for submitting bug reports and patches, it seems like the sf.net bug tracker isn't get much attention, so here it is: http://sourceforge.net/p/flac/bugs/400/ During x86-windows builds using mingw or mingw-w64, nasm complains: nasm.h:83: warning: COFF section names limited to 8 characters: truncating I think the section .note.GNU-stack stuff aren't

I'm trying to run a game application under wine. When I run it, the splash screen comes up fine, but as soon as I hit a key to go past that, I get: Run-time error '372' Failed to load control 'StatusBar' from MSCOMCTL.OCX. Your version of MSCOMCTL.OCX may be outdated. Make sure you are using the version of the control that was provided with your application. I

Trying to install Office 2000 with wine-0.9.27 on Fedora 6. wine setup works. The install dialog box comes up, and all goes well. The install itself goes for a time, then: ...................... fixme:msi:ACTION_HandleStandardAction unhandled standard action L"RemoveFolders" fixme:msi:msi_unimplemented_action_stub MoveFiles -> 1 ignored L"MoveFile" table values

I'm trying to port flac 1.2.1 to OS X (I'm taking over maintainership of the Fink package), and I'm running into some problems with bitreader_asm.nasm. After adding the following to nasm.h: +%elifdef OBJ_FORMAT_macho + %define FLAC__PUBLIC_NEEDS_UNDERSCORE + %idefine code_section section .text + %idefine data_section section .data + %idefine bss_section section .bss I can get

On 02/26/12 02:18 am, Erik de Castro Lopo wrote: > Hi all, > > I think we're getting close to the first FLAC release in over 4 > years. > > I have tested whats currently in Git on x86, x86_64 and PowerPC > Linux and would appreciate reports of successful compiles (and even > more importantly any failures) on OSX, Windows and elsewhere. Hi, build dies here on OS/2 as

They are not needed since the section is defined in nasm.h. --- src/libFLAC/ia32/bitreader_asm.nasm | 4 ---- src/libFLAC/ia32/cpu_asm.nasm | 4 ---- src/libFLAC/ia32/fixed_asm.nasm | 4 ---- src/libFLAC/ia32/lpc_asm.nasm | 4 ---- src/libFLAC/ia32/stream_encoder_asm.nasm | 4 ---- 5 files changed, 20 deletions(-) diff --git

On 25-04-13 05:30, Erik de Castro Lopo wrote: > The problem is that the failure in the awk script isn't recognised as > a failure in the shell script. No, really, it's not only that. With the fixed git, I get this when I change one of the expected values to something else: > [...] > Testing FLAC file with unknown metadata... OK > Testing FLAC replaygain 8000 (8000 x 1)

Greetings Flac-landers, I have a brand new puter with xp pro 2002 sp2. I downloaded flac-1.1.4b and installed, but when I ran the installed software, it told me that it was unable to run as I do not have mscomctl.ocx on my system. I searched my puter and indeed it is not on it anywhere. I looked all over the site for the prerequisites needed to install, but did not find them. Can someone

Hi all, I have implemented ReplayGain support for Vorbis. If you are not familiar with it, it is basically a method of making sure all your files have equal loudness, remove the need for normalization and prevent clipping during playback. The process is totally lossless, and supporting it requires minimal work. More info about the exact workings can be found on www.replaygain.org (recommended

Erik, I cannot reproduce the problem you see with either dash(1) or bash(1). > test case62: --import-picture-from... OK > Testing FLAC file with unknown metadata... OK > Testing FLAC replaygain 8000 (8000 x 1) ... OK > Testing FLAC replaygain 11025 (11025 x 1) ... OK > Testing FLAC replaygain 11025 (11025 x 1) ... OK > Testing FLAC replaygain 12000 (12000 x 1) ... OK >

On Sun, Apr 13, 2008 at 02:10:51AM -0500, Charles Velasquez wrote: > If that is the case, why is there a warning in the foobar2000 > converter dialogue box stating that "applying ReplayGain adjustment > during conversion will irreversibly alter data in encoded file, > unlike ReplayGain scan after encode"? ReplayGain, as the name implies, works by calculating a scaling-factor

Hello everyone. Due to problems with libsndfile's handling of FLAC files, Mixxx is going to use libFLAC directly in v1.9.0. I'm the Windows packager and am trying to build libFLAC on Windows x64 using MSVC 2008 and the following steps that I've put together: http://mixxx.org/wiki/doku.php/build_windows_dependencies#libflac The problems I have are the following: If I try to build the

When a locale is in effect that does not use the point as the decimal mark (e.g., sv_SE or de_DE, which use a comma) and a ReplayGain tag is read for --apply-replaygain-which-is-not-lossless, the gain value was misinterpreted (e.g., "-2.29" truncated to "-2"). This is fixed by resetting the locale to "C" temporarily, based on Josh Coalson's fix of the dual case

Whenever Flac does a test (-t) against a file with the special character indicated by a upper or lower case o with a diagonal line/forward slash through it, it fails with a ERROR INITIALIZING DECODER - INIT STATUS ERROR OPENING FILE. http://en.wikipedia.org/wiki/%C3%98 An example of actual failing file names are: 02 Tl?n.flac 05 ?rnen.flac The files test out OK with the flactester application

Heeeelp Given this data x <- c(1,5,100,300,250,200,550,900,1000) > quantile(x) 0% 25% 50% 75% 100% 1 100 250 550 1000 When I run the quantile, I can only know the value of the nth percentile I want to know what's the percentile position of each items in the list Sample 1 = 100% on the list has 1 or more 5 = more than x% on the list has 5 or more 100 = more than x% on the

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

Ian Nartowicz wrote: > I use it :) To optionally allow adjustment of tracks containing different > types of gain tag to a similar overall loudness. Admittedly this isn't > common. Files using the original replaygain algorithm with a reference > loudness of 83dB are now very rare, but R128 tags are starting to show up > (eg. in Opus) and these play at a significantly

>b) According to http://wiki.xiph.org/OggOpus#Comment_Header >there should be no REPLAYGAIN_*** tags in Opus files; Opus uses >R128_TRACK_GAIN tag. If some audio player reads Opus tags then it should >be aware of the difference between ReplayGain and R128. But this doesn't >require REPLAYGAIN_REFERENCE_LOUDNESS tag. > > The Opus replaygain spec is fundamentally broken, so

Hi , I'm on gentoo and running wine-1.3.3, I'm trying to run IE7, therefor I run winetricks. everything goes fine except this one error msg: Code: ***@** ~/.wine $ sh winetricks comctl32.ocx Executing /usr/bin/cabextract -q --directory=/home/guypld/.wine/dosdevices/c:/winetrickstmp /home/guypld/.cache/winetricks/VisualBasic6-KB896559-v1-ENU.exe Executing cp

I have also asked this question on stackoverflow (http://stackoverflow.com/questions/8694676/compiling-64-bit-flac-libflac-in-os-x-lion), which you can answer if you're interested in reputation points. I am very unfamiliar with compiling C/C++ source of this size, and I'm having trouble debugging the issue. Basically, in the root folder of the FLAC bundle, even if I use the flags