From: De M. <bjo...@pa...> - 2002-06-27 22:35:35
|
Johan hendriksson wrote: > on a sidenote; public source and closed datafiles doesn't go well > together. no source means less portability. so encryption, in the > end, makes your app pretty lame. the reason i stopped using it :/ > just my opinion > > - Johan Henriksson / Leadprogrammer at http://www.realsoftware.cjb.net It is true that real encryption of data in game apps is lame. However, obfuscation or cloaking is not. It might be worth while to cloak your data just a little. This helps to prevent spoiling the game to gamers that out of curiosity, or accidentally view the data. And it can also help to lessen the temptation of cheating. Obsuscation of the data should be a bit like a warning: "Better not mess with this, unless you sure you want to". Sop, I woudln't worry too much about being able to see your password string of the data file in the executable. The data is cloaked, and protected from casual curiosity. That should be enough for a game. -- "No one knows true heroes, for they speak not of their greatness." -- Daniel Remar. Björn De Meyer bjo...@pa... >From <all...@ca...> Thu Jun 27 15:46:05 2002 Received: from ns1.centrictelecom.com [217.150.98.2] by canvaslink.com with ESMTP (SMTPD32-6.00) id AB7CD92018C; Thu, 27 Jun 2002 15:46:04 -0400 Received: from [217.150.100.138.7242] (helo=mailgate) by ns1.centrictelecom.com with esmtp (Exim 3.22 #1) id 17Nf6h-0002o1-00 for al...@ca...; Thu, 27 Jun 2002 20:39:07 +0100 Received: from [89.0.0.95] by <mailgate> (MailGate 3.5.165) with ESMTP; Thu, 27 Jun 2002 20:43:13 +0100 Received: by warhol with Internet Mail Service (5.5.2448.0) id <NVMSZHGK>; Thu, 27 Jun 2002 20:44:28 +0100 Message-ID: <B14C9D7F1977D111AD740060970ACBDAFAC54D@warhol> From: Vincent Penquerc'h <Vin...@ar...> To: "'al...@ca...'" <al...@ca...> Date: Thu, 27 Jun 2002 20:44:26 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C21E13.0BDB1680" Subject: RE: [AL] Password Precedence: bulk Sender: all...@ca... Reply-To: al...@ca... X-UIDL: 325116450 Status: O Content-Length: 1179 Lines: 48 This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C21E13.0BDB1680 Content-Type: text/plain; charset="iso-8859-1" > The data is cloaked, and protected from casual curiosity. > That should be enough for a game. Yes, but .... coding it .... is .... hmm .... FUN!!! :) -- Vincent Penquerc'h ------_=_NextPart_001_01C21E13.0BDB1680 Content-Type: text/html; charset="iso-8859-1" <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> <HTML> <HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1"> <META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2448.0"> <TITLE>RE: [AL] Password</TITLE> </HEAD> <BODY> <P><FONT SIZE=2>> The data is cloaked, and protected from casual curiosity.</FONT> <BR><FONT SIZE=2>> That should be enough for a game.</FONT> </P> <P><FONT SIZE=2>Yes, but .... coding it .... is ....</FONT> <BR><FONT SIZE=2>hmm ....</FONT> </P> <P><FONT SIZE=2>FUN!!! :)</FONT> </P> <P><FONT SIZE=2>-- </FONT> <BR><FONT SIZE=2>Vincent Penquerc'h </FONT> </P> </BODY> </HTML> ------_=_NextPart_001_01C21E13.0BDB1680-- >From <all...@ca...> Thu Jun 27 19:23:02 2002 Received: from mail2.alphalink.com.au [202.161.124.58] by canvaslink.com with ESMTP (SMTPD32-6.00) id AE51E201C6; Thu, 27 Jun 2002 19:22:57 -0400 Received: from grover.oishii.org (d26-ds8-mel.alphalink.com.au [202.161.100.154]) by mail2.alphalink.com.au (8.11.4/8.9.3) with ESMTP id g5RNMn915632 for <al...@ca...>; Fri, 28 Jun 2002 09:22:50 +1000 Message-Id: <5.0...@oi...> X-Sender: aj...@oi...@oishii.org X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Wed, 26 Jun 2002 16:47:18 +1000 To: al...@ca... From: aj <aj...@oi...> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [AL] blit_to_hdc() ? Precedence: bulk Sender: all...@ca... Reply-To: al...@ca... X-UIDL: 325116450 Status: O Content-Length: 332 Lines: 10 i blit an AL_BITMAP to the windows desktop using blit_to_hdc() but it seems very slow compared to blitting to a DC that belongs to another window. is this because the blit_to_hdc() also forces the destination DC to redraw itsself completely? if so, is there a way to make the destination DC only update the dirty rect ? aj. |