Messages

31

Window / sf::Key::Code::Count issue

« on: February 04, 2008, 08:45:58 pm »

its not an error, as there are unnamed keys.
In my tuned version i've set this to 0xFFFF to be able to get keys with unicode names;)

32

Graphics / PNG broken on 64bit Linux

« on: February 04, 2008, 08:32:51 pm »

The same code runs on my laptop on 32bit ubuntu, so its most probably a bug in SOIL which makes the png loader not 64bit capable.
It would be nice if you'd send me an email the nice day this bug's gone.(Its not that important to me to move to Version 1.2)
Have a nice day!:)

33

Graphics / PNG loader might be broken in 1.2

« on: February 04, 2008, 04:51:23 pm »

Linux: Amd64 Ubuntu 7.10
I just downloaded the package from sf and did make clean/make/sudo make install.

Maybe its a 64bit issue, I could test that, but it would take me some hours until I have the time to do so.

34

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!

35

Feature requests / Clock return in ticks?

« on: February 01, 2008, 04:47:34 pm »

unsigned long long[ns] would be the best for me:)

36

Feature requests / Helper classes

« on: January 30, 2008, 09:19:23 am »

Well, that adds to dependencies. And if the only required is Vector[1,2,3] AABB and such you get alot of stuff where little is required.

If you really only require these, then you could write them in less then two hours. Btw Vector1 is a really really bad idea as it is exactly double/float.

37

Feature requests / Helper classes

« on: January 27, 2008, 10:49:19 am »

AABB2 could be usefull for sprites, but i think its all not a good idea, as this would force me and others who have their own Math libs, to add implicit cast operators between their and your classes, what makes code more complicated to understand.
And its not that much overhead to write "foo.move(x, y)" instead of foo.move(v)".

Btw you could easily add this by deriving from sfml and just adding a function which handles your vector class.

Dont bloat things. We dont want to see an FSML;)

38

Window / 2 render windows?

« on: January 22, 2008, 08:58:42 am »

Using the stencilbuffer should be faster. Just draw a quad using the size of the window and set stencil functions to some sane values(if you dont want subwindows compare against 1 and set the function to add) remember to clean stencilbuffer.

39

General discussions / [SOLVED] SFML 1.2 RC

« on: December 14, 2007, 07:21:09 pm »

Hurray!

I'm happy to hear that the C-Interface is implemented.
I hope somebody will make bindings for "D" (http://www.digitalmars.com/d/index.html), otherwise I'll need to try it

Isn't C a subset of D as in C++?

40

General discussions / [SOLVED] SFML 1.2 RC

« on: December 12, 2007, 11:17:40 am »

What type of image are you trying to load ? Are you sure it is a valid one ? Can you upload it somewhere, so that I can do more testing ?

[...]

Edit:
It crashs before main in normal execution and using valgrind it passes until initialisation of the window(it pops up and imidiately crashes without any texture creation so I'd guess I missed to link with something).

41

General discussions / [SOLVED] SFML 1.2 RC

« on: December 12, 2007, 10:50:51 am »

Ubuntu 7.10 am64:
I had to change graphics to shared lib to build at all. I got

Code: [Select]


/usr/bin/ld: ./libjpeg/jcapimin.o: relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC
./libjpeg/jcapimin.o: could not read symbols: Bad value
(this will appear for all libs, tried that:) )

After some changes regarding windowstyle and rebuilding my project I got the following error during startup:

Code: [Select]


BF][: SOIL/stb_image_aug.c:1568: fill_bits: Assertion `code_buffer < (1U << num_bits)' failed.
./valtest.sh: line 1: 15033 Aborted                 (core dumped) valgrind --log-file-exactly=valgrind.txt --leak-check=full ./BF\]\[ > out.txt


Edit: graphics is build with(dont know if this is really usefull information)

Code: [Select]

g++ -shared -Wl,-soname,libsfml-graphics.so.1 -o ../../../lib/libsfml-graphics.so.1 Color.o Drawable.o FontManager.o GraphicsDevice.o Image.o ImageLoader.o PostFX.o RenderWindow.o Sprite.o String.o VideoResource.o View.o ./libjpeg/jcapimin.o ./libjpeg/jcapistd.o ./libjpeg/jccoefct.o ./libjpeg/jccolor.o ./libjpeg/jcdctmgr.o ./libjpeg/jchuff.o ./libjpeg/jcinit.o ./libjpeg/jcmainct.o ./libjpeg/jcmarker.o ./libjpeg/jcmaster.o ./libjpeg/jcomapi.o ./libjpeg/jcparam.o ./libjpeg/jcphuff.o ./libjpeg/jcprepct.o ./libjpeg/jcsample.o ./libjpeg/jctrans.o ./libjpeg/jdapimin.o ./libjpeg/jdapistd.o ./libjpeg/jdatadst.o ./libjpeg/jdatasrc.o ./libjpeg/jdcoefct.o ./libjpeg/jdcolor.o ./libjpeg/jddctmgr.o ./libjpeg/jdhuff.o ./libjpeg/jdinput.o ./libjpeg/jdmainct.o ./libjpeg/jdmarker.o ./libjpeg/jdmaster.o ./libjpeg/jdmerge.o ./libjpeg/jdphuff.o ./libjpeg/jdpostct.o ./libjpeg/jdsample.o ./libjpeg/jdtrans.o ./libjpeg/jerror.o ./libjpeg/jfdctflt.o ./libjpeg/jfdctfst.o ./libjpeg/jfdctint.o ./libjpeg/jidctflt.o ./libjpeg/jidctfst.o ./libjpeg/jidctint.o ./libjpeg/jidctred.o ./libjpeg/jmemmgr.o ./libjpeg/jmemnobs.o ./libjpeg/jquant1.o ./libjpeg/jquant2.o ./libjpeg/jutils.o ./libpng/png.o ./libpng/pngerror.o ./libpng/pnggccrd.o ./libpng/pngget.o ./libpng/pngmem.o ./libpng/pngpread.o ./libpng/pngread.o ./libpng/pngrio.o ./libpng/pngrtran.o ./libpng/pngrutil.o ./libpng/pngset.o ./libpng/pngtrans.o ./libpng/pngvcrd.o ./libpng/pngwio.o ./libpng/pngwrite.o ./libpng/pngwtran.o ./libpng/pngwutil.o ./SOIL/image_DXT.o ./SOIL/SOIL.o ./SOIL/stb_image_aug.o ./zlib/adler32.o ./zlib/compress.o ./zlib/crc32.o ./zlib/deflate.o ./zlib/inffast.o ./zlib/inflate.o ./zlib/inftrees.o ./zlib/trees.o ./zlib/uncompr.o ./zlib/zutil.o -lfreetype

42

Graphics / Scaling sprites

« on: November 30, 2007, 08:10:06 am »

But, unicode does work. :/

Not for Linux ☹

43

Graphics / Scaling sprites

« on: November 29, 2007, 10:31:45 pm »

Combine a sprite with a counter I'd say...and as long as there isn't unicone support I hope there wont be such features.

44

SFML projects / BF::Renderer::Text

« on: November 26, 2007, 08:46:51 am »

I don't understand much of the code "behind the scenes", but why is it that your version displays text much better than the default version of SFML?

I dont use OpenGL for the resizing job...just think of a screenshot taken at 640x480 magnified to 1600x1200 versus the scene rendered at 1600x1200.(and btw 16x16 -> 13x13 looks a lot worse)

@acrin: I'd like to see a bitmap font, as this would enable us to use even 8px high fonts,

45

SFML projects / BF::Renderer::Text

« on: November 22, 2007, 08:47:30 am »

Looks perfect! great job. That should be standard in SFML.

Hmm...that make String usage a bit to complex, I think...have a look at the implementation, that might give you a hint how to implement a 12px only sfml or help me bugfixing;)