From: "Alexander König" <alex@rhlx01.fht-esslingen.de>
To: linux-sound@vger.kernel.org
Subject: Re: streaming from disk to terminatorX added (via mmap)
Date: Tue, 26 Oct 1999 20:34:09 +0000 [thread overview]
Message-ID: <marc-linux-sound-94097004913769@msgid-missing> (raw)
In-Reply-To: <marc-linux-sound-94077890409185@msgid-missing>
Hi again...
Benno Senoner wrote:
> > problem... on my system I get a "no such device"-error. And all my
> > (mmap)manpage says is: Svr4 documents additional error codes ENXIO and
> > ENODEV. Do you have any idea what's wrong with my system? I am sorry if
> > this is a dumb question - I've never used mmap....
>
> hmmm that is strange ...
> where exactly after the mmap ?
> try to check if MYFILESIZE is a valid value (page aligned size of the file),
> if fileno(wav_in.handle) is a valid value etc
Oops - just as I expected a *really* dumb question. I changed the
configure script to use mpg123/sox as default if available and that of
course does not work with mmap()... well a --enable-wavonly fixed this
:( Sorry! Oh yeah: it works beautifully on big mem machines ;) So I
guess "no such device" just tells me this FILE* is not on a device (as
it is a pipe)... Yes, see my face red.
<..>
> For BIGENDIAN boxes, I'd suggest to do the byte swapping just before you process
> the data, the overhead is very little compared to all the rest.
Yeah - while discussing this with Paul I actually came to the same
conclusion. It's a joke compared to the rest that's done with the
sample...
<..>
> use byte swapping on the fly
Agreed :)
<..>
> I esperimented with streaming of 60 mono ( 44khz 16bit) tracks from disk
> and I had to use at least 1MB buffer per track to keep things somewhat
> reliable.
> ( PII400 + 256MB RAM + IBM 16GB EDIE HD)
Hey we should try to get the mmap()-code to the new tX soon - I'd really
like to see this :)
> How du you plan to keep into mem 8 files of 20MB in len (4min mono file)
> = 160MB, not everyone has that amount of ram on his box.
Yeah well, from it's design-idea you actually have shorter and looping
samples (yes and maybe one or two big ones) as only then you can
actually sync those turntables nicely... but: you are right!
> Trust me: smart mmap() + mlocking() will work well and reliably on 8 tracks
> while saving the mix on the disk, using no more that 500kb-1Mb per track.
Yeah. Accepted. Let me see it ;)
> for mp3:
> if this is really true that Andy has managed to play mp3s backwards *CORRECTLY*
> without any distortion, then if I were You, I would include his mp3 code.
Yes actually I'd like to have that... Hi, Andy ;) But if you take a look
at the current tX (it should be avialable via anonymous CVS from
:pserver:terminatorX@rhlx01.fht-esslingen.de:/cvs/terminatorX
oh, if you check it out: first step: press "add turntable" ;)
you'll see: I have a lot of other things to do for tX too :( But having
a tX that would allow mmap()ing mono-wavs and streaming mp3s with Andy's
code and the ability to load other audioformats via sox sounds extremly
cool :)
<..>
[real turntables]
> Basically as far I understand they sample (using the soundcard) a static wave
> recorded on the turntable and compute the actual rotational speed.
> Then just feed this value to the tX engine, and your
> mp3 on-turntable scratcher is here.
> :-)
Damn and I just destroyed the motor of my turntable for terminatorX...
> In the next days I will add mlock()/munlock() support to tX let's see it there
> are any benefits during high system load.
>
> Alex, if you want to mail me privately you can mail me in german too,
> ( I'm from Suedtirol :-) )
Yes actually I will do that so we can chat about CVS and moving your
code into the next release...
Bye, Alex
--
_______________________________________________________________________
Alexander König - alex@42.fht-esslingen.de
http://termX.cjb.net
[From the Homer Quotables:]
I don't care if Ned Flanders is the nicest guy
in the world. He's a jerk -- end of story.
-- Homer Simpson
When Flanders Failed
next prev parent reply other threads:[~1999-10-26 20:34 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
1999-10-24 15:14 streaming from disk to terminatorX added (via mmap) Benno Senoner
1999-10-24 17:42 ` David Olofson
1999-10-24 23:26 ` Juhana Sadeharju
1999-10-25 0:29 ` Alexander König
1999-10-25 13:32 ` Benno Senoner
1999-10-25 14:32 ` Benno Senoner
1999-10-26 7:50 ` Andy Lo A Foe
1999-10-26 20:34 ` Alexander König [this message]
1999-10-27 14:05 ` Andy Lo A Foe
1999-10-27 20:10 ` Benno Senoner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=marc-linux-sound-94097004913769@msgid-missing \
--to=alex@rhlx01.fht-esslingen.de \
--cc=linux-sound@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox