search for: albumart

" Ivo Emanuel Gon?alves " <justivo at gmail.com> wrote: ... > To be fair, only the Vorbis users requested albumart. FLAC users > should in theory be able to use the tag too if they want, but this > wouldn't be something we'd see in other codecs like Speex and Theora. This is a minor point, but FLAC users can already do this using METADATA_BLOCK_PICTURE (which allows binary images). See: http:...

...n't recognize the base64 album art, than being unable to even play the file. ----- Urspr?ngliche Mail ---- Von: Kyungjun Lee <kjoonlee at gmail.com> An: xiphmont at xiph.org CC: vorbis-dev at xiph.org Gesendet: Dienstag, den 15. April 2008, 20:34:38 Uhr Betreff: Re: [Vorbis-dev] base64 ALBUMART vorbiscomment (was Re: [ogg-dev] Ogg/Spots and Ogg/MNG) Actually, base64 implementations have been seen in the wild. http://www.hydrogenaudio.org/forums/index.php?showtopic=48386 On Tue, Apr 15, 2008 at 7:21 PM, <xiphmont at xiph.org> wrote: > One implication of 'human readable'...

On 12/04/2008, Ivo Emanuel Gon?alves <justivo at gmail.com> wrote: > On 4/11/08, Ivo Emanuel Gon?alves <justivo at gmail.com> wrote: > > > uuencode ^_^ > > > > Hmm... > > Yes! A Vorbis Comment tag called ART or ALBUMART with a Base64 string > would do the trick and it would not choke existing players. No, vorbiscomments are meant to be human-readable. Conrad.

...iptions of metadata contained in the Ogg container format. For instance title, production year, actors, producers, and so on for movies; and artist, musicians, labels, and so on for audio. As well as description relationship between multimedia files; for instance describing that an image is the albumart of a song. Basically it is intended to be way more including and extensible than comments. However development stopped some months ago due to little interest, and that I did not have the time to continue working all on my on. Bad news first: The problem with future development is that I do not...

Silvia, This discussion has moved to vorbis-dev. You may want to reply further there. On 4/12/08, Silvia Pfeiffer <silviapfeiffer1 at gmail.com> wrote: > Even with putting the picture into vorbiscomment, the software would > need to be smart enough to uudecode the picture and display it. A url > is much simpler I believe. I had thought of this approach myself, too, and while

[Cc: changed to vorbis-dev] On 12/04/2008, Ivo Emanuel Gon?alves <justivo at gmail.com> wrote: > On Fri, Apr 11, 2008 at 10:11 PM, Conrad Parker <conrad at metadecks.org> wrote: > > No, vorbiscomments are meant to be human-readable. > > > But I CAN read base64! :-) > It's a win-win situation, with the added bonus that it wouldn't > require

hi, I tried to put a picture in a FLAC file (I'm learning all the command line options), but unfortunately I can't find any software that can display the picture when playing the file. I tried Winamp, VLC media player, ... but none of them displays the picture. Can somebody tell me what player I need to actually see this picture while playing the FLAC file? thx -------------- next part

On 4/11/08, ogg.k.ogg.k at googlemail.com <ogg.k.ogg.k at googlemail.com> wrote: > how (or do you mean ogg/mng or spots) ? People want an official standard on how to embed JPEG/PNG in single stream Vorbis files, because one of the extensions/hacks of MP3 ID3 allows it. > uuencode ^_^ Hmm...

...e64! ... Seriously now, this is a good idea. Just the right (if not perfect) solution for this issue. See, those players that can read Vorbis Comments already limit what the user sees to the basic ones like Artist, Album, Comment, Date, etc like this example here[1] does. They would discard the ALBUMART tag, and voil?, the Vorbis Comments would still be considered human-readable. On the other hand, an application that would understand the tag would translate it into an image, and the albumart people would be pleased. Those who don't care about the tag won't even know it's there becaus...

hi, does somebody else knows more software that can display the embedded picture in FLAC files? The software must run on windows. thx 2007/4/10, Jud White <jwhite@cdtag.com>: > > I just installed foo_ui_columns and foo_uie_albumart, however the > albumart plugin only supports images in the directory. Thought I'd let > you know that path is a dead end (for embedded art) :) > > > Harry Sack wrote: > > hi, > > > > I tried to put a picture in a FLAC file (I'm learning all the command >...

...iro.so.2: undefined symbol: FT_Get_Var_Design_Coordinates ERROR plugin-load.cc:72 [plugin_load]: /usr/lib64/audacious/General/search-tool.so could not be loaded: /lib64/libcairo.so.2: undefined symbol: FT_Get_Var_Design_Coordinates ERROR plugin-load.cc:72 [plugin_load]: /usr/lib64/audacious/General/albumart.so could not be loaded: /lib64/libcairo.so.2: undefined symbol: FT_Get_Var_Design_Coordinates ERROR plugin-load.cc:72 [plugin_load]: /usr/lib64/audacious/General/aosd.so could not be loaded: /lib64/libcairo.so.2: undefined symbol: FT_Get_Var_Design_Coordinates ERROR plugin-load.cc:72 [plugin_load]:...

...appy with it and not lose >them; they won't mind stripping off the tag for the few cases that >will require it and they will stop the constant complaining about "OGG >SUCKS IT DON'T DO ALMBUART" I'd say that too - there really should be an *official* solution for the albumart issue out now, which should then also be documented at http://xiph.org/vorbis/doc/v-comment.html This certainly would be a step in the right direction. New or existing software and hardware players are going to support this anyway as soon as it's officially documented.

As I understand it, any attribute=value line in a vorbis comment can be arbitrarily long (up to 2^32 -1 bytes). The easytag program allows adding the album cover art and other images into the vorbis comment as ALBUMART=xxxx where xxxx is a base64 encoded data of the image file. This makes for a very long line. If I do this to extract the vorbis comment of a file with an embedded cover art (the image is over 60K bytes in size): $ vorbiscomment -l file.ogg > commentfile It dumps the contents correctly. Howeve...

I've just started to archive my CD collection (about 800 CDs), and my criteria are pretty much the same as the original message under this subject, except that I'm doing one file per CD. One file per song is just too much of a pain, and there's really no need, given FLAC's ability to have metadata in the file. The first thing I do is run cd-discid against the cd, and store that

Hi, there was a thread a few months ago about album art, and how to embed it in an Ogg stream. The outcome was unconclusive, and kind of settled on the existing practice of adding a uuencoded image in a Vorbis comment, or similar. A better solution would be to embed those images as a separate stream, including hints as to what image represents (front cover, back cover, etc). The obvious

...b2000 Deferred ml_online PE 7ad0000- 7ae9000 Deferred ml_playlists PE 7b90000- 7bb0000 Deferred ml_wire PE 7c10000- 7c19000 Deferred out_disk PE 7c20000- 7c31000 Deferred out_ds PE 7c40000- 7c48000 Deferred out_wave PE 8430000- 8438000 Deferred albumart.w5s PE 8440000- 846e000 Deferred auth.w5s PE 8470000- 8477000 Deferred bmp.w5s PE 8490000- 849e000 Deferred devices.w5s PE 84a0000- 84a7000 Deferred dlmgr.w5s PE 84c0000- 84c6000 Deferred filereader.w5s PE 84d0000- 84d8000 Deferred gif.w5s PE 84e0000...