Greetings:
I'm trying to compile the Teknocomposer software but have run into a
problem that Nick doesn't know what to do about (beyond suggesting I
update my compiler). Here's the failure point:
make[2]: Entering directory `/home/dlphilp/teknocomposer/teknocomposer'
c++ -DHAVE_CONFIG_H -I. -I. -I.. -O2 -fno-exceptions -fno-check-new
-fexceptions -c MainWindow.cxx
MainWindow.cxx:405: parse error before `{'
MainWindow.cxx:410: destructors must be member functions
MainWindow.cxx:410: virtual outside class declaration
MainWindow.cxx:418: parse error before `}'
MainWindow.cxx:420: syntax error before `*'
MainWindow.cxx:424: invalid use of undefined type `class
AppSoundDriver'
MainWindow.cxx:404: forward declaration of `class AppSoundDriver'
MainWindow.cxx:435: invalid use of undefined type `class
AppSoundDriver'
MainWindow.cxx:404: forward declaration of `class AppSoundDriver'
MainWindow.cxx: In method `AppSoundDriver::~AppSoundDriver ()':
MainWindow.cxx:443: `sizeof' applied to incomplete type
`AppSoundDriver'
MainWindow.cxx: At top level:
MainWindow.cxx:446: invalid use of undefined type `class
AppSoundDriver'
MainWindow.cxx:404: forward declaration of `class AppSoundDriver'
MainWindow.cxx:464: invalid use of undefined type `class
AppSoundDriver'
MainWindow.cxx:404: forward declaration of `class AppSoundDriver'
MainWindow.cxx:471: invalid use of undefined type `class
AppSoundDriver'
MainWindow.cxx:404: forward declaration of `class AppSoundDriver'
MainWindow.cxx: In function `int main (int, char *)':
MainWindow.cxx:2508: `theSoundDriver' undeclared (first use this
function)
MainWindow.cxx:2508: (Each undeclared identifier is reported only once
for each function it appears in.)
MainWindow.cxx:2508: parse error before `('
make[2]: *** [MainWindow.o] Error 1
make[2]: Leaving directory `/home/dlphilp/teknocomposer/teknocomposer'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/dlphilp/teknocomposer'
make: *** [all-recursive-am] Error 2
The specific code block looks like this:
/////////////////////////////////////////////////////////////////////////////
class AppSoundDriver : public SoundDriver
{
public:
AppSoundDriver(REAL sample_rate, int num_channels);
virtual ~AppSoundDriver();
// this is called to fill buffer with len samples
void Run(REAL * buffer, uint32 len);
void Start();
void Stop();
};
AppSoundDriver * theSoundDriver;
AppSoundDriver::AppSoundDriver(REAL sample_rate, int num_channels)
{
printf("Starting Sound Driver...\n");
#ifdef PORT_AUDIO_DRIVER
openPortAudio(this, sample_rate, num_channels);
#endif
#ifdef ALSA_DRIVER
openALSADriver(this, sample_rate, num_channels);
#endif
}
AppSoundDriver::~AppSoundDriver()
{
printf("Closing sound driver...\n");
#ifdef PORT_AUDIO_DRIVER
closePortAudio();
#endif
#ifdef ALSA_DRIVER
closeALSADriver();
#endif
}
//////////////////////////////////////////////////////////////////////
Nick's advice to upgrade my compiler is timely (I'm using GCC 2.96 from
RH 7.2) but unfortunately I can't make the switch right now. If there's
an obvious (or non-obvious) solution to my dilemma I'd be happy to hear
of it.
Best regards,
== Dave Phillips
The Book Of Linux Music & Sound at http://www.nostarch.com/lms.htm
The Linux Soundapps Site at http://linux-sound.org
Currently listening to: Ravi Shankar, "Raga Bilashkani Todi"
To avoid duplication of effort I'd like to announce that I'm working on a
Linux (ALSA sequencer + JACK) app based on the ZR-3 VSTi code that was
released on SourceForge.
The ZR-3 is described as a three-channel drawbar organ, and you can see
some reviews of the VSTi at http://www.kvr-vst.com/get.php?mode=show&id=213
Right now I have the backend working so I hear organ sounds but I need
to do more work on the MIDI input (the VSTi understands raw MIDI bytes,
while ALSA sequencer sends event structures..) and obviously build some
kind of Linux GUI, probably with GTK+ 2.x
As far as I know this is the only VSTi for which source code has been
made available under a Free license. If you know of other instruments
that are available (and so could be amenable to the same transformation)
then please let the list (and thus me) know.
Nick.
Hey, list!
Im a bit of a newbie on this list, so forgive me if I do something wrong
(as usually happens. ;)
Anyway, I am working on a realtime sound application for use on stage in a
band setting. The purpose is for general prerecorded sound effects,
sequencing, and real time singal processing(like from a guitar to an amp).
It appears that in order to do this, i am going to need to use a sound card
with low latency, as well as a low latency kernel. (I'll most likely strip
the whole operating system down to the very minimum so that my application
is essentially the only application that needs to be scheduled).
My question is this-- where can I find a card that is both linux
compatible, and low latency. Although I've done some serious reading on
writing my own drivers, and im about a step away from doing it for some
preexisting card, i'd prefer to use some preexisting card. The other
problem is that my budget restricts me to about $200 or so. I mean i could
probably sqeeze about $300-400 if i really needed to.. but Im a poor college
student. (what can I say?) anyone know of a decent card that I could use
in this price range? I would really apprecaite your feedback.
Thanks
Craig
_________________________________________________________________
Help STOP SPAM with the new MSN 8 and get 2 months FREE*
http://join.msn.com/?page=features/junkmail
What is the contemporary wisdom from the LAD list gurus about the proper way
to implement MTC sync for sequencers and other tools? There is a lengthy
thread in the archives dating from 2000 which didn't seem to get into the
nitty gritty, and much may have changed in three years anyway.
1) Is the sync properly implemented in a sequencer application, or does ALSA
provide a useful framework for some kind of general solution? I believe that
both Ardour and Muse have MTC implementations built into the applications
(which seem to have rotted at this point; it doesn't seem to work for me).
Why was this, and what are the alternatives?
2) The 2000 thread discussed how bad SMTPE is for audio sync. Unfortunately,
SMPTE/MTP seems to be the standard that is implemented in hardware devices
that we can actually buy. There is probably no point in beating that dead
horse again. It is what we have.
3) Does Jack have a role to play in syncing applications and external hardware
together?
4) Does SMTPE/MTC have a role in software to software sync, or just syncing to
external hardware?
John
Howdy,
Is there something in the VST SDK licensing agreement that would
prevent someone from porting the API to Linux?
--
Oliver Sampson
olsam(a)quickaudio.com
http://www.oliversampson.com
Hi.
I released ZynAddSubFX 1.4.0 and contains many new
features:
- added instrument's own effect (effects that
are loaded/saved with the instrument)
- FreeMode Envelopes: all Envelopes can have any
shape (not only ADSR)
- Added instrument kits: It is possible to use
more than one instruments into one part (used for
layered synths or drum kits)
- Amplitude envelopes can be linear or
logarithmic
- added interpolation on the Resonance user
interface
- user interface improvements and cleanups of
it's code
- initiated a mailing list to allow users to
share patches for ZynAddSubFX. Please share your
ZynAddSubFX patches; look at
http://lists.sourceforge.net/mailman/listinfo/zynaddsubfx-user
for more information about the mailing list.
For those you don't know about it, ZynAddSubFX is a
powerfull software synthesizer for Linux and Windows.
It is a opensource software and is licensed under GNU
GPL 2.
The homepage is:
http://zynaddsubfx.sourceforge.net/
Paul.
__________________________________________________
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo
http://search.yahoo.com
On Monday 14 April 2003 06:26 am, you wrote:
> the ALSA sequencer does not do this. it could probably be coerced into
> doing so, but it wouldn't work correctly on kernels pre 2.5.6X or
> so. the "scheduling" requirements for delivering MTC are impossible to
> satisfy in earlier kernels without patches (and not the low-latency
> patch, but others).
So I am working on a new composition that is ready for some computer
assistance. The way I choose to work, I need a sequencer application like
Muse or Rosegarden to sync either to my ADAT or to Ardour. Both options
would be best, but one or the other would get me going. Because this is a
priority for me, I am interested enough in making this happen that I will
hack on code for a while instead of composing.
May I have some guidance from the LAD wizards about what is the most realistic
way for this to happen?
1) Which tools, hardware or software, have the cleanest timing designs ready
for a satisfying sync implementation between a sequencer and a recorder?
2) In those codebases, which part(s) need the work, and what is the most
satisfying way to go about it?
3) Are there any new pieces of independent software like a driver module that
would be convenient to have as part of a good, clean, sync solution?
For composing my last record, I used my ancient black face ADAT with a
Steinberg MTC generator, a Motu MIDI Express XT for getting the MTC to the
computer, and an ancient version of Cakewalk in 'doze that slaved to the
ADAT. Although using 'doze and Cakewalk was extremely painful and was
generally far from what I really wanted, the syncronization seemed to work
OK. My demands were not particularly high, though, because none of the
sequencer/ADAT work was used for the album other than as a scratch track.
(All the released tracks were 100% analog, the way I like it.) I'm hoping
that soon, I can get this basic set of Linux tools that do everything as well
or better without the pain of windoze.
Thanks for any advice,
John
Hello Developers.
I have my project going. It is hosted on Source Forge.
http://www.sourceforge.net/projects/audiostarhttp://audiostar.sourceforge.net
You can download the latest ALPHA release and listen to a sample of some
funky beats.
The project aims to produce real-time music creation software. I am
developing now exclusively on Linux. I use KDevelop studio because it's
very quick and easy. But yes I can hack away at the command prompt. The
only thing I don't understand yet are autoconf files.
Tekno Composer is a studio for making tekno/dance/hip-hop/break-beats
and any other form of electronic music. It is modelled after very famous
instruments/machines without breaking any copyright laws. There is no
copyright on how these machines were programmed.
I use FLTK 1.1.3 and Port Audio. There will be Jack connectivity in the
future.
The project needs a developer or two to help to get a stable release out
so Linux DJ's can start using it. I can do it all myself it just takes
time and I'd like to have a stable release in a few months. If you'd
like to join with me send me an e-mail. This is not an ego project I
really don't care if you are better than me or want to help steer the
direction of the project or even help run it.
Peace
--
Nick <nicktsocanos(a)charter.net>
>and as i will discuss at the LAD meeting at ZKM in 2 weeks, writing
>audio software like this has the easy-to-fall-into trap that arecord
>demonstrates: a basic design that falls apart as soon as a few basic
>assumptions turn out to be false.
Will notes or slides from the talk be available afterwards for those of us who can't go?
Taybin
Hi Nick,
>For something different I read this:
>
>(this list).. " Home page for the low-latency hard-realtime audio application gurus. The LAD group also develops API standards to promote interoperability between audio application .. "
>
>oops, I thought you were a bunch of hobbyist like me. I didn't realize
>this was for such serious talk.
>
>I'll leave this list be from here out, but thanks for your pointers and
>helping me get started.
>
No, no, no, no! Nick, I'm pretty sure you are taking the quote waaaay to
seriously.
If you are making sound applications you definately belong on this list.
To be truthful I've not not programmed any sound applications at all
(not open source anyway), but I still think I belong here just because
it is a very dear interest of mine.
There are about 600 subscribers to this list, I'm sure some of them
actually live up to the the quote above (and I'm grateful), but most
people don't have a clue. And I actually think that is the way it should be.
Atleast to me, this list definately isn't an elite, invitation only,
meeting place for initiated. Rather it's a meeting place for friendly
people with a common interest, mainly sound apps and linux.
As for for some encouragement to you, Nick, I've always admired people
who are able to keep on working on a project of this magnitude until it
actually is _something_, just because they want to! I saw your
announcement about your recent audio application project, and am very
impressed with the scope of the project, I haven't tried it myself so I
don't know how much you've got in place, but it seems like it will be
one impressive software (if it isn't already). (with that in mind it's
even harder for me to imagine that you don't belong in here, you
certainly surpass my own accomplishments towards infinity.)
So.... If you have unsubscribed already, resubscribe! And keep up the
good work! :-)
Regards,
Robert
