I want to use LPC Universal Sprite in my game development, is this allowed?Yes. Credit all contributors & share derivatives under the same license and you're all good. :)
What if I use the LPC Universal Sprite as a reference to create my own 2D sprites, it may look a little similar but I would modify it and add extra things to it, what will it mean then?your own 2D sprites will be derivatives.Will it still belong to them or be counted as a new artwork?It will belong to both the original artists and all subsequent contributors, including yourself. It won't be "new" artwork, it will be "derivative" artwork.
If it is allowed to be used, I read that I have to make my whole game project as open source work that anyone can access?Not really. Only artwork derived from LPC art is subject to the Share Alike clause. Does it mean just the artwork stuff I changed/used or even things that don't even belong to them like scripts, etc.Generally, only ARTWORK you've made with the LPC art would be derivative of it. How would you even derive scripts from graphical artwork? If you took an LPC sprite, made it into a different sprite, that new sprite would need to be released under the same license as the original (be sure to give credit in your game to all the artists that made the original sprite. You can credit yourself as well, since you also contributed to the new sprite.)
Gotcha. It looks like it originally had a ton of formatting information. That and the bullets probably contributed to the site not liking it. Glad you got it working.
It's probable the text in the description you were trying to submit contains control characters the site doesn't handle well. Try pasting your submission's description at https://justpaste.it and send me the link the the published text and we'll see if we can debug this. :)
I don't know how your code is arranged, so I don't know if this will work for you, but your devblog has inspired me to ensure my own procedurally generated dungeons are as interesting as possible.
I imagine the corridors between rectangles are based on vertical-to-vertical border-of-box or horizontal-to-horizontal border. If the corridors are instead calculated based on center-vertical axis to center-vertical axis (or horizontal-center to horizontal-center) the algorithm would be able to operate mostly unchanged, but still work just as well with elliptical rooms.
Are you willing to share your algorithm code? I doubt it's in a language I typically use, but it seems abstractable enough to be adapted to whatever language. If not, no biggie; I'm sure I can take the concept you've outlined and write my own version. :)
@pvgier: That's pretty great. Would your algorithm allow for occasional ellipsoid room generation inside the cells as well as the typical rectangle rooms? The final result does a good job of looking very organic, I just wonder if starting with a few rounded "definitively alive" components may contribute even more to the cave-look.
(P.S. I refer to axis-aligned elipsoids, specifically)
MetroVG Studio Bluebird was a patent troll; disregard everything he said. You are able to use this music in your project.
(: ¿uʍop ǝpᴉsdn ƃuᴉɥʇʎɹǝʌǝ pɐǝɹ oʇ noʎ ɹoɟ ɹǝᴉsɐǝ ʇᴉ sᴉ :ǝᴉuuslᴉsn@
I don't know what level of skill you are at, but I recommend checking out A*
Gotcha. It looks like it originally had a ton of formatting information. That and the bullets probably contributed to the site not liking it. Glad you got it working.
It's probable the text in the description you were trying to submit contains control characters the site doesn't handle well. Try pasting your submission's description at https://justpaste.it and send me the link the the published text and we'll see if we can debug this. :)
I don't know how your code is arranged, so I don't know if this will work for you, but your devblog has inspired me to ensure my own procedurally generated dungeons are as interesting as possible.
I imagine the corridors between rectangles are based on vertical-to-vertical border-of-box or horizontal-to-horizontal border. If the corridors are instead calculated based on center-vertical axis to center-vertical axis (or horizontal-center to horizontal-center) the algorithm would be able to operate mostly unchanged, but still work just as well with elliptical rooms.
Are you willing to share your algorithm code? I doubt it's in a language I typically use, but it seems abstractable enough to be adapted to whatever language. If not, no biggie; I'm sure I can take the concept you've outlined and write my own version. :)
@pvgier: That's pretty great. Would your algorithm allow for occasional ellipsoid room generation inside the cells as well as the typical rectangle rooms? The final result does a good job of looking very organic, I just wonder if starting with a few rounded "definitively alive" components may contribute even more to the cave-look.
(P.S. I refer to axis-aligned elipsoids, specifically)
Congratulations, bluecarrot16 on your delicious summertime feast!
Thanks also to all who participated. Trophies awarded! :)
I can't find the end-of-voting date mentioned. Does judging conclude on August 3rd?
Pages