post your bugs, comments or feature requests here.
download here: svvvvitcher
what a great patch! i tried to understand it, but it's just too complex :-P
suggestions after a short test run:
not all controls are faders, instead of 16 faders i'd think it better to have 8 faders, 8 bangs and 8 toggles (roughly same space requirement)
is midi-learn for all interface elements possible? i'm thinking about the blend modes, and also patch/fx enable, and maybe patch or preset selection...
hm. i use bangs for all kinds of pulsing, flashing, etc signals...beat related, i get midiclock from outside.
8 faders: i think it depends on patching style, also i always try to accomodate my midicontroller's layout (novation remote zero, 8 pots, 8 faders, 8 encoders, 32 buttons), so that's more of a personal preference. still trying to find the perfect config... :-)
From my few days repatching and patching I definatley agree with bilderbuchi, I run with a uc33, which I am finding the controlling the patch great, but would definately like to be able to map the presets to keys on my midi keyboard so I can jam the settings. It's really quick at switching if it's just setting changes for the same two patches.
Also would like to be able to midi assign the cross faders.... to be honest I think making every button and slider midi assignable would be great...
Again, great work on this....
nodename=":PLUGINS:\Gui2d.dll|VVVV.Nodes.RadioButtonNode" path="C:\vvvv\patches\VJ Patch Switcher\work\gui\
I have the GUi2d files in my vvvv flder. But just look at this path! It sure isnt mine. I dont get it how people can use SWITCHER out of the box, without editing these paths...
vvvv writes the original location into the patches, but since it starts with ":PLUGINS:\.." it will load it out of vvvv's plugin folder. so it should work if the files are there.. are you using the latest vvvv version?
@bilderbuchi and SuperflysiNZ, assigning midi controllers to the other gui elements would cost some performance.. but i will think about a way to patch that. i'm just wondering, how to map the 768 presets to midi buttons..
It works amazing, tonfilm !!
I think if you add a preset switcher, you should also add a "launch" button instead of loading every preset you navigate.
What about adding an automation record for the faders ?
I've built two versions using electromeyer RecordRun for use with a midi controller.
The second version uses a modified RecordRun (RecordRunSwitch)
that automation would be something that could be integrated in a patch. in the gui it would eat too much performance. the svvvvitcher is designed with the goal to leave all possible performance for the patchs.
but i will add button controller for the patches, to implement something like that in a patch.
Awesome work :) Lot to discover.. so nice...
Perhaps we can start our little library with little patches we all can use/share.... So we all have some basics we can put in there?
Wouldn't mind setting one up. (would need some contributions though)
Yes a few bang/flash buttons would make your work just that more interactive during a live show.
Amazing work... we were wondering to dedicate the next two months in order to make a patch switcher for our performance. Kudos for that!
After spending the weekend testing the patch, we discover the following things:
And probably 16 parameters is more tha enough for each channel.
Hope to see the nex iteration soon.
ok, so what i will try to do is:
thats already a lot to do... give it some time..
i've been meaning to add rotary encoders to the mix (since i have some on my midi controller) - e.g. to choose a "number of elements" or a specific texture by encoder (which puts out +/-1 on turn).. patch sth. with S+H (is there an Add+Hold node?) or what not.
also, i don't know how much "patch standardization" would work, since every one of us has a unique way to work, and therefore unique needs for the interface (button/fader config, etc)?
Quick off topic about midi controllers:
Tonfilms: actually you can connect multiple midi controllers, at least USB ones.
Yesterday nigth I patched my 2 Korg Nano Kontrol and 1 Korg Nano Pad, each one with a different MidiController (Devices), and worked without problems.
I realized that is not posible with the standard windows driver, but upgrading to the Korg driver solves the issue.
Hi I've been really enjoying Svvvvitcher for a while now and have experienced a problem: When in fullscreen mode I cannot use the patch-switching keyboard controls, shift+1/2/3 work as expected but pressing 1+e for example doesn't switch the patch at all.
Any help greatly appreciated.
Yep, other than that all is well. I have svvvvitcher running very nicely with my new vista laptop in fact! The audio analysis is running perfectly contrary to what I've read in the forums. Although the new Text plugin isn't working which is causing some problems with the Svvvvitcher GUI, anyone know of a fix for this?
tonfilm: We used the Svvvvitcher last week for a live performance (5 hours) and worked really weel, thanks for sharing it!
We found some bugs during the performance, but almost all seems to be related to vvvv and not for the svvvvitcher . This are the issues that we discovered preparing/performing this show:
The setup was a vista 64 machine, with two nvidia 9500 GT (in SLI), 4 GB RAM. We will retest all the show and issues in an XP 64 machine when our license arrives.
And one simple feature that we missed when performing was the ability to set a label for the presets section (we used different sections for different songs).
Great work and thanks again for sharing it!!!
great report, thnx a lot! nice to hear that svvvvitcher was already on the road.
would be really interesting to see how the XP machine works.
i have to admit, that i never tested patches with videos, but this has something to do with the fact that videos can only be displayed on one graphics output. was there any other renderer open? or one that was in the patch and renders the video on the other output?
can you send me an effect patch which was not working? tebjan(at)gmx.de
hope i can release an update soon, but then there are also little changes to the patch interface. but as there are only some additional buttons, the changes on the patches are really minor.
but it will take a week or two..
I understand (the videos issue)
The problem presented only with one renderer (the output renderer in the svvvitcher) in fullscreen (and of course the GUI renderer). Only happened in fullscreen, and only if the EX9 renderer was fullscreen in the secondary monitor. We have to set the proyector as primary display, but wasn't that terrible ;)
When we displayerd the output renderer without fullscreen, we had no problem at all working in the secondary monitor.
I have to search in my svn the effects that pruduced the issue, I'll send you a couple of examples tonigth when I arrive home.
Hi guys, I am fairly new to VVVV but starting to get my head around it.
Svvvvitcher looks ideal for what I want to use VVVV for, but I am having a little bit of an issue with the blender.fx module - it doesnts seem to be doing anything.
Looked into the patch, and everything seems to be right, but just cant see what is wrong.
Aside from the VVVV install, is there anything else I might need to download/install to get it going?
Windows XP, btw..
Ah... may have found it.
I have net 2.0, and 3.0 running, but I run a Matrox Parhelia in the computer I am running it on, which likes like it might not support pixel shader 2.0, maybe. Still looking into it.
However - what is essentially happening, is that the 'blend' aspect seems to be the issue.
I can use the switch to flick from one patch to another, but I just cant seem to have them 'mix' on top of each other?
Hey guys, I am new to this but very interested. I have downloaded the files but how am I able to achieve this
I've opened _root_MAIN but only able to see the _root_3Dboxes working. I've unzip Svvvvitcher into a folder on desktop and included the Gui2d patches into the plugin folder.
Am i missing a step?
Tonfilm, yesterday night i was playing with a way to preload geometries (in order to speed up load times) and I noticed an incremental lag in load times when you switch between presets (without my preload work).
I tested it with two presets, one loading a video, one loading a path that loads 3 different XFiles and 1 Texture (3 times each).
I switched a few times between both, and noticed that the 3d loading time was increased, and found this values:
With Preload Textures On:
1st time: 4 seconds
2nd time: 8 Seconds
3rd time: 12 seconds
4th time: 16 seconds
With Preload Textures Off:
1st time: 1 seconds
2nd time: 1 Seconds
3rd time: 2 seconds
4th time: 3 seconds
Any ideas of what can be adding this lag to the load times?
I'm new to vvvv. I try the svvvvitcher but I've got a problem that I don't understand.
So, the problem is that I have nothing in the GUI...but I've put the GUI folder in the vvvv's plugin folder.
Do you know what is the problem ?
today I'm learning so I just buy one nano Kontrol. The probleme I have is that I need to fix a problem with my nano or with svvvitcher, don't know exactly.
Do you know if I can assign manually controller and scene to the GUI chanel and sliders ?
I don't know why just the only fourth slider work, and I would use knobs to control patch if it could be possible.
Thanks for your help.
EDIT > kind of error with the forum date. This post have to be down the Drakko's answer.
LeCloneur, we actually changed the code a little in orger to use two nonoKontrol´s directly (without a midi join)... during the week i will send you the version that we are using right now....
(Btw, with only one nano control is enough to us the midilearn function, and using one scene in the control for each channel)
The problem that we found with the Nano series is that they are too fragile... we damaged 2 in the las 4 gigs, before buying a Beringer BCF2000.... a great surface control with motorized faders for the cost of 3 nanos.
Hey, this looks like a great patch and exactly what I need.
But I can't figure out how to get the patch to show up inside VVVV? I've tried putting it in the main folder, in the plugins folder, creating a new "patches" folder, everything!
A few people mentioned problems with paths, I'm guessing that's what's happening with me. How can I fix this?
I'm new to VVVV :(
Lookin great, keep up the good work!
I'm getting similar problems to what lecloneur posted above. After downgrading to SlimDX March it definatly changed but it's still not working at all. Can someone who's running this on Windows XP please tell me what versions of .NET, vvvv, SlimDX you are using successfully?
It finally seems to be working for me with the following:
Windows XP SP3
vvvv beta 22
Add-on Pack for beta 22
After I installed the add-on pack everything seemed to be working except for the text. After I upgraded SlimDX everything seems hunky-dorey still need to do some testing though....
I'm having strange problems since beta22, everytime I try to change the preset within Svvvitcher the save dialog appears.I have all components mentioned above installed on windows xp. Anybody?
Ok, so I've just saved everything I was asked to and it seems to be working fine now.
I have explored this patch, and it does basically the same thing that I want.
There seems to be a problem with createnode, small hang that is mentioned in other svvvitcher forum thread, when loading patches.
I don't know how createnode node is programmed and how it interacts with vvvv. the .net IPluginHost does not implement functionality for creating nodes, or enumerating existing ones...
Perhaps there is way to load patch on separate thread, than release objects to other vvvv thread. When monitoring thread count and running svvvvither it seams there is no change in thread count, but I'm not quite sure about that.
There might be some other ways to interact with vvvv, using modules or something, but I didn't have time to check it out.
as the gui and the gravvvv run in the same thread, there will always be a hang when loading patches. but svvvvitcher reduces the hangs significantly by preloading all textures in the patches folder. just make sure your textures are in that folder or subfolders of it..
Well, as I've mentioned above. When I start Svvvvitcher with beta 22 or 23 the vvvv save dialog appears, same thing happens if I try to change presets within GUI renderer. Actualy GUI is not operative at all. Everything appears as it should,text, sliders, etc but its impossible to play with it. With beta 21 all works fine on the same machine with same components.
Uh, it seems to be working now. Actually you'll have to save everyhing (GUI, root, effects....) and your demo patches, which was a bit tricky. If you'll try to save them within Svvvitcher, it does some stange things. So finally I've save them outside of Svvvvitcher and seems to work fine. Finally!!!
Thanks Tonfilm, great work
Ive tried get the Svvvitcher to work today with various versions of VVVV.
I think its nearly there.
First up it appears that different releases of SlimDX work with different versions of VVVV/plugins/Svvvitcher, but you cant use the same version of SlimDX for relases 21,22 and 23.
To give an example SlimDX Runtime (February 2010) works with version 23 on my machine,the TEXT EX9 help file works but not on previous versions of VVVV.
So it took me a while to get the GUI text to show up.
Now that it has when i open the Svvvitcher only the wire boxes appear, if i select a different patch none loads, evening esle seems to work fine.
Also after sometime the patch unfortunately crashes.. Im on a very high spec'd laptop with a 1GB Nvida
Is there anything else like Svvvitcher? I really only need to mix, load and crossfade patches, as each patch would have it very unique midi controllers and bespoke sound analysis.
Many thanks for any help thrown my way
helo, it sounds like you stored svvvvitcher in a messed state, my advice would be to download svvvvitcher again and overwrite the one you are using now...
and whenever you are asked to save your patch because of a new version, klick 'yes', the patches are stored with beta22 an need an update.
hope that works..
Thanks for your reply Tonfilm, appreciated!
Now after uninstalling all versions of VVVV and re installing from scratch i can get the svvvvitcher working.
But still some very strange things. Firstly the crossfader was fading in reverse ie channels were swapped, this has easily been fixed by swapping a few connections in the engine.
My only last issue is that allthough the preset options saves a png file with the correct image it does not save a corresponding text file. Do you have any idea why this might be happening? I would find this option extremely handy.
Finally i would ike to ask how users use this in the real environment? I for one need to a preview so i imagine the best thing to do is add another output renderer and open it on an extended desktop?
Once again thanks,
>But still some very strange things. Firstly the crossfader was fading in reverse ie channels were swapped, this has easily been fixed by swapping a few connections in the engine.
thats a feature! because some blending effects are not symetric, you can swap the layer order by clicking at the button which shows the framerate.
>My only last issue is that allthough the preset options saves a png file with the correct image it does not save a corresponding text file. Do you have any idea why this might be happening? I would find this option extremely handy.
hm.. the preset should save a .bmp file.. and yes, a textfile besides it.. are you shure that you did not change anything in the patch? what operating system do you have?
>Finally i would ike to ask how users use this in the real environment? I for one need to a preview so i imagine the best thing to do is add another output renderer and open it on an extended desktop?
svvvvithcer has no preview by design, because it would double all geometries and textures on the second output and vidoes work only on one head, that could half your framerate. so for a preview you should get a splitter for the main output and put that on a second monitor.
thanks for the extremely swift reply!
If i unzip the svvvvitcher to a sub directory on my hd i can only load one patch (the starting patch), it refuse to load any other. No other patches load allthough the control changes are being set.
However, if i unzip to the desktop, it all work fine as i mentioned above without saving the text file presets. So i imagine its some kind of file path issue, one that i cannot resolve.
Im running XP
>so for a preview you should get a splitter for the main output >and put that on a second monitor.
If possible could you please explain this last sentence a little bit more in detail, im not sure for example what you mean by a splitter,
Tonfilm, thanks for the patch update.
So i tried both versions of Svvvvitcher with each corresponding version of VVVV they are designed to work with, but each time a get the same probelm:
The loading of new patches doesnt work if i unzip Svvvvitcher to somewhere on my C:drive, however if i move the Svvvvitcher folder to my desktop the patches load as expected, but still a preset txt file is not saved to the preset folder.
Also once again, regarding using the patch live, what do you mean exactly by:
>so for a preview you should get a splitter for the main output >and put that on a second monitor.
Im not sure what you mean by 'get a splitter'
As ever thanks for your time, its much appreciated.
with splitter i mean something like a Y-cable which gives you two connectors for just one output, just google for "vga splitter" or "dvi splitter", they are quite cheap.
but this saving problem really bothers me, and also it should really make no difference where you unzip svvvvitcher.
one thing you could try first: open svvvvitcher and put a Renderer (TTY) somewhere. then try to load patches and save presets and see if it writes something out..
if not, you could just try to reinstall all in that order:
.NET runtime 2.0
SlimDX runtime feb 2010
vvvv beta23 with addonpack_02
then start the beta23 exe, to be sure its the right version...
also make sure, that you start vvvv with administrator privileges, maybe your current XP user has insufficient rights to do the actions..??
hope it works out..
the delay comes from loading the patch from disk. when you have vidoes in the patch they have to be loaded too.
when you use textures in the patch, make shure they are located in the 'patches' folder and enable the 'preload' button. that should speed up loading.
nevertheless, svvvvitcher is more designed to load one patch after another, not to jump fast between them, you can not compare it to a video mixer. you should do all cool stuff in the patches, there is the real power.
I found an old post on the forum talked about the create node and the delay about it.
I'm trying to modify the switcher to open all the patch when I open the switcher and just switch between texture nodes instead of open patch one by one.
EDIT : Finally I tried to open every patch in a channel. I can switch without delay but, because of too many nodes, vvvv is at 6 FPS... not a good solution at all...
am I missing something or x-fader is not within the parameter ready to be mapped? Why? Is it because of MIDI low res ? I d be happy to go along with 128 steps, I tried to dig into the patch to emerge the relevant event but it was a bit complicated..
I d like to map the x-fade to a MIDI parameter.. tx
Some thoughts about Svvvvitcher after a few days with it:
As feature request I d also add a "data link" from the main patch to the 2 channel patches, for example the Tablet node can t be used 2 times in the same instance of vvvv so if I have two patches open with it, only the latest opened can use it.
first thanks again, switcher is awesome!
but what i don't understand is:
hi i ve found out that thte resolution things depends on the real output resolution so even if you set a reso in the main patch the reso you ll see in one of the channels patch is the reso set in the main renderer inspektor (see how it is taken from its output pins) so the "mistery" is solved.
Blank output comes if you have a patch that hasn t been prepared to be svvvvitcher friendly, it will corrupt the internal linkage of the subpatches
Good idea with the default blank fx, but I still think it should be off by default
sorry i may have not be clear :) for the resolution i have no problem, i put the one i want in the main renderer backbuffer pins and it's sent via S to "Screen Resolution" IOBoxe in patches (and then to renderer backbuffer pins in each patche).
the thing i was pointing out is when i (maybe you) open the window of a patche which is playing in a channel, the values of some nodes output pins are static and not correct. for example all the SplitAudioAnalysis output pins are showing "0", nevertheless there's a signal in it, the patch is reacting to it.
same for "Screen Resolution" output pin (which always shows 1024x768) and "Control" output pin (shows always "1").
all the rest is working, i can create an LFO and put an IOBox behind, i see the values moving in the IO no prob. seems only related to these 3 IOBoxes which are receiving an external signal.
otherwise i don't think the blank problem is related to my patches. they all respect the template conventions and are working well as long as default patches are present in svvvitcher's "patches" directory. that's only if i delete or rename a default patche (without changing anything to mine) that the renderer gets corrupted. it's strange..
well, the "blank renderer" problem is gone, not sure how but guess it was from one of my patches.. :/ anyway still have no visual data from nodes "audio analysis" "control" and "screen resolution". getting used to it..
I'm now running svvvvitcher in beta24.1, no prob still now except a strange bug that occurred just 30min before i had to do visuals at a party. didn't do anything particular, was strange.. blend modes in the gui just disappeared, leaving a black empty space, and none of my patches worked anymore! (no, i wasn't drunk!) was kind of stressful..
had to grab an old save of the svvvvitcher, repaste my patches and fxs and some custom stuff in it and it worked fine. so i'm asking if it's a good thing to run it under beta24.1. saw dawoof was having troubles too..
in any case make sure you have an original svvvvitcher aside of yours to replace his "motor" in case of bug. cause shit happens!
last thing: when i disconnect gui's renderer the framerate is twice higher (30 -> 60 fps)! is this normal for the gui to take that much of power?
anyway thanks again tonfilm for that great tool :)
this sounds like you once loaded a patch which had wrong inputs, or just no patch and then saved svvvvitcher. so the links in the channel patches are gone and new patches also wont have the links. to fix that, open the channel patches, reconnect the input links and save.
similar issue, when svvvvitcher was saved with one of the patches you just renamed, then no patch will be loaded on startup and all links in the channel patches are broken. this can be solved by saving svvvvitcher in a state, where only patches from you are loaded.
might have been a multiscreen issue.. no idea what it was exactly..
hm.. this is also a multiscreen issue, performance should be good when you have both renderers on the same screen. when designing svvvvitcher i was trying to avoid graphics which are on both renderers, but somehow they slow each other down anyway.. you could try some different settings of the 'presentation interval' of the GUI renderer.
hope that helps. a svvvvitcher V2 will come sometime after node10...
thanks a lot for your answers
..the "no visual data problem" came from me.. I was opening the patche directly from folder instead of browsing it through the root (engine>channel>patche).. i feel stupid on that..
for the framerate thing, i tested without multiscreen, having just one active monitor with both renderers on it (gui and output) but it didn't affect framerate for me (i guess you have an nvidia gpu, i have ati -> different behaviours?)
However setting the presentation interval of the gui on 'immediatly' gives me a gain of 5/10 fps! nothing compared to the 20/30 gain i have when i disconnect gui's renderer but it's already a nice step (and the gui is usefull..) so thanks for the tip!
for anyone following this thread, i just posted this contribution:
hopefully it can become part of svvvvitcher
I've been trying to get svvvvitcher to run with beta25.1 (with addons), windows 7 (32bit). The problem is that 4V can't seem to see any patches or effects in the respective folders. I've tried opening and saving the patches to update them from the older versions but still showing nothing.
Any thoughts would be welcome?
If it's crashing, I must ask what hardware are you using otto? My old Thinkpad T60p with core 2 duo and discreet graphics is not powerful enough to run svvvvitcher. As for version 2 I wouldn't hold my breath. He said it's coming, but he didn't say any time soon.
I recenlty launched svvvvitcher and I get unexpected render output in the control renderer (see the attached screenshot)
The first time when I ran it everything worked fine, then the second time I opened the svitcher project I got this mess, although I tried reinstalling the files.
What is happening?
Please help.. thanks
Every time I see this thread pop back up I scroll aaaaall the way to the bottom hoping to see "version 2!".
You might want to look into why that node is red although I doubt that's the problem. Also try to reinstall everything: dx, .net, vvvv, etc.
Hey sorry kundi I gave you some bad advice. You need to Ctrl+Tab to gui then double click the following nodes which should be red:
sliders... type: sliders <enter>
presets... type: presets <enter>
gui__ ... type: RadioButton <enter>
gui__ is the left-most red node, I can't remember exactly what it was called.
Also since you're on win7 you can delete the red nodes names "Input Device" (in _root_MAIN and gui) because the OS determines input device.
I'm not sure how to make my instructions more clear.... press ctrl+tab and then a window will pop up with a diagram, click "gui". That's where you'll see some red nodes. Double-click those red nodes and type what I said above.
After that click save and you should never have to do it again.
Or you can download my customized Svvvvitcher here...
... that should work out of the box (no need to bother with the iPhone-related instructions if you don't want to).
Wow, this modification is amazing. I love it. Thanks for sharing this!
I'd still like to learn how to fix patches in such scenario..
When I press ctrl + tab I see those red patches, and I go to double click each to open the patch, and then double click on missing nodes.. I managed to fix sliders, but with other red patches, when I double click the red nodes and re-type the name in it, the option doesnt come up in the select box. How should I locate it elsewhere if its not displayed in the search box?
If I press ctrl + tab in your modification, I still see red root, _root_main and engine patches. Is that normal?
try pressing enter anyway, what happens?
It depends. It's possible the red nodes indicate I messed up packaging the zip, or it could just be a warning: you will definitely see red nodes if you don't have a midi controller attached. However, that's completely expected and won't negatively effect anything. (if you want, you can install a virtual midi driver (http://www.nerds.de/en/loopbe1.html) which will get rid of the red nodes related to missing midi drivers). The trick with diagnosing red nodes is to press ctrl+tab and follow the red nodes right down the hierarchy and click the right-most node to find out what the source of the problem is.
Hey, this svvvvitcher looks awesome. Unfortunatley I can't seem to get it working. I'm running vvvv_45beta27.1 on Win7 64bit .NET 4, and have the addons pack, however, I'm getting red nodes such as those in kundi's picture several posts back.
When I CTRL-TAB and drill down into the red nodes, it tells me the following bits are missing:
:MODULES:\vvvv group\Spreads\AvoidNIL (Spreads).v4p
:MODULES:\vvvv group\Devices\MidiControllerOut (Devices).v4p
Can u tell me what I'm missing?
anonymous user login