Software Support > DOS/WinCab

blink effect?

<< < (2/2)

chipsdad:
This would be cool if you wanted to use a mechanism graphic.  Turning record/cd.

Chris:

--- Quote from: chipsdad on July 12, 2006, 09:00:39 am ---This would be cool if you wanted to use a mechanism graphic.  Turning record/cd.

--- End quote ---
Hmm.  Would need a message for the inter-song pause; that's easy enough to add.

While I'm on that subject, are there any other state messages that should be detectable?  Actually, that sounds like a new thread...

dibb1er:

--- Quote ---Sorry, GIFs are not supported due to patent issues (although I think the patent may have expired...).
--- End quote ---

did a little reading tonight, and noticed that (supposedly) the final patents on the GIF format ran out on 1st October.

did a little more reading, and noticed  that regardless of whether the above is 100% true or not, the decoding (i.e. displaying) of GIF files is allowed without fear of having to pay royalties (although you might want to double check this).

um, hope this helps, as i assume from xk's "1957 Rock-ola" thread that you are thinking about animation in one form or another.....

Chris:

--- Quote from: dibb1er on October 18, 2006, 09:05:56 am ---
--- Quote ---Sorry, GIFs are not supported due to patent issues (although I think the patent may have expired...).
--- End quote ---

did a little reading tonight, and noticed that (supposedly) the final patents on the GIF format ran out on 1st October.

did a little more reading, and noticed  that regardless of whether the above is 100% true or not, the decoding (i.e. displaying) of GIF files is allowed without fear of having to pay royalties (although you might want to double check this).

um, hope this helps, as i assume from xk's "1957 Rock-ola" thread that you are thinking about animation in one form or another.....

--- End quote ---
Yes, but I'm not sure animated GIFs are worth the effort.  I was planning to use a list of still images; if I use animated GIFs it'd probably be a support nightmare dealing with all the little features and inconsistencies and such.  If I plan it well, you'll be able to pull off some really neat tricks; if I don't plan well it has the potential to be a performance and memory hog that will do more harm than good.  It does require a fairly complete rebuild of the structures and the skin reader, though, and of course I want to try to keep backward compatibility, so it's not anything that's going to appear overnight.

I haven't wanted to talk about it too much because I'm afraid of "over-promising", and my free time has been so limited I haven't been able to pay proper attention to it, but the idea is that you'll have image lists that can animate once or loop, and the loop can either be forward or forward and backward; you can set animations to either synch to themselves or to the master clock.  You can also have images changed based on values, and if I do it right those images could also be animations.  Probably the harest part will be creating the parameters to define this all in the skin file in some coherent fashion.

I could probably support basic animated GIFs with consistent frame rates; I'll look into it.

Navigation

[0] Message Index

[*] Previous page