[prev in list] [next in list] [prev in thread] [next in thread] 

List:       linux-smp
Subject:    Re: simple SMP mp3 encoder
From:       Mark Garlanger <garlangr () cyberramp ! net>
Date:       1998-04-18 2:18:47
[Download RAW message or body]

Differential Form wrote:

> On Fri, 17 Apr 1998, Mark Heath wrote:
>
> > On Fri, 17 Apr 1998, Jon Bendtsen wrote:
> >
> > > > Well if you feel up to it you could also write one.
> > > > my IPC coding is just not up to it yet.
> > > well i cant C (yet) but i recon it would be a nice small project to start
> > > with ??
> > >
> > > but isnt multi threading coding more complicated than just one single
> > > thread ??
> >
> > Well the encoding engines would be runing as seperate processes, being
> > communicated to from a front end via sockets, pipes or whatever.
> >
> > Or am I over simplifying things?
> >
> > Did I send you the outline I drew for the PVM mp3 encoder?
> >
> > Any one want to work on a simple compression engine, which reads 4608
> > bytes of PCM data and returns 1 frame of mp3 data?
>
> Actually I'm getting interested in this the more I follow this thread.  I
> don't know much about MPG compression, but it sounds intriguing and I
> would not mind reading up on this (if someone has pointers to good info).
> Hm, could you send me that outline you mention?
>
> Martin
>

  Check out http://www.mpeg.org/ for alot of information about MPEG.  To really
know what the encoder and decoder should do you need to get the official
standards
from ISO. MPEG-1 - ISO-11172, MPEG-2 ISO-13818.  Part 3 is the Audio section
for each standard.  These standards are quite expensive (~$200) I have heard. If
you
want to do MPEG-2, you will still need 11172, since 13818 builds upon what is
described
in 11172.

  You could easily split the encoding/decoding for two processors, by just
splitting the
left and right channels.  For finer grain parallelism, the encoding process
could be split into
several tasks: Filter bank, Psychoacoustic Modeling, Bit or Noise Allocation,
and Bitstream
Formatting.

                            Mark

[prev in list] [next in list] [prev in thread] [next in thread]