» alphas
This site relies heavily on Javascript. You should enable it if you want the full experience. Learn more.

alphas

Italian | French

Below you find vvvvs latest bits built just in time for your alpha-testing pleasures.

Don't use for production!
Patches you save with an alpha version
may not open anymore
with the current beta version!

Please mark problems you report in the forum with the alpha tag or visit us in the matrix for a chat over issues you encounter. Here are the Installation Instructions.

The change log may not be uptodate with alpha builds but you can find latest commit infos (at least of vvvvs public sources) in the commit history.

If you want to build latest sources for yourself or want to contribute to the addonpack please follow the instructions on the vvvv-sdk page.


Core

See changes
  • [VL] Splash screen working again in integration (adds to issue #4448)
vvvv 9436e28b44
32bit Version
15/01/2019 22:50
64bit Version
15/01/2019 22:50
See changes
  • [VL] Fixed crash when quitting application (adds to issue #4448)
vvvv 7458788c03
32bit Version
15/01/2019 19:51
64bit Version
15/01/2019 19:51
See changes
  • added assembly loader as nuget reference to VL.Xenko.Integration.csproj
vvvv b66445d393
32bit Version
15/01/2019 18:52
64bit Version
15/01/2019 18:52
See changes
  • Removed a few package dependencies whose assemblies get already shipped with the vvvv beta and gamma versions
  • Removed invocation of restore target as it turned out the solution was to invoke msbuild VL.sln /t:Restore on build server - some nasty msbuild project caching going on here
  • Moved VL integration installation into its own task out of commonly used vvvv45.targets file and still trying to get build running on server by forcing re-evaluation of project files passing in dummy values
  • Fixed VVVV.Hosting being copied into integration package and causing crash on startup
  • Next attempt to get VL integration to build on server by using new manually uploaded 38.2 prerelease packages of vvvv
  • Switching VVVV nugets to standard format - otherwise consumption in new project format not working while building from command line
  • Added back explicit reference to VVVV.PluginInterfaces as transitive reference are not working on VVVV.Hosting (maybe because the packages are still in the old format?)
  • Merge branch 'develop' of https://github.com/vvvv/vvvv into develop
  • Invoke Restore target before building VL from inside vvvv
  • Merge branch 'develop' of https://github.com/vvvv/vvvv into develop
  • [VL] using c# 7 is feature to tidy up code
  • Merge branch 'develop' of https://github.com/vvvv/vvvv into develop
  • [VL] audio device enums are now async and don't block on vl startup
  • On deploy of vvvv beta the VL integration will be built and its packages installed into output folder
  • [VL.Xenko.Integration] Disabled building of nuget package on build to speed up build time - one needs to trigger the pack target manually
  • [VL] Fixed unit tests
  • [VL] Cleaned up solution file
  • [VL] Removed reference to VL.CoreLib.Standalone
  • [VL] Fixed remaining merge errors
  • Merge branch 'develop' into xenko # Conflicts: # public-vl/VL.Core/src/VL.Core.csproj # public-vl/VL.Core/src/VLObject.cs # public-vl/VL.Core/tests/VL.Core.Tests.csproj # public-vl/VL.Core/tests/packages.config # public-vl/VL.CoreLib/CoreLibBasics.vl # public-vl/VL.CoreLib/VL.CoreLib.vl # public-vl/VL.CoreLib/src/2D/Serialization.cs # public-vl/VL.CoreLib/src/3D/Serialization.cs # public-vl/VL.CoreLib/src/Color/Serialization.cs # public-vl/VL.CoreLib/src/VL.CoreLib.csproj # public-vl/VL.CoreLib/src/packages.config # public/vvvv45/src/core/Hosting/Hosting.csproj # public/vvvv45/src/core/Hosting/packages.config # vvvv50/VL.Lang/src/ImmutableModel/Converters/Converters.cs # vvvv50/VL.Lang/src/Platforms/CIL/Cci/ExpressionBuilder.Values.cs # vvvv50/VL.Lang/src/Platforms/CIL/Import/Importer.SymbolSource.cs # vvvv50/VL.Lang/src/Platforms/CIL/Lazy/Compilation.cs # vvvv50/VL.Lang/src/Platforms/CIL/Platform.cs # vvvv50/VL.Lang/src/Platforms/CIL/RuntimeHost.InstanceManager.cs # vvvv50/VL.Lang/src/Session.cs # vvvv50/VL.Lang/src/Symbols/Compilation.cs # vvvv50/VL.Lang/src/Symbols/PatchedImplementation/CompileTimeValueSymbol.cs # vvvv50/VL.UI.Forms/PatchEditor/EventHandler/PinEditorMouseHandler.cs # vvvv50/VL.UI.Forms/PatchEditor/PatchContextMenu.cs # vvvv50/VL.UI.PatchEditor.Utils/Tooltip.cs # vvvv50/VL.UI/src/VL Forms/VL.Forms.csproj # vvvv50/VL.UI/src/VL PatchEditor Utils/VL.PatchEditor.Utils.csproj # vvvv50/VL.UI/src/VL.UI.Core/SplashForm.cs # vvvv50/VVVV.VLIntegration/src/RuntimeHost.cs
  • Merge remote-tracking branch 'origin/xenko' into xenko
  • [VL] PatchContextMenu now rendering in same colors as menu
  • VVVV, VL and VVVV.VL.Integration running again!
  • [VVVV] Reverting core projects back to old format
  • Merge branch 'develop' into xenko
  • Merge branch 'develop' into xenko
  • brought in JobObjects which got lost in merge from develop to Xenko branch
  • Merge branch 'develop' into xenko # Conflicts: # public-vl/VL.CoreLib.Experimental/src/VL.CoreLib.Experimental.csproj # public-vl/VL.CoreLib/VL.CoreLib.Experimental.vl
  • Merge branch 'shader-error-handling' into xenko
  • Merge branch 'async-ui' into shader-error-handling
  • [VL.Xenko.Integration] VL.Lang should now also be shipped as a VL package
  • node AsObject
  • fixed a reference
  • added persistentnode (experimental)
  • [VL.DynamicNodes] Added hack which prevent input groups from being matched on dynamic nodes - caused very weired bug that pins lost their definition and not wasn't in use anymore which in turn lead to a null pointer down the line as effect was gone.
  • [VL.DynamicNodes] Fixed hot swap of dynamic nodes when referenced by another instance
  • [VL.DynamicNodes] Fixed symbol for dynamic node not being found during hotswap
  • [VL.DynamicNodes] If a dynamic node description has an error it will now be unused and therefor its instances will not be created - or disposed of if previous description was valid
  • [VL] Fixed regression that app would crash on startup
  • [VL] Exceptions will be caught in error dialog like in single threaded UI and mouse handler will fallback to idle handle if exception occurs to get out of stuck state
  • [VL] Proper fix for crash when opening node browser and having a compilation running in background.
  • [VL] Fixed cancellation exception bubbling up to the UI
  • Merge branch 'async-ui' into xenko # Conflicts: # vvvv50/VL.UI.GraphicalEditor.Piccolo/GraphEditor.cs
  • [VL.CoreLib] Added more convenience methods to IHasMemory and fixed documentation
  • [VL.CoreLib] Added forwards for IHasMemory extension methods
  • [VL.CoreLib] Empty memory is also valid memory and added extension method HasData to check whether not-empty read-only memory can be provided.
  • [VL.CoreLib] Added some documentation to new IHasMemory interface
  • Merge remote-tracking branch 'origin/async-ui' into async-ui
  • Merge branch 'async-ui' of https://github.com/vvvv/vvvv into async-ui
  • Merge branch 'develop' into async-ui
  • [VL] Fixed not existing VL.CoreLib.Standalone being added to new documents
  • [VL.CoreLib] Fixed SpreadBuilder.TryGetMemory and added test for it
  • [VL.CoreLib] TryGetMemory will returns false for empty memory and fixed depdencies
  • [VL.CoreLib] Fixed default of new IHasMemory interface
  • [VL.CoreLib] Added new interface IHasMemory implemented by Spread and SpreadBuilder so we can easily replace exisiting nodes taking spread without breaking anything - PICK ME ON DEVELOP
  • [VL.CoreLib] Added Memory<T> and ReadOnlyMemory<T> and various constructors FromMutableArray, FromString, FromSpread, FromSpreadBuilder - PICK ME ON DEVELOP
  • [VL] Fixed program being stopped when current compilation was canceled
  • [VL] Fixed DEBUG code paths being entered even though patches were not under observation by anyone
  • [VL] Fixed constant values not always being cached in static fields (was bugged in stateless regions as well as pin values in operations) - PICK ME ON DEVELOP
  • [VL.NodeBrowser] Fixed null pointer crash right at start due to synchronization context being fetch too early
  • [VL] debug asserting synchronization context in node browser
  • [VL.NodeBrowser] trying to get rid of cross-thread exception when showing tooltip #2
  • [VL.NodeBrowser] trying to get rid of cross-thread exception when showing tooltip
  • [VL.Runtime] Fixed regression introduced in 37a95101b7ac8ce912304d0d408b632a21c6bb80
  • [VL.UI] Fixed bangs not being reliable when running in separate thread
  • [VL.Runtime] Fixed stepping (F6) not thread safe
  • [VL] Fixed serialization test not running anymore - introduced in 80bf7f255e994aefea2d1eeaba4245c6e5d7029c
  • [VL] Added new setting UseCollectibleAssemblies to disable RunAndCollect as it is cause for full stall of all threads
  • [VL] Fixed lock for hot swap not taken on runtime thread
  • [VL] Got rid of a lock in VL factory which caused UI thread to wait on runtime thread until first value was created
  • [VL] More accurate progress report and fixed part of solution being compiled twice
  • [VL] Fixed compile errors and tests
  • [VL.UI] Added comment to sample when idle change which seems to fix the tooltip freeze
  • [VL] Fixed little bugger in progress report
  • [VL.UI] Sampling tooltip when application is idle - still trying to get a grip on tooltip freeze
  • [VL.UI] Adding back suspension of tooltip layout in the hopes it fixes freezes in Xenko
  • [VL.UI] Fixed single threaded UI not starting in Xenko
  • [VL.UI] Trying another way for previously described freeze issue
  • [VL.UI] Splash screen always in front and added a throttle to tool tip - experienced freeze of UI in CoN
  • [VL.UI] Splash screen is back with abstracted progress report, fixed more shutdown issues. Feels clean and stable if anyone wants to test!
  • [VL] Catching aggregate exception on parallel foreach loops
  • [VL.UI] Fixed cross threading issues
  • [VL.CoreLib] Ensure current task is set to null right after it gets disposed in async task region
  • [VL] Fixed exceptions on shutdown
  • [VL] Fixed regression that runtime errors weren't cleared.
  • Consolidated package to use Nugetizer version 0.2.5-dev.8
  • [VL] Removed delayed hotswap
  • [VL.UI] Good state, no splash screen though and shutdown not entirely correct yet - still getting exceptions
  • [VL.CoreLib] UDP nodes will now take lock on runtime graph before pushing values - fixes crash after hot swap
  • [VL] Added option to run UI in own thread to Xenko integration
  • [VL] Fixed pins editors not releasing a value overide
  • [VL] More usage of cancellation token and added overload to feed own cancellation token so one can wait for a result without getting interrupted
  • [VL] UI can now be started in its own thread - still having issues with value updates, thinking about a little rework using static fields again
  • Merge branch 'xenko' into async-ui
  • [VL.UI] Reworked main UpdateSolution method to be completely async and all components using once cancellation token: * Easier to read - one await after the other - still room for readability improvements by adding events like Emit/HotSwap to session itself. * Should ensure that only one solution/compilation/targetcode will make it - they all share the same cancellation. * Fixed a potential (and maybe the one reported by natan) bug that values wouldn't make it into the target code because UI aborted override as soon as hotswap was made, but it didn't check whether that swapped program actually contained the changed value in question. Now solved by comparing and only releasing if the value in target code is the same as the override value. * Added option to VLContext to start UI in its own thread - needs more work in runtime host and events connected to it in order to properly separate UI and runtime, getting cross thread exceptions from time to time.
  • [VL.UI] Fixed heavy lags we experience in CoN project while patching. Note that rendering will now be interrupted by user actions but better that than those complete freezes.
  • [VL.Lang] The default value of deeply immutable types will be cached in a static field again (adds to issue #4432)
  • [VL.CoreLib] Added CreateDefault for new Range type
  • [VL.CoreLib] The type Range is now a value type to reduce overall memory allocations (adds to issue #4432)
  • [VL] Enter runtime graph using synchronous locks from background threads. Should have less performance impact on system.
vvvv deb124ef69
32bit Version
15/01/2019 17:09
64bit Version
15/01/2019 17:09
See changes
  • [VVVV] MP3Parser node can now cope with unicode infos
vvvv 5f3d71165c
32bit Version
08/01/2019 21:14
64bit Version
08/01/2019 21:14
See changes
  • [VL] Downgrading VL.Core package to .net46 so it can be consumed by new project format branch
vvvv 94a18a2f28
32bit Version
08/01/2019 17:57
64bit Version
08/01/2019 17:57

Addons

See changes
  • [VL] Splash screen working again in integration (adds to issue #4448)
addons 9436e28b44
32bit Version
15/01/2019 22:50
64bit Version
15/01/2019 22:50
See changes
  • [VL] Fixed crash when quitting application (adds to issue #4448)
addons 7458788c03
32bit Version
15/01/2019 19:51
64bit Version
15/01/2019 19:51
See changes
  • added assembly loader as nuget reference to VL.Xenko.Integration.csproj
addons b66445d393
32bit Version
15/01/2019 18:52
64bit Version
15/01/2019 18:52
See changes
  • Removed a few package dependencies whose assemblies get already shipped with the vvvv beta and gamma versions
  • Removed invocation of restore target as it turned out the solution was to invoke msbuild VL.sln /t:Restore on build server - some nasty msbuild project caching going on here
  • Moved VL integration installation into its own task out of commonly used vvvv45.targets file and still trying to get build running on server by forcing re-evaluation of project files passing in dummy values
  • Fixed VVVV.Hosting being copied into integration package and causing crash on startup
  • Next attempt to get VL integration to build on server by using new manually uploaded 38.2 prerelease packages of vvvv
  • Switching VVVV nugets to standard format - otherwise consumption in new project format not working while building from command line
  • Added back explicit reference to VVVV.PluginInterfaces as transitive reference are not working on VVVV.Hosting (maybe because the packages are still in the old format?)
  • Merge branch 'develop' of https://github.com/vvvv/vvvv into develop
  • Invoke Restore target before building VL from inside vvvv
  • Merge branch 'develop' of https://github.com/vvvv/vvvv into develop
  • [VL] using c# 7 is feature to tidy up code
  • Merge branch 'develop' of https://github.com/vvvv/vvvv into develop
  • [VL] audio device enums are now async and don't block on vl startup
  • On deploy of vvvv beta the VL integration will be built and its packages installed into output folder
  • [VL.Xenko.Integration] Disabled building of nuget package on build to speed up build time - one needs to trigger the pack target manually
  • [VL] Fixed unit tests
  • [VL] Cleaned up solution file
  • [VL] Removed reference to VL.CoreLib.Standalone
  • [VL] Fixed remaining merge errors
  • Merge branch 'develop' into xenko # Conflicts: # public-vl/VL.Core/src/VL.Core.csproj # public-vl/VL.Core/src/VLObject.cs # public-vl/VL.Core/tests/VL.Core.Tests.csproj # public-vl/VL.Core/tests/packages.config # public-vl/VL.CoreLib/CoreLibBasics.vl # public-vl/VL.CoreLib/VL.CoreLib.vl # public-vl/VL.CoreLib/src/2D/Serialization.cs # public-vl/VL.CoreLib/src/3D/Serialization.cs # public-vl/VL.CoreLib/src/Color/Serialization.cs # public-vl/VL.CoreLib/src/VL.CoreLib.csproj # public-vl/VL.CoreLib/src/packages.config # public/vvvv45/src/core/Hosting/Hosting.csproj # public/vvvv45/src/core/Hosting/packages.config # vvvv50/VL.Lang/src/ImmutableModel/Converters/Converters.cs # vvvv50/VL.Lang/src/Platforms/CIL/Cci/ExpressionBuilder.Values.cs # vvvv50/VL.Lang/src/Platforms/CIL/Import/Importer.SymbolSource.cs # vvvv50/VL.Lang/src/Platforms/CIL/Lazy/Compilation.cs # vvvv50/VL.Lang/src/Platforms/CIL/Platform.cs # vvvv50/VL.Lang/src/Platforms/CIL/RuntimeHost.InstanceManager.cs # vvvv50/VL.Lang/src/Session.cs # vvvv50/VL.Lang/src/Symbols/Compilation.cs # vvvv50/VL.Lang/src/Symbols/PatchedImplementation/CompileTimeValueSymbol.cs # vvvv50/VL.UI.Forms/PatchEditor/EventHandler/PinEditorMouseHandler.cs # vvvv50/VL.UI.Forms/PatchEditor/PatchContextMenu.cs # vvvv50/VL.UI.PatchEditor.Utils/Tooltip.cs # vvvv50/VL.UI/src/VL Forms/VL.Forms.csproj # vvvv50/VL.UI/src/VL PatchEditor Utils/VL.PatchEditor.Utils.csproj # vvvv50/VL.UI/src/VL.UI.Core/SplashForm.cs # vvvv50/VVVV.VLIntegration/src/RuntimeHost.cs
  • Merge remote-tracking branch 'origin/xenko' into xenko
  • [VL] PatchContextMenu now rendering in same colors as menu
  • VVVV, VL and VVVV.VL.Integration running again!
  • [VVVV] Reverting core projects back to old format
  • Merge branch 'develop' into xenko
  • Merge branch 'develop' into xenko
  • brought in JobObjects which got lost in merge from develop to Xenko branch
  • Merge branch 'develop' into xenko # Conflicts: # public-vl/VL.CoreLib.Experimental/src/VL.CoreLib.Experimental.csproj # public-vl/VL.CoreLib/VL.CoreLib.Experimental.vl
  • Merge branch 'shader-error-handling' into xenko
  • Merge branch 'async-ui' into shader-error-handling
  • [VL.Xenko.Integration] VL.Lang should now also be shipped as a VL package
  • node AsObject
  • fixed a reference
  • added persistentnode (experimental)
  • [VL.DynamicNodes] Added hack which prevent input groups from being matched on dynamic nodes - caused very weired bug that pins lost their definition and not wasn't in use anymore which in turn lead to a null pointer down the line as effect was gone.
  • [VL.DynamicNodes] Fixed hot swap of dynamic nodes when referenced by another instance
  • [VL.DynamicNodes] Fixed symbol for dynamic node not being found during hotswap
  • [VL.DynamicNodes] If a dynamic node description has an error it will now be unused and therefor its instances will not be created - or disposed of if previous description was valid
  • [VL] Fixed regression that app would crash on startup
  • [VL] Exceptions will be caught in error dialog like in single threaded UI and mouse handler will fallback to idle handle if exception occurs to get out of stuck state
  • [VL] Proper fix for crash when opening node browser and having a compilation running in background.
  • [VL] Fixed cancellation exception bubbling up to the UI
  • Merge branch 'async-ui' into xenko # Conflicts: # vvvv50/VL.UI.GraphicalEditor.Piccolo/GraphEditor.cs
  • [VL.CoreLib] Added more convenience methods to IHasMemory and fixed documentation
  • [VL.CoreLib] Added forwards for IHasMemory extension methods
  • [VL.CoreLib] Empty memory is also valid memory and added extension method HasData to check whether not-empty read-only memory can be provided.
  • [VL.CoreLib] Added some documentation to new IHasMemory interface
  • Merge remote-tracking branch 'origin/async-ui' into async-ui
  • Merge branch 'async-ui' of https://github.com/vvvv/vvvv into async-ui
  • Merge branch 'develop' into async-ui
  • [VL] Fixed not existing VL.CoreLib.Standalone being added to new documents
  • [VL.CoreLib] Fixed SpreadBuilder.TryGetMemory and added test for it
  • [VL.CoreLib] TryGetMemory will returns false for empty memory and fixed depdencies
  • [VL.CoreLib] Fixed default of new IHasMemory interface
  • [VL.CoreLib] Added new interface IHasMemory implemented by Spread and SpreadBuilder so we can easily replace exisiting nodes taking spread without breaking anything - PICK ME ON DEVELOP
  • [VL.CoreLib] Added Memory<T> and ReadOnlyMemory<T> and various constructors FromMutableArray, FromString, FromSpread, FromSpreadBuilder - PICK ME ON DEVELOP
  • [VL] Fixed program being stopped when current compilation was canceled
  • [VL] Fixed DEBUG code paths being entered even though patches were not under observation by anyone
  • [VL] Fixed constant values not always being cached in static fields (was bugged in stateless regions as well as pin values in operations) - PICK ME ON DEVELOP
  • [VL.NodeBrowser] Fixed null pointer crash right at start due to synchronization context being fetch too early
  • [VL] debug asserting synchronization context in node browser
  • [VL.NodeBrowser] trying to get rid of cross-thread exception when showing tooltip #2
  • [VL.NodeBrowser] trying to get rid of cross-thread exception when showing tooltip
  • [VL.Runtime] Fixed regression introduced in 37a95101b7ac8ce912304d0d408b632a21c6bb80
  • [VL.UI] Fixed bangs not being reliable when running in separate thread
  • [VL.Runtime] Fixed stepping (F6) not thread safe
  • [VL] Fixed serialization test not running anymore - introduced in 80bf7f255e994aefea2d1eeaba4245c6e5d7029c
  • [VL] Added new setting UseCollectibleAssemblies to disable RunAndCollect as it is cause for full stall of all threads
  • [VL] Fixed lock for hot swap not taken on runtime thread
  • [VL] Got rid of a lock in VL factory which caused UI thread to wait on runtime thread until first value was created
  • [VL] More accurate progress report and fixed part of solution being compiled twice
  • [VL] Fixed compile errors and tests
  • [VL.UI] Added comment to sample when idle change which seems to fix the tooltip freeze
  • [VL] Fixed little bugger in progress report
  • [VL.UI] Sampling tooltip when application is idle - still trying to get a grip on tooltip freeze
  • [VL.UI] Adding back suspension of tooltip layout in the hopes it fixes freezes in Xenko
  • [VL.UI] Fixed single threaded UI not starting in Xenko
  • [VL.UI] Trying another way for previously described freeze issue
  • [VL.UI] Splash screen always in front and added a throttle to tool tip - experienced freeze of UI in CoN
  • [VL.UI] Splash screen is back with abstracted progress report, fixed more shutdown issues. Feels clean and stable if anyone wants to test!
  • [VL] Catching aggregate exception on parallel foreach loops
  • [VL.UI] Fixed cross threading issues
  • [VL.CoreLib] Ensure current task is set to null right after it gets disposed in async task region
  • [VL] Fixed exceptions on shutdown
  • [VL] Fixed regression that runtime errors weren't cleared.
  • Consolidated package to use Nugetizer version 0.2.5-dev.8
  • [VL] Removed delayed hotswap
  • [VL.UI] Good state, no splash screen though and shutdown not entirely correct yet - still getting exceptions
  • [VL.CoreLib] UDP nodes will now take lock on runtime graph before pushing values - fixes crash after hot swap
  • [VL] Added option to run UI in own thread to Xenko integration
  • [VL] Fixed pins editors not releasing a value overide
  • [VL] More usage of cancellation token and added overload to feed own cancellation token so one can wait for a result without getting interrupted
  • [VL] UI can now be started in its own thread - still having issues with value updates, thinking about a little rework using static fields again
  • Merge branch 'xenko' into async-ui
  • [VL.UI] Reworked main UpdateSolution method to be completely async and all components using once cancellation token: * Easier to read - one await after the other - still room for readability improvements by adding events like Emit/HotSwap to session itself. * Should ensure that only one solution/compilation/targetcode will make it - they all share the same cancellation. * Fixed a potential (and maybe the one reported by natan) bug that values wouldn't make it into the target code because UI aborted override as soon as hotswap was made, but it didn't check whether that swapped program actually contained the changed value in question. Now solved by comparing and only releasing if the value in target code is the same as the override value. * Added option to VLContext to start UI in its own thread - needs more work in runtime host and events connected to it in order to properly separate UI and runtime, getting cross thread exceptions from time to time.
  • [VL.UI] Fixed heavy lags we experience in CoN project while patching. Note that rendering will now be interrupted by user actions but better that than those complete freezes.
  • [VL.Lang] The default value of deeply immutable types will be cached in a static field again (adds to issue #4432)
  • [VL.CoreLib] Added CreateDefault for new Range type
  • [VL.CoreLib] The type Range is now a value type to reduce overall memory allocations (adds to issue #4432)
  • [VL] Enter runtime graph using synchronous locks from background threads. Should have less performance impact on system.
addons deb124ef69
32bit Version
15/01/2019 17:09
64bit Version
15/01/2019 17:09
See changes
  • [VVVV] MP3Parser node can now cope with unicode infos
addons 5f3d71165c
32bit Version
08/01/2019 21:14
64bit Version
08/01/2019 21:14
See changes
  • [VL] Downgrading VL.Core package to .net46 so it can be consumed by new project format branch
addons 94a18a2f28
32bit Version
08/01/2019 17:57
64bit Version
08/01/2019 17:57

anonymous user login

Shoutbox

~24h ago

Lorenz: What if screens could be shaped into any form? screenization-experiment-materiality

~3d ago

joreg: @bo27 one cross each!

~3d ago

bo27: @joreg should I answer again? :))

~4d ago

joreg: ~200 answers to the survvvvey so far. Can we double this? Please remind your friends/collegues to fill out: https://t.co/gHvameecfn #vvvv

~5d ago

gegenlicht: The "im not a robot" login dialog just gave me a minor existential crisis.

~6d ago

tonfilm: @schlonzo dark theme is not released yet, you have to wait a bit for the vvvv gamma release...

~6d ago

schlonzo: how do I switch VL into black mode?

~8d ago

evvvvil: Yo I'm live on TWITCH doing some live coding. 25 minutes time limit, "shader showdown" demoscene battle style. https://www.twitch.tv/evvvvil_

~8d ago

k3XX: @joreg made a forum topic, dont want to clutter the shoutbox https://discourse.vvvv.org/t/shared-memory-from-python/17092

~8d ago

joreg: @k3XX yes. did you check the helppatch of Reader/Writer (Raw SharedMemory)?