| View previous topic :: View next topic |
| Author |
Message |
spitfire31 Jammer

Joined: 23 Feb 2008 Posts: 41
|
Posted: Mon Oct 12, 2009 9:44 am Post subject: |
|
|
| Ralph [RZ] wrote: | | Our main priority is to complete the C++ conversion of our code base and the OSX version that this makes possible (JS4). |
Yay!
Good luck!
/Joachim |
|
| Back to top |
|
 |
tombuur Jamologist

Joined: 27 Mar 2005 Posts: 137 Location: Denmark
|
Posted: Mon Oct 12, 2009 3:21 pm Post subject: |
|
|
Is it really true that there are no alternative skins for JS3?
If so I am saddened. The current look is not what I will feel comfortable with working for several days on a drum track. Please, provide an alternative in modest, boring grey/silver or something that does not attract much attention. You are not selling coffee with chocolate, but a working environment. |
|
| Back to top |
|
 |
fruit 15 Jammer

Joined: 29 Aug 2007 Posts: 33
|
Posted: Mon Oct 12, 2009 3:38 pm Post subject: |
|
|
Hi Ralph
I see that you have mentioned a jam bassist.
I assume that all bass lines are programmed in C and you change chords and it follows.
Is it possible to make a similar program that works on that principle, but add melody up to 16 bars just like on auto rythms on keyboards.
I know that there is band in a box out there but you would have to put up with all of there backgrounds and it's awful layout.
This would get your own band up and running in a short time.
The only trouble is that I cannot program an x,y or a z!!!!!!!.I have often wondered why nobody has made one yet.
Seeing that we have Jamstix and possibly bassist a three part melody maker would be a great trio.
Just think Jamstix on one track ,Bassist on another and a Melody Maker on the third track. |
|
| Back to top |
|
 |
Ralph [RZ] Site Admin

Joined: 02 Jan 2008 Posts: 13332
|
Posted: Mon Oct 12, 2009 4:59 pm Post subject: |
|
|
The JamBassist design incorporates what is essentially a 'melody generator', which is then geared toward bass lines. We do have plans lying around to use that melody generator concept for a plugin that would drive other VSTs (piano, guitar, flute, whatever)via MIDI out or subhosting. However, there is no telling when we will have the time to implement this. _________________ Ralph Zeuner
Rayzoon Technologies LLC
http://www.rayzoon.com |
|
| Back to top |
|
 |
chardin Jam Meister

Joined: 14 May 2005 Posts: 75
|
Posted: Tue Oct 13, 2009 5:48 pm Post subject: |
|
|
| Ralph [RZ] wrote: | | Our main priority is to complete the C++ conversion of our code base |
What is Jamstix currently written in? |
|
| Back to top |
|
 |
Ralph [RZ] Site Admin

Joined: 02 Jan 2008 Posts: 13332
|
Posted: Tue Oct 13, 2009 6:39 pm Post subject: |
|
|
Delphi, which is a Pascal dialect. It compiles into executables that are just as fast as C/C++ but unfortunately there is no OSX support. _________________ Ralph Zeuner
Rayzoon Technologies LLC
http://www.rayzoon.com |
|
| Back to top |
|
 |
me_pt Junior Jammer

Joined: 14 Oct 2009 Posts: 3
|
Posted: Wed Oct 14, 2009 4:49 pm Post subject: |
|
|
really looking forward to js3, and the songbuilder utility looks like a great addition, but is it possible (even at this 11th hour) to suggest (if it doesn't already allow for such things) the ability to not just use those given song structure names? the reason why i say this is the type of music that i would use this tool for doesn't follow the standard conventions, meaning that there may be a chorus 1 and 2, but each could be completely different (thus not chorus' as you would think of them). and it's really just a bunch of "riffs" that are linked together in layered ways. thus what would be ideal is to have the tool like it is, but also have the option of using a "numbering/ versioning" of each part (i.e. chorus1=C1, chorus2=C2) and the ability to just use something called "riff1," "riff2", "riff3" etc.
when writing songs each "riff" is usually given some type of name (or just riff1, etc) and written up on the board in the order so everyone else can follow along after they learn what the riff is.
just a thought.
and here's a question/ feature request that may already be available and i just don't know it...but if not...i'd LOVE to have it incorporated sometime:
a "fills ONLY" feature.
alot of times i'll use jamstix to get an idea, then create a modified loop that is very specific to my riff needs and build the song like that. but i really like jamstix's fill feature and would love to have my specified "loops" play along and fed into jamstix--then when the tool wants to play a fill...it "mutes" the track and plays the fill. this would be AWESOME. it would be useful to give life to anyones programmed song as well.
anyway...figured i'd just throw those out there...but who knows...maybe they are actually already features that i just don't know about! (i've just always just "plugged and played" with jamstix ;p never really experimented too much! never had too = a really good thing). |
|
| Back to top |
|
 |
tombuur Jamologist

Joined: 27 Mar 2005 Posts: 137 Location: Denmark
|
Posted: Thu Oct 15, 2009 1:41 am Post subject: |
|
|
To add to the above, I usually set up a kick-snare pattern and then let Jamstix do the rest. Maybe I do some minor editing, maybe in my main sequencer. However, what I spend a lot of time doing is letting Jamstix loop while generating fills. I recompose until I get a fill I like.
Maybe this fill generation could be improved? For instance I would like a place to temporarily store generated fills. Then with 3-5 good stored fills, I could audtion and pick the best. As it is I have to decide whether to keep or lose the one I have.
... Yes, there are workarounds. Currently I store fills I like in the main sequencer. It would just be more natural if I didn't have to leave Jamstix. |
|
| Back to top |
|
 |
Jazzimprov Junior Jammer

Joined: 26 Aug 2007 Posts: 13
|
Posted: Thu Oct 15, 2009 4:56 pm Post subject: |
|
|
looking forward to JS3 and getting an inside look at Jam bassist.
Jim |
|
| Back to top |
|
 |
xx_JPRacer_xx Junior Jammer

Joined: 24 May 2009 Posts: 9
|
Posted: Thu Oct 15, 2009 6:05 pm Post subject: |
|
|
%*#$@! stupid MAC...
Also Ralph, how do you find C/C++ in difficulty level compare to Delphi? Do you still prefer Delphi? (suppose there's no MAC)
edit: How's JS3 progression? Any new ETA? Thanks! |
|
| Back to top |
|
 |
wil Jammer

Joined: 23 Apr 2008 Posts: 38
|
Posted: Fri Oct 16, 2009 7:07 am Post subject: |
|
|
Hi i wish u 'll do a better skinning support like u have said before .
So if we can easylly to skin Jamstix u'll don't need to satisfy all of youre customers .
By the way JS3 looks better than JS2 .
But i prefer the ableton or zebra style too
And i agree about so much space for border buttons etc...
Anyway i 'll certainly buy it.
Keep your excellent work. |
|
| Back to top |
|
 |
Ralph [RZ] Site Admin

Joined: 02 Jan 2008 Posts: 13332
|
Posted: Fri Oct 16, 2009 7:34 am Post subject: |
|
|
| me_pt wrote: | alot of times i'll use jamstix to get an idea, then create a modified loop that is very specific to my riff needs and build the song like that. but i really like jamstix's fill feature and would love to have my specified "loops" play along and fed into jamstix--then when the tool wants to play a fill...it "mutes" the track and plays the fill. this would be AWESOME. it would be useful to give life to anyones programmed song as well.
|
Maybe I don't understand but that is what JS does. When the fill starts and 'No Groove' is checked then the fill mutes the groove.
Tombuur: good idea on the temp fill storage for audition.
JPRacer: I find Delphi/Pascal much more elegant than C while having the same power and speed. It's a shame it never got enough market penetration.
ETA for JS3 is still fluid. We should have a Beta fairly soon. _________________ Ralph Zeuner
Rayzoon Technologies LLC
http://www.rayzoon.com |
|
| Back to top |
|
 |
DarFin Junior Jammer

Joined: 26 Dec 2007 Posts: 5 Location: Finland
|
Posted: Tue Oct 20, 2009 7:26 am Post subject: |
|
|
| Ralph [RZ] wrote: | Tombuur: good idea on the temp fill storage for audition.
|
I have missed that feature several times, so +1. |
|
| Back to top |
|
 |
tombuur Jamologist

Joined: 27 Mar 2005 Posts: 137 Location: Denmark
|
Posted: Tue Oct 20, 2009 8:52 am Post subject: |
|
|
Maybe a temporary fill storage doesn't have to be very complicated? For me a simple A/B between two fills would do, then you can keep the fill you have or replace it with the new one.
As it is now you always lose a fill if you generate a new one. Then sometimes you don't get the fill you like best. It's gone forever. |
|
| Back to top |
|
 |
BitFlipper Jamologist

Joined: 16 Dec 2005 Posts: 110
|
Posted: Tue Oct 20, 2009 10:05 am Post subject: |
|
|
| tombuur wrote: | Maybe a temporary fill storage doesn't have to be very complicated? For me a simple A/B between two fills would do, then you can keep the fill you have or replace it with the new one.
As it is now you always lose a fill if you generate a new one. Then sometimes you don't get the fill you like best. It's gone forever. |
A proper Undo/Redo feature would have also worked here, but we are not getting that either...  _________________ Intel DX48BT2, Core 2 Quad Q9450 @ 2.66GHz, 8GB DDR3, Edirol FA-66, Studio One 2, Sonar X3e x64, JS 3.6.0, Windows 8.1 Pro x64 |
|
| Back to top |
|
 |
|