Re: [LAD] PHASEX (was: Jack Session Manager: feature request)
On 07/02/2011 12:52 AM, Emanuel Rumpf wrote: 2011/7/1 rosea grammostolarosea.grammost...@gmail.com: Hmm PHASEX deserves the same kind of love Zynaddsubfx gets these days via Yoshimi imho. It's one of the few quality synths on Linux. Maybe a generous hacker will provide a patch for JS support in PHASEX :) Hi Following your call, rosea, I added JackSession support to phasex ! The concept is still very new to me, but the result is promising at least. Thanks a lot man! It currently doesn't restore the connections made, not sure why, maybe I'm doing anything wrong with the uuid ?? I am sure Torben can help you with that. I can send the sources to you, or whoever requires it, in order to upload to an appropriate location. Yeah, maybe the source can be uploaded to github or something, like 'phasex-dev' is now (*). HINT: In the new qjackctl, the session-SAVE-dialog has a button labled Open. I'll have a look. Thanks again. \r * https://github.com/disabled/phasex-dev ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] PHASEX
On 07/02/2011 11:06 AM, rosea grammostola wrote: On 07/02/2011 12:52 AM, Emanuel Rumpf wrote: 2011/7/1 rosea grammostolarosea.grammost...@gmail.com: Hmm PHASEX deserves the same kind of love Zynaddsubfx gets these days via Yoshimi imho. It's one of the few quality synths on Linux. Maybe a generous hacker will provide a patch for JS support in PHASEX :) Hi Following your call, rosea, I added JackSession support to phasex ! The concept is still very new to me, but the result is promising at least. Thanks a lot man! It currently doesn't restore the connections made, not sure why, maybe I'm doing anything wrong with the uuid ?? I am sure Torben can help you with that. I can send the sources to you, or whoever requires it, in order to upload to an appropriate location. Yeah, maybe the source can be uploaded to github or something, like 'phasex-dev' is now (*). https://github.com/grammo/phasex git://github.com/grammo/phasex.git g...@github.com:grammo/phasex.git HINT: In the new qjackctl, the session-SAVE-dialog has a button labled Open. I'll have a look. Thanks again. \r * https://github.com/disabled/phasex-dev ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Jack Session Manager: feature request
On 07/02/2011 12:52 AM, Emanuel Rumpf wrote: HINT: In the new qjackctl, the session-SAVE-dialog has a button labled Open. Sorry, I don't see what you mean. It is called Open or something else...? \r ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] PHASEX
On 07/02/2011 11:28 AM, rosea grammostola wrote: On 07/02/2011 11:06 AM, rosea grammostola wrote: On 07/02/2011 12:52 AM, Emanuel Rumpf wrote: 2011/7/1 rosea grammostolarosea.grammost...@gmail.com: Hmm PHASEX deserves the same kind of love Zynaddsubfx gets these days via Yoshimi imho. It's one of the few quality synths on Linux. Maybe a generous hacker will provide a patch for JS support in PHASEX :) Hi Following your call, rosea, I added JackSession support to phasex ! The concept is still very new to me, but the result is promising at least. Thanks a lot man! It currently doesn't restore the connections made, not sure why, maybe I'm doing anything wrong with the uuid ?? I am sure Torben can help you with that. It seems to work good here. You have to disable JACK autoconnect in PHASEX and then the connections seems to work. If I choose patch 6 in PHASEX, save the session, reload the session - patch 6 is reloaded but it is called patch 0 instead (it shows up as patch 6 also). Not sure if this is the expected behavior from PHASEX. I can send the sources to you, or whoever requires it, in order to upload to an appropriate location. Yeah, maybe the source can be uploaded to github or something, like 'phasex-dev' is now (*). https://github.com/grammo/phasex git://github.com/grammo/phasex.git g...@github.com:grammo/phasex.git HINT: In the new qjackctl, the session-SAVE-dialog has a button labled Open. I'll have a look. Thanks again. \r * https://github.com/disabled/phasex-dev ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] JACK autoconnect and JackSession (was: PHASEX)
On 07/02/2011 11:50 AM, rosea grammostola wrote: On 07/02/2011 11:28 AM, rosea grammostola wrote: On 07/02/2011 11:06 AM, rosea grammostola wrote: On 07/02/2011 12:52 AM, Emanuel Rumpf wrote: 2011/7/1 rosea grammostolarosea.grammost...@gmail.com: Hmm PHASEX deserves the same kind of love Zynaddsubfx gets these days via Yoshimi imho. It's one of the few quality synths on Linux. Maybe a generous hacker will provide a patch for JS support in PHASEX :) Hi Following your call, rosea, I added JackSession support to phasex ! The concept is still very new to me, but the result is promising at least. Thanks a lot man! It currently doesn't restore the connections made, not sure why, maybe I'm doing anything wrong with the uuid ?? I am sure Torben can help you with that. It seems to work good here. You have to disable JACK autoconnect in PHASEX and then the connections seems to work. Just a note. AFAIK applications which make connections automatically with JACK are problematic for JackSession (also for Ladish iirc). It isn't bad to have JACK autoconnect in a application (could be handy), but there should be an option to disable it. Like it's possible in PHASEX and also in StretchPlayer (svn) for example. \r ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Android audio plugins
On 07/01/2011 09:44 PM, Gabriel M. Beddingfield wrote: On Friday, July 01, 2011 09:38:20 am Olivier Guilyardi wrote: On 06/30/2011 11:56 PM, Jeff McClintock wrote: Jump on board *early* LV2 ;) : :) I think it should be very easy to build and test the LV2 host stack on Android once the Glib dependency is gone. LV2 doesn't depend on Glib. Perhaps you're thinking of the libs to help you get started with using LV2? (e.g. slv2) Yes, that's what I meant by LV2 host stack. I'm talking about removing the Glib dependency from Sord and Lilv, as planned by David: http://lists.linuxaudio.org/pipermail/linux-audio-announce/2011-May/001722.html -- Olivier ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Jack Session Manager: feature request
2011/7/2 rosea grammostola rosea.grammost...@gmail.com: On 07/02/2011 12:52 AM, Emanuel Rumpf wrote: HINT: In the new qjackctl, the session-SAVE-dialog has a button labled Open. Sorry, I don't see what you mean. It is called Open or something else...? Yes, sorry, the message doesn't really concern you, but the author of qjackctl. (Rui Nuno Capela) The Button has a wrong caption, that's all. -- E.R. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] PHASEX
2011/7/2 rosea grammostola rosea.grammost...@gmail.com: It seems to work good here. You have to disable JACK autoconnect in PHASEX and then the connections seems to work. Here they don't. And phasex requires much time to start. How does jack-session know, when an application is ready for creating connections ? Suggestions: For larger gui-intense applications (which take time to start), SaveAndQuit should rather be SaveAndClose(current Documents). The some for single-instance applications. Else, it may take too much time restarting a whole setup. jack_session_reply( client, ev ); could additionally inform jack, whether it is using single instance mode. ev-app_in_single_instance_mode = true; and provide a method to load patches, without closing the application: int my_load_setup( void* data, void* event ); ev-load_setup = my_load_setup; This way, jack-session would be able to distinguish, whether to call ev-load_setup() or start the app with ev-command_line This load command would tell single_inst. apps to load a document and start multi_inst. apps with the path. An additional close_session command would be good (in qjackctl). This would close the documents of single_instance applications and quit multi_instance applications (but not jackd and pulse and patchage). -- E.R. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [Jack-Devel] JACK autoconnect and JackSession (was: PHASEX)
On Sat, Jul 02, 2011 at 12:07:33PM +0200, rosea grammostola wrote: On 07/02/2011 11:50 AM, rosea grammostola wrote: On 07/02/2011 11:28 AM, rosea grammostola wrote: On 07/02/2011 11:06 AM, rosea grammostola wrote: On 07/02/2011 12:52 AM, Emanuel Rumpf wrote: 2011/7/1 rosea grammostolarosea.grammost...@gmail.com: Hmm PHASEX deserves the same kind of love Zynaddsubfx gets these days via Yoshimi imho. It's one of the few quality synths on Linux. Maybe a generous hacker will provide a patch for JS support in PHASEX :) Hi Following your call, rosea, I added JackSession support to phasex ! The concept is still very new to me, but the result is promising at least. Thanks a lot man! It currently doesn't restore the connections made, not sure why, maybe I'm doing anything wrong with the uuid ?? I am sure Torben can help you with that. It seems to work good here. You have to disable JACK autoconnect in PHASEX and then the connections seems to work. Just a note. AFAIK applications which make connections automatically with JACK are problematic for JackSession (also for Ladish iirc). It isn't bad to have JACK autoconnect in a application (could be handy), but there should be an option to disable it. Like it's possible in PHASEX and also in StretchPlayer (svn) for example. a jack session client is not supposed to do any connections itself. if a flag to disable it already exist, just include this flag in the jack-session reply. -- torben Hohn ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [Jack-Devel] JACK autoconnect and JackSession
On 07/02/2011 08:09 PM, torbenh wrote: On Sat, Jul 02, 2011 at 12:07:33PM +0200, rosea grammostola wrote: On 07/02/2011 11:50 AM, rosea grammostola wrote: On 07/02/2011 11:28 AM, rosea grammostola wrote: On 07/02/2011 11:06 AM, rosea grammostola wrote: On 07/02/2011 12:52 AM, Emanuel Rumpf wrote: 2011/7/1 rosea grammostolarosea.grammost...@gmail.com: Hmm PHASEX deserves the same kind of love Zynaddsubfx gets these days via Yoshimi imho. It's one of the few quality synths on Linux. Maybe a generous hacker will provide a patch for JS support in PHASEX :) Hi Following your call, rosea, I added JackSession support to phasex ! The concept is still very new to me, but the result is promising at least. Thanks a lot man! It currently doesn't restore the connections made, not sure why, maybe I'm doing anything wrong with the uuid ?? I am sure Torben can help you with that. It seems to work good here. You have to disable JACK autoconnect in PHASEX and then the connections seems to work. Just a note. AFAIK applications which make connections automatically with JACK are problematic for JackSession (also for Ladish iirc). It isn't bad to have JACK autoconnect in a application (could be handy), but there should be an option to disable it. Like it's possible in PHASEX and also in StretchPlayer (svn) for example. a jack session client is not supposed to do any connections itself. if a flag to disable it already exist, just include this flag in the jack-session reply. Maybe good to add in the dev WIKI page for JackSession. \r ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Feature requests: add JackSession support
Am Thu, 30 Jun 2011 11:03:05 +0200
schrieb rosea grammostola rosea.grammost...@gmail.com:
huhu,
i currently finished a simple hydrogen implementation.
callback with:
save session(save the current song file)
save and exit(save and quit hydrogen)
so far so good.
but i didn't agree to save the application data into the jack-session folder!
imo, this is dangerous because you can lost all data very quick. mainly if you
overwrite
a session. also people like me, which plays often improvised music-sessions,
will
create tons of sessions folders with duplicated data.
that's why i prefer the h2 implementation with absolute filenames. so currently
h2 don't
use the ${SESSION_DIR} prefix to store the song files.
checkout hydrogen trunk to get it.
if jack/session.h is available on your system, hydrogen compile by default with
jack
session support.
lg wolke
Linux Audio Developer,
May I make a feature request here for your Linuxaudio application(s)?
Could you please add JackSession support? It makes working with JACK
standalone applications a lot more user friendly. There are some apps
who support it already and they work fine, like Yoshimi, Qtractor,
Pianoteq, Ghostess, Guitarix, Jack-Rack, Ardour3, Bristol, Seq24, Jalv,
Ingen, Connie, Specimen and probably more.
It is possible to use applications without JackSession-support in a
session (via so called infra clients), it starts the applications, make
the connections, but doesn't save the state. So obviously it would be
far more useful if those applications would get JackSession-support also.
Qjackctl is able to work as Session Manager, so is Pyjacksm (and likely
Patchage in the future).
According to comments on IRC by Paul Davis, it's very easy to add
JackSession support to your application.
Its really easy, just handle 1 more callback from the server. Torben's
walkthrough shows what is necessary.
Torben's walktrough:
http://trac.jackaudio.org/wiki/WalkThrough/Dev/JackSession
Thanks in advance,
\r
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
[LAD] MeeGo for better handheld/tablet multimedia? (was Re: Android audio plugins)
Given all the needed Linux dependencies, and the difficulties of getting decent audio performance on Android, what about not using Android and using good ol' Linux instead? Specifically, MeeGo on the Nokia N9 ( https://flors.wordpress.com/2011/06/20/nokia-n9-state-of-the-art-of-mobile-linux-and-qt/ ). I'm sure that it will be easier to create handheld multimedia applications on an in-production and widely-distributed, supported product that supports the full stack of libs and development tools already in use by the LAD community .. Fortunately, a bunch of interesting multimedia projects will be getting a Nokia N950 to develop applications for the upcoming Nokia N9 ( see also http://shootspeak.com/2011/06/24/nokia-n9-extra-facts-tidbits-updates/ ). The following are excerpted from http://wiki.meego.com/Community_Office/Community_device_program/Nokia#Accepted as of July 2 2011: -- Porting Maesynth and Maelophone from N900 Python to QML and C++. Stress testing the new Qt Game Enabler to see if we finally have low latency audio support in Qt. Will also look to see if we can get midi sample support via Wild Midi or equivalent. -- Porting FunkeySynth, a MeeGo Tablet synthesizer to Harmattan http://sandst1.wordpress.com/ -- Develop an audio recording application with geo-location support, plus other applications to improve personal productivity utilising the Harmattan notification/event view. -- Develop FM RDS applications with focus in the new standards from RadioDNS like the RadioVIS (partly based in the already existent the N900-fmvis http://code.google.com/p/n900-fmvis/). I'm a member of a university radio station (Radio Muda FM, 88.5MHz) and my plan is to develop real life radio station applications. I'll also rewrite an application I did for audio streaming, darknow (a gui for darkice, http://darksnow.radiolivre.org) which is an icecast2 client, and also write an audio/video icecast2 client (based in a software I did called theorur, http://theorur.sarava.org), all using QT. -- Porting XBMC + MeeGo TV stuff + doing audio continuums using pulseaudio. -- Creating a Libre.fm radio client and porting Jokosher to small screen devices. -- Meex, a portable DJing application http://jenkins.vitaminj.co.uk/job/meex/ -- Porting Amarok to tablets and handsets running MeeGo/Harmattan. -- Developing an audio player to access to more than 47 000 webradios referenced on AOL shoutcast (by name, genre, current track) -- Panucci - Resuming audiobook and podcast player -- http://mediadownloader.cz.cc/?page_id=2 -- LinuxMCE is a next generation smart home platform encompassing media, home automation, telecom, and security features. http://www.linuxmce.org/ -- Porting Flumotion an open source streaming solution to Harmattan taking advantage of the hardware encoding and the camera -- magnus-plus photo: an application that combines a camera-based magnifier with more advanced image processing techniques -- Photographer's application suite (SnapGo, currently) to include feature like a light meter and GPS track recording. -- And last, but not least, I'm Looking forward to getting mine soon. :-) [For: http://wiki.meego.com/tubelet-and-cutetube-port and http://code.google.com/p/ytd-meego/wiki/CitizenJournalismWithYoutubeDirectForMeego ] Niels http://nielsmayer.com PS: As long as floating-point limited CPU's (ARM) are the norm among mobile processors, there may be a final calling for really complicated audio synthesis to be done entirely with integer arithmetic. Which may necessitate a different and more monolithic architecture -- one where everything is done/controled inby the application itself, as opposed to using jack. Given the limited screen real estate available, how much can you expect to successfully control and mix simultaneously anyways? PPS: The successful apps figure out dedicated gestural/haptic/vocal interfaces to control all the knobs-and-dials underneath, e.g.. http://smule.com/ 's http://ocarina.smule.com/ (see http://www.youtube.com/watch?v=uHtCAAj8jFI ). PPPS: speaking of having a complete Linux stack , what about WebOS and the HP Touchpad? http://www.wired.com/reviews/2011/06/hp-touchpad/ ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Feature requests: add JackSession support
On 07/02/2011 10:40 PM, m.wolkst...@gmx.de wrote:
Am Thu, 30 Jun 2011 11:03:05 +0200
schrieb rosea grammostolarosea.grammost...@gmail.com:
huhu,
i currently finished a simple hydrogen implementation.
callback with:
save session(save the current song file)
save and exit(save and quit hydrogen)
so far so good.
Thanks a lot! I am surprised how fast devs are picking this up. Phasex,
Hydrogen, Rakarrack ... great work already :)
Next thing what would be good to have imo is a good software mixer with
JackSession support. Unfortunately non-mixer is not a good candidate
afaik, cause it changes port names. I don't know if Fons is still busy
with his mixer and if he has explored and made up his mind about the
actual implementation of the JackSession API already. Otherwise Jack
Audio Mixer might be a good candidate maybe: http://home.gna.org/jackmixer/
but i didn't agree to save the application data into the jack-session folder!
imo, this is dangerous because you can lost all data very quick. mainly if you
overwrite
a session. also people like me, which plays often improvised music-sessions,
will
create tons of sessions folders with duplicated data.
that's why i prefer the h2 implementation with absolute filenames. so currently
h2 don't
use the ${SESSION_DIR} prefix to store the song files.
Qjackctl 0.3.8 has the possibility to use 'versioning', it makes backups
of the old folder when you overwrite it.
I wonder how much space those folders take in general and if that space
is really a problem normally.
Would be good if Torben (and/ or Rui) could comment on this.
checkout hydrogen trunk to get it.
if jack/session.h is available on your system, hydrogen compile by default with
jack
session support.
Regards,
\r
lg wolke
Linux Audio Developer,
May I make a feature request here for your Linuxaudio application(s)?
Could you please add JackSession support? It makes working with JACK
standalone applications a lot more user friendly. There are some apps
who support it already and they work fine, like Yoshimi, Qtractor,
Pianoteq, Ghostess, Guitarix, Jack-Rack, Ardour3, Bristol, Seq24, Jalv,
Ingen, Connie, Specimen and probably more.
It is possible to use applications without JackSession-support in a
session (via so called infra clients), it starts the applications, make
the connections, but doesn't save the state. So obviously it would be
far more useful if those applications would get JackSession-support also.
Qjackctl is able to work as Session Manager, so is Pyjacksm (and likely
Patchage in the future).
According to comments on IRC by Paul Davis, it's very easy to add
JackSession support to your application.
Its really easy, just handle 1 more callback from the server. Torben's
walkthrough shows what is necessary.
Torben's walktrough:
http://trac.jackaudio.org/wiki/WalkThrough/Dev/JackSession
Thanks in advance,
\r
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Feature requests: add JackSession support
On Sat, Jul 02, 2011 at 11:02:27PM +0200, rosea grammostola wrote: Next thing what would be good to have imo is a good software mixer with JackSession support. Unfortunately non-mixer is not a good candidate afaik, cause it changes port names. I don't know if Fons is still busy with his mixer and if he has explored and made up his mind about the actual implementation of the JackSession API already. Fons has been quite busy moving home the last weeks (not far, south of Parma to north of Parma, but it's the same exercise independent of distance anyway). As to the mixer, yes I'm still working on it. A lot of thinking has gone into the design, and some aspects of it may turn out to be surprising as they break with Linux Audio traditions. One of them is external connections. The mixer will be able to use Jack of course, but does not require it. When using Jack, it will have a configurable number of inputs and outputs which have fixed names, just input-%d or output-%d. Any one of these can be patched internally to any channel, group, insert, send, or whatever that makes sense. The idea behind this is that Jack connections are fixed, and any session dependent wiring is done internally. A second one is the plugin system wich will be specific to this application. I will not even support LADSPA. If anyone wants to use his/her favourite plugin with this mixer, just convince me to port it - the criterion will be the quality of the plugin - or do it yourself. As to Jack Session support, I won't even consider it as long as it doesn't support quit-without-save. The rationale for not supporting this is IMNSHO completely bogus. I just can't imagine any app that a) can't do this, and b) can't be modified easily to do it. 'Easily' here means requiring a fraction of the effort to support Jack Session at all. I've got some other gripes with Jack Session as well, but these have been discussed (or at least presented) before. Ciao, -- FA ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Feature requests: add JackSession support
Am Sat, 02 Jul 2011 23:02:27 +0200
schrieb rosea grammostola rosea.grammost...@gmail.com:
On 07/02/2011 10:40 PM, m.wolkst...@gmx.de wrote:
Am Thu, 30 Jun 2011 11:03:05 +0200
schrieb rosea grammostolarosea.grammost...@gmail.com:
huhu,
i currently finished a simple hydrogen implementation.
callback with:
save session(save the current song file)
save and exit(save and quit hydrogen)
so far so good.
Thanks a lot! I am surprised how fast devs are picking this up. Phasex,
Hydrogen, Rakarrack ... great work already :)
Next thing what would be good to have imo is a good software mixer with
JackSession support. Unfortunately non-mixer is not a good candidate
afaik, cause it changes port names. I don't know if Fons is still busy
with his mixer and if he has explored and made up his mind about the
actual implementation of the JackSession API already. Otherwise Jack
Audio Mixer might be a good candidate maybe: http://home.gna.org/jackmixer/
yes the mixer is the heart of all. and jackmixer is one of the best i ever use
beside the buildin ardour mixer. cant wait for jack session support on it.
a global jack session support sound's like a dream. jack session support is IMO
the KEY
or the next step to make music under linux much more attractive, productive and
at least
more creative. one of the main problems is the long time you need to start your
lovely
linux audio-system, make connections and try to remember how you can restore
the set from
your last cool session and so on. at least i often give up to create music,
because the
idea is gone after all this more or less unlikely administrative work.
beside this, sometimes if everything worked as expected and you currently make
really
cool music, you become mournful while you are playing. why? because you now it
is mostly
not possible to reconstruct the current session to continue this creative
process and his
product(nice music). the super-GAU is when you make dozens of connections and
your mixer
stop working, and you directly return to your starting point.
ok, this is all off-topic and for sure discussed hundreds of times. but i am
often
frustrated to use linux-audio applications because the eat my time without a
creative
output. since ~10 years, i only don't give up try working creative with
linux-audio
applications, because my big pighead and my unbreakable hope.
g wolke
but i didn't agree to save the application data into the jack-session
folder!
imo, this is dangerous because you can lost all data very quick. mainly if
you
overwrite a session. also people like me, which plays often improvised
music-sessions, will create tons of sessions folders with duplicated data.
that's why i prefer the h2 implementation with absolute filenames. so
currently h2
don't use the ${SESSION_DIR} prefix to store the song files.
Qjackctl 0.3.8 has the possibility to use 'versioning', it makes backups
of the old folder when you overwrite it.
I wonder how much space those folders take in general and if that space
is really a problem normally.
Would be good if Torben (and/ or Rui) could comment on this.
checkout hydrogen trunk to get it.
if jack/session.h is available on your system, hydrogen compile by default
with jack
session support.
Regards,
\r
lg wolke
Linux Audio Developer,
May I make a feature request here for your Linuxaudio application(s)?
Could you please add JackSession support? It makes working with JACK
standalone applications a lot more user friendly. There are some apps
who support it already and they work fine, like Yoshimi, Qtractor,
Pianoteq, Ghostess, Guitarix, Jack-Rack, Ardour3, Bristol, Seq24, Jalv,
Ingen, Connie, Specimen and probably more.
It is possible to use applications without JackSession-support in a
session (via so called infra clients), it starts the applications, make
the connections, but doesn't save the state. So obviously it would be
far more useful if those applications would get JackSession-support also.
Qjackctl is able to work as Session Manager, so is Pyjacksm (and likely
Patchage in the future).
According to comments on IRC by Paul Davis, it's very easy to add
JackSession support to your application.
Its really easy, just handle 1 more callback from the server. Torben's
walkthrough shows what is necessary.
Torben's walktrough:
http://trac.jackaudio.org/wiki/WalkThrough/Dev/JackSession
Thanks in advance,
\r
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
Re: [LAD] MeeGo for better handheld/tablet multimedia? (was Re: Android audio plugins)
On Jul 2, 2011, at 10:46 PM, Niels Mayer wrote: Given all the needed Linux dependencies, and the difficulties of getting decent audio performance on Android, what about not using Android and using good ol' Linux instead? Specifically, MeeGo on the Nokia N9 ( https://flors.wordpress.com/2011/06/20/nokia-n9-state-of-the-art-of-mobile-linux-and-qt/ ). I'm sure that it will be easier to create handheld multimedia applications on an in-production and widely-distributed, supported product that supports the full stack of libs and development tools already in use by the LAD community .. Fortunately, a bunch of interesting multimedia projects will be getting a Nokia N950 to develop applications for the upcoming Nokia N9 ( see also http://shootspeak.com/2011/06/24/nokia-n9-extra-facts-tidbits-updates/ ). The following are excerpted from http://wiki.meego.com/Community_Office/Community_device_program/Nokia#Accepted as of July 2 2011: -- Porting Maesynth and Maelophone from N900 Python to QML and C++. Stress testing the new Qt Game Enabler to see if we finally have low latency audio support in Qt. Will also look to see if we can get midi sample support via Wild Midi or equivalent. -- Porting FunkeySynth, a MeeGo Tablet synthesizer to Harmattan http://sandst1.wordpress.com/ -- Develop an audio recording application with geo-location support, plus other applications to improve personal productivity utilising the Harmattan notification/event view. -- Develop FM RDS applications with focus in the new standards from RadioDNS like the RadioVIS (partly based in the already existent the N900-fmvis http://code.google.com/p/n900-fmvis/). I'm a member of a university radio station (Radio Muda FM, 88.5MHz) and my plan is to develop real life radio station applications. You may be interested in airtime http://www.sourcefabric.org/en/products/airtime_overview/ I'll also rewrite an application I did for audio streaming, darknow (a gui for darkice, http://darksnow.radiolivre.org) which is an icecast2 client, and also write an audio/video icecast2 client (based in a software I did called theorur, http://theorur.sarava.org), all using QT. Theorur is a GUI for Ogg/Theora streaming, written using gtk2, under GLPv2, by Rafael Diniz. http://wiki.theartcollider.org/tools/qiph is a thin QT frontend to ffmpeg2theora oggfwd - source as well as binaries for OSX, win32 and GNU/Linux are avail for download. -- Porting XBMC + MeeGo TV stuff + doing audio continuums using pulseaudio. -- Creating a Libre.fm radio client and porting Jokosher to small screen devices. -- Meex, a portable DJing application http://jenkins.vitaminj.co.uk/job/meex/ -- Porting Amarok to tablets and handsets running MeeGo/Harmattan. -- Developing an audio player to access to more than 47 000 webradios referenced on AOL shoutcast (by name, genre, current track) -- Panucci - Resuming audiobook and podcast player -- http://mediadownloader.cz.cc/?page_id=2 -- LinuxMCE is a next generation smart home platform encompassing media, home automation, telecom, and security features. http://www.linuxmce.org/ -- Porting Flumotion an open source streaming solution to Harmattan taking advantage of the hardware encoding and the camera -- magnus-plus photo: an application that combines a camera-based magnifier with more advanced image processing techniques -- Photographer's application suite (SnapGo, currently) to include feature like a light meter and GPS track recording. -- And last, but not least, I'm Looking forward to getting mine soon. :-) [For: http://wiki.meego.com/tubelet-and-cutetube-port and http://code.google.com/p/ytd-meego/wiki/CitizenJournalismWithYoutubeDirectForMeego ] sounds like you'll be busy for a while :) have fun, robin Niels http://nielsmayer.com PS: As long as floating-point limited CPU's (ARM) are the norm among mobile processors, there may be a final calling for really complicated audio synthesis to be done entirely with integer arithmetic. Which may necessitate a different and more monolithic architecture -- one where everything is done/controled inby the application itself, as opposed to using jack. Given the limited screen real estate available, how much can you expect to successfully control and mix simultaneously anyways? PPS: The successful apps figure out dedicated gestural/haptic/vocal interfaces to control all the knobs-and-dials underneath, e.g.. http://smule.com/ 's http://ocarina.smule.com/ (see http://www.youtube.com/watch?v=uHtCAAj8jFI ). PPPS: speaking of having a complete Linux stack , what about WebOS and the HP Touchpad? http://www.wired.com/reviews/2011/06/hp-touchpad/ tl;dr ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
