>JUst thinking about useful utilities and the like Hendrik (dont know who put >that idea in my head ...) and I thought all the talk of SDII files and the >like. It would be nice to write a little util (probably in perl, maybe in >c++ but I have a lot to learn there...) to strip out the resource fork and >save it in a useful format for PC users, like a MIDI file or something, >maybe you and I could petition Emagic to tell us the format of their song >files....?? the forks are actually 2 seperate files - I haven't looked at it on a PC - but have often seen the structure when I saved .KRZ files from a mac to a dos floppy for transferring to my old K2000 - when you look at this in the Kurzweil - you can see the entire directory structure for what appears on the mac as a single file for most files the resource fork contains only mac-specific information (icon appearance, windowing, etc) so it is not really useful or relevant to the pc any documents which are intended to go from mac to pc are saved in a format where all relevant info is saved in the data fork - MS Word "docs" for example. this is the way AIF works - the raw sound data is interspersed with "header" info - the info which tells the app what the sample rate, length, size, loops etc etc. WAV is exactly the same (it was originally identical to AIF except for reversing the byte order and a couple of lo-fi sample formats) idea. the problem with SDII is that this info is in the resource fork. it would be possible to construct an app on pc which would read the resource file and extract this info (assuming you had made sure that the means of transmitting from mac to pc hadn't thrown away the resource fork) but then what would you do with it? - in order to be used by pc audio apps it the combined info and raw sound data would have to be combined into a single file - like AIF or WAV.... so is there a point to doing it this way? I think not, and apparently neither does Digi - in any case if you want to preserve Digi specific features like regions, they will point you to OMF - this makes sense since it is a much fuller featured format which embraces not only audio, but any other kind of media you can imagine.
Message
Re: [L-OT] Mac question
2002-06-18 by mercutio@cogeco.ca
Attachments
- No local attachments were found for this message.