ModularGrid uses so-called cookies to ensure it's so-called functionality. We also use dubious tracking scripts. Find out more in the Privacy Policy. We use cookies and wanna let you know.
Just a sublime module. Perfect for sound shaping or for creating dynamics within anything in your track (by modulating the vca's or processing the odds and evens outputs differently, for instance). I can safely say that mine will never leave the house, just a brilliant piece of kit.
i didn't have the module yet, so I've never seen the PCB. Turns out it was lost in the mail. Anyway, thanks for contiously pointing it out. I'd delete it but others have added it to their racks, so you'll just have to deal with it.
What a great sound source the Braids is! A great variety of basic oscillator sounds that could easily spice up any patch or track. META-mode, which allow you to modulate between the different oscillator types, is worth the price for it alone. Easily a 5/5.
Looks cool and I think you have showed me this already.Besides the UI the main problem is in the tracking of versions for multiple graphics.I did some wrong choices with database model design in the beginning and it's complicated to update this without breaking stuff. But it's still on my list.
I did not have figured out a simple and proper way to assign multiple panelgraphics to one module specification. That's the main problem. Now we have to deal with compromises. I understand both of your arguments. We have this problem with multicolored panels too.
Database capacity is no issue, but redundant search results are.Also, we have to keep severel database entries up to date, which never works in the real world.
The statistic features (Top Module/Popular Module) do not work with splitted module info anymore (see Math).So until I am able to implement a solution with the multiassign of panelgraphics I am taking sides to the "let's keep it unique and clean" fraction.I suggest to make use of the private flag function.
Not trying to fan any flames here, and writing from a not very technical position ... but, would it be possible to add a toggle button to existing modules which would allow the images to be rotated whichever way a particular user may like?
Well spoken wavicle - I think we should have some kind of guideline for this to set a standard for future reference. I'm honestly rather opposed of adding both directions of possibly inverted modules too, like Planar and Choices, also. Like mentioned before, I think usability comes before personal flair. We only need separate entries when there are actual differences in specifications, not visual style.
Ah I see your argument re: database. My comment was not so much about database size (I'm sure solitud can handle the backend side of things perfectly).
The comment was about usability. From the user point of view there should be no more than one entry per module (there are exceptions, when a module needs 5v and has the option of taking the 5v from the power bus or of converting internally, like 4ms 4PLFO, thus adding two entries because the same module can have different power specs).
From the general user's point of view it's better to have a more streamlined view with the least clutter possible. One puny teleplexer won't make a difference, but it sets a precedent for future entries and Eurorack is growing like crazy.
MG is supposed to be a modular planner, and when stuff like upside down modules are added, you are basically splitting ratings, specs, descriptions and comments among several modules that are functionally identical.
The point we're trying to make is, that MG is not a painting app. It's not supposed to photorealistically portray your modular system. Buy Photoshop if that's what you want :)
By adding stuff like upside-down modules, you are polluting the DB with entries that add no value, and which typically aren't even updated with specs and a description (just look at this one), making it harder to use MG for actual planning.
The Wiktorion appreciation society as part of their argument states the fact that "the database keeps growing", implying that these 'flipped' modules will take up precious database server space, but anyone capable of logical thought must agree that making all 'flipped' modules private will only add to the problem (if one actually exists). If two users create a 'flipped' module and both are made private, that makes at least one module in the database which is a duplicate, whereas if one user creates a 'flipped' module and allows all other users to use it, then there's no need for anyone else to do so and duplicates can be avoided.
As I argued previously, there are certain modules that lend themselves to being installed either way up, and others that are actually designed that way; we should not make a generalised decision about this.
I agree there is a shitload of completely uninteresting additions made to this database, but upside down tactile modules should be an exception IMO (say the Planar for instance - I'm sure something like half of the owners use it upside down)
Database keeps growing, and flipped modules should be private. The Euro section is turning into a mess, and will become clunkier to search the more modules are released.
I'm all for open minded-ness, but I feel that it's unnecessary to add extra modules flipped. There's no need to exactly replicate the visual style of one's system. The HP is the same, so I don't see why people who do decide to flip their modules can't do that in private. I have Doepfer modules with Davies knobs. Should I make an extra entry for each module? Granted some modules are designed to be fitted both ways but frankly it's completely unnecessary. The modulargrid service wasn't designed to fit everyone's individual needs - each module should have one page, allowing us to accurately plan and rate our systems. In order to keep this module index clean and manageble, we should remove these entries.
This module may very well be installed "upside-down", and if one person has it so in their rig, may not others also?
It's already in two public racks, so there are other people out there who already think this is a good idea.
The Intellijel Planar can be installed and used in this manner, as can almost any joystick (X-Y controller), look at the panel design of the "Choices" module by Flight of Harmony, for example; also there are a number of modules by Synthwerks that are designed to be installed either way up.
I'm sure that this particular entry on the ModularGrid database was not created by accident and somebody actually intends to install this module 'arse over end' in their own rig, so let's be a bit more open-minded, eh?