Ā (At) 9:26 +0200 30/10/02, Eckhart Köppen écrivait (wrote) :
>Ok. so the way to do it is to first create a p-class interface for
>TSoundCodec and derive the MP3 codec from that as a p-class
>implementation.
Exactly.
>I was under the impression that the specific codecs rely
>on some more shared functionality, especially registering the codec...
>how would registering and de-registering work with a replacement
>TSoundCodec p-class interface? Via the name server or automatically
>using the packager?
We probably can do both. MacIntalk uses the packager and it should be
the easiest.
>One thing which might be however critical is the fact that MP3 data is
>made up of frames (which can have varying length). A player application
>must schedule only complete frames, otherwise, any imcomplete frame will
>simply be dropped. While it is not too complicated to calculate the
>length of a frame, it is also a bit time consuming. But hopefully it's
>not a showstopper...
Definitely not. The issue here is to figure out what has to be done
with the CodecBlocks in particular and the details of the TSoundCodec
interface in general.
Paul
-- NPDS: http://newton.kallisys.net:8080/ Apache: http://www.kallisys.com/-- This is the NewtonTalk list - http://www.newtontalk.net/ for all inquiries List FAQ/Etiquette/Terms: http://www.newtontalk.net/faq.html Official Newton FAQ: http://www.chuma.org/newton/faq/
This archive was generated by hypermail 2.1.2 : Thu Oct 31 2002 - 12:04:42 EST