Emby Emby Emby Learn
  • Emby Home
  • Video
  • Audio
  • Media Files
    • Subtitles and captions
    • Photos and images
    • Metadata and discovery
    • Libraries and media collections
    • Playback and streaming
    • Media hardware acceleration
    • Displays and AV connections
    • Live TV and recording
  1. Emby Learn
  2. Metadata and discovery
  3. Artwork and preview images
  4. Cover and branding artwork
  5. Embedded cover art
Search Results for

    Show / Hide Table of Contents

    Embedded cover art

    Embedded cover art carries image resources inside media metadata, with picture type, encoding and selection determining which image reaches the library.

    A media file can carry cover images in its metadata structures. Their bytes form image resources associated with the item; they are not additional sound samples.

    The enclosing tag describes the picture

    Representation Relevant boundary
    ID3v2 APIC Picture type, MIME information, description and image bytes
    FLAC PICTURE metadata Structured picture information and encoded image payload
    MP4 cover metadata Cover entries interpreted through that metadata convention

    An audio resource's coded stream and metadata picture take separate decoding and presentation routes.

    The actual image still needs a matching image decoder. A tag reader locating an APIC frame does not itself decompress its JPEG or PNG payload.

    Several pictures need a selection rule

    ID3's attached-picture types distinguish, among other roles, front and back covers. A file can consequently contain more than one legitimate image.

    Selecting the first encountered picture can pick a back cover or another role. An integration should retain the type and relevant description where its model uses them.

    In Emby music, compare the actual embedded candidates with the selected library image. A provider's album artwork and the file's embedded front cover can both be available sources under another selection policy.

    Image bytes have their own cost

    An original file might carry encoded pictures of 60,000 and 80,000 bytes. Their combined image payload is 140,000 bytes, before tag/block overhead.

    Those bytes contribute to file size and retrieval but do not increase the audio's sample count. A whole-file bitrate calculation includes them; a codec-only audio rate has another scope.

    Decoded image memory also depends on its image grid and output representation, not simply on this encoded byte total.

    Metadata preservation is independent of audio copying

    A rewrite can retain coded audio while replacing or omitting cover metadata. The sound payload can remain the same while the whole-file checksum changes.

    An extraction or conversion therefore needs a picture-preservation decision as well as an audio decision. Keep role, image type and selected resource together when assessing the resulting cover.

    See Also

    • ID3v2 audio tags
    • MP4 metadata atoms
    • Vorbis comments
    • Media artwork roles
    • JPEG images

    References

    • ID3.org: ID3v2.4 frame definitions
    • RFC 9639: FLAC metadata
    • TagLib: MP4 metadata interface
    On this Page
    2026 © EMBY LLC. Please see our terms of use and privacy policy.
    Back to Top