From alsa-user-owner@alsa.jcu.cz  Wed Feb 10 04:28:32 1999
Received: from natas (root@host1.natas777.dlci149.adsl.cyberramp.net [209.196.90.210])
	by marvin.jcu.cz (8.9.1a/8.9.1) with ESMTP id EAA19918
	for <alsa-user@alsa.jcu.cz>; Wed, 10 Feb 1999 04:27:06 +0100
Received: from mitsid717 (tide08.microsoft.com [131.107.3.18])
	by natas (8.9.0/8.8.7) with SMTP id VAA16226
	for <alsa-user@alsa.jcu.cz>; Tue, 9 Feb 1999 21:32:46 -0600
Message-ID: <003001be549b$754d0b00$b2051dac@mitsid717>
From: "natas" <natas@natas.kfa.cx>
To: <alsa-user@alsa.jcu.cz>
Subject: Car PCaudio
Date: Tue, 9 Feb 1999 21:17:05 -0500
Reply-To: alsa-user@alsa.jcu.cz
Sender: alsa-user-owner@alsa.jcu.cz
Precedence: list

Hey guys I got a request for you programmers.  Im building a carmp3 player
and was wondering if there are any Alsa compatiable SVGAlib (320x200) from
ends for any mp3player....(xaudio, mpg123 ect..)  I found alot of straight
console ncurses front-ends but none that are just svgalib.  The closest
thing I found was Synaethesis...but it just a cdplayer.  Can anyone hack
this for mp3 support...or make a svgalib mp3player?
NaTaS
-----Original Message-----
From: Rob Browning <rlb@cs.utexas.edu>
To: alsa-user@alsa.jcu.cz <alsa-user@alsa.jcu.cz>
Date: Tuesday, February 09, 1999 9:41 PM
Subject: recording: arecord to stdout? suggestions for real-time
compression?


>
>I'm trying to set up my machine to record some things from the radio,
>and I came up with a couple of questions.  Ideally, what I'd like to
>do is (yes I know that CD quality is overkill for radio...):
>
>  arecord -m -t 1800 - | BladeEnc -b 256 - > something.mp3
>
>However, there are three problems with this:
>
>  1) arecord doesn't seem to be able to redirect it's output to
>     stdout.  Is this intentional, or is it just something no-one's
>     gotten around to?  If the latter, I'd be happy to volunteer to
>     fix it.
>
>  2) BladeEnc doesn't seem to be able to read from a pipe.  I don't
>     know if this is a limitation of the algorithm used to generate
>     mp3's (i.e. you have to see the whole file before you can
>     encode), or a limitation of the program.  Either way, since it's
>     closed-source :< (right now, though I thought I heard that was
>     changing), I couldn't fix it.
>
>  3) My machine's not quite fast enough to run BladeEnc in real time,
>     it's about 30% too slow (so close :>  I bet a good Alpha could
>     handle it easily).
>
>So, for now, I'd just like to fix arecord to write to stdout (and
>perhaps I'll fix aplay to read from stdin -- real-time filters
>anyone?) and then use some lighter weight compression program.  I know
>I could do:
>
>  arecord -m -t 1800 - | gzip -9v > something.cdq.gz
>
>which would get a little compression (so far seems like ~10%), but
>that's far from the best (even lossless) algorithm for sound.  Is
>there something better already available?
>
>(BTW, I have a SoundBlaster 128, which claims hardware Mu-Law.  I'm
> pretty sound file format ignorant.  (Is there a "FAQ" somewhere?)  I
> didn't know if Mu-Law would be useful -- I had heard it was only for
> low-quality recording.  Is that true?  What about the other formats?
>
>    -p <type>     compression type (alaw, ulaw, adpcm)
>
> Do they only apply if your hardware supports them?
> )
>
>Thanks
>
>--
>Rob Browning <rlb@cs.utexas.edu> PGP=E80E0D04F521A094 532B97F5D64E3930
>------
>To unsubscribe from <alsa-user@alsa.jcu.cz> mailing list send message
>'unsubscribe' in the body of message to <alsa-user-request@alsa.jcu.cz>.



