similar to: Flac Digest, Vol 117, Issue 4

Hi Dave, I haven't reviewed metaflac to see whether its algorithm might incorrectly show a tag twice. It's possible that dBpoweramp appended a tag that already existed. I imagine that if metaflac says there's an occurrence of the tag with no value, and another with a value, then that's probably accurate. Can you show the output of metaflac? That might help verify. You could use

Hi Dave, One problem is that you're using dBpoweramp to remove the tag, and there's no guarantee that dBpoweramp will do the right thing. The way it's coded, removing a tag removes all duplicates. In fact, most specifications do not officially allow duplicate tags, even though they're technically possible in the file. dBpoweramp is not necessarily wrong in removing all tags that

If I run the metaflac command, "metaflac --show-all-tags path\filename". There is a tag that is listed twice. Only one of the tags has a value. This seems to be the case for all of my flac files. I ripped these with dBpoweramp and this tag was added/defined as a "custom" tag. I can run the same command using exiftool, "exiftool --tag-all path\filename" and I only

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

I wasn’t suggesting that you run metaflac, but that you examine its source to see how it creates new FLAC files without the Vorbis comment. As far as I know, metaflac uses the standard libFLAC and creates files without the Vorbis overhead. My quick review of the source seemed to indicate that calling FLAC__metadata_object_new(FLAC__METADATA_TYPE_VORBIS_COMMENT) will create the comment, but I

The problem is really as I wrote: 1. Metaflac is no option for me, I use libFLAC.dll 2. There is no way (at least how I read the code) to avoid saving comment with libFLAC; I would appreciate an extra option to avoid it, which can default to old behavior if compatibility is important. 3. I have a high speed application, where re-initializing an encoder is really significant. On corner cases it

1) changelog.html "Add ability to handle utf8 filenames on Windows (large set of patches from Janne Hyv?rinen)" AFAIK Windows internally uses UTF-16LE, not UTF-8. IMHO it's better to use a general word 'Unicode' instead of 'utf8'. 2) documentation_bugs.html "The following are major known bugs in the current (1.2.1) release:" 1.2.1 is not the current

Hi there, I have a Problem starting MP3Tag 2.32a although the AppDB says there should be no problems. The application does not start, but leaves Error messages in the Terminal: sebastian@pokylinux:~$ wine "C:\Programme\Mp3tag\MP3TAG.EXE" err:module:LdrInitializeThunk "FMain.dll" failed to initialize, aborting err:module:LdrInitializeThunk Main exe initialization for

>The use of R128 also raises the question about "REPLAYGAIN_REFERENCE_LOUDNESS" >tag. Currently flac/metaflac writes "REPLAYGAIN_REFERENCE_LOUDNESS=89.0 dB" >but doesn't use it when decoding (it seems that nothing uses this tag). >R128 defines reference level differently, so this tag makes little sense for >it. IMHO it's better not to write this tag when

Correction, the flac command-line does create a 40-byte Vorbis comment by default. I just never noticed it before. I’ve been using —no-padding all these years for minimal file sizes without realizing that I could save another 40 bytes. Anyway, since metaflac can remove the Vorbis comment using the standard library, then you should be able to create a solution without modifying libFLAC. Brian

What dbPowerAmp does is encapsulate the wav file into a FLAC container without actually compressing it. I guess it can be a bit arguable if you can technically call it a FLAC file :) It's like using "Store" mode in RAR, for instance. The idea behing this "uncompressed FLAC" is to give the FLAC tagging abilities to people who don't want to compress their files. But

Hi folks. I am trying to get dBpoweramp 13.5 to work on wine 1.2. It doesn't recognise my cdrom (/dev/sg3). I tried pretty much everything to get it working. I tried it also on different machines. Here is the discussion and a more detailed description what I tried so far at the dBpoweramp forum: http://forum.dbpoweramp.com/showthread.php?p=101496#post101496 EAC ( in ASPI mode) is working

Hi everybody, I'm new to wine. I'm using wine-1.2 on MAC OS X Snow Leopard (10.6.4). I'd like to run dBPowerAMP Music Converter. Under Windows I usually start this program selecting a file and an entry on the explorer righ click men? (Convert to...). I tried Code: wine explorer /desktop=one,1024x768 explorer but the right click men? has no entry for dBPowerAMP Music Converter even

Edley Stokes at 21 November 2002 15:27 wrote : > It's not open source, but *dBpowerAMP Music Converter > <http://www.dbpoweramp.com/dmc.htm>* has very good Vorbis support. It > rips to .wav and then encodes .ogg, but it's a one-step process for > the user, like grip. > I've not used CDex, but I think it fits your description, and is open > source: Thank you

Iain Cheyne at 21 November 2002 15:39 wrote : > Edley Stokes at 21 November 2002 15:27 wrote : >> It's not open source, but *dBpowerAMP Music Converter >> <http://www.dbpoweramp.com/dmc.htm>* has very good Vorbis support. It >> rips to .wav and then encodes .ogg, but it's a one-step process for >> the user, like grip. I've not used CDex, but I think it

On 3/9/2012 at 3:56 PM Vladimiro Macedo wrote: |What dbPowerAmp does is encapsulate the wav file into a FLAC container |without actually compressing it. I guess it can be a bit arguable if you |can technically call it a FLAC file :) |It's like using "Store" mode in RAR, for instance. The idea behing this |"uncompressed FLAC" is to give the FLAC tagging abilities to

You said "With the exception of where to put a picture file, VorbisComments in a Vorbis stream are the same as VorbisComments in a FLAC stream." In METADATA_BLOCK_PICTURE case they would not be the same. Up to now we could exchange the complete block of VorbisComments. But with the addiction of METADATA_BLOCK_PICTURE doesn't happen this way. In Ogg files the METADATA_BLOCK_PICTURE

At 01:42 AM 8/13/2005, you wrote: > > It would actually be easier to rerip all your CDs using EAC. I rip to > > ogg vorbis with EAC and it comes out fine. I can give you a website URL > > that will give you the info on how to setup EAC to use ogg vorbis. And I > > use -q 8 so they sound good. > >Thanks for the suggestion, Jon, but I would rather not re-rip them. I

Mike, I went looking for that article and stumbled upon this gem. http://www.audiocircle.com/index.php?topic=103168 Enjoy. On Sat, Mar 10, 2012 at 8:58 AM, Mike. <the.lists at mgm51.com> wrote: > > > On 3/9/2012 at 3:56 PM Vladimiro Macedo wrote: > > |What dbPowerAmp does is encapsulate the wav file into a FLAC container > > |without actually compressing it. I guess

I cleaned up comparison.html, making the comparison more fair and removing manufacturers that no longer have any new hardware supporting a certain format. The table is more readable now too. --- comparison.html | 86 +++++++++++++++++++++++++++++-------------------------- 1 file changed, 45 insertions(+), 41 deletions(-) diff --git a/comparison.html b/comparison.html index 9f36381..be88205