You can subscribe to this list here.
2003 |
Jan
(4) |
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
(3) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
(1) |
2005 |
Jan
|
Feb
(2) |
Mar
(2) |
Apr
(1) |
May
|
Jun
(10) |
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2006 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
(2) |
Aug
(2) |
Sep
(8) |
Oct
(10) |
Nov
(16) |
Dec
(14) |
2007 |
Jan
(10) |
Feb
(13) |
Mar
(10) |
Apr
(70) |
May
(72) |
Jun
(106) |
Jul
(143) |
Aug
(90) |
Sep
|
Oct
|
Nov
(7) |
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2010 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
(9) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
From: xadaux d. <xad...@gm...> - 2020-09-22 17:47:30
|
Hello, I'm just trying to load some older rack files created with previous jack-rack versions and I'm unable to load some plug-ins. I'm getting errors like this: "The file 'compression.rack' contains an unknown plugin with ID '1951'; skipping" Is some way to know what plugins are missing? Maybe ladspa plugins id's changed? Thank you! |
From: Michael I. <m.i...@ya...> - 2017-06-30 17:50:57
|
Hello, not sure if I'm in the right place. I run Kodi on a Raspberry Pi model 2 and on another Pi 2, I have Pixel. This Pi has qjackctl installed and I use Jack-Rack to eq my subwoofer using the 3 band parametric with filters. It runs fine, but after a few hours, an error window pops up and it says it's trying to connect to the jack server. Where do I begin to find the fault, please? Thankyou, Mike Sent from Yahoo Mail on Android |
From: James M. <ja...@jw...> - 2012-11-05 00:29:24
|
hi, sorry for my near-complete failure to deliver that which i claimed to promise. the more programming i do the more obsessed i get with it until... life got in the way. maybe i'll come back one day and finish off what i started... who knows which way the wind'll blow. james. -- http://jwm-art.net/ image/audio/text/code/ |
From: Leslie P. P. <sk...@vi...> - 2012-08-03 16:40:58
|
James Morris wrote: > On 03/08/12 James Morris <ja...@jw...> wrote: > Thanks for adding me to the project. I have a few things I want to do > on Petri-Foo first (something not quite right there) but hope to be > working on JackRack shortly. Well, there's no need to hurry. JR has been sleeping for a long time until now. > I'm thinking it probably best to continue using the sourceforge git > repo to avoid confusion for users/packagers/developers. I'm still favoring github because it's the more social place for forking, and I don't think that anyone who is seriously interested in contributing will be deterred by that little discrepancy. But since you do all the work I won't disagree with your decision. Another option of course would be to move all stuff from sf.net to github. Leslie |
From: James M. <ja...@jw...> - 2012-08-03 10:53:16
|
On 03/08/12 James Morris <ja...@jw...> wrote: >On 03/08/12 "Leslie P. Polzer" <sk...@vi...> wrote: >>On Thu, Aug 02, 2012 at 10:56:00PM +0100, James Morris wrote: >> >>> >Would you be interested in formally taking over the project before >>> >making your first release? >>> >>> I'd be interested in that yes. >>> >>> What do you think about me continuing to use my github repo rather >>> than the sourceforge git repo? >> >>I'm all for it. >> >>What is your Sourceforge nickname? >> >> Leslie > >jameswmorris > Hi Leslie, Thanks for adding me to the project. I have a few things I want to do on Petri-Foo first (something not quite right there) but hope to be working on JackRack shortly. I'm thinking it probably best to continue using the sourceforge git repo to avoid confusion for users/packagers/developers. Regards, James. |
From: James M. <ja...@jw...> - 2012-08-03 08:48:45
|
On 03/08/12 "Leslie P. Polzer" <sk...@vi...> wrote: >On Thu, Aug 02, 2012 at 10:56:00PM +0100, James Morris wrote: > >> >Would you be interested in formally taking over the project before >> >making your first release? >> >> I'd be interested in that yes. >> >> What do you think about me continuing to use my github repo rather >> than the sourceforge git repo? > >I'm all for it. > >What is your Sourceforge nickname? > > Leslie jameswmorris |
From: Leslie P. P. <sk...@vi...> - 2012-08-03 08:46:03
|
On Thu, Aug 02, 2012 at 10:56:00PM +0100, James Morris wrote: > >Would you be interested in formally taking over the project before > >making your first release? > > I'd be interested in that yes. > > What do you think about me continuing to use my github repo rather than > the sourceforge git repo? I'm all for it. What is your Sourceforge nickname? Leslie |
From: James M. <ja...@jw...> - 2012-08-02 21:58:26
|
On 02/08/12 "Leslie P. Polzer" <sk...@vi...> wrote: > >James Morris wrote: >> >> >> hi, >> >> thought i'd do a bit of maintenance on jack-rack, with the plan >> being to add non session support. >> >> currently i've copied the sf git repo to github: >> >> https://github.com/jwm-art-net/jack-rack >> >> >> where so far i have: >> >> * disabled gnome2 by default >> * add -ldl and -lm to linker flags >> * reveal jack session command line option in --help >> * force use of xml2 to be required >> >> >> jack-rack may not look super fly but it works and i've always found >> it stable and people still appear to be using it. > >Thanks for your work, it's great to hear that someone is interested >in the development and maintenance of JACK Rack. I also believe >that it's an important project in Linux Audio, and it's a shame >that it suffered from bitrot. > >Would you be interested in formally taking over the project before >making your first release? I'd be interested in that yes. What do you think about me continuing to use my github repo rather than the sourceforge git repo? Thanks, James. |
From: Leslie P. P. <sk...@vi...> - 2012-08-02 13:27:55
|
James Morris wrote: > > > hi, > > thought i'd do a bit of maintenance on jack-rack, with the plan being to > add non session support. > > currently i've copied the sf git repo to github: > > https://github.com/jwm-art-net/jack-rack > > > where so far i have: > > * disabled gnome2 by default > * add -ldl and -lm to linker flags > * reveal jack session command line option in --help > * force use of xml2 to be required > > > jack-rack may not look super fly but it works and i've always found > it stable and people still appear to be using it. Thanks for your work, it's great to hear that someone is interested in the development and maintenance of JACK Rack. I also believe that it's an important project in Linux Audio, and it's a shame that it suffered from bitrot. Would you be interested in formally taking over the project before making your first release? Leslie |
From: Leslie P. P. <sk...@vi...> - 2012-08-02 13:25:25
|
James Morris wrote: > > is there any consensus about file extension for jack rack? > > if that can be reached, file filters can be used for open/save dialogues > and a recent items can be added to file menu. > > possible extensions: > > 1) .jack-rack > 2) .jackrack > 3) .jrack > 4) .rack > 5) .jrk > 6) .jr I suggest .rack Leslie |
From: Leslie P. P. <sk...@vi...> - 2012-08-02 12:46:42
|
Hi James, I did answer your messages but the mailing list program put them into the admin queue (which is apparently unattended at the moment). I fixed the problem on my side and will resend those replies. Leslie James Morris wrote: > If I don't got a response to my other mail, I'll choose a jack-rack > file extension myself so I can implement the file->recent-files menu, > and file-filters for the open/save dialogs. > > By the time I've done all that I expect to have had a response to > this. Just a simple acknowledgement would be nice. > > Thanks, > James. > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > jack-rack-devel mailing list > jac...@li... > https://lists.sourceforge.net/lists/listinfo/jack-rack-devel > > -- |
From: James M. <ja...@jw...> - 2012-08-02 12:31:05
|
On 31/07/12 James Morris <ja...@jw...> wrote: > > >hi, > >thought i'd do a bit of maintenance on jack-rack, with the plan being >to add non session support. > >currently i've copied the sf git repo to github: > >https://github.com/jwm-art-net/jack-rack > > >where so far i have: > >* disabled gnome2 by default >* add -ldl and -lm to linker flags >* reveal jack session command line option in --help >* force use of xml2 to be required > Hello again, I've made further minor improvements in the master branch here https://github.com/jwm-art-net/jack-rack Have completely removed Gnome2 support now - all one line of it: gnome_program_init (PACKAGE, VERSION, LIBGNOMEUI_MODULE, argc, argv, NULL); Please also find initial support for NSM: git checkout nsm-support There's still a few things to iron out such as adhering to NSM's strict GUI requirements and preventing different session managers taking control of the same running instance but that shouldn't prove too difficult. I am considering removing LASH support altogether. If I don't got a response to my other mail, I'll choose a jack-rack file extension myself so I can implement the file->recent-files menu, and file-filters for the open/save dialogs. By the time I've done all that I expect to have had a response to this. Just a simple acknowledgement would be nice. Thanks, James. |
From: James M. <ja...@jw...> - 2012-07-31 11:18:53
|
is there any consensus about file extension for jack rack? if that can be reached, file filters can be used for open/save dialogues and a recent items can be added to file menu. possible extensions: 1) .jack-rack 2) .jackrack 3) .jrack 4) .rack 5) .jrk 6) .jr james |
From: James M. <ja...@jw...> - 2012-07-31 10:41:42
|
hi, thought i'd do a bit of maintenance on jack-rack, with the plan being to add non session support. currently i've copied the sf git repo to github: https://github.com/jwm-art-net/jack-rack where so far i have: * disabled gnome2 by default * add -ldl and -lm to linker flags * reveal jack session command line option in --help * force use of xml2 to be required jack-rack may not look super fly but it works and i've always found it stable and people still appear to be using it. cheers, james. |
From: Renato <re...@gm...> - 2010-12-16 13:35:38
|
On Wed, 15 Dec 2010 23:08:37 +0100 dag <od...@wa...> wrote: > hello, i'm french musician and i use jack-rack for voice in a ladish > session .on TangoStudio(really good dist). > When ladish start jackrack there is a number after the name of the > midi section, the number is different each time and then, ladish can't > reconnect midi( i think it's the same with qjackctl). > Do you know and issue to resolve that? > ladish is developping and not really stable, and restarting studio is > important in live session, reconnecting midi is not so long , but > other softs can have problems too! > thanks for this good soft, you can see an example of its utilisation > here: http://www.youtube.com/user/cirquenrzique?feature=mhsn > bye > dag-z > > Hello, I don't have a solution to your problem; however I use bash scripts instead of ladish, and I had this same problem. I found this workaround: since the number that is appended to jack-rack is the PID with wich it's started, it's just a matter of storing that PID in bash, like this: jack-rack "path/to/my/rack" & JRPID=$! #Next you can manually do the connections like this: jack_connect system:capture_1 jack_rack_$JRPID:in_1 & jack_connect system:capture_1 jack_rack_$JRPID:in_2 & jack_connect jack_rack_$JRPID:out_1 system:playback_1 & jack_connect jack_rack_$JRPID:out_2 system:playback_2 & HTH, renato |
From: dag <od...@wa...> - 2010-12-15 22:08:46
|
hello, i'm french musician and i use jack-rack for voice in a ladish session .on TangoStudio(really good dist). When ladish start jackrack there is a number after the name of the midi section, the number is different each time and then, ladish can't reconnect midi( i think it's the same with qjackctl). Do you know and issue to resolve that? ladish is developping and not really stable, and restarting studio is important in live session, reconnecting midi is not so long , but other softs can have problems too! thanks for this good soft, you can see an example of its utilisation here: http://www.youtube.com/user/cirquenrzique?feature=mhsn bye dag-z |
From: Thomas Eichstädt-E. <te...@ei...> - 2010-01-07 22:02:08
|
Hi, i am using jack (with) in a multiroom-audio-player scenario (jack, mpd, mpc). I'd like to spent one jack-rack per zone for eq-ing and dynamics. Hence all the rest is running headless it would be great if jack-rack could be run without ui, too. Is there a way to accomplish that? And of not. Could you probably point me to a jack-client which would be able to do that? Thanks in advance, Thomas E.-E. |
From: Dan <dan...@us...> - 2009-12-20 16:16:41
|
Hi - Small change to the bundling of jackrack.desktop, makes a very helpful difference to the way jack-rack is displayed in menus sometimes: --- jackrack.desktop.orig 2009-12-20 16:05:37.000000000 +0000 +++ jackrack.desktop.new 2009-12-20 16:05:56.000000000 +0000 @@ -6,5 +6,5 @@ Icon=jack-rack-icon.png Terminal=false Type=Application -Categories=GNOME;Application;AudioVideo; +Categories=GNOME;Application;AudioVideo;Audio The motivation is that some a/v focused distros need to be able to separate "Audio" and "Video" into separate categories. (The subcategories are still official freedesktop labels) Best, Dan |
From: Renato B. <re...@gm...> - 2009-07-17 08:37:52
|
hello, It would be great if it were possible to browse saved presets from a separate window, and sending midi program changes to go up or down the list. (the window is actually a detail, what i think is really missing is the possibility to change presets from say a pedal board if one is occupied playing an instrument) for the rest i think jack-rack is great! Great midi implementation Renato |
From: Daniel N. <dan...@gm...> - 2009-06-11 08:01:01
|
Dear JACK Rack developers! I have a MIDI keyboard with rotary controllers. To avoid jumps between default values and the absolute values sent by the controller, and to allow me have a finer granularity than the 128 divisions, I normally use them in "Increment/Decrement" Mode, which means that they'll send values from 1 to 63 when I rotate clockwise and values starting from 127 (min) down to 64 (max) when I rotate counter clockwise. It won't set any absolute values but relative ones. I thought it'd be nice to be able to use this mode in JACK Rack, so I hacked together a patch that allows me to do so. I'm sending the patch along in the hopes that it can eventually be merged with JACK Rack's baseline. There's one big problem with the patch though, as per the XXX comment in the diff: I couldn't figure out how to get the current value of the slider that the midi control is manipulating, in function `midi_control`. That's why I resorted to this hack that sets a `previous` value on the `midi_control`, which is initialized to `min_value` (you get the idea that I was a bit clueless there). The way you activate this IncDec mode is by setting a non-zero step value in the MIDI window. The step value controls how much the control's value will change with a single increase or decrease. Let me know what you think. And how I can improve this. Thanks, Daniel -- http://danielnouri.org |
From: Victor A. S. <vi...@gm...> - 2008-04-06 10:06:22
|
Hi, I've been using jack-rack with great pleasure and I'm happy to see that its midi support is growing (control of on/off buttons for plugins in 1.4.7 is great ! ). However, I have a problem: the mapping of the 1-127 CC values to the sliders in jack-rack seems to be logarithmic and I can't find a way to make it proportional. Logarithmic tuning of volumes can be fine, but for things like a bandpass filter, it is quite a hassle (no subtle control in the lowest frequencies ; low sensibility in the highest ones...). Is there any way to have a proportional mapping : simply divide the range of the slider in 127 equal portions? Blue skyes, Victor |
From: Adam S. <at...@of...> - 2007-11-26 22:35:56
|
Hi all, JACK Rack 1.4.7 is now available from Sourceforge here: http://sourceforge.net/project/showfiles.php?group_id=71639 Changes since 1.4.6: * Use the correct channel numbers when sending control messages (reported by Danni Coy). * Use the new GTK tooltips API (reported by Owen Williams and Stanislav Karchebny). * Removed support for the old LADCCA interface, and cleaned everything up to refer to LASH instead. Please let me know if you have any problems with it. Thanks, -- Adam Sampson <at...@of...> <http://offog.org/> |
From: David G. <dgi...@gm...> - 2007-11-22 18:51:58
|
Hi all I don't know if this is a real bug, or a bad plugin design. Anyway, there is a kind of artifact in plugins that buffers data (jack-rack-1.4.6); easy to reproduce. For example, when running a delay plugin enabled and processing audible data is changed to disabled; then re-enabling it with the input silenced will reproduce the last buffered data, and then returns to a normal behavior. I tested this with various delays plugins (Delayorama and others) with the same result. This is evident using jack-rack as instrument processor, where the plugins are turned on and off at differents times in a perfomance. Regards, David |
From: Adam S. <at...@of...> - 2007-11-18 21:12:47
|
"Leslie P. Polzer" <les...@gm...> writes: > how about fitting the Boehm-Weiser Garbage Collector into JACK Rack? > The code is convoluted enough right now, and it would ease the > situation a little bit. I'm not especially opposed to the idea -- I dislike manual memory management too -- but JACK Rack's memory allocation patterns are pretty straightforward (outside of the GTK bits, which are handled by GTK's refcounting allocator anyway), and last time I checked with Valgrind it didn't seem to be suffering from memory leaks or other MM problems, so I'm inclined to leave it on the "if it ain't broke" principle. It would require going through the code and dividing the current allocations and frees between things that are actually getting passed to GTK (and thus can't be GCd) and things that aren't (and thus can), but otherwise should be fairly straightforward to try out. -- Adam Sampson <at...@of...> <http://offog.org/> |
From: Leslie P. P. <les...@gm...> - 2007-11-18 20:16:38
|
Hello everyone, how about fitting the Boehm-Weiser Garbage Collector into JACK Rack? The code is convoluted enough right now, and it would ease the situation a little bit. And manual memory management is an anachronism anyway today, although most C programmers don't want to realize it. Leslie |