Forum Replies Created
-
AuthorPosts
-
Okay, cool ” title=”Smile” />
Awesome!
Wicked! If you publish the guidelines, I’ll try to update the Virus ctrlr accordingly ” title=”Smile” />
Did you try the OSX Virus B editor? It should work fine. I’ve tried to implement the four or five extra features that the C has over the B, but I don’t have a C to test on. No reason why they shouldn’t work, though.
atom – perhaps, when you get a moment, you could do some renaming in that project so it’s either ‘Access Virus ABC’ (or something similarly slashes-free) or just ‘Access Virus’? I think people see Virus B and assume it won’t work for A or C, despite the fact that there’s not a huge amount of difference between them. Of course it’s part of Access’ marketing strategy to keep selling what is basically the same synth but with added DSP chips for extra polyphony over and over for a decade ” title=”Razz” />
Note for anyone else who’s doing this – applyLookAndFeelToSliders() has been updated to applyLookAndFeelToUsableElements().
Awesome!
Custom XML option works nicely; great testing tool.
Many of the Supernova II Ctrlr’s parameters will work for the Nova. The CCs match up, as do many of the sysex controls – except, of course, with any functions that the Nova doesn’t have. I’ve sold my Nova and my Supernova II now so I can’t do direct testing, but if you test the Supernova II Ctrlr with your Nova and give feedback, atom or I may be able to do fixes…
Hmm, that never works for me so I assumed maybe it was something slightly different – I thought maybe it was a sysex patch table transmission or something weird that I didn’t understand ” title=”Wink” />
By the way, the bank and patch +/- buttons on the Ctrlr toolbar don’t work for me either (on the Supernova or the Virus). Do they work on other hardware? Is there anything I need to do to specifically enable either of these features for my Ctrlrs?
Update – got a working editor with about 200 params. No stuff for editing Multis, but you can edit every element of a Single, right down to mod matrix assignments and so on. Also mapped a bunch of system params (even LCD contrast ” title=”Wink” />).
The hardest bit will be arranging the GUI nicely/efficiently, and I’m sure there’s a fair bit of bugtesting yet to do, but I think we’re still closer to having a FREE Virus B editor than anyone’s ever come before ” title=”Smile” />
When I’ve tidied it up, I’ll send the source to atom so he can upload an alpha for people to test.
I started this tonight, but I’ve got a BIG job ahead of me; the routing matrix alone is a massive task and Juce lacks the interface components that would make it as efficient as it is on the hardware panel. I’ll keep working on it, but I do have a TI Snow as well as a Virus B, so my motivation isn’t exactly through the roof ” title=”Razz” /> However, if I can do a good editor for my B, perhaps I’ll sell the Snow…
Heh, I think I must just have made a total mess of the whole thing… Jucer isn’t generating those methods (unless I’m looking for them in the wrong place) and I’m not sure where to put the code. I might start fresh with a more basic ctrlr as a template and try to understand it.
(EDIT: Oh, I found the methods in the individual tabs’ cpp files, but adding the handlers manually hasn’t made any difference so I must have messed up somewhere else.)
So I had a fully working CC-mapped Supernova Ctrlr last night, based on the Xio. Then I started changing the Xio template in The Jucer so I could have multiple tabbed areas on a single page and also broke out some of the groups into separate sections etc…and now, while I can build and run the Ctrl fine, none of the knobs or sliders send ANY messages to ANYWHERE! All component names and xml names are correct (same as before, but I double-checked them) and the only stuff that’s changed is UI layout. Can messing with this stop a Ctrlr from sending MIDI?
Woohoo! Thanks for that fix atom – I can now send NRPN to the Supernova II! Actually, I think you have a typo in EdoModulatorManagerParser.cpp line 31 – should it be ‘nrpn_korg’? Anyway, it doesn’t matter, as I’ve got ‘rpn_korg’ in my xml.
All CCs for the Supernova II are implemented, and I’m going to add a choice few useful NRPNs as well (doing the whole lot – hundreds – would be ridiculous). When I’m done, should I build a release and send it to you to put on the site, atom?
Update in case my experiences can help others:
"crayolon":1j8rfpsk wrote:Cheers, here’s the Supernova manual: [url:1j8rfpsk]http://uk.novationmusic.com/uk/support/download/supernova_ii_keyboard_user_guide/132[/url:1j8rfpsk]Your Ctrlr sources use the dot operator for accessing members of some Image related stuff, which builds fine, but I’ve discovered that if you edit and save a <whatever>Editor.cpp with TheJucer, it saves ‘->’ in place of ‘.’ and does a few other weird things that break it. I’m using the prebuilt Jucer from ‘extras’ within the juce package – I thought it was the latest version, but maybe I actually need to build it myself, what do you think? Worth pointing out in case others come across this problem, though.
[/quote:1j8rfpsk]atom told me how to fix this – I needed to build my own Jucer exe from the source, as the bundled pre-built exe is out of date. The current one lets you edit/generate cpp fine.
[quote:1j8rfpsk]
Some other very weird and inconsistent build errors cropped up for no reason that I could tell, and if they happen again (I’m sure they will!) I’ll try to document them on here. Anyway, a real problem I’ve got now is that no matter what I try, the build process won’t parse my adjusted XML – every time I build, I check the standalone executable’s Preferences and see all the OLD (i.e. xio prefix) modulators listed, even though my XML contains all new ones (snv prefix – supernova). My prebuild process seems to contain the XML thingy that we discussed on IRC, so I don’t know what’s going wrong OR where the hell it gets the old data from! It shouldn’t exist any more! Any suggestions would help to stop me going bald with frustration ” title=”Smile” />
[/quote:1j8rfpsk]Fixed too, as atom explained to me that the prebuild step in the VC project needs to be given explicit filename targets according to the Ctrlr nomenclature. This can be edited in Project Properties in VC++/etc. The binarybuilder uses the specified XML file to generate a .cpp and a .h file (called MycontrollerMapping.cpp/h), so if you keep getting the old values in your controller exe, try deleting those and making sure the pre-build command is doing what it’s supposed to.
[quote:1j8rfpsk]
Edit: oh, by the way, do you have some secret and magical way of generating the XML files, or does it have to be all done by hand (like I’m doing now)?[/quote:1j8rfpsk]Heh, I think this remains a job to be done by hand, but it’s not too arduous. It will be once I start on the NRPNs though ” title=”Wink” />
Cheers, here’s the Supernova manual: [url:1gl7wgly]http://uk.novationmusic.com/uk/support/download/supernova_ii_keyboard_user_guide/132[/url:1gl7wgly]
So I can use Dashboard to send MIDI CC, anyway. A problem I’ve found with the Dashboard, by the way, is that it crashes the second/third time you edit an existing control (but I guess you’re still working on Dashboard). It’s good for testing, anyway.
Okay, I was up all night struggling with Express 2010 and discovered a few things.
Your Ctrlr sources use the dot operator for accessing members of some Image related stuff, which builds fine, but I’ve discovered that if you edit and save a <whatever>Editor.cpp with TheJucer, it saves ‘->’ in place of ‘.’ and does a few other weird things that break it. I’m using the prebuilt Jucer from ‘extras’ within the juce package – I thought it was the latest version, but maybe I actually need to build it myself, what do you think? Worth pointing out in case others come across this problem, though.
Some other very weird and inconsistent build errors cropped up for no reason that I could tell, and if they happen again (I’m sure they will!) I’ll try to document them on here. Anyway, a real problem I’ve got now is that no matter what I try, the build process won’t parse my adjusted XML – every time I build, I check the standalone executable’s Preferences and see all the OLD (i.e. xio prefix) modulators listed, even though my XML contains all new ones (snv prefix – supernova). My prebuild process seems to contain the XML thingy that we discussed on IRC, so I don’t know what’s going wrong OR where the hell it gets the old data from! It shouldn’t exist any more! Any suggestions would help to stop me going bald with frustration ” title=”Smile” />
Edit: oh, by the way, do you have some secret and magical way of generating the XML files, or does it have to be all done by hand (like I’m doing now)?
Damn, that’s awesome. Looking at Jucer now. A bit confused about the "Couldn’t find the required Jucer template files…" error I get on the Code Preview page (not sure which dir it should be pointed at) and also by what you described just now.
Cheers!
Do you mean aftertouch in general, or specifically aftertouch being used to pack other commands (as I think maybe the Virus does)? The Supernova and quite a few other Novation synths use aftertouch, so either way, it’d be nice to have.
Cool, well I’m building fine and I’m able to make some changes to the Xio template that have an effect on the Supernova (actually, some do already since Novation tend to use similar CC values for similar params on their stuff)…
I guess the only daunting thing now is the vast amount of stuff to be edited/added, and I’m not sure if I’m editing in the right places, etc. Am I right in thinking the only purpose of the XML is to match controller components with actual cc/nrpn values, while the component names (referred to in the XML) are defined in the files in [..]/UI/ ? If so, then I guess I just have a lot of work to do ” title=”Wink” /> It would be good to have a quick’n’dirty guide to editing that stuff, though, for people who’ve managed to get as far as being able to build their project.
Any help would be appreciated (but I’ll ask any further questions in the Programming subforum, like I should!)
djstylee – I’m working on a Supernova II controller as we speak (it’s building; I just need to map all the stuff). By the way, the OS2.0 Supernova II manual (available for download from Novation’s site) has all the up to date NRPN/CC tables in there – that’s what I’m working frmo.
atom – yeah, same with the JV-1010 – LOTS of work. The sysex/etc section of the 1010 manual is completely insane – first it has to teach you intermediate mathematics so you can understand the sysex checksum equations, THEN it tells you how to do them (and I don’t understand much of it). One bloke’s put this helpeful info online: http://www.chromakinetics.com/handsonic/rolSysEx.htm but all it did was make me realise what an enormous task this is. I’m not much of a programmer and I like quick results, so I’ll stick with the Supernova and the Virus B for now ” title=”Razz” />
Hmm… I have the latest SVN revision, but I think I was just using Controllers instead of Ctrlrs. Thanks for the tip!
Update – thanks, now I can build my duplicate Ctrlr! I’m converting the Xiosynth controller to use with the Supernova II…then the next project is an Access Virus B controller. I think I’ll leave the JV-1010 for now, as it’s a LOT more complicated…
Unless anyone has any advice on how to easily implement Roland sysex/checksums/etc in Ctrlr?
-
AuthorPosts