|
Forum Index | Read LUG: Policy/Rules Messages Threads Digests | Post New Message | Search!
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
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. |