Hacker Newsnew | past | comments | ask | show | jobs | submit | Giuseppe_Coco's commentslogin

Is anyone interested in contributing?

I am looking for either someone who wants to help me integrate maps from OpenStreetMap into FireShow, or someone who is experienced in building real softwares, especially in C++ and wants to reorganize better the code architecture. Despite all ideas/features are mine, because I don't have much experience in building real softwares, the architecture is mainly decided by AI, but I feel like it is a bit of a mess, and I'd love if it was better ;)


I appreciate a lot your interest for this project! I was sure it was interesting as there are no open-source softwares of this type!


FireShow is a 3D fireworks display design and visualization software developed in C++ and OpenGL. Inspired by professional tools like FWsim and Finale 3D, this project allows designers to create, synchronize, and visualize complex pyrotechnic effects in a real-time 3D environment.


Do you have any idea if either FWsim or Finale 3D were implicated in any of the “all at once” firing errors (some may say enhancement?) that affected e.g. San Diego 2012 or Oban 2011 displays ?

Is there any protection against this kind of problem in FireShow ?


Someone I know in that industry described the San Diego event as being the result of playback scrubbing; by either dragging or accidentally clicking somewhere on the timeline. Obviously heard second hand, but its a close community so I generally trust it - Wikipedia says it was a corrupted file


Said Santore the firework producer in delicious bit of Jersey-Italian circumlocution:

> It was a computer error. A set of instructions that were given that we didn’t necessarily create, that was created by the system. [0]

Sounds consistent with a scrubbing error that they’d love to talk about in ways that sounded like it was the computer wot dunnit…

[0] https://www.thrillist.com/entertainment/nation/an-oral-histo...


They describe here [1] that somehow two sets of instructions were generated, but that doesn't really make sense why that would cause zero delays between cues

https://www.sandiegouniontribune.com/2012/07/12/july-4-firew...


Actually, in this first phase, I haven't thought of connecting the software to a control unit that triggers actual fireworks. For now, it's only supposed to be a design show software. But, I guess, that is going to be the next crucial step if pyrotechnics want to use this software


To mitigate this problem, shouldn't tecnicians have a sort of simulated environment where they test their shows, without triggering actual fireworks?


Looks great! What got you into firework simulation?


Thank you! Here in my place, we organize a lot of firework shows for celebrations. Hence my brother-in-law - which is a passionate but not a prefessional - told me, why don't you make a software like that? So I took the challenge!

Would you like to contribute? I am actually looking for someone who wants to help me integrate maps from OpenStreetMap into FireShow.


Wish I could, but I never learned c++! Maybe now could be the time lol Maps are a great idea, and even better if you can incorporate terrain height and obstructions.

With a map you could also plot out the safety perimeter. Every jurisdiction is different, for example in my state if I recall it was something like 100' feet per inch of shell size, and the fire mashals would use a wheel to confirm it.

A random other thought might be to offer the user estimates for number and length of squib and control cables for the various rack runs


Great idea adding a safety perimeter!


What’s the license? Might be cool to port to the web with WASM (looks like it would be pretty easy actually)


Why do you want to port it to the web? It'a a genuine question. Is it for making the software more accessible?


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: