Re: Standard for audio on pasteboards?
Re: Standard for audio on pasteboards?
- Subject: Re: Standard for audio on pasteboards?
- From: Steven Spencer <email@hidden>
- Date: Wed, 19 Nov 2003 17:24:03 +0000
Can an AIFF be written to the General pasteboard using a data type of NSFileContentsPboardType ?
- Steve S.
On Wednesday, November 19, 2003, at 02:56PM, Ev <email@hidden> wrote:
>
Yes, but you know as well as I know that NSSound isn't enough for all
>
of us... what about Sound Designer II files? What about other sample
>
rates? Bit depths?
>
>
My app, however complicated, has it's own classes for dealing with
>
multiple audio formats, playing them back with double buffers, actions
>
on the audio, processing with audio units, etc etc. NSSound is for
>
playing back with games, as far as I'm concerned.
>
>
If NSSound is the model to follow, are there any details as to the
>
format of it's pasteboard?
>
>
This is why I'm suggesting this new, open pasteboard model...
>
>
-ev
>
>
>
On Nov 19, 2003, at 4:04 AM, Steven Spencer wrote:
>
>
> NSSound will handle audio data on the paste board for the following
>
> sound types :
>
>
>
> The NSSound class provides a simple interface for loading and playing
>
> AIFF, WAV, and NeXT %~.snd % files. NSSound supports 16-bit, mono
>
> and stereo, 44.1KHz and 22.05KHz data.
>
>
>
> %c initWithPasteboard:
>
> + canInitWithPasteboard:
>
> + soundUnfilteredPasteboardTypes
>
> %c writeToPasteboard:
>
>
>
> - Steve S.
>
>
>
> On Wednesday, November 19, 2003, at 07:02AM, Ev <email@hidden>
>
> wrote:
>
>
>
>> Does anyone have any knowledge of a standard for getting and setting
>
>> audio data to the pasteboard?
>
>>
>
>> If *NOT*, I have a submission:
>
>>
>
>> some type (i hope defined by Apple, some NSAudioPboardType or
>
>> something) that's a string as expected
>
>>
>
>> data: a block of floating point numbers. the first float is the sample
>
>> rate, then the remaining floats are the audio data
>
>>
>
>> Pro:
>
>> 1. just a simple block of floating point numbers, 4 bytes a piece.
>
>> No
>
>> struct or typedef needed.
>
>> 2. represents any bit depth for pasting into or getting from (16-bit
>
>> source? 24-bit destination? no problem.)
>
>> 3. number of samples is defined by the size of the data block (as
>
>> floats) - 1
>
>>
>
>> Con:
>
>> 1. need a way to determine number of channels? number of separate
>
>> NSData blocks??
>
>>
>
>> Anyone have any additions, suggestions, or solutions?
>
>> If this could be an open idea, i'd love it - we'd all be able to cut &
>
>> paste data between our apps (& make files to the Finder)...
>
>>
>
>> -ev
>
>> _______________________________________________
>
>> 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.
>
_______________________________________________
>
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.
_______________________________________________
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.