Hi everyone,
I'm attempting to compile the latest version of hydrogen. I'm
following the instructions here:
http://trac.assembla.com/hydrogen/wiki/development%3Aqt4compile
The compile fails with this error:
g++ -o gui/src/PlaylistEditor/PlaylistDialog.o -c -pthread -O3
-fomit-frame-pointer -funroll-loops -DOSS_SUPPORT -DALSA_SUPPORT
-DJACK_SUPPORT -DLRDF_SUPPORT -DFLAC_SUPPORT -DLADSPA_SUPPORT
-DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_XML_LIB -DQT_SHARED
-I. -Igui/src -I3rdparty/install/include -Ilibs/hydrogen/include
-Igui/src/UI -I/usr/include/qt4 -I/usr/include/qt4/QtCore
-I/usr/include/qt4/QtGui -I/usr/include/qt4/QtNetwork
-I/usr/include/qt4/QtXml gui/src/PlaylistEditor/PlaylistDialog.cpp
gui/src/PlaylistEditor/PlaylistDialog.cpp: In constructor
‘PlaylistDialog::PlaylistDialog(QWidget*)’:
gui/src/PlaylistEditor/PlaylistDialog.cpp:101: error: ‘playerControl’
was not declared in this scope
scons: *** [gui/src/PlaylistEditor/PlaylistDialog.o] Error 1
scons: building terminated because of errors.
make: *** [build-stamp] Error 2
dpkg-buildpackage: failure: debian/rules build gave error exit status 2
I have no idea what this means...can anyone give me any clues or direction?
Thanks!
--
Josh Lawrence
http://www.hardbop200.com
On 09/02/2009 06:48 AM, Florent Berthaut wrote:
> Hi everyone,
>
> i'm happy to learn about this new direction for lash. It looks really
> promising.
> The goal: "collaborate with x11 wm ..." reminded of an idea i had this
> summer during the RMLL ("rencontres mondiales du logiciel libre") while
> talking with musicians of the windows world.
> They told me that they liked the gnu approach ("one application for one
> task"), that it was great to be able to change a part of the workflow
> independently. They also obvioulsy liked the idea of lash, being able to
> save and recall a session.
>
> But what they worried about (especially ableton live users) was the fact
> that a great number of windows could become complicated to handle
> compared to single window applications as live.
>
> So the idea of remembering the windows positions is a good point but i
> think another interesting point would be to have an application that
> grabs all the music applications' windows and tiles them automatically
> (of course with the possibilities of resizing and moving each tile)
> So when you restore a session all the windows are accessible at once.
> This would be a sort of musical window manager and would allow to
> combine the advantage of a single window application with the advantages
> of multiple interconnected applications.
>
> Perhaps it already exists, if it does please let me know ;)
>
>
I have had this idea for a while and your diea would compliment it very
well.
Basically the window manager should provide a hook for the app to have a
jack port on the title bar. This would then allow the window manager to
control teh layout and location of all apps with a jack port.
Alternatively it could also use ladish to provide the wrapper to all the
ladish/jack apps.
I know it is early days since Nedko just released his updates to the
system but I think we have an opportunity to provide this integration
from a window management perspective. In my mind it is a logical and
inevitable feature that will give desktop users a game like graphical
management option they can play with and get excited about.
Cheers.
Patrick Shirkey
Boost Hardware Ltd
> Regards
>
> Florent
>
>
> _______________________________________________
> Linux-audio-dev mailing list
> Linux-audio-dev(a)lists.linuxaudio.org
> http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
>
Hi all,
Here's my latest tune for your consideration. Any comments will be much
appreciated.
http://mastoridis.co.uk/temp/Viktor_Mastoridis-Ajuda_Gardens.ogg.zip
Inspired by the magical Ajuda Gardens in Portugal, main instrument called
Baglamas - a mini version of the Greek Bouzouki.
Recorded on the brand new AVLinux 2.0r2, using Ardour, Rosegarden (SF2 banks
on Fluidsynth plugin) and Hydrogen for the music; Jamin for the
post-production.
Viktor
"...the small world of Linux audio. The progress goes on, and now it is
2009."
I feel sorry for that kind of imperialist/progessist thinking..You are
right, we are in 2009 and some thinking should be different nowadays,
progress not always bring good things, if you can tell the difference
between good and bad..
Some vague third world thoughts
Daniel D2 - Brazil
2009/9/1 Michael Bohle <opendaw(a)jacklab.org>
> ----- original Nachricht --------
>
> Betreff: [LAU] What Live is about (was: Re: ableton live in vmware)
> Gesendet: Di, 01. Sep 2009
> Von: Thorsten Wilms<t_w_(a)freenet.de>
>
> > On Mon, 2009-08-31 at 20:56 -0400, Brett McCoy wrote:
> >
> > > I have to admit complete ignorance here, but what is it about Live
> > > that makes it advantageous over DAWs like Ardour, Reaper, Sonar, Pro
> > > Tools, etc? Is it primarily loop/clip/synth based rather than a hard
> > > disk recorder/mixer like a traditional DAW?
> >
> > My knowledge is based on reading about it in magazines early on and much
> > later using the trial version for a bit.
> >
> > When it came out, using software for live performance was seen as novel
> > idea (there might have been an "underground" scene thinking
> > differently).
> >
> > The minimalistic graphics optimized for clearness were a revelation.
> > Dialogs are avoided, it's all in one window.
> >
> > AFAIK it allows tempo changes and immediately stretches/shrinks all
> > audio to fit. Sony Acid might have been earlier with that.
> > You can also add markers on clips and then move these markers and the
> > material between markers will be stretched/shrunken to accommodate. The
> > version I tried would do so "only" linearly :)
> >
> > I think the central new concept was having a matrix view, where you have
> > columns for tracks/instruments and rows for "Scenes".
> > Have a look at:
> > http://digisound.files.wordpress.com/2008/06/3-big-rocker.jpg
> > All those rectangles with play symbols are patterns.
> > If you look down the "Master" column, it should become clear what scenes
> > are about. Note that you can trigger any of the patterns any time.
> > There's a sync feature that can make sure patterns will be started on
> > the beat/next-measure.
> >
> > There's also a "traditional" arrangement view:
> >
> http://www.kaosaudio.com/images/software/ableton-live-7-le-arrangement.png
> >
> > Nowadays there's a collection of deeply integrated synth "plugins".
> >
> >
> > GUI-wise, you could always add such a matrix to an existing
> > DAW/sequencer (not a small project, of course). But you need a backend
> > that can play any pattern any time, with a sync-to-beat trigger feature.
> > And live time stretching.
> >
> > So, none of the linux audio apps comes even close.
> > A set of separate tools can never be a replacement (except with a
> > not-seen-before sophisticated level of optional integration, perhaps).
> >
> > People can talk about the real or perceived shortcomings of linux audio
> > tools all day. Doesn't change a thing. The vague and sometimes silly
> > comparisons and the very foggy ideas what some commercial apps actually
> > offer are damn frustrating. Would surprise me to read something *new*.
> >
>
> Thank you for this. It makes me crazy when I read "You don't need fancy
> apps like this, hydrogen is good enough" or "sooperlooper do the job".
>
> I use AL because it is a masterpiece of music software and it fits my needs
> for a creative workflow. It is the state of art today and contemporary
> technology for musicians. It is no hype, it is an answer for the question:
> How you can make music without touching the limits of software.
>
> When I read "just put together a few apps on Linux with JACK and you have
> the same" it make me clear that most of the Linux fanboys here are never
> seen or used modern software and they don't know what they are talking
> about. Even David Philips never seen Garageband, but he talk about. It is no
> good idea to hide behind the small world of Linux audio. The progress goes
> on, and now it is 2009.
>
> Michael
>
> >
> > --
> > Thorsten Wilms
> >
> > thorwil's design for free software:
> > http://thorwil.wordpress.com/
> >
> > _______________________________________________
> > Linux-audio-user mailing list
> > Linux-audio-user(a)lists.linuxaudio.org
> > http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
> >
>
> --- original Nachricht Ende ----
>
> _______________________________________________
> Linux-audio-user mailing list
> Linux-audio-user(a)lists.linuxaudio.org
> http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
>
>>
>> Hi Folks
>>
>> I've released some more music, mixed with Ardour...
>>
>> http://www.junodownload.com/products/1461837-02.htm
>>
>> Here's an interview where I give the community a small plug..
>>
>> http://www.fun-in-the-murky.com/mt/2009/08/son-of-zev---mana-from-melbourne…
>>
>> Also coming soon.. a remix I did in Ardour has made it VINYL.. yes vinyl ... I
>> will post more around the release date.. However, it will be easier to get in
>> Europe than in Australia.. so those of you with record players may like it for
>> your collection..
>>
>> cheers
>>
>> Allan
>
>Way too far out for me I'm afraid :(
>
>--
>Will J Godfrey
>http://www.musically.me.uk
>_______________________________________________
No problems but thanks for taking a listen
Hi,
I have completely rewritten Simple Sysexxer. As I need feedback how it copes
with various MIDI devices, here's a first public beta release.
Get the current code:
http://sourceforge.net/projects/sysexxer
More details can be found on its homepage:
http://www.christeck.de/wp/products/simple-sysexxer/
If you download and use it, please report success or problems via PM.
Hope you like it,
ce
so I tried to compile SND the other night
per these instructions:
http://ubuntuforums.org/archive/index.php/t-853005.html
downloaded the needed Motif deps but everything else I seemed to have
already
I set the switches in the configure process for Jack and Motif
./configure --with-jack --with-static-xm --with-doubles
--with-motif-prefix=/usr/lib
[I also tried --with-alsa which didn't work either]
it managed to compile OK except it didn't use Jack nor the guile libs
nor was there any sound out...
anyone know where to get a more recent .deb - than what's in the Ubuntu
or Debian repo?
The first milestone is reached and result is a tarball that brave souls
may want to download and try. It contains implementation of JACK
multiconfig functionality. JACK server settings can be saved as part of a
studio. Then, loading studio will cause JACK settings stored as part of
the studio to be restored.
Build will produce three operational components:
* ladishd - The daemon, a D-Bus service
* gladish - GTK GUI interface
* ladish_control - Command-line interface
In the tarball you will also find bundled suitable (latest and gratest)
flowcanvas and LADI Tools.
Download:
http://ladish.org/download/ladish-0.1.tar.bz2http://ladish.org/download/ladish-0.1.tar.bz2.sig
Homepage: http://ladish.org/
Roadmap: http://ladish.org/roadmap
---------------------------------------------------------------------
LADI Session Handler or simply ladish is a session management system
for JACK applications on GNU/Linux. Its aim is to allow you to have
many different audio programs running at once, to save their setup,
close them down and then easily reload the setup at some other
time. ladish doesn't deal with any kind of audio or MIDI data itself;
it just runs programs, deals with saving/loading (arbitrary) data and
connects JACK ports together. It can also be used to move entire
sessions between computers, or post sessions on the Internet for
download.
ladish has GUI frontend, gladish, based on lpatchage (LADI Patchage)
and the ladish_control command line app for headless operation. LADI
Tools is set of apps that interface with ladish, JACK server and
a2jmidid
ladish requires D-Bus and JACK compiled with D-Bus support.
LADI Session Handler is rewrite of LASH.
Project goals:
* Save and restore sets of JACK (audio and MIDI) enabled
applications.
* Provide JACK clients with virtual hardware ports, so projects can
be transfered (or backups restored) between computers running
different hardware and backups.
* Don't require session handling library to be used. There is no need
of such library for restoring connections between JACK clients.
* Flow canvas based GUI. Positions of elements on the canvas are
saved/restored.
* Allow clients to use external storage to save its state. This
includes storing internal state to non-filesystem place like memory
of a hardware synth. This also includes storing client internal
state (client project data) in a way that is not directly bound to
ladish project.
* Import/export operations, as opposed to save/load. Save/load
operate in current system and may cause saving data outside of
project itself (external storage). Import/export uses/produces
"tarball" suitable for transferring session data over network to
other computer or storing it in a backup archive.
* Hierarchical or tag-based organization of projects.
* List of JACK applications. Applications are always started through
ladish to have restored runtime environment closer to one existed
before project save.
* Distributed studio - network connected computers. Netjack
configuration is part of the studio and thus is saved/restored.
* Collaborate with the X11 window manager so window properties like
window position, virtual desktop and screen (multimonitor) are
saved/restored.
--
Nedko Arnaudov <GnuPG KeyID: DE1716B0>
On Tue Sep 1 15:43 , Leigh Dyer sent:
>sonofzev(a)iinet.net.au wrote:
>> Hi Folks
>>
>> I've released some more music, mixed with Ardour...
>>
>> http://www.junodownload.com/products/1461837-02.htm
>>
>> Here's an interview where I give the community a small plug..
>>
>> http://www.fun-in-the-murky.com/mt/2009/08/son-of-zev---mana-from-melbourne…
>
>Nice :) It sounds like there's a few of us Melbournians kicking around
>on the list.
>
>Can I ask how you fit Ardour and your MPC together in your workflow? So
>far I've been using Ardour to record and either Rosegarden or Qtractor
>to sequence my synths (some software, but mainly my Blofeld), usually
>just a part at a time. Do you do something similar with the MPC for
>sequencing when recording, or is it mainly for live use?
Sure thing... I use the MPC initially to do the loop sequences.. then use it for
the arrangement.... I do some final linear sequencing (e.g. filter knobs e.t.c..)
I then multitrack record these into Ardour and work on a final mix .. some final
effects, fader automation e.t.c...
The MPC is of course the centre of live performances too..
If you are in Melbourne come and check out one of my gigs... I'm always happy to
chat after my set (I'm often a bit nervy and anti-social before my set)..
info can be found on my myspace page www.myspace.com/sonofzev
or below
http://www.inthemix.com.au/forum/showthread.php?t=257987http://www.inthemix.com.au/forum/showthread.php?t=255563
Aaron L. wrote:
> I second the whole "building software from source" bit.
>
My next two articles have already been submitted, and guess what they're
about ?
Rick Boulanger had asked me to provide such a guide for his upcoming
book on audio programming, so I used that material as a basis for my
next LJ articles. No video for those though, sorry, but it is an
in-depth look at the process of building Linux audio software from
source code packages.
> These sound great!
Lest there be any misunderstanding about the videos: I've been asked to
make some, I haven't promised a series. I'll try some of the suggestions
from this list, if they go over well I'll continue them. However, it's
obvious from the responses that folks want some introductory
instructional videos. I'm not the only one here with a camera and
recordmydesktop, so if anyone else wants to step up please do so.
Meanwhile I'll sift through the replies and will decide which topic to
start. So far I think that the properties of JACK/QJackCtl/Patchage are
the most mystifying, I'll probably start there. I'll plan on three
videos to start, that'll carry me through the next two months of
submissions (assuming the vids are any good and get some decent numbers).
Thanks to everyone who has replied so far, I appreciate the input and
will consider all your suggestions.
Best,
dp