Howdy, all. I've sent a similar message to comp.music.midi and
rec.music.makers.synth, but I don't think I'll get many replies. I hope
this isn't OT for the list (and that someone here knows the answer!)
In any case, I'm trying to write an application that "does stuff" (not
necessarily an editor/librarian, but with a small feature overlap) with
the user bank and performance data on my TX81z here, and I'm confused
about the VMEM bulk data format.
1. Page 74 of the manual states that address 6 (and 16, 26, and 36)
is occupied by AME (b6), EBS (b4-2), and KVS (b1-b0) data.
However, it also states that KVS data ranges from 0-7, which is
clearly impossible in 2 bits. Where's the mistake? Should EBS
be bits 5-3 and then KVS as bits 2-0?
2. How would one compute VMEM checksums? Heck, as long as I'm at
it, what's the method for computing all of the checksums
(i.e. VMEM, PCED, PMEM, SYS, microtune, etc.)?
I have looked at the sourcecode for JSynthLib (which, for some reason,
doesn't run properly in my environment -- too bad, because it seems to
be a good program), but the answers to these questions were not really
clear to me from an examination of its TX81z driver. (In its defense,
very little bit-twiddling Java code is particularly clear.) In
particular, either their checksum implementation is wrong or the TX81z
manual is wrong (my money's on the latter).
In any case, I'd be glad to hear from anyone with experience doing this
kind of junk to the TX81z. It seems that most of the TX81z sysex info
available on the net is for real-time control.
best,
wb
--
Will Benton | "Die richtige Methode der Philosophie wäre eigentlich
willb(a)acm.org | die: Nichts zu sagen, als was sich sagen läßt...."
Anyone made autoconf macros for libsndfile?
Specifically ones that could test for the
appropriate version of libsndfile? I have
completed the initial integration of libsndfile
into gwc and am working on the configure scripts,
would rather use someone else's before I hack one
together myself...
Thanks,
Jeff Welty
Hello,
I´m new to this list and i´m not sure if i asking on right forum.
I´m looking for information for Ripping a CD to a non compressed format into as good as possible format for audio-playback.
Anyone have suggestion on thisone. I´m goona play from a Linux-box with a Semi pro Soundcard with external DAC.
Best regards /Lasse - from Sweden
Hi everyone,
I have now set up a new mailing list at gnome.org for discussing GNOME
multimedia development. The list is meant to allow multimedia developers
all across the GNOME and GTK+ world to come togheter to discuss issues
of interoperability, library development, and general issues related to
developing multimedia applications for GTK+ and GNOME. I hope as many as
possible of you will join the list and the effort to bring multimedia
support under GNOME 2 forward.
You find details on the list at:
http://mail.gnome.org/mailman/listinfo/gnome-multimedia
Sincerely,
Christian
any new and updated info on the cardbus interface, for the HDSP. Mine
should be in the post today, and I am chomping at the bit
On Fri, 2002-07-05 at 17:03, Paul Davis wrote:
> >Just unwrapped my new thinkpad, so I am thinking of ordering the cardbus
> >interface for my hdsp. Has anyone gotten the cardbus to work with the
> >digiface box?
>
> it works (orm has reported it working). it seems very dependent on the
> kernel, cardbus utilities and possibly the underlying hardware. if
> these 2 succeed with their task of making the pcmcia card appear like
> a normal PCI device, then everything proceeds as normal. several
> people have combinations of these 3 that fail at this goal.
>
> >As for the pci/digiface system I currently have, it seems that even
> >with the latest cvs code, I still need to unload/reload the hdsp module,
> >before Jack is able to use the device. I dont remember the exact
>
> i believe i have already told you that i fixed this, but have not yet
> submitted the patch because i am trying to fix the lack of output issue.
>
> >message, but I can post it later if it would help. There is no audio
> >output, until I load the rme modules, reboot, and reload the modules.
> >After which everything seems to work fine. Any ideas on where to look
> >for debug info would be greatly appreciated.
>
> orm did some great detective work. the cardbus/pcmcia version works,
> but when it stops, it seems necessary to eject the card then reload it
> again. this fixes the output problem. i am hoping to try out an
> equivalent process (which you have outlined above), one way or
> another, tonight.
>
> --p
>
--
drh(a)niptron.com
Great spirits have always encountered violent opposition from mediocre
minds.
-- Albert Einstein
They laughed at Einstein. They laughed at the Wright Brothers. But
they
also laughed at Bozo the Clown.
-- Carl Sagan
http://plugin.org.uk/lrdf/
I had to bundle up libraptor with the LADSPA specific stuff for complicated
reasons, so the auto* stuff is nasty. It builds OK on my RedHat and
RedHat+Planet CCRMA machines though.
There are no docs yet, but there are some fairly clean exmaples in the
examples direcory.
The API and subclass heirachy of plugins is far from fixed, so tell me
what you think.
- Steve
Paul Davis wrote:
>>
>>that doesn't solve the generic malloc problem (strings of arbitrary
>>size) but it does look attractive for the common case of fixed-size
>>events.
>
>
> yes, and it would be less than a few hours to get it working.
>
> the problem is that many of the interesting data types are variable
> sized. MIDI is the most obvious.
>
For midi: wouldn't it be possible to allocate block of the upper bound-size.
I mean midi is constrained by the transfer-rate. Commands can be placed into
the buffer at the point in time when they should occure. Ofcourse they need to check
if the time-slot is still free and should use the next free one.
Stefan
--
\|/ Stefan Kost
<@ @> private business
+-oOO-(_)-OOo------------------------------------------------------ - - - - -
| __ Address Zwenkauer Str. 24 HTWK Leipzig, Fb IMN, Postfach 300066
| /// 04277 Leipzig 04277 Leipzig
| __ /// Germany Germany
| \\\/// Phone +49341 3910483 +49341 30766101
| \__/ EMail st_kost(a)gmx.net kost(a)imn.htwk-leipzig.de
| WWW www.sonicpulse.dewww.imn.htwk-leipzig.de/~kost/about.html
===-=-=--=---=---------------------------------- - - - - -
Sweep 0.5.4 Development Release
-------------------------------
Sweep is a sound wave editor, and it is now also generally useful as a
flexible recording and playback tool. Inside lives a pesky little virtual
stylus called Scrubby who enjoys mixing around in your files.
This development release is available as a source tarball at:
http://prdownloads.sourceforge.net/sweep/sweep-0.5.4.tar.gz?download
Changes since version 0.5.3 (September 5 2002) include bug fixes for
playback during destructive operations and for edits of tiny regions,
and improvements in configuration checks for libsndfile-1.0.0.
Additionally, scrubbing is now working for reverse playback, and has been
tuned for responsiveness independent of sample rate.
There is now a web page introducing Scrubby and outlining a few simple
editing and live performance techniques:
http://www.metadecks.org/software/sweep/scrub.html
Summary of library dependencies:
* GTK+ 1.2 (standard in most distributions)
* libsndfile-1.0.0, available at:
http://www.zip.com.au/~erikd/libsndfile/libsndfile-1.0.0.tar.gz
* libtdb, available in many distributions or at:
http://www.sourceforge.net/projects/tdb
Screenshot:
http://www.metadecks.org/software/sweep/images/screenshots/sweep_20020813.p…
Sweep is designed to be intuitive and to give you full control. It includes
almost everything you would expect in a sound editor, and then some:
* precise, vinyl like scrubbing
* looped, reverse, and pitch-controlled playback
* playback mixing of unlimited independent tracks
* looped and reverse recording
* internationalisation
* multichannel and 32 bit floating point file support
* LADSPA 1.1 effects support
* multiple views, discontinuous selections
* easy keybindings, mouse wheel zooming
* unlimited undo/redo with fully revertible edit history
* multithreaded background processing
* shaded peak/mean waveform rendering, multiple colour schemes
Help wanted! Sweep needs testing; please report any problems encountered!
Urgent development is required in the following areas: ALSA and Jack support,
updating of translations and user documentation. (NB. Sweep works fine with
ALSA under OSS emulation -- the native ALSA support needs some fixing).
Sweep is Free Software, available under the GNU General Public License.
More information is available at:
http://www.metadecks.org/software/sweep/
Thanks to Pixar Animation Studios and CSIRO Australia for supporting the
development of this project.
enjoy :)
Conrad.