SFML community forums
General => SFML projects => Topic started by: Mj PsykOo on January 23, 2015, 04:42:45 pm
-
SFML Box2D Light is a very simple library and easy-to-use, this library allows you to add cool lighting effects including shadow casting etc...
here are some pictures:
(http://s16.postimg.org/atzi33r29/bandicam_2015_01_23_15_31_53_324.jpg) (http://postimg.org/image/atzi33r29/)
(http://s17.postimg.org/udbjf7mnv/bandicam_2015_01_23_15_29_54_668.jpg) (http://postimg.org/image/udbjf7mnv/)
(http://s24.postimg.org/4jh19mald/bandicam_2015_01_23_15_36_03_305.jpg) (http://postimg.org/image/4jh19mald/)
Current Features:
- Spotlight
- Conelight
- Pointlight
- Able to change the darkness of scene
to download it please visit this link
https://github.com/MjPsykOo/SFBL
MinGW 4.9.2 static binaries have been already generated
-
The screenshots look pretty :-) good job.
I've noticed your repo has no license information; you might want to add some so that users know how they can use your library commercially and non-commercially.
-
Split the GPL Discussion (http://en.sfml-dev.org/forums/index.php?topic=17335.0) to keep this thread focused on SFBL instead.
-
I really don't care about licenses if it was a license that says "do whatever you want with this library" then I would choose it.
if the GPL licence will coz problems then the next versions of library will be released under another license.
so could you advice me with a licence that allows you to use it as you want ?
and Thanks,
-
The zlib/png license that SFML uses (full text here: https://github.com/SFML/SFML/blob/master/license.txt) is my personal favorite. It's super-short, non-lawyers can read it, and it basically just says "don't lie about who wrote this software", which should not be a problem for anybody.
Though I've always been tempted to try the WTFPL (http://www.wtfpl.net/about/)...
-
so can i just change the license of current version of library ??
-
It's your project. Changing the license is entirely up to you.
-
ok the license has been changed to zlib/png license. same as SFML license.
-
Screenshots look really nice. Good work :)
Though I've always been tempted to try the WTFPL (http://www.wtfpl.net/about/)...
L O L
-
This is cool. Very inspiring. I am planning to develop one as well. I will be checking on this project from time to time. Thanks for sharing!
-
to download it please visit this link
https://github.com/MjPsykOo/SFBL
MinGW 4.9.2 static binaries have been already generated
Nice of you to put this out for others to use. I downloaded the source from github, but ran into a problem. You include MinGW lib binaries and I'm unsure of the build system. Trying to get it compiled on linux I have an issue. Make doesn't recognise the makefile for one. Another is that there is some hangup with Box2D(uses premake4 build system). Premake4.3 has a bug in it that premake4.4 fixes, but it's in beta still and I was having difficulty still in compiling it's git version so I can then compile Box2D to then compile your library.....
I think you see where I'm going with this. Any ability on your end to provide a linux version of the lib binaries, or should I keep at it(which looks like waiting on premake4 to finish 4.4 beta)?
-
As far as i have experimented, Box2D compilation works with CMake if you unselect examples.
-
As far as i have experimented, Box2D compilation works with CMake if you unselect examples.
Cmake won't work at all for me either. It tells me I need to add 'cmake_minimum_required(VERSION 2.8)' to the beginning of the cmakelists.txt file, but it has version 2.6 required there already and I've been unsuccessful at editing this file and my $PATH variable correctly to make adjustments.
-
to download it please visit this link
https://github.com/MjPsykOo/SFBL
MinGW 4.9.2 static binaries have been already generated
Nice of you to put this out for others to use. I downloaded the source from github, but ran into a problem. You include MinGW lib binaries and I'm unsure of the build system. Trying to get it compiled on linux I have an issue. Make doesn't recognise the makefile for one. Another is that there is some hangup with Box2D(uses premake4 build system). Premake4.3 has a bug in it that premake4.4 fixes, but it's in beta still and I was having difficulty still in compiling it's git version so I can then compile Box2D to then compile your library.....
I think you see where I'm going with this. Any ability on your end to provide a linux version of the lib binaries, or should I keep at it(which looks like waiting on premake4 to finish 4.4 beta)?
I'm very sorry for not providing ready-libraries for linux, because i'm not familiar with linux.
So to solve this problem i made the project open-source to let anyone build his own version under the system that he is working on ;).
But maybe in the next versions of SFBL,I'll try my best to provide ready-libraries for The most used systems ;).
-
I'm very sorry for not providing ready-libraries for linux, because i'm not familiar with linux.
So to solve this problem i made the project open-source to let anyone build his own version under the system that he is working on ;).
But maybe in the next versions of SFBL,I'll try my best to provide ready-libraries for The most used systems ;).
Well I've started working on it, but I've never compiled a library without the use of a build system that configured it to compile. I think I'm close, but still getting an error. Not sure if I should start a new thread, but I'll post it here for now :
/usr/bin/g++ -c "/home/spirro/C++Work/sfbl/sfbl.cpp" -g -O0 -std=c++11 -Wall -o ./Debug/sfbl.cpp.o -I. -I/usr/include -I/usr/local/include
/usr/bin/g++ -shared -fPIC -o ./Debug/sfbl.so @"sfbl.txt" -L. -L/usr/lib/x86_64-linux-gnu -L/usr/local/lib -lsfml-graphics-d -lsfml-window-d -lsfml-system-d
/usr/bin/ld: ./Debug/sfbl.cpp.o: relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; recompile with -fPIC
./Debug/sfbl.cpp.o: error adding symbols: Bad value
collect2: error: ld returned 1 exit status
make[1]: *** [Debug/sfbl.so] Error 1
make[1]: Leaving directory `/home/spirro/C++Work/sfbl'
It tells me to recompile with -fPIC, but, as you can see, that -fPIC is in there. Now whether or not it's in the right place, I'm still unsure and checking.
-
Well I've started working on it, but I've never compiled a library without the use of a build system that configured it to compile. I think I'm close, but still getting an error. Not sure if I should start a new thread, but I'll post it here for now :
/usr/bin/g++ -c "/home/spirro/C++Work/sfbl/sfbl.cpp" -g -O0 -std=c++11 -Wall -o ./Debug/sfbl.cpp.o -I. -I/usr/include -I/usr/local/include
/usr/bin/g++ -shared -fPIC -o ./Debug/sfbl.so @"sfbl.txt" -L. -L/usr/lib/x86_64-linux-gnu -L/usr/local/lib -lsfml-graphics-d -lsfml-window-d -lsfml-system-d
/usr/bin/ld: ./Debug/sfbl.cpp.o: relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; recompile with -fPIC
./Debug/sfbl.cpp.o: error adding symbols: Bad value
collect2: error: ld returned 1 exit status
make[1]: *** [Debug/sfbl.so] Error 1
make[1]: Leaving directory `/home/spirro/C++Work/sfbl'
It tells me to recompile with -fPIC, but, as you can see, that -fPIC is in there. Now whether or not it's in the right place, I'm still unsure and checking.
try this solution:
http://stackoverflow.com/questions/9541609/using-linux-c-shared-and-static-libraries-in-a-same-program
-
try this solution:
http://stackoverflow.com/questions/9541609/using-linux-c-shared-and-static-libraries-in-a-same-program
Thanks, but afaik everything is dynamic other than the precompiled libs you provide. I'm just trying to make dynamic libs.
-
try this solution:
http://stackoverflow.com/questions/9541609/using-linux-c-shared-and-static-libraries-in-a-same-program
Thanks, but afaik everything is dynamic other than the precompiled libs you provide. I'm just trying to make dynamic libs.
I think it's better to link it statically rather than dynamically for avoiding necessity of presence of compiled binary(.so).
-
I think it's better to link it statically rather than dynamically for avoiding necessity of presence of compiled binary(.so).
For usage under a windows environment I would agree, but to my knowledge linux differs and prefers shared libs over static libs. I hate to keep diluting your thread for your lib with this discussion, but I think we both would like your lib to be usable by all. Hence my initial reticence in posting my trouble compiling your lib in a linux environment here.
-
Hello, i've found your awesome library and i've integrated it in my game. It's a tile based game, but it's doing weird thing like the image i've attached. Is there a way to fix it ? Thanks
-
Hello, i've found your awful library and i've integrated it in my game. It's a tile based game, but it's doing weird thing like the image i've attached. Is there a way to fix it ? Thanks
Awful, are you sure?
-
My best guess would be that he meant in in a pretty archaic meaning(like awe-inspriring -> awesome).
-
Awful, are you sure?
Sorry, i was not sure with this word, i edited my post, i'm not english native speaker ;D