END OF AN ERA, FRACTALFORUMS.COM IS CONTINUED ON FRACTALFORUMS.ORG

indeed pieces of the path appear randomly not sure how that got through the many anims and Ks of frames I've rendered
I'll dig into it this evening, currently the test is...


are you using the precompiled win-exe  or compiled from source?

Frames before start frame will use start value until start frame is reached.
Frames after finish frame will use finish value until end of animation is reached.

just a one-shot deal for now but "Easing" should definitely have an IN transition and an OUT transition

edit: source code is patched and on my website...  win exe patched and compiled too...
        will look into adding EaseIN and EaseOUT 

A nice short video.   Loaded a bit slow, but once it did, the view flowed evenly.  And thanks for the .FRAG file!!!     
 

Well lets put it this way - I downloaded the latest version put the .exe in the directory of the older download. Then I did something completely different and when I came back I started Fragmentarium via a desktop link which naturally started the old .exe because I hadn't updated the link.
So the short answer is - NO 

But to redeem myself I have used the latest .exe and recreated the video and the path segments are gone.

Thanks a lot!

I will try to get an animation in the board. Problem is, that the player is proprietary to that site and another site which allows embedding is not really that good in terms of quality.

You said that 3000x1500 was a bit heavy - problem is I come from a panoramic photo background and there you want a bit of good resolution so ou can also zoom in. I am trying to find a balance between file size and resolution (and the right codec and its parameters).
Thing is normally a 24mm lens (a wide angle lens where distortion starts creeping in) covers only about 90 degrees FOV. So in that scenario you still need to transmit/create 6 times the amount of pixels you actually look at and any zooming in looses quality which you expect in a photo but not really in a fractal.

Well hey, I will get something on that board and at the moment it is more about the work you have done to make that possible than the visual perfection.

You're very welcome (SCORPION and  barcud) I can't wait to see more and I must say that you, barcud, surprised me with the 360 view vid, very cool.

I'm really glad to see that my little hacks are useful tools for fractal artists, I'm still tinkering with having more than one transition per parameter but I think this is a relatively new thing so there aren't any examples or tutorials on more than one at a time, at least I haven't seen any and in my earlier attempts they seemed to fight with each other for control, that's why only one. The way I'm using it is not the way it was intended, you know how buttons or other things appear on a cell phone, sweeping in or expanding or bouncing, that is what this feature of Qt was primarily designed for (I think), trigger it and let it play out until done based on internal timer, in fragmentarium the current position is paused when started, holding the first value until the start transition frame is reached, then the next frame is rendered and then advanced one tick and paused again then at the end of the transition sequence it gets paused again to hold the end value until the end of the animation. A little more hacking and I should be able to come up with something 

not sure what you mean by this? you mean one transition per float slider?
Yes, to apply more than one transition to a single parameter you would have to render separate scenes then join them together

I'm thinking that in the part of the code where I test and set the frame number I could delete the first transition when it reaches it's end and create a new one to replace it for the next transition, that should work for any number of transitions per parameter, another option might be to take the parameter-anim object out of the slider class and maintain a list,
there are also three different types of property animation groups that could replace the single declaration. I need to find the time to explore these and figure out what I can get away with given the conditions of the application.

there is also a "direction" flag that reverses the transition, intended for bringing a graphic object into view then moving it out of view with the same effect, another option to add to the TODO list.

so the way it is now we have an IN transition,
need to add an option to select OUT transition as the reverse of IN or a different one...
option==reverse then OUT would be IN backwards or...
option==new then prompt user to setup OUT that starts with the end value of the IN transition

hack,hack,hack,hack...

wow, yeah that kinda works if you get creative and fiddle with it a bit

if slider range is -n to +n as long as the first one ends on 0 and the third one goes to -n that will give us the transition +n to 0 to +n to 0

the extra sliders or maybe just the last slider has to range from -n to 0 to bring the positive transition back to 0

try that with a slider that has a range of 0 to +n and it doesn't work unless each transition ends on 0, well not the way I would like it to work,

a very interesting insight barcud