I m delightly fighting with my fps wich are vvvverrry bad… 8 to 9 fps…
Despite the processor is used at globally 17%.
I m working on a hudge project, where there is a lot of DOPE structure to load and a lot of dds on screen, and a lot of audio wich can be played simultanously ( 12 players).
I m not undrestanding in fact, if my processor is not very used,whats going on.
I have a good ssd.
I m using the Enable trick to avoid extra calculation than needed.
Does anyone has any trick to help me going back to a correct 25 fps ?
I guess your patch utilizes just one core of your processor. Depending on the core count of the prozessor 17% most likely means that this one core is running at full capacity. To get more FPS per second you have to use more cores. How to achieve that is highly dependend on your specific patch / setup. One thing that you can try is running mutliple instances of vvvv, let’s say five. Four of them have Three players each and then share the texture via SharedTexture or Spout to the fifth instance which ouputs the “scene”.
Thank you Bjoern. Ok that is a super answer.
The pb is i have many S and R things. It works between multiple instances ? (values)
And how do you setup the repartition of the VVVV instances ?
Other question is: is it possible to send in memory a dX11 group output ?
I have 17 chapters, all along corresponding to 198 animated images with sounds
@karistouf yes, a good practice is to have one more instance responsible for all the other instances (players). From there you will have the ability to fire them up, kill and inspect them if you need and you will be mostly on the safe side where if some of the players’ instances are crashed to independently start them again.
no, not a copy you may inherit multiple instances from the same installation folder. Start the first patch from the commandline (a bat file will be handy for sure) with the appropriate argument /allowmultiple and do the same for each shell executor from the “main” (let’s call it as such for now) patch for the rest (players’ patches).
many many thank you nissidis ! ok i will work around it in next days.
So main patch is with a set affinity, and “players” patchs launched by others instances have there own set affinity node ? (just to be sure)
@bjoern about S and R. Shared memory with values is possible ? (its very important for me if i want to adapt the global patch) If yes, is it possible to have an example ?
@schlonzo no scene is as the others. It may be 2 or 3 DOPE meshes per image, up to 18 or 20 dope meshes per image. Sometimes a chapter will show on screen 12 images containing the meshes.
Not possible to create a goblal DOPE player. Project is too complicate for this ( parts up dow etc…).
Hello, i m in the wore of the adaptation of my hudge project, and from scratch it works, but with my project and all its S and R nodes, well its heavy and complicate. I m encoutering troubles to adapt and i I would like to know certains things:
can i put a VVVV working on 2 core ? If yes, how to do it.
i have 8 core, example go up to 4. How to reaches others cores
is the shared memory things with values is blocking vvvv when it doenst find those value in shared memory (adapting patches one after one)
Thank you Bjoern. its impossible to migrate to gamma. its a real hudge project.
I have a doubt about the checking box of setaffinity process and its adresses. If i check just one box, its going to the desired processor, right ? a question more about the possibility to ventilate to others cores painfull things.
Actually, all in one VVVV i m at 63% of memory (38 458Mo ).
Im now running second instant from shellExecute from my main. The second instance is launched with a patch with setprocess affinity to other processor. But it seems to block. Could that be related to shellexecute and “from processor” behaviour ?
i will have 3 textures, of 4800x2700 coming from 3 instances of VVV