From: Andy Lo A Foe <andy@alsa-project.org>
To: linux-sound@vger.kernel.org
Subject: Re: [linux-audio-dev] streaming from disk to terminatorX added (via
Date: Sun, 24 Oct 1999 17:09:27 +0000 [thread overview]
Message-ID: <marc-linux-sound-94078514814215@msgid-missing> (raw)
In-Reply-To: <marc-linux-sound-94078505714168@msgid-missing>
On Sun, 24 Oct 1999, Benno Senoner wrote:
> Suggestions to the author: (any official word from you Alexander ?)
>
> - always use mmap since it will work well on big RAM boxes too,
> and doesn't eat up all you system memory.
>
> -in order to support MP3s and other fileformats decompress/convert this
> files first to a temporary WAV file and mmap() this into mem.
>
> To speed up things even more you could save a the sample graph into
> a little file the first time you load the audio file, so that on subsequent
> loads, the 100MB audio file will "load" almost istantaneously in to mem.
> (thanks to mmap() ).
>
> It would be possible to support direct disk streaming of MP3 files,
> but that is not a trivial task since you can't access an MP3 in
> random order, since the windowing filter depends on the previous
> filter state information.
> One way could be to store the filterstates of every mpeg frame into
> a separate file and then reload the filter during seeks into the file.
> But that would require to include an entire mp3 player with modified
> windowing filter code.
>
> PS: Now if we could get one of these turntables recorded with special
> static waves (saw waves), we could add add turntable motion detection
> and get the same features as "finalscratch" on BeOS:
> scratching an audiofile in realtime using a real turntable.
> :-)
<shameless plug>
You might want to check out alsaplayer, http://www.alsa-project.org/~andy/
It does 'direct streaming from disk' for just about any format without
using mmap. It uses a ring buffer system and threading to cache data and
there is code for very low latency modes using SCHED_FIFO.
If you really want to emulate "finalscratch" just put the scratching mouse
functionality of terminatorX in some sort of plugin for alsaplayer. It
supports variable speed control (negative too, which is needed for
'scratching'). With a fast enough CDDA capable CDROM you can even
'scratch' your music CDs in realtime :-)
</shameless plug>
Andy
--
AlsaPlayer, http://www.alsa-project.org/~andy/
next prev parent reply other threads:[~1999-10-24 17:09 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
1999-10-24 17:07 [linux-audio-dev] streaming from disk to terminatorX added (via mmap) Paul Barton-Davis
1999-10-24 17:09 ` Andy Lo A Foe [this message]
1999-10-24 20:32 ` [linux-audio-dev] streaming from disk to terminatorX added (via est
1999-10-25 12:52 ` [linux-audio-dev] streaming from disk to terminatorX added (via mmap) Benno Senoner
1999-10-25 12:58 ` Benno Senoner
1999-10-26 6:59 ` [linux-audio-dev] streaming from disk to terminatorX added (via Andy Lo A Foe
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-94078514814215@msgid-missing \
--to=andy@alsa-project.org \
--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