ice

After 1,5 hours when I realised what I was doing, I lost inspiration to finish the right side

(Of course) K-Nine is correct on that one... I guess that's because of the HTP nature of the Dimmer parameter. Too bad; cause that means you've got to put dimmer @ 100%; set the scene, dimmer to 0%; save scene; dimmer 100%; new scene... etc. etc; loads of work extra

Press&hold the attribute you want to store, and then use the program button; that way you'll only store that attribute. I think you have to repeat this for every step of your chase (would make sense)

Just buy a UPS if you really need such a feature; problem solved... About the pic; nice idea of somekind of design-Photoshop-contest on how the desk would look like Just to keep u guys busy in the time before F2 launches Moderation: Appropriate posts moved to the new "Frog 2" Competition topic: CLICK HERE

Ik don't really get what laubfrosch means by "Set the position to step", which parameter do you mean by that?

Yeah but I didn't want total random movement... it should look like my scans are trying to make a nice circle, but the motors fail to do that.

Zero88 ICE sounds rather... cool, doesn't it I agree that Frog II isn't going to do it; should be a more stylish kinda name. Since it won't resemble the Frog consoles I guess... And ditch the green stuff, you've already got blue and grey; go with something new FLAME RED or something :D:D

Last show I needed a functionality i could find! I only get these neat, smooth chases; but I didn't want one like that!!! I needed a rusty like look, like the motors of my fixtures were banged up. I really couldn't find anything that even looked like it! Maybe a nice little extra for a new console or something, maybe not that useful; but if it's programmed in a decent way it might give a cool effect with scans. What I thought of is a mode which randomly uses values generated by the effects-engine. So when selecting a circle the rusty-look will pick up the values at 0 second, 0.2 seconds, 0.4 secons, 1.0 seconds, 1.1 seconds etc... you get my point right U know; I really wouldn't know how... but it would be absolutely rocking if you could make the new console in a way users can add own written little scripts like this... somekind of Frog++ programming language for own make little effects -mentioned before- rain effect: if (currenttilt > previoustilt) running.fixture->brightness = 0 else running.fixture->brightness = chase.brightness

I think Jeff means saving the data to sliders of bank B; 25-48.. as for that question; can't be done!

How about a picture or bitmap of the front of the console??

Did that, but the demo version wouldn't even run properly... Guess I'll have to stick some more time into that one.. could you post some renders from Capture here? There's only little example pictures I could find.

Okay; maybe not the correct place to place this post, but I wouldn't know where else to put it. At the moment I spend a lot of time programming shows; mostly just a few hours before the band begins. We haven't got too much standard shows, so mostly I haven't got a lot of time to do my work properly; sometimes resulting in a sloppy show. Of course I hate that (as any other LD / operator does); so I'm very interested in the world of offline programming. There's WYSIWYG; which is a very neat program (downloaded the demo version) but it's also way too expensive for me to buy (remember I'm a freelancer who does this work besides studying!). So I wondered if there are any users who have experience with other programs. I havent got much to spare, but lets say 500-750 euro's is a price I'll consider. Of course, when using the Frog I must have a program which allows me to connect a DMX line from the frog to my PC to program. Also I want a decent visualiser; it has to be representative for my work. It's really too bad this stuff is so expensive; I really can't afford it on my own; and the companies I work for aren't going to buy me one (we're not doing really big shows, so there's simply no money for it). Is there anyone here who can help me getting software for a decent price which fits what I want to do?? In regards to Frog II: is WYSIWYG going to be distributed with the desks like with Wholehog, or is it an extra you have to buy (whoops, there goes another 2800 euro's!). Why does all this stuff have to be so expensive! Mind the students will ya

As in major discounts? By the way... if you have a desperate need of foreign product-testers

Great guys! Of course the crap part was just a joke, didn't mean to put it too seriously! A Plasa launch is really great, I must admit that you've got more than I could wish, shipping before the end of the year really rocks. I'm afraid my boss isn't going to buy me one when it ships, but I hope to get him as far as buying one eventually. Or maybe I'll do that myself (a desk for my own... wow ) As for the mentioned features; Keypad entry :: is going to save a lot of time Lots of palettes :: excellent! Effects :: as expected of course, but I'm curious on what kind of effects User definable faders :: interested in the implementation user definable buttons :: interested in the implementation Touch screen :: what a luxury! use it well Monitors :: external I guess? Damn... that's going to be a new flightcase I think Multiple playback :: damn, it's getting better with each feature Compatibility with a WYSIWYG type package (maybe not at launch ) :: is really the greatest feature you're listing here!! A decent ability to program stuff offline with a Frog! YEAHHHHHHH that's going to save me a lot of time... can I pre-order one? Just kidding, do let us know when one of the 2's is being showed in Holland. I don't think I'm gonna make it to the Plasa, so the first console in Holland is the one I want to witness

Why should it stop differently from the current chases? Just select another color, or manually change the value and the chase comes to a stop?

Something I thought up last weekend; there should be a possibility programming relative chases. What I mean by that; the desk should record the difference in DMX value when programming; and output only the difference with the current value. Ehhh maybe that's a little crappy English: an example. Programming a color chase: * DMX value is at 0 * Create a chase as usual, set mode to relative. * record step 1 * change DMX value to 5 (next color) * record step 2 * Finish the programming now we have a relative chase, and we start it: output will be: 0-5-0-5-0-5-0-5 etc Now we select a color-pallet; output will be change to 128 for instance... Now we start the chase again; output will be 128-133-128-133-128-133 Now wouldn't that be a nice feature? Saves loads of time programming different color / gobo / strobe chases.

Designers crap... meaning; they haven't got duck yet

Let's stick to the console first, okay? 8) The idea of a showdesigner is cool, but there's a lot of stuff on the market already filling that task; just take a look around. There should be no effort put in such a thing until a decent console arises. Buy WYSIWYG and get a DMX node to read out your dmx line... good programming (just a little bit expensive) very good point there

Oh another one: stage positioning of the fixtures. Maybe not as detailed as on grandMA, WH etc, but somekind of positioning system. What I mean; I group my fixtures by type (ie macs-scans-etc) but that sucks when you want to use pan-fanning to create nice positions. There should be some way to tell the deks that fixute #4 is most left, fixture #1 is in the middle and fixture #28 is on the right so the fanning works the way u want to. Of course such a feature must be toggled by the user; guess you don't always want this behaviour.

Not too many leds 'n stuff; that doesn't work... integrate a decent screen into the desk live the avo's, hogs and MAs have; and use it properly. A fader should be somekind of assignable; as Kirkup_xp mentioned; maybe a HTP/LTP mode per fader is something to consider? K-Nine; is this going to be like it is now? Us shouting all kinds of requests and waiting for the console to come out? Or were you planning to release some plans for the new desk so we can comment things? I guess a company always wants to keep such things to their own, but there must be some kind of compromise between the two?

You're absolutely right; but those are hardware restrictions, not software! So depending on the hardware, and the way you'll implement the layout etc, of course there are such limitation, all consoles have to deal with those kind of things. I just wanted to point out the importance of working in a virtual way, and not some hardcoded edges you might run into. You'll always notice that whenever a software restriction is build in, which has nothing to do with the possible incapability of hardware, users will complain about this. Software is a powerfull thing, so lets not bind it to rules too much! Oh and another thing; please don't split the range up again. There are times I wish I had a Bull Frog, sometimes a Mambo... and many times our Leap runs perfectly. Just stick all the effort into one console which has all features. Things like the number of channels / number of fixtures shouldn't be a reason to make different consoles I think. What's the market segment you're aiming at at this point of development? When the desk is gonna be competing with some "larger" desks you should look after the possibilities of ethernet, multiple DMX universes, those kind of things. 512 channels is a rather small value for a "real" console, 1024 is quite a bit but still... I'm ambitious

The physical memory should be the only constraint... it's not true that when using such a system you'll be getting weird layout or something like that. It's fairly easy, when programming OO dynamic stuff to implement features which can be expanded. That doesn't mean that there are no boundaries. It means the boundaries can be set by the user. For instance, no limit on submaster pages doesn't mean a user can type in page 845161 and go there; that wouldn't be an option. It means the user has the ability to create page 845161, and after creation going there is an option. Of course such a setup requires some limitations in the software; it's definitely not as easy as creating 10 pages and locking the user in there. But when you start combining module-based OO code, it gets a load easier to combine features; like transparant programming (make functions only touch one parameter at a time), or usings effects on other parameters etc.

I'd like the idea of a desk which is 100% free of choise. What I mean by that is there's no such things as a generic section, fixture section etc. The desk setup should be powerfull allowing the user to set up the console in the way he/she wants. For example, 48 faders can be assigned to generic channels, fixture effects (scale effects with faders for instance!) etc. Everything should definitely by scalable; no set number of submaster pages, no set number of pallets etc; just create a new one, and you've got n+1 pallets! Same with the faders; haven't got enough with 48 faders? Just create a second bank of 48! Okay; implementation on these kind of features is rather hard, but it's not impossible! The way I see it; the ultimate console is one you can fully manage by proper use of modular-structure, no limitations like the current range of Frogs have. Cause when you take a look around this forum, loads of questions relate to "the possibility is there, but why can't I perform this action here?"... maybe a little not-well-formed but I don't know how to put it in English.

Just an ordinary flash-master would be nice...

Whoops, I didn't knew about this one! Cool feature, now if it would only work for pallets in somekinda way (but still; very nice). Guess we all have to read t.f.m. again!