| commentid | objectid | typeid | userid | subject | comment | timestamp | parentid |
|---|---|---|---|---|---|---|---|
| 13297 | 3947 | news | -1 | Re: I wouldn't get too excited | For those interested in having music written for their Open Source games, please contact me and I'll do my best to fit you into the schedule. <p> To those who have defended me and my work on this thread, thank you. <p> To those interested in flaming anonymously about me, please feel free to drop dead. Maybe part of the reason no one steps up to the plate to offer professional services to the Open Source community is because people like you are always jumping up and screaming as loudly as possible. <p> Judge me if you want, but unless you're willing to come to the table with the same offer that I am, please shut up and let people get work done. <p> <a href="mailto:emmett@funkbunny.com">Emmett Plant</a> | 2003-08-20 10:31:10 | 13208 |
| 13298 | Neverball | games | -1 | binaries | Aren't there any binaries for Linux available? | 2003-08-20 14:53:43 | 0 |
| 13299 | GtkAtlantic | games | 8017 | Re: GTK2 version?? | KDE is not slower than Gnome because Qt is slower than GTK.<br>But because it runs a lot of hidden apps, network interfaces and it has lots of more features than Gnome. | 2003-08-20 16:02:21 | 13029 |
| 13300 | Neverball | games | -1 | Re: binaries | Why not build them yourself and help other people out | 2003-08-20 16:12:52 | 13298 |
| 13301 | Neverball | games | -1 | Minor bug | Great! Thank you for fixing the floor bug. And I really like the new levels. <p>However, I came across another book which occurs now: Right at the beginning, as soon as the GO! message appears, <ul><li>the floor was tilted to the maximum, in the rear right direction or <li>the ball appeared at a completely random place in midair</ul> This bug happened only sometimes, at times one-out-of-three, and I do not recall the exact circumstances. | 2003-08-20 16:28:55 | 0 |
| 13302 | GtkAtlantic | games | 8247 | Re: GTK2 version?? | The gtk2 code is now in /dev/null :) | 2003-08-20 17:34:25 | 13029 |
| 13303 | Neverball | games | 4512 | .d files??? | Just tried this latest version, wondering if it'll run any better for me than it did before. Compilation died on me.<P> Make churned out a lot of errors such as <BR> vec3d.d: No such file or directory,<BR> etc etc etc etc etc etc<BR> main.d: No such file or directory,<BR> and then gcc was completely thrown by the -MF flag which it didn't recognise (can't say I do either), and by the fact that main.d still didn't exist.<P> This weirdness seems to be for generating dependency info (I see -MM does that, maybe d is for depend?), but I don't know if it's being done in some extra special way or what. I vaguely remember discussing makefile dependencies with rlk.<P> Perhaps dependency data can be included with the source -it generally doesn't change so often in development, and though the set of <I>system</I> headers included by a source file can vary with compile-time options, the set of a program's own headers that gets included should remain the same really. (hope that made sense) | 2003-08-20 18:03:52 | 0 |
| 13304 | Neverball | games | 8316 | Re: .d files??? | A clean source tree will dump several "*.d: No such file or directory" warnings. This is normal. Yes, it is looking for dependancy info. The files are not there, so it builds them using the .c.d inference rule, which uses gcc -MM -MF. This only happens the first time you build.<p> The -MF option simply tells the header mention to go to the .d file instead of stdout. I use gcc 3.3.2. Perhaps you use an earlier version? I really don't want to include depandancy info in the package. It should be generated at build time to ensure that it is always in sync with the source.<p> | 2003-08-20 19:12:41 | 13303 |
| 13305 | Neverball | games | 8316 | Re: Minor bug | The tilt problem is a bug I've been fighting since day one. The problem is that Neverball acquires and releases the pointer grab frequently. It frees the pointer for menu navigation, and grabs it for gameplay. For menus it uses SDLs absolute mouse location, and during gameplay it uses SDLs relative mouse motion. Apparently, if the pointer is outside the window when the grab state changes a large discontinuity occurs in the reported relative mouse motion. So, the floor pops off to one side.<p> The game assumes SDL's advertised behavior, but crazy stuff sometimes happens. Maybe someday I'll rework the menu system to work with grabbed relative motion so the bug won't appear during gameplay and won't have a noticable impact. Otherwise, try running the game fullscreen and see if it occurs<p> The ball appearing randomly in midair... this is the first report of this problem. If you can isolate it or reproduce it or provide any extra info at all, please mail me. | 2003-08-20 19:26:23 | 13301 |
| 13306 | Neverball | games | 5432 | Re: .d files??? | Change the line<p><i>$(CC) $(CFLAGS) -MM -MF $@ $<</i><p>to read <p><i>$(CC) $(CFLAGS) -MM $@ $< > $@</i><p><p>Works fine on Slackware 8.1, gcc-2.95.3. HTH. | 2003-08-20 23:06:20 | 13303 |