Displaying 20 results from an estimated 4000 matches similar to: "max size for album art?"
2017 May 10
1
max size for album art?
Pierre-Yves Thoulon wrote:
> None, apart from the standard metadata block size limitation (2^24
> bytes, e.g. 4GB). Pretty big for any kind of album art...
2^24 = 16777216, i.e. only 16 Megabytes.
> Kind regards.
>
> Pyt.
>
>
>> Le 10 mai 2017 à 17:11, Scott Brown - scottcbrown at gmail.com
>> <flac-dev.pyt.8c0cc6600b.scottcbrown#gmail.com at
2008 Mar 21
1
the legendary id3 album art
Does anyone know if there are any players that use the id3v2 album art
people mention every so often?
--
imalone
2008 Oct 17
1
Album art - requirements
Hi,
[ Was away the last few days, so this partly overlaps on things that
that have been mentioned in this thread. Since the consensus seems
that Vorbis comment encoding is the way to go, it's a bit moot, but
here it is anyway ]
Following up on the possibility to tag various images as different
types of album art, I thought of adding that tagging information in
a Skeleton stream. Since
2008 Oct 15
2
Album art - requirements
>I don't mind (and approve of) the idea of reusing as much of proven
>standards as we can. But putting it in a Vorbis comment will in fact
>piss off people who then can't play the file. It's not as much a
>qestion of displaying the tag as text (although that is a concern)
>it's that most hardware players that only have 10-20kB available for
>stream buffering
2008 Oct 13
10
Album art - requirements
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
2008 Oct 13
4
Album art - requirements
On Mon, Oct 13, 2008 at 6:40 AM, Ivo Emanuel Gon?alves
<justivo at gmail.com> wrote:
> A good proposal, except for the fact most album art is JPEG. Not
> forgetting either that, semantically, it's pretty bizarre to have
> album art in a text format.
I *desperately* want to provide the cover art for my own album in PDF
format. Presently I provide JPG in the MP3s; at 72 DPI it
2008 Oct 14
1
Album art - requirements
On 13-Oct-08, at 2:10 PM, Silvia Pfeiffer wrote:
> is coverart a header-type content or a time-aligned type content?
Well, it's collection-level metadata, so it doesn't belong in files
at all. :)
> It was my impression that it is mostly header-type content, i.e.
> concerns the full file rather than segments of it.
It makes sense to reference it per-chain-segment in an Ogg
2008 Oct 18
1
Album art - requirements
>> So, a possible way to encode album art would be:
>>
>> - a Skeleton stream with appropriate header messages
>> - one Kate stream per image, carrying a PNG image
>> (alternatively, use Ogg/MNG, if someone brings it from the dead)
>> [...]
Silvia wrote:
>Interesting proposal. Not sure it won't over-complicate album art though...
Well yes, of course
2003 Jan 29
1
album cover art in .ogg?
I've added ogg support to my player app. Now I'd like to be able
to write/read album cover art (jpg, png, what ever) out of the ogg file
and display it, as I do with mp3s.
This assumes that an album cover art picture can reside inside of
an ogg file. I've read through the vorbis.com/faq.psp as well as the
list
archives and haven't
found any direct answers. The section on comments
2008 Feb 10
2
Replay-gain
Hi List,
Is there a way to correctly use the replay-gain feature on flac files that
contain an entire album (i.e., multiple tracks with seekpoints added from a
cue sheet)?
--
Chris
2007 Jan 16
3
Help upgrading to 1.1.3 (MD5 sum issues, album art corrupts files)
Hello all,
I recently upgraded the libFLAC used in my application Max (http://
sbooth.org/Max/) to 1.1.3 and added preliminary support for album
art. During the upgrade I evidently made some coding mistakes with
interesting results. I've combed everything over and can't quite see
the problems. I've become somewhat frustrated because my code didn't
really change
2008 Feb 11
2
Replay-gain
On Monday 11 February 2008 05:04:25 Pyt wrote:
> Can you elaborate on what you mean by "correctly use" ?
>
> On Feb 11, 2008 1:03 AM, Christopher Brown <c-b@asu.edu> wrote:
> > Is there a way to correctly use the replay-gain feature on flac files
> > that contain an entire album (i.e., multiple tracks with seekpoints added
> > from a
> > cue sheet)?
2013 Jan 08
2
Tag flac as flac 1.2.1_git
I agree on everything you said. I did not intend or expect to have
pre-release flac bundled with software, but can understand the dismay at my
earlier request.
If people think there should be a snapshot version for testing, I'm all for
it, especially now that the build system has undergone some changes. I
found that for some source distros, the removal of autogen.sh's prior
features and
2014 May 19
2
error in files after removing padding
Thanks for the help Martijn,
I get the same FLAC__STREAM_DECODER_END_OF_STREAM error after doing the 2
steps you suggested.
Scott
On Mon, May 19, 2014 at 9:36 AM, Martijn van Beurden <mvanb1 at gmail.com>wrote:
> Once more hi,
>
> I've tried to reproduce this issue, but I am unable to do so. Could you
> try to re-encode the file with FLAC (to make sure it is not an
2008 Jan 02
2
Rice coding
Going in details through the FLAC format specification, I realize that there
are 2 rice coding methods now supported for residual encoding. I thought I
remembered in the 1.1.3 times that there was only 1 method (with 4-bit Rice
parameter) [or was I drunk ? ;-)]. Going through the change log, I didn't
find any reference to such an addition to the format.
Now, the decoder implementation I'm
2014 May 19
3
error in files after removing padding
ERROR while decoding data
state = FLAC__STREAM_DECODER_END_OF_STREAM
It's happening with every file that I've tried now, using both 1.2.1 and
1.3.0.
If a file has artwork and I remove padding, I get the above error when
verifying or decompressing. If no artwork and I remove padding, the file
verifies and decompresses with no issues.
I'm writing tags via
2007 Apr 22
4
embedded pictures in vorbis comments?
Hello,
I'd like to ask about the possibility of embedding pictures like an album cover artwork into a vorbis comment header. Since the data in a comment string after the separating "=" has a defined length, this could theoretically also be binary picture data. For example
"PICTURE=[...any binary data...]"
It only would be a problem for existing software which isn't
2014 Dec 09
2
Two new CVEs against FLAC
Janne Hyv?rinen wrote:
>> Can you share samples?
>
> It's a 470 MB copyrighted music album. I could but I don't think it's legal.
How about sharing the album name (if it's popular enough)?
(but then it would be good to post its CUETools verification log
if the album has multiple pressings with different offsets...)
2007 Sep 19
2
Feedback on XML metadata namespace
Daniel Aleksandersen wrote:
> Hi again list,
>
> Attached is a much improved version of yesterday's draft. Introducing the
> audio:collection:artwork element to deal with album cover graphics and
> such.
>
>
Hi,
One thing still missing is a subject/synopsis description.
This would have little value for pop music, but for tracks
from opera, tv programmes and films it
2013 Jan 12
1
Tag flac as flac 1.2.1_git
The initial rule was, if I can recall correctly :
- Changes in the first digit (e.g. 1.x.x to 2.x.x) indicate a break in
backwards compatibility ; i.e. the formats are totally different.
- Changes in the second digit indicate backward-compatible changes in the
format (i.e. a 1.1.x-encoded file is only a particular case of a
1.2.x-encoded file)
- Changes in the third digit reflect any other,