search for: exiftool

...t;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 see the single tag, the one that has a value is the one listed. If I look that this same file with MP3Tag "Extended Tags" I also only see it listed once, the one with the value. Does anyone know why it might be listed twice using...

...--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 see the single tag, the one that has a value is the one listed. If I look that this same file with MP3Tag "Extended Tags" I also only see it listed once, the one with the value. > > Does anyone know why it might be listed t...

...th\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 see the single tag, the one that has a value is > the one listed. If I look that this same file with MP3Tag "Extended Tags" > I also only see it listed once, the one with the value. > > > > Does anyone know w...

...o" <sjimeno at ya.com> Sent: Friday, January 21, 2011 7:01 PM Subject: Re: [Flac] Flac] Where Cover Art? > On 1/21/11, Santiago Jimeno <sjimeno at ya.com> wrote: >> Thank you Martin for your answer. >> >> Regarding the COVERARTMIME name, I found this entry in ExifTool: >> http://www.sno.phy.queensu.ca/~phil/exiftool/TagNames/Vorbis.html#Comments >> I suppose that it would be useful to enlarge the information of which >> COVERART lacked. > > Hi Santiago, > > As the webpage you cite states, "The tags [on > the page] are only s...

...URE=" | cat - flacblock > flacblock.comment It turns out I'm crazy... https://github.com/imalone/oggflacblock Or direct from (n.b. BSD license): https://raw.github.com/imalone/oggflacblock/master/oggflacblock.pl Now handles png and jpeg, the only notable dependency is the Perl Image::ExifTool module. (Which, I've noticed, can also read Vorbis comments) Includes usage info with -h or -help, but interesting things: ./oggflacblock.pl -i sample.png -o sample.tag -write tag -desc "Some description" -type FileIconSmall -write tag : produces a file with the "METADATA_BLOCK...

"Santiago Jimeno" wrote: > Flac files, as us knows, follows the Vorbis Tags system included in block 4 > Recently Vorbis has established the possibility to include picture files by > means of 2 Tags: COVERARTMIME AND COVERART. > To work therewith is quite easy. No. this in incorrect. The VorbisComment "COVERART" was only ever unofficial, and has been deprecated

...cache/zypp/packages/tools/noarch/inst-source-utils-2009.1.25-2.3.noarch.rpm /var/cache/zypp/packages/tools/noarch/build-2009.02.20-30.2.noarch.rpm /var/cache/zypp/packages/backports/noarch/digikam-doc-0.9.4-3.2.noarch.rpm ==> /tmp/zyppcon/src <== /var/cache/zypp/packages/multimedia-photo/src/exiftool-7.56-1.1.src.rpm /var/cache/zypp/packages/packman/SRPMS/qps-1.10.2-0.pm.1.src.rpm ==> /tmp/zyppcon/x86_64 <== /var/cache/zypp/packages/backports/x86_64/digikam-lang-0.9.4-54.3.x86_64.rpm /var/cache/zypp/packages/backports/x86_64/kipi-plugins-lang-0.1.6-3.2.x86_64.rpm /var/cache/zypp/packages...

..._0219.jpg' cd .. ./mktest 5000 ############################ Background: This is based on a larger backup script (which explains the somewhat odd directory names etc.) that often hangs. The error often occurs when a user has many image files in a directory which are geotagged (eventually using exiftool) causing the original files to be renamed to *.jpg_original and a new file with updated EXIF information to be created. As I don't know if it is important that only a part of the file changes, I actually include an example image file into the test case. The script creates a directory "dst...