Are there any Eurorack Glitch video modules being made? Most Glitch hardware seems to be modded older gear. I’d love a Tachyons + unit but really need to keep to the eurorack form factor.
Don’t think it’s out yet — or even know exactly what it does — but I’ve seen that BPMC has been working on the Fluxus Duo.
Fluxus Duo! I’ve personally assisted BPMC with the design on this one and it’s great. Two identical glitch processors with an LZX style CV crossfader between them.
Many glitch effects rely on destroying or amping the color subcarrier itself, and are therefore reliant on composite video encoding (which in the LZX patching standard uses yellow RCA jacks)
Going to need more TBC2 and C2.
A neat module might be a video analogue to one of those audio send / return modules meant for interfacing with outboard gear / pedals.
For glitch style effects within an RGB ecosystem, I imagine Memory Palace will be quite fun when modulated by noisy stuff.
Visual Cortex! Or a slimmer encoder module to pair with TBC2.
Oh - I would worry about wasting the output from the VC as it is usually the endpoint before monitoring and capture. (Could always have two .)
Thinking of the use case of putting glitch in-line with synthesis before mixing. E.g having synthesis -> glitch -> mixing (VC/MI).
The thing about glitch is that by nature, a proper TBC/frame sync will tend to remove or minimize glitch effects. They can also be very contextual to the display you’re using. So for a send/return scenario, I’d recommend rescanning the glitched output on a monitor before feeding it back into the system.
With TBC2, we’ll have some ability to have superuser style options in the settings menu though, with some options to be tolerant or cope with different types of glitch input. It’s not going to be the same as how the signal will look on a CRT though.
I take it from this comment that the preferred method for capturing Glitchy bits is to record the screen?
Some of the artifacts may get get lost if recorded into a VTR or captured to computer right?
That’s how I took it. If I follow, the process of TBCing something glitchy removes some or all parts of the glitch.
Yes, correct. Any changes to the signal that cause lack of broadcast standard sync are going to be dependent on the display to some degree. You can think of LZX format kind of like an “anti glitch” device (any signal in, standards compliant video out.)
No, the glitch effects in question (rainbows, chroma distortion) are related to the color subcarrier itself. You can process Luma+Sync only stuff on the Component standard already (This is the green Jack in YPbPr)
I’ve gotten fun “glitchiness” by running video signals through Eurorack audio samplers like the Make Noise Phonogene and 2hp Freez. I usually mult some part of the patch signal and put it through the sampler and then mix it back in to some part of the patch. Modulating the sampler will change the degradation and playback of fragments of the [higher bandwidth] video signal. I have also used the Mikrophonie module to touch-glitch video signals directly or as a “button” for tweaking the sampler in such an approach. The effect does not match typical “glitch” (sync mess / color amplification / edge distortion), but it is fun for altering the quality of your signal. And it all happens upstream of encoding so it doesn’t hurt your sync signal in the end.
The new BPMC module sounds like a load of fun!
I had a good time the other day playing with a sync signal going into a prismatic ray
this was just with passage I haven’t explored further
fun stuff
Looking forward to seeing what this new module can do
i’ve got a few glitch processors in the works. also castles can get really glitchy very easily. unsync things, do feedback modulation, reorder the outputs, etc
yes or just patch the pr component output of a cam in the y component input of visual cortex. Instant glitch
Working on getting the Castle Completed. Interested in the upcoming Glitch Processors. Thanks
May be the TBC2 could have some kind of controlled unsynchronisation ?