[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [oc] new project...MP3 (audio) core?



Hi Rob,

Marko and I are working on MP3 player using GNU GPLed MAD and stripped down
version of OpenRISC (basically using just the DSP part). Result will be
available as MP3 player in Xess and probably some other FPGA boards as well
as ASIC version.

This of course doesn't mean you can't start a dedicated MP3 hardware
project. But if it would be based around a DSP, it will probably duplicate
what we are already doing.

I'd be interested if someone would be interested to start a dedicated MPEG4
decoder hardware project (something more dedicated than just using a
RISC/DSP processor with MPEG4 SW).

regards,
Damjan

----- Original Message -----
From: "Dautel, Rob" <Dautel@AllAmerican.com>
To: <cores@opencores.org>
Sent: Friday, July 20, 2001 1:38 AM
Subject: RE: [oc] new project...MP3 (audio) core?


> Hi all,
>
> Thanks for the feedback. I like the idea of the data flow engine as well.
I
> have also done a data flow engine before and while I could not use much of
> that code as it belongs to a company, I've been through the process and am
> familiar with some of what's needed. The question now is would such a
> project be duplicating any other core project such as some in the DSP
group
> or the audio synthesizer core I read about. If not, it sounds fun.
comments?
>
> -rob.
>
> > -----Original Message-----
> > From: Rudolf Usselmann [mailto:rudi@asics.ws]
> > Sent: Wednesday, July 18, 2001 7:13 PM
> > To: cores@opencores.org
> > Subject: Re: [oc] new project...MP3 (audio) core?
> >
> >
> > on 7/19/01 0:44, lior.shtram@flextronicssemi.com at
> > lior.shtram@flextronicssemi.com wrote:
> >
> > > Hi All,
> > >
> > > It is true about the patents that only encoders are charged
> > with royalties and
> > > decoders you can make for free. Thinking about this block
> > for a long time, we
> > > got to think that a hardware approach should not give such
> > a good benefit in
> > > any respect (size, power, speed??, flexibility) but if you
> > think otherwise I
> > > would like to hear it. Also it would be nice to support the
> > other standards
> > > such as Ogg (which is the free one).
> > >
> > > I also wanted to add that there is a nice academic work
> > that was available
> > > over the net with VHDL code on implementing a decoder for
> > MP3 half CPU half
> > > DSP based - take a look - don't remember where it is.
> > >
> > > Lior
> >
> > I think what we really should do is a data flow engine that
> > is micro-programmable and can do MP3 and OGG (?) and perhaps
> > other specific audio encoding algorithms.
> >
> > A data flow engine is a part where you examine the operations
> > you will have to perform and concentrate on implementing them
> > as efficient as possible. The control logic for the data path
> > (typically a hard coded state machine) is replaced with a micro-
> > programmable state machine. Another way of looking at is to think
> > of a heavily stripped down DSP ...
> >
> > Implementing a data flow engine could reduce the power
> > enormously and should be much smaller than truly general
> > purpose hardware such as a CPU. And of course it should
> > be able to run much faster as well.
> >
> > Cheers !
> > --
> > rudi
> >
> >
> > --
> > To unsubscribe from cores mailing list please visit
> http://www.opencores.org/mailinglists.shtml
> --
> To unsubscribe from cores mailing list please visit
http://www.opencores.org/mailinglists.shtml
>

--
To unsubscribe from cores mailing list please visit http://www.opencores.org/mailinglists.shtml