Re: Wrong kMDItemDurationSeconds
Re: Wrong kMDItemDurationSeconds
- Subject: Re: Wrong kMDItemDurationSeconds
- From: "Stephen F. Booth" <email@hidden>
- Date: Sat, 12 Jun 2010 21:47:52 -0700
I did a bit of poking around in that file and here is what I discovered:
The file contains an Info (CBR) header (similar to the Xing header) that says the total number of MPEG frames in the file is 23,334. Since an MPEG frame contains 1152 samples and the file's sample rate is 44100 Hz, using the Info header gives the total number of samples in the file as 26,880,768 and thus a duration of 609.541 seconds- around 10.2 minutes.
I parsed/decoded the file and got 176,589 MPEG frames. Using this number of frames the total number of samples is 203,430,528 and thus the duration is 4,612.94 seconds- about 76.8 minutes.
So it seems the encoder botched the Info tag- if you want to fix it use a hex editor to change offset 8159 from 0x00005b26 to 0x0002b1cc.
Stephen
On Sat, Jun 12, 2010 at 5:55 PM, Gabriel Zachmann
<email@hidden> wrote:
Thanks a lot for your response.
> When you play it in iTunes is it actually 1+ hours long?
>
Yes.
> The best thing to do in these cases is to file a bug and attach one of the problematic files. There's no way to tell from an email what the issue is.
>
Here is an example: http://zach.in.tu-clausthal.de/tmp/079_-_Im_Bann_des_Voodoo.mp3
Is anything wrong with the mp3 file?
Best regards,
Gabriel.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden