# Audio with artwork embedded

**URL:** <https://community.transloadit.com/t/audio-with-artwork-embedded/17944>\
**Category:** Transloadit\
**Tags:** tender-archive\
**Created:** [June 24, 2011, 2:49pm UTC](https://community.transloadit.com/t/audio-with-artwork-embedded/17944 "2011-06-24T14:49:00Z")\
**Posts on this page:** 16\
**Page:** 1

<div class="post-metadata">

**Author:** ![felix1](https://yyz2.discourse-cdn.com/flex032/user_avatar/community.transloadit.com/felix1/32/1462_2.png) [@felix1](https://community.transloadit.com/u/felix1)\
**Post date:** [June 24, 2011, 2:49pm UTC](https://community.transloadit.com/t/audio-with-artwork-embedded/17944/1 "2011-06-24T14:49:00Z")

</div>

> Archived from the Transloadit support forum. Originally posted on June 24, 2011; details may be outdated, see [our docs](https://transloadit.com/docs/) for current behavior. [Original thread](https://web.archive.org/web/20110902041509/http://support.transloadit.com/discussions/problems/137-audio-with-artwork-embedded)

Hi,

we have a number of audio uploads failing with the message

```auto
Invalid data found when processing input

```

The failing tracks all seem to have artwork embedded in the meta data of the file and I’m wondering if this could be the invalid data? I’ve tried using the strip: true parameter in my template but it appears to have no effect on the result. Is there anything else I can do in my template to get these files working?

An example assembly is REDACTED.

thanks  
Felix

---

<div class="post-metadata">

**Author:** ![Felix\_Geisendorfer](https://yyz2.discourse-cdn.com/flex032/user_avatar/community.transloadit.com/felix_geisendorfer/32/1463_2.png) [@Felix\_Geisendorfer](https://community.transloadit.com/u/Felix_Geisendorfer)\
**Post date:** [June 24, 2011, 3:00pm UTC](https://community.transloadit.com/t/audio-with-artwork-embedded/17944/2 "2011-06-24T15:00:00Z")

</div>

Hi Felix, thanks for the report. We’re investigating.

---

<div class="post-metadata">

**Author:** ![kvz](https://yyz2.discourse-cdn.com/flex032/user_avatar/community.transloadit.com/kvz/32/606_2.png) [@kvz](https://community.transloadit.com/u/kvz)\
**Post date:** [June 24, 2011, 3:17pm UTC](https://community.transloadit.com/t/audio-with-artwork-embedded/17944/3 "2011-06-24T15:17:00Z")

</div>

Hi Felix,

I’ve examined your file and ffmpeg indeed doesn’t handle it too smoothly

```auto
[mp3 @ 0x92a5420]max_analyze_duration reached

```

This is due to the fact that it will scan ~2MB of the beginning of the file in order to determine the filetype. If you store binary date inside ID3 tags, that space is used up by non-mp3 data and so `ffmpeg` is unable to determine the filetype.

I’ve already discussed this with ffmpeg core developers but a fix is not underway shortly.  
A workaround would be to empty the ID3 tags before feeding the file to mp3, but I don’t think `strip: true` will do that, am I right (other) Felix? 🙂

---

<div class="post-metadata">

**Author:** ![felix1](https://yyz2.discourse-cdn.com/flex032/user_avatar/community.transloadit.com/felix1/32/1462_2.png) [@felix1](https://community.transloadit.com/u/felix1)\
**Post date:** [June 24, 2011, 3:24pm UTC](https://community.transloadit.com/t/audio-with-artwork-embedded/17944/4 "2011-06-24T15:24:00Z")

</div>

Thanks for the speedy reply.

`strip: true` caused all our uploads to fail when I tried it on our staging box so I don’t think it’s the answer. But if we could somehow strip our files of all the ID3 tags that would be fine as we re-add them later in our delivery process.

---

<div class="post-metadata">

**Author:** ![Felix\_Geisendorfer](https://yyz2.discourse-cdn.com/flex032/user_avatar/community.transloadit.com/felix_geisendorfer/32/1463_2.png) [@Felix\_Geisendorfer](https://community.transloadit.com/u/Felix_Geisendorfer)\
**Post date:** [June 24, 2011, 6:42pm UTC](https://community.transloadit.com/t/audio-with-artwork-embedded/17944/5 "2011-06-24T18:42:00Z")

</div>

Hi Felix,

I don’t think we support a `strip` option for the audio bot. Afaik we only support this for image resizing and it’s done using image magick, so this won’t help here.

However, Kevin: Can you investigate to see if ffmpeg might have a similar option, or something to increase the max\_analyze\_duration? I mean we can set this duration really high, I don’t think it would cause us much problems other than that ffmpeg would try harder to work with files that have these kinds of meta data.

--fg

---

<div class="post-metadata">

**Author:** ![Felix\_Geisendorfer](https://yyz2.discourse-cdn.com/flex032/user_avatar/community.transloadit.com/felix_geisendorfer/32/1463_2.png) [@Felix\_Geisendorfer](https://community.transloadit.com/u/Felix_Geisendorfer)\
**Post date:** [June 27, 2011, 10:24pm UTC](https://community.transloadit.com/t/audio-with-artwork-embedded/17944/6 "2011-06-27T22:24:00Z")

</div>

Ok, we have an idea: We will try to use one of our meta data tools (exiftool) to strip the meta information from mp3 files if we see this type of error. Would that work for you?

---

<div class="post-metadata">

**Author:** ![felix1](https://yyz2.discourse-cdn.com/flex032/user_avatar/community.transloadit.com/felix1/32/1462_2.png) [@felix1](https://community.transloadit.com/u/felix1)\
**Post date:** [June 28, 2011, 8:24am UTC](https://community.transloadit.com/t/audio-with-artwork-embedded/17944/7 "2011-06-28T08:24:00Z")

</div>

Yeah, that would be great.

---

<div class="post-metadata">

**Author:** ![felix1](https://yyz2.discourse-cdn.com/flex032/user_avatar/community.transloadit.com/felix1/32/1462_2.png) [@felix1](https://community.transloadit.com/u/felix1)\
**Post date:** [July 13, 2011, 10:21am UTC](https://community.transloadit.com/t/audio-with-artwork-embedded/17944/8 "2011-07-13T10:21:00Z")

</div>

Have you guys had a chance to look at stripping the meta data yet?

---

<div class="post-metadata">

**Author:** ![Felix\_Geisendorfer](https://yyz2.discourse-cdn.com/flex032/user_avatar/community.transloadit.com/felix_geisendorfer/32/1463_2.png) [@Felix\_Geisendorfer](https://community.transloadit.com/u/Felix_Geisendorfer)\
**Post date:** [July 13, 2011, 7:19pm UTC](https://community.transloadit.com/t/audio-with-artwork-embedded/17944/9 "2011-07-13T19:19:00Z")

</div>

Hi Felix,

sorry, it’s not completed yet. But I’m almost done with releasing the new audio bot which will fix it, I just got distracted with other stuff coming in a bit.

I’ll keep you posted.

--fg

---

<div class="post-metadata">

**Author:** ![felix1](https://yyz2.discourse-cdn.com/flex032/user_avatar/community.transloadit.com/felix1/32/1462_2.png) [@felix1](https://community.transloadit.com/u/felix1)\
**Post date:** [August 22, 2011, 8:46am UTC](https://community.transloadit.com/t/audio-with-artwork-embedded/17944/10 "2011-08-22T08:46:00Z")

</div>

Hi,

any news on the new audio bot? We’re still getting errors for users uploading audio with artwork embedded in.

thanks  
Felix

---

<div class="post-metadata">

**Author:** ![Felix\_Geisendorfer](https://yyz2.discourse-cdn.com/flex032/user_avatar/community.transloadit.com/felix_geisendorfer/32/1463_2.png) [@Felix\_Geisendorfer](https://community.transloadit.com/u/Felix_Geisendorfer)\
**Post date:** [August 22, 2011, 11:34am UTC](https://community.transloadit.com/t/audio-with-artwork-embedded/17944/11 "2011-08-22T11:34:00Z")

</div>

I have some time to work on this today, but the file originally referenced in this discussion is no longer around. Could you give me a new url / assembly id to look at?

---

<div class="post-metadata">

**Author:** ![felix1](https://yyz2.discourse-cdn.com/flex032/user_avatar/community.transloadit.com/felix1/32/1462_2.png) [@felix1](https://community.transloadit.com/u/felix1)\
**Post date:** [August 22, 2011, 1:34pm UTC](https://community.transloadit.com/t/audio-with-artwork-embedded/17944/12 "2011-08-22T13:34:00Z")

</div>

Great, I’ve attached a recent file we received that has embedded artwork. Let me know if you need anything else.

thanks  
Felix

---

<div class="post-metadata">

**Author:** ![Felix\_Geisendorfer](https://yyz2.discourse-cdn.com/flex032/user_avatar/community.transloadit.com/felix_geisendorfer/32/1463_2.png) [@Felix\_Geisendorfer](https://community.transloadit.com/u/Felix_Geisendorfer)\
**Post date:** [August 23, 2011, 11:29am UTC](https://community.transloadit.com/t/audio-with-artwork-embedded/17944/13 "2011-08-23T11:29:00Z")

</div>

I’ve got a fix ready, but our CI server has some hickups now so I’ll deploy once that is working again.

---

<div class="post-metadata">

**Author:** ![felix1](https://yyz2.discourse-cdn.com/flex032/user_avatar/community.transloadit.com/felix1/32/1462_2.png) [@felix1](https://community.transloadit.com/u/felix1)\
**Post date:** [August 23, 2011, 11:32am UTC](https://community.transloadit.com/t/audio-with-artwork-embedded/17944/14 "2011-08-23T11:32:00Z")

</div>

great stuff. thanks for doing this.

---

<div class="post-metadata">

**Author:** ![Felix\_Geisendorfer](https://yyz2.discourse-cdn.com/flex032/user_avatar/community.transloadit.com/felix_geisendorfer/32/1463_2.png) [@Felix\_Geisendorfer](https://community.transloadit.com/u/Felix_Geisendorfer)\
**Post date:** [August 23, 2011, 4:11pm UTC](https://community.transloadit.com/t/audio-with-artwork-embedded/17944/15 "2011-08-23T16:11:00Z")

</div>

Hi Felix,

I just deployed the fix. Basically ffmpeg sucks at detecting that an mp3 is an mp3 if it has a big image in the id3v2 tags. What we are doing now is to explicitly tell ffmpeg when the input is an mp3 file, which skips its internal detection mechanism, fixing this bug.

Let me know how it goes!  
--fg

---

<div class="post-metadata">

**Author:** ![system](https://canada1.discourse-cdn.com/flex032/uploads/transloadit/original/1X/04ee57da0cb7ac8728a9ac5965c288164f4ce280.svg) [@system](https://community.transloadit.com/u/system)\
**Post date:** [October 7, 2026, 9:30am UTC](https://community.transloadit.com/t/audio-with-artwork-embedded/17944/16 "2026-10-07T09:30:28Z")

</div>


