[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [oc] new project...MP3 (audio) core?
Hello,
MAD software runs on or1ksim and on RTL. Currently I'm replacing ASIC
memories in OR1200 with Xilinx Virtex memories so that we can put it into
Xess board.
You are welcome to help but only if you are not newbie. Right now I don't
have much time to answer newbie questions.
regards,
Damjan
----- Original Message -----
From: <asoel@ins.itb.ac.id>
To: <cores@opencores.org>
Sent: Monday, July 23, 2001 2:09 AM
Subject: Re: [oc] new project...MP3 (audio) core?
>
> I would love to join with you team on developing dedicated MP3 hardware.
> How far is your current development now ?
>
>
> On Fri, 20 Jul 2001, Damjan Lampret wrote:
>
> > 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
> >
>
> --
> ===================================================
> = Ahmad Sulaiman =
> ===================================================
> = Believe in one God. Trust no one !!! =
> ===================================================
>
> --
> 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