jump to beginning show previous Showing Logic-users Thread 8344 of 105728 show next jump to end

Forum Index | Read LUG: Policy/Rules Messages Threads Digests | Post New Message | Search!

From: "Frank W.Kooistra" <pipeline@...>
Date: Wed, 8 Dec 1999 at 1:44:09 PM
Subject: Re: mp3 coming?
Message #10388
Hi Mike > > No, you don't understand how this works - I'm not just talking about > using vegas as an mp3 player - vegas actually can use mp3's natively as > tracks of a multitrack mix. So you can bring in multiple mp3's and have a > bunch running at the same time (obviously, this eats up more cpu power > than just wav's or aiff's). correct: means dat an Mp3 converter has to be built into the audio engine, and we loose precious cycles to decoding MP3 for each track decoded and each time we play ... With my way we encode / decode once why not receive compressed files ( zip, zap MP3 .... ) unpack them and than use them in logic ? like we do with all "archives / compressed" data we do ? (Like i do on Linux click and pull them to the right location and they already decompressed. the archiver-zip-mp3 player uncompresses as soon as i open de archive ) > > and some prefer this : others that : OK. But if included in the app no > > choice. what Emagic etc. determined. > > Sure there's choice - if you want to use a different mp3 converter, use > it. Pretend logic doesn't have the feature. choice of not using : we not skip having the feature : i admit that also Logic could have a decompression plug in, which is not big , and not so difficult to make , but many small options again make the program bigger. > > one format for a an audio application and separate conversion utility > > will work much faster and more reliable : what ever file format. I think you should reconsider : open the archive once and putting the file at the location is all needed once Just like with zip or sit files . > Not the case. More steps are more steps. I want to hit command-O and > just select an mp3 file, same with export. futile difference : and a no go, if you do not agree with the decompressor .. > > The main app will become slower and slower because of all those included > > functions. Will become less reliable. More difficult to maintain. > > God, I hope not - if emagic can't implement something so simple without > screwing everything up, they've got big problems on their hands. I did not mention they are incapable in any way : just look at Netscape or IE : they can do anything ( browse , mail , news compose ) but take ages to load : and many crashes because they are to big and too many gadgets. User interface between mail, browser is fixed. if you want mail : you load the browser as well .. The separate programs are so tiny and fast. Take the separate programs : the one by one load faster when you need them : if you do not like a program , choose another. Just like the swiss army knife : ok when you have little space: but to use as the only tool at home ?? > MP3 > import (convert) and export is only going on when you tell the program to, > so it shouldn't make any difference in speed or reliability. Right now, > logic converts aif and wav - should emagic remove that code in order to > theoretically help the program run better? Most likely the convert modules (import export) are only loaded on demand. But still : the smaller the loaded program is the better. I would not mind at all that they make a separate program which does all that and is loaded on demand. The less idle modules in ram the better. Just like soundiver is loaded on customer demand only. > > the main reason for mp3 ( compression to reduce space and loading times) > > is of no concern on a DAW anymore, given the size and speed of the > > present harddisk. I can understand that somebody reduces quality of a > > recording for a wanted effect. But purposely cutting off the way back to > > high quality recording looks like a unwise decision. > > Maybe you don't want to make that decision, but shouldn't the user be left > to make that decision for themself? And mp3 would still be useful for > "temp tracks" - let's say you're doing a film score. The director emails > you a quicktime movie of the video along with mp3 files of dialogue tracks > and rough sfx. Or do you want to lose half a day downloading the 24/96 > full bandwidth bersions? a perfect example indeed why you should use mp3 : but why keep it compressed ? Uncompress and use : and replace with full version as soon as it is received .. > > cannot imagine that somebody seriously decides to use a cassette > > recorder to record tracks intended for a 24 Bit environment. > > I doubt people are using both 24 bit recording and audiocassettes, but Mp3 is like casette to me , sorry > there are plenty using audiocassettes to record audio and put it into a 16 > bit environment (or lower fidelity than that - don't forget, there are > people using logic for web audio as well as albums). But that's really > not the issue - decent mp3 generally sounds better than audiocassette > anyway. This is an other issue altogether : maybe some people use cassettes - that is there choice. MP3 reminds me of cassette sound. I never used a cassette as an alternative for my fast revox (dat yes of course) They gave me a top of the line cassette machine , cause they were fed up with my too haevy too big fast flight cased Revox. Nakamichi 1000 i think it was. I could not use it No dynamics in high easy saturation making me very tired. I degraded it to a pre reverb delay as it had three heads. But again that is not the issue . No I feel like keeping logic simple stable , and all gadgets OK but not in the program but as useful tools anyhow useful discussion .. ? kind regards Frank
Viewed 315 times, 0 replies, 1 message in thread. Reply to this message.

Forum Index | Read LUG: Policy/Rules Messages Threads Digests | Post New Message | Search!

Forum Index | Read LUG: Policy/Rules Messages Threads Digests | Post New Message | Search!


© 1994-2008, All Rights Reserved.