[Kde-games-devel] December 1st KDE Games Meeting transcript
Mathieu Jobin
mathieu at justbudget.com
Mon Dec 4 02:25:58 CET 2006
Times are in JST (starting from 4am (dec 2nd))
I pasted a bit more, as it does not cost more
[04:01] <dennis_p>
http://wiki.kde.org/tiki-index.php?page=KDE+Games+IRC+meeting
[04:01] <josef|vista> will we log the meeting? I'm logging anyway...
[04:02] <dimsuz> hi
[04:02] <dimsuz> me too
[04:02] <piacentini> let us start?
[04:03] <annma> ok
[04:03] <josef|vista> yep
[04:03] <piacentini> round of introductions as always?
[04:03] <piacentini> mauricio piacentini, working on kmahjongg
[04:03] <dimsuz> dmitry suzdalev, working on kreversi and katomic
[04:04] <dbdkmezz> paul broadbent, working on kolf
[04:04] <piacentini> everybody post at once :)
[04:04] <daren> daren sawkey, (unofficially) working on kbackgammon
[04:04] <josef|vista> josef spillner from ggzgamingzone.org
[04:04] <annma> anne marie mahfouf from kde-edu
[04:04] <[ksudoku]Josel> johannes bergmeier helping on ksudoku
[04:05] <piacentini> should we start with the new projects?
[04:05] <piacentini> maybe ksudoku, as you guys are here?
[04:05] <[ksudoku]RedsH> francesco rossi, ksudoku 0.3 author
[04:06] <piacentini> If I remember correctly, you guys are still considering
if ksudoku will join kdegames or not, right?
[04:06] <piacentini> there were a lot of requests for it in the games survey
[04:06] <[ksudoku]RedsH> yes we have not completely decided yet
[04:07] <piacentini> k. is there anything we can help you with?
[04:07] <dimsuz> [ksudoku]RedsH: but you know about implications?
[04:07] <annma> what holds you back if i may ask?
[04:07] <dimsuz> :)
[04:07] <[ksudoku]RedsH> no, i was about to ask
[04:07] <dimsuz> yup. I can help
[04:07] <dimsuz> if needed :)
[04:08] * pinotree raises his hand
[04:08] <[ksudoku]RedsH> i need to know if joining kdegames influences:
[04:08] <[ksudoku]RedsH> license
[04:08] <[ksudoku]RedsH> possibility to make a windows port
[04:08] <dimsuz> pinotree: ?
[04:08] <piacentini> Well, if the game gets included in the tree (after
review) you will automatically get millions of testers :)
[04:08] <piacentini> as for the license
[04:08] * pinotree is here too, konversation team
[04:08] <pinotree> err
[04:08] <pinotree> kombination team ;)
[04:09] <dimsuz> :)
[04:09] <[ksudoku]RedsH> how does the review work?
[04:09] <annma> it needs a GPL eauivalent licence
[04:09] <[ksudoku]RedsH> it has already
[04:09] <[ksudoku]RedsH> GPL
[04:09] <piacentini> so there is no change in the status
[04:09] <annma> window port: by being in KDE svn your code will be fixed for
windows
[04:09] <annma> windows port
[04:09] <piacentini> about the windows port: Kde 4 is being ported by
windows and osx
[04:09] <pinotree> ( http://developer.kde.org/policies/licensepolicy.html )
[04:10] <[ksudoku]RedsH> but what do you think we should work on in order to
join kdegames?
[04:10] <dimsuz> [ksudoku]RedsH: kdelibs4 will be available for win32
[04:10] <josef|vista> review is broader than just code review, e.g. the
usability people frequently look at applications inside the released modules
[04:10] <[ksudoku]RedsH> ok great
[04:10] <annma> you need to have a working game with minimum doc
[04:10] <annma> and all i18n
[04:10] <annma> for translators to do their job
[04:11] <dimsuz> [ksudoku]RedsH: currently ksudoku is qt3 only?
[04:11] <[ksudoku]RedsH> is there any "standard" for playing interface,
network gaming, graphics and so on?
[04:11] <dimsuz> i mean not ported to qt4?
[04:11] <[ksudoku]RedsH> we are working on it
[04:12] <annma> we would like as many as possible default graphics in Oxygen
theme for KDE4
[04:12] <pinotree> [ksudoku]RedsH: well, it should be compliant about user
interface
[04:12] <pinotree> for example, menus, toolbars, labels
[04:12] <[ksudoku]RedsH> yes yes
[04:12] <pinotree>
http://developer.kde.org/documentation/standards/kde/style/basics/index.html
[04:12] <josef|vista> I know for a fact that for external projects it's
really tough to switch to Qt4 although the time is coming now
[04:12] <[ksudoku]Josel> we are currently working on a code review, before
starting with doc and kde4 port
[04:13] <[ksudoku]RedsH> and about save-file format?
[04:13] <pinotree> no constraints
[04:13] <[ksudoku]Josel> i have experience about kde4 and the first step is
allready done (we are using CMake ;)
[04:13] <annma> :)
[04:13] <[ksudoku]RedsH> sounds?
[04:14] <pinotree> of course, if the format is something alrady used
(wildly), it's better
[04:14] <pinotree> ogg
[04:14] <piacentini> RedsH: to be bluntly honest, your game is in better
shape than most of the ones in the kdegames module right now... I guess with
Josel 's help you can get it into shape quickly for playground, and from
then to kdereview
[04:14] <annma> sounds: no constraints although unifying stuff would be good
[04:14] <[ksudoku]RedsH> thanks
[04:14] <[ksudoku]RedsH> josel had an interesting idea
[04:14] <[ksudoku]RedsH> :
[04:14] <piacentini> For sounds, you will need to play via Phonon. Easy to
setup once you are in kde4
[04:14] <[ksudoku]RedsH> multiplayer mode for ksudoku
[04:15] <josef|vista> pinotree, [ksudoku]RedsH: well there is no central
authority on that but we (ggz) always try to consolidate in the area of file
formats so since we also have a sudoku game we'd be glad to accept whichever
format is established first
[04:15] <pinotree> josef|vista: erm... what did i say? :)
[04:15] <[ksudoku]RedsH> excuse the ignorance: what is the standard for
multiplayer, internet highscores for kdegames?
[04:16] <josef|vista> that's a later topic for today :)
[04:16] <annma> ;)
[04:16] <[ksudoku]RedsH> re-excuse the ignorance..
[04:16] <pinotree> which point of view from?
[04:16] <piacentini> Well, I propose that we let RedsH consider the
suggestions so far...
[04:17] <piacentini> and we can discuss the kggzmod topic?
[04:17] <piacentini> josef?
[04:17] <josef|vista> yep
[04:17] <josef|vista> this is a really old topic already
[04:17] <pinotree> (yeah...)
[04:17] <dimsuz> i'm not aware...
[04:17] <josef|vista> so the idea is to provide a standard platform for
networking for all sorts of toolkits
[04:17] <dimsuz> perhaps others too ;)
[04:18] <josef|vista> for some reason we never really provided convenience
APIs for the programming style of these toolkits but recently we started to
do it
[04:18] <josef|vista> so for KDE games, there is now an API in the works to
hook up with GGZ in a really easy way
[04:18] <dimsuz> josef|vista: are they pure C++? some additional libs maybe?
[04:19] <josef|vista> they're pure Qt-based classes
[04:19] <josef|vista> very easy signal+slots concepts
[04:19] <dimsuz> ok
[04:19] <josef|vista> let me show you an (ugly) picture
[04:19] <dimsuz> any docs, tutorials?
[04:19] <josef|vista>
http://www.ggzgamingzone.org/~josef/gamedev-support.png
[04:19] <piacentini> where is it now in svn?
[04:20] <josef|vista> pinotree:
http://svn.ggzgamingzone.org/cgi-bin/trac.cgi/browser/trunk/kde-games/lib/kggzmod
[04:20] <josef|vista> err, piacentini
[04:20] <josef|vista> let me explain how it works since there is not really
a tutorial yet (but it's already included in our gamedev guide)
[04:20] --> MuJ has joined this channel (i=chryse at hell.fiveam.org).
[04:20] --> zorglu_ has joined this channel (n=
zorglub at 206.43.102-84.rev.gaoland.net).
[04:20] <josef|vista> kggzmod is the low-level interface which you call to
connect you to a game server
[04:21] <MuJ> we have games? O_o
[04:21] <josef|vista> as soon as this has happened, you can exchange
messages with it...
[04:21] <josef|vista> this is where ggzcomm cames in, which is similar to
dcopidl2cpp... it takes a formal protocol description and generates the code
for it
[04:21] <dimsuz> cool
[04:21] <josef|vista> on top of that we provide standard dialogs for player
management and the like
[04:22] <josef|vista> we also have highscores but we'll see how we integrate
this with kgame since there's already a highscore dialog
[04:22] <pinotree> is ti able to do peer-to-peer connections? eg via xmpp
[04:22] * dimsuz thinks that current kdegames highscores need
fixing/redesign
[04:22] <josef|vista> well widelands uses it for p2p-style gaming but it's
not really optimised for it... I mean in the end you still want statistics
stored somewhere, right?
[04:23] <josef|vista> so the idea is that if you're in GGZ and a game wants
p2p, it gives you a privacy warning (since you will have to reveal your
identity) and then you connect to other players (e.g. with TCP or UDP) but
stay connected to the GGZ server with a TCP connection
[04:24] <pinotree> i suppose highscores could be disabled when in p2p
[04:24] <pinotree> what about using xmpp instead of direct tcp connection?
[04:24] <josef|vista> I know very little desktop games which really require
p2p so far
[04:24] <piacentini> so the proposal is to somehow have this API available
in libkdegames, maybe integrating with or replacing the current highscores
in the process?
[04:25] <josef|vista> the idea was to integrate it as an input layer into
kgame... which certainly means some kgame modifications but in general the
abstraction of input sources shall remain
[04:25] <josef|vista> but I haven't looked into the integration yet, I'm
glad it works as it is so far :-)
[04:26] <piacentini> i like the libkdegames integration idea
[04:26] <piacentini> but someone has to code it :)
[04:26] <josef|vista> also note that GNOME is now using GGZ and so the idea
of having common networking protocols is good - it will make it easier to
find other players online
[04:26] <dimsuz> and we need libkdegames maintainer btw ;)
[04:27] <josef|vista> netcat games.gnome.org 5688 :)
[04:27] <piacentini> http://live.gnome.org/GnomeGames/Multiplayer
[04:27] <josef|vista> ugh.. he wrote my name wrong! :)
[04:28] <piacentini> Well, I am all for a cross-desktop solution
[04:28] --> Parkotron has joined this channel (n=
parker at dyn129-100-97-146.bc.uwo.ca).
[04:28] <piacentini> And the idea of extending the kgame model means that
porting efforts will be minimized for kdegames that already use it
[04:29] <piacentini> But it is feasible to do this for kde4? I mean, which
games can we try to hook up to ggz as a test?
[04:29] <josef|vista> yes, that's the plan at least... but even if this
won't work I think I can port 1-2 games to show how it can be done... I just
cannot do all games, at least not in the coming days
[04:29] <josef|vista> there are some games in kdegames which are very
suitable
[04:30] <josef|vista> kreversi, kwin4, etc. - for such games we already have
a server and some other clients
[04:30] <piacentini> kwin4 probably?
[04:30] <piacentini> Maybe you can hook up with dimsuz and attempt it in
KReversi?
[04:30] <dimsuz> I'm all yours ;-)
[04:30] <josef|vista> dimsuz: be my guest :)
[04:30] <dimsuz> josef|vista: see above :)
[04:31] <piacentini> love these irc meetings :)
[04:31] <piacentini> IIRC, currently there are two different highscore APIs
in libkdegames
[04:32] <piacentini> This is something we need to fix, this is probably a
good opportunity to extend it to add network highscores saved in ggz
[04:32] <dimsuz> piacentini: yes. simple and advanced one. The latter has
bad usablity IMO
[04:32] <dimsuz> it looks bloated
[04:32] <piacentini> dimsuz: agreed
[04:32] <piacentini> It is used only by two or three games, right?
[04:32] <piacentini> Kmines
[04:32] <josef|vista> we have figured out several score models (records,
highscores, ratings, rankings) and if there are more we're glad to add them
[04:32] <dimsuz> i haven't counted
[04:32] <dimsuz> :)
[04:33] <piacentini> Well, we could maybe do a review of this while
integrating with ggz
[04:33] <dimsuz> josef|vista: that's wonderful. if they won't look bloated
like current khighscores are :)
[04:33] <piacentini> keep the local one as simple as possible
[04:33] <Parkotron> A while back (before I got a job) I was working on a KDE
port of Robots. The available highscore systems frustrated me so I wrote my
own.
[04:33] <josef|vista> uh... for the local scores currently I use KMessageBox
[04:33] * josef|vista hides
[04:34] <piacentini> Well, if you look at other highscores (kmahjongg for
example) replacing it by a Kmessage box is not really a bad idea :)
[04:34] <josef|vista> lol
[04:34] <[ksudoku]Josel> just a idea, one highscore model for puzzle games
like ksudoku would be a highscore on daily puzzles
[04:35] <dimsuz> pluginize highscores? ;-)
[04:35] <piacentini> just joking, of course. We only need to work on the
presentation, the simple highscores api in kdegames is perfectly fine for
local games imo
[04:35] <piacentini> Josel: in kmahjongg you already have highscore per
layout
[04:35] <josef|vista> just a note, we've got 3000+ players on the server and
recalculating the highscores permanently takes a lot of CPU, so if we can
improve this somehow by making it a better modular highscore system I'm very
glad about this
[04:35] <piacentini> So something like you are proposing is possible
[04:36] <piacentini> Well, should we move on to other topics?
[04:36] <dimsuz> yup
[04:36] <josef|vista> yeah it's half-time already... I'll talk to dimsuz
about the rest in email but I need an address
[04:36] <dimsuz> let's move on - half an hour has passed already
[04:36] <piacentini> Recap so far: ksudoku guys are STRONGLY considering
joining :)
[04:37] <annma> :))))
[04:37] <piacentini> And dimsuz and josef will try to make a proof of
concept connection to GGZ with Kreversi
[04:37] <dimsuz> josef|vista: dimsuz at gmail.com
[04:37] <josef|vista> thanks
[04:38] <piacentini> Someone mentioned in the agenda about network games
with jabber
[04:38] <dimsuz> well, what about moving some games? remember we decided to
give them some time to find a maintainer? :)
[04:38] <[ksudoku]Josel> as far as it concerns me, i joined ksudoku in order
to make ksudoku join kde-games :)
[04:38] <[ksudoku]RedsH> lol
[04:38] <piacentini> Well, I think we agreed to try the GGZ integration
first, right?
[04:39] <dimsuz> piacentini: before jabber you mean?
[04:39] <piacentini> via existing abstraction of player input in KGame
[04:39] <piacentini> dimsuz: yes, I think it is wise for us concentrate on
one solution that is already working for Gnome
[04:39] <josef|vista> GGZ already has some integration with Kopete and Gaim
so maybe we can improve this and therefore achieve the two goals at once -
but this is rather a mid-term goal for me
[04:39] <dimsuz> of course
[04:40] <piacentini> OK. As for the game removal (dimsuz)... Last time
[04:40] <piacentini> we talked about a 3 month period before final decision
[04:40] <dimsuz> piacentini: Actually I don't remember how long we wanted to
wait
[04:40] <dimsuz> ah. here's the answer
[04:40] <piacentini> or something like that?
[04:40] <dimsuz> :)
[04:40] <dimsuz> ok
[04:41] <piacentini> So here RENEWING THE CALL
[04:41] <piacentini> if you want a game to stay, volunteer to maintain it :)
[04:41] <annma> this has to be blogged
[04:41] <[ksudoku]Josel> what are the unmaintained games now?
[04:41] <piacentini> (btw, even if you volunteer,
coolo/aacid/pinotree/johann may still cut it ?)
[04:41] <piacentini> :)
[04:41] <daren> ok, I'd like kbackgammon to stay. I can try to maintain it.
I ported it to kde4.
[04:42] <piacentini> daren: nice! Read your message on kdegames-devel
[04:42] <dimsuz> daren: what was the problem with svn? did you do 'svn add'
before doing 'svn diff'?
[04:43] <annma> daren: can you update the wiki page please?
[04:43] <dimsuz> daren: oh. I guess we can discuss this after the meeting :0
[04:43] <daren> dimsuz: ok.
[04:43] <piacentini> daren: so update the wiki man
[04:43] <piacentini> and give it a try
[04:43] <daren> annma: I can update the wiki, however I don't yet have an
svn accoutn so haven't updated svn
[04:44] <piacentini> I think we agreed that no work will be "wasted". Even
if some games end up removed from the main package they would still be
available somewhere in the kde tree
[04:44] <dimsuz> piacentini: yes.
[04:44] --> danimo has joined this channel (n=danimo at kde/danimo).
[04:44] <piacentini> daren: I think you should get a svn account
[04:45] <piacentini> And start commiting
[04:45] <josef|vista> welcome danimo old kbattleship guy :)
[04:45] <danimo> heya!
[04:45] <danimo> josef|vista: trying out windows ? :)
[04:45] <daren> piacentini: I will.
[04:45] <josef|vista> no, KDE 3.5.2 actually, I like this one more :)
[04:45] <piacentini> why "old kbattleship guy?" I heard he was going to
volunteer for SVG izing it
[04:45] <piacentini> :)
[04:45] <danimo> piacentini: I did? :)
[04:46] <piacentini> didnt you?
[04:46] <piacentini> maybe it was wishful thinking
[04:46] <piacentini> :)
[04:46] <danimo> prolly
[04:46] <piacentini> ok, that one failed :)
[04:46] <danimo> kbs has other problems honestly
[04:46] <piacentini> What is your assesment of its status and feasibility
for KDE4?
[04:47] <piacentini> maybe ruphy can comment?
[04:47] <dimsuz> piacentini: zhw was volonteered :)
[04:48] <piacentini> K, so there are lots of volunteers. ruphy is listed in
the SVG maintainers page, that is why I paged him
[04:49] <dennis_p> I love how kbattleship has a stay clear zone around
ships, that gives a strategy for carpet bombing, but the single cell ship
undermines this.
[04:49] <piacentini> BTW, Henrique (working on ksame) send me an email last
week. He is a bit busy now, but we are going to work on adding the theme
support via .desktop files to ksame and kmahjongg
[04:49] <piacentini> Just entering into the "status update" phase of the
meeting, as we have under 15 minutes to go
[04:49] <dimsuz> piacentini: nice. will it be applicable for other games?
[04:49] <piacentini> dimsuz: that is the idea
[04:50] <piacentini> henrique would like to put it in libkdegames
[04:50] <piacentini> so we could have a standard theme selection dialog
[04:50] <piacentini> configurable (and subclassable) by each game
[04:50] <dimsuz> niiice
[04:50] <piacentini> subclassable? is that a word?
[04:50] <dimsuz> at least i understand it ;)
[04:50] <josef|vista> that's the schematisation of upcastable!
[04:51] <piacentini> lol
[04:51] <dimsuz> :D
[04:51] <piacentini> any other status updates? If not, we can move on to
discuss how to schedule these meetings :)
[04:52] <piacentini> Ah, btw I have added the classic tileset to Kmahjongg
as well. It has some issues
[04:52] <piacentini> But it will be applied to kshisen soon
[04:52] <piacentini> If you can try selecting, there is now default and
classic as valid options
[04:52] <dimsuz> piacentini: what about kmines? I've seen you now listed as
maintainer
[04:53] <dennis_p> Yes anybody updated SVG this month please say so
[04:53] <piacentini> Yup, I was actually doing the graphics part of it first
[04:53] <piacentini> Will try to commit something before the end of the year
[04:54] <piacentini> Well, there are lots of commits during the first two
weeks of November
[04:54] <piacentini> things have just slowed down a bit, but it is probably
a side effect of everyone wrapping up other projects before the end of the
year
[04:54] <piacentini> At least in my case it is :)
[04:54] * dimsuz seen svg engine updates in Qt4.2.2 in qt-copy. will try it
soon
[04:54] <dennis_p> Or... Sinterklaas is in town
[04:55] <dimsuz> :)
[04:55] <piacentini> Guys, about the meeting schedule...
[04:55] <dimsuz> yes
[04:55] <piacentini> Do you prefer a set date (first of month)
[04:55] <dimsuz> you want to roatate it?
[04:55] <piacentini> Or a set day of week
[04:55] <dimsuz> no preference here. let others decide ;)
[04:56] <piacentini> Well, I believe that by setting it always to the 1st
(or any other day) we automatically rotate the day of the week
[04:56] <piacentini> and it creates a tradition, and let people that have
fixed schedules maybe be able to attend eventually
[04:56] <piacentini> The other problem is the time
[04:56] <dimsuz> I agree
[04:56] <dimsuz> should we rotate it?
[04:56] <piacentini> This time works for all of us I think, with the
exception of Asia/Australia
[04:57] <dimsuz> and there is no overlap at all?
[04:57] <piacentini> If we do it two hours later (every two months) it would
be too bad for you?
[04:57] <dimsuz> I'm fine with it.
[04:57] <piacentini> Or maybe we can schedule two times
[04:57] <piacentini> And alternate
[04:57] <dennis_p> How about a stanadard revival of the current discussion
at a later time? So that those with kids or australia as their location can
comment on disussion and another discussion storm can commence and get
logged and filed.
[04:58] <piacentini> It is an idea
[04:58] <[ksudoku]Josel> i would prefer it 2 hours earlier or later
[04:58] <dimsuz> yup
[04:58] <piacentini> And this time is good for all of you?
[04:58] <piacentini> As it is now?
[04:58] <dimsuz> yes
[04:58] <dimsuz> but I wont oppose if it will be 2 hours later
[04:58] <dbdkmezz> yes
[04:58] <piacentini> Because honestly it affects Ian the most, so I can
maybe update with him afgter each meeting
[04:59] <piacentini> OK, let us keep it as it is now
[04:59] <piacentini> Seems to be working
[04:59] <dimsuz> in fact it is even better. I pay half-price for internet
after midnight ;-)
[04:59] <piacentini> dimsuz: lol
[04:59] <piacentini> I will check the world clock
[04:59] <piacentini> To see if two hours makes a difference
[04:59] <dimsuz> ok
[04:59] <piacentini> It might make things easier for guys in America as well
[04:59] <dimsuz> one minute to go ;)
[05:00] <dennis_p> :-)
[05:00] <dimsuz> countdown someone? ;)
[05:00] <dennis_p> Quick or be finned
[05:00] <dimsuz> :D
[05:00] <Dotato> oh boy, one minute, then let me say hi and bye to you all
on the same time
[05:00] <josef|vista> I think the 1st of January is difficult for me (or
others) but generally I'm fine with this
[05:00] <piacentini> josef|vista: I need to talk with you about some vista
things :)
[05:00] <dimsuz> josef|vista: lol
[05:00] <piacentini> Well
[05:00] <piacentini> 1st of january will not work for anyone
[05:01] <piacentini> This has to be an exception
[05:01] <josef|vista> piacentini: a minha vista daqui é ótimo... só isso o
nome :)
[05:01] <dimsuz> except very geeked geeks :)
[05:01] <piacentini> ok, so the first one to suggest a date for january wins
[05:01] <dimsuz> 27 Jan
[05:01] <piacentini> lol
[05:02] <piacentini> Well, I guess you got us
[05:02] <dimsuz> out from my mind. don't ask me why ;)
[05:02] <dimsuz> well, it appears to be Saturday.
[05:02] <piacentini> What we should probably do ( a suggestion), is to
cancel the january meeting
[05:02] <dimsuz> that's an option
[05:03] <dimsuz> at least we can adjust that later on ML
[05:03] <MuJ> just make it second tuesday of every month ;)
[05:03] <piacentini> And of course, we are all free to hang up here
[05:04] <dimsuz> yes
[05:04] <piacentini> MuJ: what day is the second tuesday of january?
[05:04] <MuJ> uumm... tuesday?
[05:04] <piacentini> day of the month...
[05:04] <MuJ> 9th
[05:04] <piacentini> OK, so you called an informal gathering on the 9th
[05:05] <piacentini> I will post it later to the ml
[05:05] <piacentini> your fault
[05:05] <MuJ> =)
[05:05] <MuJ> sure.. blame me! =D
[05:05] <MuJ> point and laugh.. now, everybody!
[05:05] <piacentini> It could be cool for status updates of holiday coding
[05:05] <piacentini> Or status updates of holiday non-coding
[05:05] <piacentini> more likely
[05:06] <MuJ> status update for your holiday beer situation
[05:06] <dimsuz> lol
[05:06] <piacentini> well, meeting has ended already
[05:06] <josef|vista> :)
[05:06] <piacentini> josef, seriously, are you running vista on this machine
or not? :)
[05:06] <MuJ> so now I can get wasted then? =)
[05:06] <piacentini> Need you to test something for me :)
[05:07] <josef|vista> well it says: Linux vista 2.6.15-27-386 #1 PREEMPT Sat
Sep 16 01:51:59 UTC 2006 i686 GNU/Linux
[05:07] <piacentini> lol
[05:07] <dimsuz> piacentini: IIRC josef wrote about this in his blog once ;)
[05:07] <piacentini> I am asking because I have Vista installed here (from
MSDN). Do not ask me, I need to continue doing our commercial products
[05:08] <piacentini> And in my machine, when you resize a game
[05:08] <piacentini> It does not resize the textures
[05:08] <piacentini> Meaning: all games are 3D and use hardware acceleration
[05:08] <piacentini> For everything
[05:08] <piacentini> Which is really, really stupid for non 3D games and
older machines...
[05:09] <piacentini> In the case of patience and mahjongg (Vista), if you
resize the window the textures will look horrible.
[05:09] <josef|vista> well for some RTS games I know using OpenGL in 2D
makes sense - it's actually faster than pure SDL for example (Stratagus does
this)
[05:09] <piacentini> I just wanted to verify this with people running better
graphics cards
[05:10] <piacentini> Well, I though so, until seeing how bad the Vista games
run on a crappy video card...
[05:11] <piacentini> anyway, you can not help me with this :) On to
installing the thing on more test machines... see you guys later
[05:11] <josef|vista> in the "good old times" we had a central Linux game
devel list (at http://lgdc.sunsite.dk/) where such questions came up often,
but I unsubscribed from it some time ago
[05:11] <daren> dimsuz: further to svn diff, it works now. It failed because
I removed a file.
[05:11] <josef|vista> last update 2002, as it says (sniff...)
[05:12] <dimsuz> daren: ah
[05:13] <dimsuz> daren: remember that if you do 'svn add somefile; svn diff
> patch.diff' and then later apply it to other location, you'll have to
repeat 'svn add somefile' there.
[05:13] <daren> so, I'll get an svn account and update.
[05:13] <josef|vista> anyway I'll have to go as well now... dimsuz I'm going
to send you an email on monday and if I forget it feel free to ping me
[05:14] <dimsuz> josef|vista: okay
[05:14] <daren> dimsuz: not sure what you mean, but I'll keep it in mind.
[05:15] <-- eimai has left this channel ("Leaving...").
[05:15] <dimsuz> daren: I mean that if you apply that diff, it will create
new file but it won't be added to repository automatically.
[05:15] <dimsuz> if I'm not clear again, than just forget it. you'll see for
yourself ;)
[05:16] <daren> yes, I'm sure I will :)
[05:16] <dimsuz> :-)
[05:16] <dimsuz> dbdkmezz: have you decided on committing or not? :)
[05:17] <dbdkmezz> dimsuz: I've decided not to commit for a little while
yet, going to iron out a few more bugs
[05:17] <dbdkmezz> dimsuz: don't think there is any rush since no one else
will be using the code for now
[05:17] <dimsuz> dbdkmezz: ok.
[05:18] <dimsuz> dbdkmezz: well, yes. but who knows. maybe someone decides
to help you :)
[05:19] <dbdkmezz> dimsuz: yeah :) thats true, but I'd like to get the
basics finished first
[05:20] <dimsuz> dbdkmezz: ok-ok
[05:20] <dimsuz> :)
[05:22] <-- zorglu_ has left this server ("Konversation terminated!").
[05:24] <-- annma has left this server (Remote closed the connection).
[05:26] <-- daren has left this server (Remote closed the connection).
[05:30] <-- piacentini has left this server (Remote closed the connection).
[05:30] <-- [ksudoku]Josel has left this server (Remote closed the
connection).
[05:31] <Dotato> Redsh: have you been working on ksudoku lately ?
[05:32] <[ksudoku]RedsH> yepp
[05:33] <[ksudoku]RedsH> not much because i don't have time
[05:33] <Dotato> committed to repos ?
[05:33] <[ksudoku]RedsH> i committed just once these days
[05:33] <Dotato> ok, but then you noticed all the changes ...
[05:33] <[ksudoku]RedsH> but two guys are helping me a lot with the project
[05:34] <Dotato> Yes, I'm one of them
[05:34] <[ksudoku]RedsH> ah ok..
[05:35] <[ksudoku]RedsH> you are working on printing, right?
[05:35] <Dotato> yep
[05:35] <Dotato> and export
[05:35] <[ksudoku]RedsH> good
[05:35] <Dotato> printing started to look like export but will be downsized
to standard printing the current view
[05:36] <Dotato> is there a standard for this
[05:36] <Dotato> ?
[05:36] <[ksudoku]RedsH> i don't know..
[05:36] *** [ksudoku]RedsH is now known as RedsH.
[05:37] <Dotato> anyone, is there a quick kde way to export a view to
kprinter ?
[05:43] <Dotato> RedsH: I can read but not post private messages
[05:43] <Dotato> I have to register first ...
[05:43] <RedsH> k
[05:44] <RedsH> you know what does dotato mean in italian?
[05:45] <pinotree> RedsH: ....
[05:45] <Dotato> not exactly
[05:46] <RedsH> it is a bit rude to tell so i am not going to say it
[05:46] <Dotato> ay
--
gcc -O0 -DRUBY_EXPORT -rdynamic -Wl,-export-dynamic -L. main.o
-lruby-static
-ldl -lcrypt -lm -o ruby
Everyone is trying their hardest to do their job but management has set it
up so that it's impossible.
Take the control over your money, track your expenses http://justbudget.com
Mathieu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kde-games-devel/attachments/20061204/650ca2f6/attachment-0001.html
More information about the kde-games-devel
mailing list