Thread-topic: errCoreEndianDataDoesNotMatchFormat in GetResource('snd ', x)
User-agent: Microsoft-Entourage/11.3.2.061213
On 7/23/07 10:49 PM, "Chris Espinosa" <email@hidden> wrote:
> On Jul 23, 2007, at 9:58 AM, Mike Kluev wrote:
>
>> On Thu, 19 Jul 2007 10:00:27, Chris Espinosa <email@hidden> wrote:
>>
>>> I expect you'll have to convert the resources to a different format.
>>> We've seen this with several resource types that have versioned
>>> variants; the version is not encoded in the resource, and we don't
>>> have any versioned-variant mechanism in the flippers. (This happens,
>>> for example, with cicn version 0 resources too). So the flippers
>>> expect one and only one version of versioned resource formats, and
>>> just plain fail for the other version.
>>
>> Chris, please clarify. If one part of OS can distinguish one
>> version of resource from another why can't flippers do the same?
>> Was that just because of omission? (That's evidently never going
>> to be fixed.)
>
> In the past I've heard such things described as "bugs."
For the record, in this particular case the problem is caused by
bug in snd resource flipper: it does not understand the simplest
form of sound (8 bit, mono, uncompressed) when sound resides in
ExtSoundHeader (while it works correctly if sound resides in stdSH
or cmpSH). There is an explicit bogus check in the flipper.
Mike
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Carbon-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/carbon-dev/email@hidden
This email sent to email@hidden
