[FFmpeg-devel] [PATCH] SHOUTcast HTTP Support

[Micah F. Galizia]

On 10-03-01 07:30 PM, Michael Niedermayer wrote:
> On Mon, Mar 01, 2010 at 06:36:19PM -0500, Micah F. Galizia wrote:
>> On 10-02-28 03:00 PM, Michael Niedermayer wrote:
>>> On Sun, Feb 28, 2010 at 12:38:50PM -0500, MIcah Galizia wrote:
>>>> On 10-02-28 11:43 AM, Michael Niedermayer wrote:

[...]

>
> the file you provided is not compliant mp3
> the first thing resembling mp3 starts at byte 294, before this is either
> a partial frame or not mp3 at all
> the probe code behaves correctly in requireing more data to make sure that
> its really mp3 that is corrupted at the start and not some other file
> format that contains mp3. (avi containing mp3 would look the same to the
> probe code ...)
> what are these 294 bytes?

After some analysis and discussion off list, it would appear that these 
bytes are a portion of an incomplete frame (missing its header). This is 
part of the reason why the probe scores are so low.

Moving forward, my approach will be to allow the probe buffer size to be 
specified as a parameter.  This way, it can be limited to prevent 
probing icy metadata as mp3 data and it will lower the time it takes to 
probe the streams.

TIA

-- 
Micah F. Galizia
micahgalizia at gmail.com

"The mark of an immature man is that he wants to die nobly for a cause, 
while the mark of the mature man is that he wants to live humbly for 
one."   --W. Stekel