Re: audio file bug in AudioUnitHosting
Re: audio file bug in AudioUnitHosting
- Subject: Re: audio file bug in AudioUnitHosting
- From: Marc Poirier <email@hidden>
- Date: Sun, 4 Jan 2004 11:46:14 -0600 (CST)
On Sun, 4 Jan 2004, David Duncan wrote:
>
Unfortunately after looking at this, I think the problem runs deeper
>
than that. For one reason or another, they choose to store the paths as
>
CFStrings, but initially encode them as MacRoman and no longer than 512
>
characters. So even with the changes you previously sent, you will
>
still have badly encoded paths in some cases.
Eek, you're right, that's pretty weird/bad. I didn't look into it that
far.
>
Basically a complete fix would likely involve replacing CFStringRefs
>
with CFURLRefs throughout AudioFileChooser.cpp where appropriate, and
>
changing SelectedFile() to take a CFURLRef instead.
Or perhaps better (and simpler) would be to store them as FSRefs. After
all, that's what you the code already starts with in
CAFileChooser::SimpleReceiveDrag(), and then it gets converted
(unsuccessfully) back to an FSRef later on when it actually needs to be
used, so it seems silly to not just keep it as an FSRef all the time (and
FSRefs don't have the maximum path length limitations that CFURLRefs
unfortunately have).
Marc
_______________________________________________
coreaudio-api mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/coreaudio-api
Do not post admin requests to the list. They will be ignored.