Welcome, Guest. Please login or register. Did you miss your activation email?

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Topics - Lord Delvin

Pages: [1]
SFML projects / Anti Photon Engine - A SFML driven (realtime) Raytracer
« on: August 08, 2008, 02:17:30 pm »
I wrote together with a friend a lib that allows the creation of CPU based realtime raytracing applications. Realtime is atm. not 2 MegaPixel fullscreen with 16 sampels perpixel, but hopefully it will be some day.
We just finished our work on 0.2 version, which is the first version that offers others to use our lib, as it includes not only demos, but also the headers and libs needed for development, documentation and some tutorials.

SFML is used to implement the ScreenBuffer, that is a device that talks with the OS and puts Pixels onto the screen.
In 0.1 we used also Threads but decided to move to boost.

As for 0.2 the libs are not fast and we got a lot of features that are currently unused we decided to work on a 0.3 version which will look the same, that means programmers wont need to change their code.
This 0.3 version will bring you needed speed and implementations and hopefully far more tutorials.

Have fun with this: http://www.determinationmusic.de/package.7z

EDIT: Any feedback is very welcome!

Window / [Solved] Memory leak in svn; how to make debug libs
« on: June 02, 2008, 10:19:55 am »
I got a leak of about 260k by just creating a RenderWindow on Linux. If you tell me how to do a debug build without completly rewriting the makefiles I can maybe fix it for you.
Thats what valgrind says:
Code: [Select]
==9464== 262,140 bytes in 1 blocks are definitely lost in loss record 119 of 119
==9464==    at 0x4C22FAB: malloc (vg_replace_malloc.c:207)
==9464==    by 0x409C1E1: (within /usr/lib/libGL.so.169.12)
==9464==    by 0x4091037: glXCreateContext (in /usr/lib/libGL.so.169.12)
==9464==    by 0x5037738: sf::priv::WindowImplX11::CreateContext(sf::VideoMode const&, XVisualInfo&, sf::WindowSettings&, XVisualInfo, unsigned long) (in /usr/lib/libsfml-window.so.1)
==9464==    by 0x5038916: sf::priv::WindowImplX11::WindowImplX11() (in /usr/lib/libsfml-window.so.1)
==9464==    by 0x5034D02: sf::priv::WindowImpl::New() (in /usr/lib/libsfml-window.so.1)
==9464==    by 0x50320B4: sf::Window::ForceContextInit() (in /usr/lib/libsfml-window.so.1)
==9464==    by 0x50323C6: sf::Window::Create(sf::VideoMode, std::string const&, unsigned long, sf::WindowSettings const&) (in /usr/lib/libsfml-window.so.1)
==9464==    by 0x528155F: sf::RenderWindow::RenderWindow(sf::VideoMode, std::string const&, unsigned long, sf::WindowSettings const&) (in /usr/lib/libsfml-graphics.so.1)
==9464==    by 0x40F64F: ape::std::sfmlRenderer::sfmlRenderer(unsigned, unsigned, char const*, unsigned) (sfmlRenderer.cpp:9)
==9464==    by 0x402726: main (main.cpp:21)

Graphics / PNG loader might be broken in 1.2
« on: February 03, 2008, 07:13:47 pm »
I have a small standard Texture, which I use to show the user, that big texture will be loaded soon. This Texture cant be loaded with 1.2.(Corrupt PNG)
I tried a lot of encoding combinations and looked into the source of SOIL but I dont get why.
If you want to fix this I can send you the Image.(encoding it as tga leaded to a crash, so I stay on my modified 1.1 sources :)  )
Have fun!

Feature requests / Make colored strings more readable
« on: November 21, 2007, 05:25:12 pm »
I'd suggest to turn line 367 in FontManager.cpp

Code: [Select]
CurFont.Texture.SetPixel(x + Left, y + Top, Color(Pixels[x], Pixels[x], Pixels[x], Pixels[x]));


Code: [Select]
CurFont.Texture.SetPixel(x + Left, y + Top, Color(255, 255, 255, Pixels[x]));
So text should be more readable on colored text/background.

SFML projects / BF::Renderer::Text
« on: November 20, 2007, 09:22:33 am »
For my game development toolkit I wrote a version of sf::String, which should use less memory and which is easier to use, as you dont need to tell which chars are needed.
My aproach uses a simple GC, so it might not be usefull for sfml itself(besides its not fully implemented yet).


Code: [Select]

// init
    BF::Renderer::Text test;
    test.setText(L"☢NücLäa Πlaßτ♀☢\ngrr\nDer ☠ kommt zu euch☺\nGgriesch!");



    glColor3ub(122, 255, 255);

(text is stupid , I know that)

Feature requests / Load Image from Font Glyphe
« on: October 22, 2007, 08:31:58 am »
As I will need the ability to create an Image with a single Unicode Glyph on it, I'm asking, if this feature is allready planned or implemented.(I know the FontManager can do this, but the Image itself doesn't provide an interface for that)
If it's not, I would do it with sfml itself so you can easily implement it for 1.2; if you dont wish to implement something like that ever, please tell me as it will make my code better(as I wont hack it into sfml;))

Feature requests / sf::Key::Code::lastKey
« on: October 10, 2007, 01:25:56 pm »
For passing arrays with all currently pressed keys, it would be nice to have an official sf::Key::Code::lastKey, as Count is marked as internal. (I need this to make inputbridges, which swap/move/overwrite several keys, to make splitscreen programming easier)

Maybe it's enough to label Count as external and announce that.

General discussions / Stability and Projectdocumentation
« on: October 10, 2007, 09:58:48 am »
First I want to tell you, that this project is, what I ever wanted to have, as it replaces deprecated SDL and my own small Engine nearly completely.
But there remain two questions:
First is stability of the project in terms of usage and in terms of Bugfixing.
So will there be future versions until it works?(as I saw many good projects dieing on half way to completion)
And how stabil is the current release?

Second is about documentation:
Why are only some public interfaces Documented, if the whole project is under zlib licence? It would be very nice to see how these interfaces do certain things to prevent writing and doing the same task twice.

Hopefully looking at his new sfml branch
  Lord Delvin

Pages: [1]