<- Previous Log Select Different Log Next Log ->  
Log from 2008-02-06:
--- Day changed Wed Feb 06 2008
00:04 <wrtlprnft> basically you want to give it a gCycle* as a member
00:04 <guru3> yes
00:04 <guru3> i got that bit too
00:04 <wrtlprnft> then change Timestep() to correctly set the position and speed of the zone to match those of the cycle and call RequestSync()
00:04 <guru3> i'm having trouble spawning the zone
00:05 <wrtlprnft> creating it should be enough
00:05 <guru3> i need to create it somewhere
00:05 <guru3> at the right time
00:05 <wrtlprnft> the following is what the map parser does to create zones:
00:05 <wrtlprnft>             zone = tNEW( gDeathZoneHack) ( grid, eCoord(x*sizeMultiplier,y*sizeMultiplier) );
00:05 <wrtlprnft>             zone->SetRadius( radius*sizeMultiplier );
00:05 <wrtlprnft>             zone->SetExpansionSpeed( growth*sizeMultiplier );
00:05 <wrtlprnft>             zone->SetRotationSpeed( .3f );
00:05 <wrtlprnft>             zone->RequestSync();
00:06 <wrtlprnft> that's all
00:06 <guru3> what's the delcaration on type?
00:06 <wrtlprnft> type?
00:06 <guru3> of zone
00:06 <wrtlprnft> zone is a gZone *
00:06 <guru3> ok
00:07 <wrtlprnft> but if you only want to create a zone of your specific type you can just use a gYourZoneTypeName *
00:07 <guru3> ok
00:07 <wrtlprnft> as for creating the zone…
00:08 <guru3> i'm currently in init_game_objects
00:08 <wrtlprnft> maybe it's better to not have the gCycle be a member of your zone
00:09 <guru3> went from 0 to two zones
00:09 <wrtlprnft> have a global variable somewhere for the cycle that's currently tagged
00:09 <wrtlprnft> you'll only have one zone of your special type at any given time, so that should work.
00:09 <guru3> yeah
00:10 <guru3> now to work out spawning it correctly
00:10 <wrtlprnft> make sure that global var is set to 0 at the end of the round, and that your Timestep function checks if it's 0 and if the cycle is still alive (TheCyclePtr->Alive() iirc)
00:11 <luke-jr> guru3: you'll need to edit the DTD ☹
00:11 <wrtlprnft> luke-jr: wtf?
00:11 <luke-jr> unless this is v2 zones
00:11 <wrtlprnft> that's a dynamic zone.
00:11 <luke-jr> wrtlprnft: the DTD specifies allowed zone types
00:12 <wrtlprnft> the ones that can be parsed.
00:12 <guru3> it's not a createable zone
00:12 <guru3> yet
00:12 <luke-jr> o
00:12 <guru3> one thing at a time
00:12 <wrtlprnft> guru3's special zone doesn't have any reason to be in a map file
00:13 <luke-jr> guru3: my MCP attack patch might be easier to read, if you want to take a look
00:13 <luke-jr> 533 lines
00:13 <guru3> so far i'm doing on again
00:13 <guru3> ditched styball
00:15 <guru3> if i want a gobal variable readable from more than one souce file
00:15 <guru3> say i want to read it in gGame.cpp and gCycle.cpp
00:15 <wrtlprnft> two ways
00:16 <wrtlprnft> either you define it in one source file
00:16 <wrtlprnft> and copy the same definition into the other file, but prefix it with “extern” and remove the initializer
00:16 <wrtlprnft> in one file:
00:16 <wrtlprnft> int foo = 5; // not static, though!
00:16 <wrtlprnft> the other:
00:16 <wrtlprnft> extern int foo;
00:17 <wrtlprnft> if you want to use it in more than one files or be more clean you can put the definition with extern in it into a header file
00:19 <guru3> ah
00:19 <guru3> thanks
00:19 <guru3> Player->Object
00:19 <guru3> should be a gCycle iirc/
00:20 <wrtlprnft> Object()
00:20 <guru3> yes
00:20 <guru3> meant that
00:20 <wrtlprnft> it's a eNetGameObject
00:20 <wrtlprnft> you need to cast it to a gCycle*
00:21 <guru3> thanks
00:21 <guru3> i used to know some of this stuff, believe it or not
00:21 <wrtlprnft> gCycle *c = dynamic_cast<gCycle *>(thePlayer->Object());
00:21 <wrtlprnft> that's the safe way, assuming you check for c == 0
00:22 <guru3> if i'm inside a gCycle::function
00:23 <guru3> i should be able to check taggedCycle==this
00:23 <guru3> right?
00:23 <wrtlprnft> yeah.
00:23 <guru3> hmm
00:23 <guru3> need to add the SetPosition function now
00:23 <wrtlprnft> you can even do someOtherCycle.taggedCycle == this
00:24 <guru3> well tagged cycle is a gobal
00:24 <guru3> pointer to the tagged cycle
00:24 <wrtlprnft> oh, sorry
00:25  * wrtlprnft assumed taggedCycle was a private member of gCycle. stupid assumption. ignore me.
00:26 <guru3> no no, you've been quite helpful
00:26 <wrtlprnft> that was referring to my last few lines, mosly
00:27 <guru3> now to extract the position of a cycle
00:28 <wrtlprnft> GetPosition()?
00:28 <wrtlprnft> i think every game object implements that
00:29 <guru3> htron/gCycle.cpp: In member function 'void gCycle::KillAt(const eCoord&)':
00:29 <guru3> tron/gCycle.cpp:3102: error: 'class gCycle' has no member named 'GetPosition'
00:29 <wrtlprnft> sec
00:30 <wrtlprnft> Position() at least exists
00:30 <wrtlprnft> returns an eCoord
00:30 <guru3> after i set position on a zone
00:30 <guru3> should i call a sync/
00:31 <wrtlprnft> yeah
00:31 <guru3> rquest sync
00:31 <wrtlprnft> i think requestsync doesn't actually guarantee a sync in this timestep, so you won't spam the clients too much
00:31 <wrtlprnft> if you don't call it the clients will never get to know about the changes in state
00:33 <guru3> thats what i was thinkin
00:33 <guru3> i should add a timestep function
00:33 <guru3> to update the position
00:33 <guru3> right?
00:33 <wrtlprnft> yeah
00:34 <guru3> do i have to call it from anywhere?
00:34 <wrtlprnft> no
00:34 <wrtlprnft> that's the nice thing about game objects
00:35 <wrtlprnft> the same goes for OnEnter and friends
00:35 <armabot> armagetronad: z-man * r7747 /armagetronad/branches/0.2.8/armagetronad/src/ (6 files in 2 dirs): Fixed ed's crash. My bad. Already dead sparks were being accessed.
00:36 <wrtlprnft> o_O
00:36 <wrtlprnft> so it WAS sparks
00:36 <wrtlprnft> that would explain why it suddently stopped crashing
00:36 <guru3> let
00:36 <guru3> s see if this works then...
00:36 <guru3> hmm
00:36 <wrtlprnft> i was debugging calls to eNetGameObject destructors and disabling sparks and explosing to get fewer messages
00:37 <wrtlprnft> *explosions
00:37 <wrtlprnft> and suddenly all my problems disappeared. on my regular client settings sparks are always disabled
00:38 <z-man> Yeah, I always play and test without them, too.
00:38 <guru3> segfault -_-
00:38 <z-man> By the way, where did you get the gWinZone.* stuff from in the trunk?
00:38 <guru3> i'm working on 0.2.8
00:38 <guru3> not the trunk
00:38 <guru3> as i know of zones v2
00:39 <guru3> and ph34r
00:39 <wrtlprnft> did you initialize that global taggedCycle variable to 0 somewhere?
00:39 <wrtlprnft> and test if it's 0 before every usage?
00:39 <guru3> wouldn't i want to test if its's not 0?
00:39 <guru3> if (taggedCycle != NULL)
00:39 <wrtlprnft> z-man: the last revision before the merge that first brought zonesv2 into the trunk
00:40 <wrtlprnft> guru3: got GDB lying around?
00:40 <guru3> yeah
00:40 <wrtlprnft> ./configure DEBUGLEVEL=3
00:40 <guru3> was just wondering
00:40 <guru3> how do i check if a cycle is alive?
00:40 <wrtlprnft> and gdb src/armagetronad_main
00:40 <wrtlprnft> ->Alive()
00:40 <wrtlprnft> i think cycles aren't deleted until the end of a round
00:41 <guru3> yeah
00:41 <guru3> but the position
00:41 <guru3> isn't going to be very valid if they're dead
00:41 <z-man> Don't rely on that; you can force to keep them alive by using a tJUST_CONTROLLED_PTR< gCycle > to reference them.
00:41 <wrtlprnft> ah, nice.
00:42 <wrtlprnft> does that work for ePlayerNetIDs, too?
00:42 <guru3> when the person with the zone dies it segfaults
00:42 <guru3> also
00:42 <guru3> it shows for one second on round start
00:42 <guru3> then disappears
00:43 <guru3> 			this->SetPosition(taggedCycle->Position());
00:43 <guru3> 			this->RequestSync();
00:43 <guru3> that should work
00:43 <wrtlprnft> yeah
00:43 <z-man> Oh well, one day I'll have to merge the changes from 0.2.8 on the win zones into the trunk.
00:43 <wrtlprnft> although it will appear choppy on a client
00:43 <wrtlprnft> are there any?
00:43 <z-man> Yeah, the alpha blending
00:44 <z-man> fortress_held_score
00:44 <wrtlprnft> true
00:44 <z-man> I'll have to do it all manually, it seems.
00:44 <wrtlprnft> let me dig out the revision number i used
00:44 <z-man> There also have been changes in the trunk.
00:44 <z-man> Nah, no use.
00:44 <z-man> I'll have to have both files in the editor open, a diff at hand, and throw stuff together.
00:45 <guru3> got a bus error :o
00:45 <wrtlprnft> o_O
00:45 <guru3> but i'm more worried about the zone disappearing now
00:46 <guru3> on this->request sync
00:46 <guru3> it disappears
00:47 <z-man> Don't fetch the next commit, it won't compile.
00:47 <armabot> armagetronad: z-man * r7748 /armagetronad/trunk/armagetronad/ (12 files in 6 dirs): (log message trimmed)
00:47 <armabot> armagetronad: Merging branch 0.2.8 from revision 7731 to 7747:
00:47 <armabot> armagetronad:  ------------------------------------------------------------------------
00:47 <armabot> armagetronad:  r7747 | z-man | 2008-02-06 00:41:20 +0100 (Wed, 06 Feb 2008) | 2 lines
00:47 <armabot> armagetronad:  Fixed ed's crash. My bad. Already dead sparks were being accessed.
00:47 <armabot> armagetronad:  ------------------------------------------------------------------------
00:47 <armabot> armagetronad:  r7744 | wrtlprnft | 2008-02-05 19:38:06 +0100 (Tue, 05 Feb 2008) | 2 lines
00:48 <guru3> with a call to timestep it disappears
00:48 <wrtlprnft> aww
00:48 <guru3> the question is what am i not doing now
00:48 <z-man> What is referencing your zone?
00:48 <wrtlprnft> z-man: so, is it safe to use a tJUST_CONTROLLED_PTR<ePlayerNetID>?
00:49 <z-man> yes, perfectly safe.
00:49 <z-man> The class is incredibly stupidly named.
00:49 <wrtlprnft> sweet.
00:49 <z-man> It's a reference counting smart pointer.
00:49 <wrtlprnft> i know, that's why i hesitate to use it
00:49 <z-man> You just have to take care not to create cyclic references.
00:50 <z-man> guru3: also, your timestep function needs to return false, or else the object autodestructs
00:51 <wrtlprnft> z-man: what had me worried is that the “player x left the game” messages are printed in the destructor
00:51 <armabot> armagetronad: z-man * r7749 /armagetronad/trunk/armagetronad/src/tron/zone/zMonitor.h: Completed the gSpark crashfix here, other game objects needed adaptions, too.
00:51 <guru3> z-man: i think tht's what i was missing
00:51 <guru3> also
00:51 <guru3> what's the move function?
00:51  * wrtlprnft slaps himself for not saying that
00:51 <z-man> wrtlprnft: ah, but only in debug mode, right?
00:51 <z-man> guru3: it moves an object around.
00:52 <z-man> you should call it instead of hacking the position, at least if you're interested in collisions with walls.
00:52 <wrtlprnft> z-man: oops.
00:52 <z-man> Should probalbly change the wording :)
00:53 <guru3> it.. .doesn't move
00:54 <guru3> Move(taggedCycle->Position(), lastTime, time);
00:54 <guru3> that... should do something, shouldn't it?
00:54 <wrtlprnft> why can't you just use SetVelocity()?
00:54 <guru3> ie
00:55 <guru3> compare the zones position and where the cycle is now?
00:55 <wrtlprnft>                     eCoord newDir = pSeekingCycle_->Position() - GetPosition();
00:55 <wrtlprnft>                     newDir.Normalize();
00:55 <wrtlprnft>                     SetVelocity(newDir * sg_zombieZoneSpeed);
00:55 <guru3> i shall try it
00:56 <wrtlprnft> that's what the pigsty hack does
00:56 <z-man> guru3: ah, sorry, a zone has two positions :/
00:56 <luke-jr> wtf⁈
00:56 <z-man> the logical position on the grid, given my member variable pos
00:57 <wrtlprnft> ignore those three lines, they don't do what you need
00:57 <z-man> then the rendered position, given by the function pair posx_, posy_
00:57 <z-man> for your purposes, updating posx_ and posy_ should be enough.
00:58 <z-man> There's setters and getters that help you.
00:58 <guru3> i've been using setposition and getposition
00:58 <guru3> and position from gCycle
00:58 <z-man> And nothing moves?
00:58 <guru3> not with Move
00:58 <z-man> Are you testing your stuff on a client only?
00:58 <wrtlprnft> try SetVelocity(theCycle->Direction() * theCycle->Speed())
00:59 <guru3> might have been a sync thing
00:59 <z-man> Yes, sorry, Move() moves the logical position, not the visual one.
00:59 <guru3> z-man: dedicated server & client
00:59 <wrtlprnft> and the SetPosition thing
00:59 <guru3> it chases me now
00:59 <guru3> ie
00:59 <guru3> it sort of lags behind
00:59 <guru3> doesn't stay right on top
01:00 <guru3> SetVelocity(taggedCycle->Position() - GetPosition());
01:00 <guru3> with that
01:00 <z-man> Use wrtl's last line for SetVelocity.
01:01 <guru3> i shall try
01:01 <wrtlprnft> (you still need to use the SetPosition() thing, too)
01:02 <guru3> ok
01:02 <guru3> which set position -_-
01:02 <guru3> hmm
01:02 <guru3> i think i know
01:03 <wrtlprnft> the original one ;)
01:03 <guru3> hmm
01:03 <guru3> it's offset some
01:03 <guru3> the center of the zone
01:04 <guru3> is behind the cycle
01:04 <wrtlprnft> stupid clients lagging behind
01:05 <guru3> it really should be on center then?
01:05 <wrtlprnft> the server probably thinks it is
01:05 <guru3> good
01:05 <guru3> SetPosition(taggedCycle->Position() + taggedCycle->Direction() * 2);
01:05 <guru3> that negates the visual effect some
01:06 <wrtlprnft> i'd factor the speed in there, too
01:06 <guru3> z-man: is this a case where i can move it ahead visuall but not logically?
01:06 -!- ghableska [n=ghablesk@12-214-219-145.client.mchsi.com] has joined #armagetron
01:07 <z-man> No, not really.
01:07 <ghableska> #weather 50266
01:07 <armabot> ghableska: The current temperature in West Des Moines, Iowa is 27.7°F (6:09 PM CST on February 05, 2008). Conditions: Light Snow. Humidity: 84%. Dew Point: 23.0°F. Windchill: 19.4°F. Pressure: 28.90 in 978.6 hPa (Falling).  Winter Storm Warning in effect until 12 PM CST Wednesday...
01:07 <z-man> The appearance of the zone is completely independent from its logical position.
01:07 <guru3> okay
01:07 <guru3> :>
01:07 <guru3> htats fine
01:08 <guru3> i can work on game logic instead
01:08 <guru3> onEnter?
01:08 <z-man> Did I already say STFU LUKE today?
01:08 <z-man> onEnter is called when a cycle is inside the zone.
01:08 <guru3> good
01:08 <wrtlprnft> what did luke do this time?
01:08 <z-man> Nothing special :)
01:08 <guru3> hmmm
01:08 <guru3> it keeps on moving when you die
01:08 <guru3> i suppose that's fine
01:09 <z-man> Yeah, in your timestep, you'd need to explicitly stop it when the cycle dies by setting the velocity to zero.
01:09 <wrtlprnft> guru3: you're supposed to change the player it chases after when the original one dies
01:09 <guru3> yes
01:09 <guru3> but ive only been testing with me and the movement
01:09 <wrtlprnft> so it's a non-problem
01:10 <guru3> yup
01:10 <guru3> it's just sort of funny to watch
01:10 <guru3> on death it seems to transfer correctly
01:12 <guru3> going from cycle to player
01:12 <guru3> ->Player()->AddScore
01:12 <guru3> that should work?
01:13 <wrtlprnft> yeah
01:17 <guru3> it seems to be transferring the zone around randomly
01:18 <wrtlprnft> where/when are you transwerring it?
01:19 <guru3> void gTagZoneHack::OnEnter( gCycle * target, REAL time )
01:19 <guru3> { taggedCycle->Player()->AddScore(1, tOutput(), tOutput()); taggedCycle = target;
01:19 <guru3> do i need a sync after that?
01:19 <wrtlprnft> no
01:19 <wrtlprnft> but you should wait a bit before the zone becomes active again
01:19 <guru3> how do i do that?
01:20 <guru3> oh duh
01:20 <guru3> yeah
01:20 <wrtlprnft> save the time somewhere
01:20 <wrtlprnft> it gets passed as a parameter to most functions
01:20 <wrtlprnft> i think it's measured in seconds
01:21 <wrtlprnft> this reminds me of those childish discussions i had when playing tag
01:21 <guru3> it just flew across the grid -_-
01:21 <guru3> note to self
01:21 <guru3> lastTime = bad idea
01:22 <guru3> ok that makes no sense
01:23 <wrtlprnft> ?
01:24 <guru3> i have no idea
01:24 <guru3> why it goes flying forwards now
01:25  * wrtlprnft is tired, sorry
01:25 -!- Netsplit clarke.freenode.net <-> irc.freenode.net quits: libervisco, StickyNoob
01:25 <wrtlprnft> #night
01:25 <armabot> Good night wrtlprnft!
01:25 <guru3> good night
01:25 <wrtlprnft> maybe after your test/exam/whatever
01:25 <guru3> thanks for the help wrtlprnft
01:25 <wrtlprnft> yw
01:26 -!- Netsplit over, joins: StickyNoob, libervisco
01:28 <z-man> oooh, cool. bzr-svn recognizes svn branches as, umm, branches of each other and allows merging between them.
01:28  * guru3 really does wonder what he changed that makes his zone fl
01:28 <guru3> *fly
01:32 <guru3> it appears some shit is going on with my clock
01:32 <guru3> when setvelocity is commented out
01:32 <guru3> it jiggles but works
01:32 <guru3> with it active it flies off
01:32 <guru3> SetVelocity(taggedCycle->Direction() * taggedCycle->Speed());
01:32 <guru3> that was right
01:33 <guru3> i don't remember changing it
01:35 <guru3> z-man: is OnEnter sensitive to walls as well as cycles?
01:43 <luke-jr> z-man: …
01:43 <guru3> i've posted a patch against 0.2.8 branch on the forums for what i've written so far
01:43 <guru3> good night
01:43 <z-man> guru3: only to cycles.
01:51 <luke-jr> tip
01:51 <luke-jr> do not 'include settings.cfg' from settings_custom.cfg
02:25 <z-man> heh :)
02:47 <flex> does the latest version (v2) support cockpits that work on v3?
03:05 -!- flex [n=savas@unaffiliated/savas] has quit [Read error: 104 (Connection reset by peer)]
03:07 -!- libervisco [n=libervis@tuxhacker/libervisco] has quit [Read error: 110 (Connection timed out)]
03:08 -!- libervisco [n=libervis@tuxhacker/libervisco] has joined #armagetron
03:16 <luke-jr> #m flex English?
03:16 <armabot> luke-jr: The operation succeeded.
03:16 -!- Stewie-arma [n=Stewie-a@cpe-76-88-47-247.san.res.rr.com] has joined #armagetron
03:38 -!- z-man [n=manuel@p508719E6.dip0.t-ipconnect.de] has quit [Read error: 113 (No route to host)]
03:52 -!- Stewie-arma [n=Stewie-a@cpe-76-88-47-247.san.res.rr.com] has quit ["can I haz mittenz?? plox!"]
04:28 -!- Stewie-arma [n=Stewie-a@cpe-76-88-47-247.san.res.rr.com] has joined #armagetron
04:51 -!- ghableska [n=ghablesk@12-214-219-145.client.mchsi.com] has left #armagetron []
05:07 -!- deja_vu [n=deja_vu@HSI-KBW-085-216-060-101.hsi.kabelbw.de] has quit ["leaving"]
05:15 <luke-jr> #lastseen rebel
05:15 <armabot> luke-jr: Rebel.EC|d has last been seen on .: Eclipse'd.EC|d Arma Clan SUMO :. 1 minute ago.
05:16 <Stewie-arma> #lastseen psyko
05:17 <armabot> Stewie-arma: timed out
05:32 <Stewie-arma> eh it happens...
05:32 <Stewie-arma> A.P. Delegate Count
05:32 <Stewie-arma> Clinton	 410
05:32 <Stewie-arma> Obama	 331
05:32 <Stewie-arma> 2,025 NEEDED
05:33 <Stewie-arma> that's fun
05:35 <GodTodd> ummm 466-411 by the report i'm seeing ;)
05:43 <Stewie-arma> that was NY times
05:49 <GodTodd> this is abcnews
05:49 <GodTodd> realtime is the only way to go :)
06:13 -!- ct|kyle [n=kyle@pool-71-97-157-191.aubnin.dsl-w.verizon.net] has quit ["Leaving."]
06:51 <Stewie-arma> A.P. Delegate Count
06:51 <Stewie-arma> Clinton	 626
06:51 <Stewie-arma> Obama	 531
06:51 <Stewie-arma> 2,025 NEEDED
06:51 <Stewie-arma> abc still says 466-411...
06:52 -!- Stewie-arma [n=Stewie-a@cpe-76-88-47-247.san.res.rr.com] has quit ["CAHSEE in the morning... again"]
08:01 -!- MrBougo [n=MrBougo@40.166-247-81.adsl-dyn.isp.belgacom.be] has joined #armagetron
08:20 -!- MrBougo [n=MrBougo@40.166-247-81.adsl-dyn.isp.belgacom.be] has quit []
08:51 -!- MrBougo [n=MrBougo@40.166-247-81.adsl-dyn.isp.belgacom.be] has joined #armagetron
08:55 -!- zmanuel [n=manuel@p508719E6.dip0.t-ipconnect.de] has joined #armagetron
09:00 -!- Bougo [n=MrBougo@93.181-247-81.adsl-dyn.isp.belgacom.be] has joined #armagetron
09:03 -!- MrBougo [n=MrBougo@40.166-247-81.adsl-dyn.isp.belgacom.be] has quit [Nick collision from services.]
09:03 -!- Bougo is now known as MrBougo
09:09 -!- Bougo [n=MrBougo@10.183-247-81.adsl-dyn.isp.belgacom.be] has joined #armagetron
09:09 -!- MrBougo [n=MrBougo@93.181-247-81.adsl-dyn.isp.belgacom.be] has quit [Nick collision from services.]
09:09 -!- Bougo is now known as MrBougo
09:26 <wrtlprnft>     int GetIndent(int i) const {
09:26 <wrtlprnft>         return parIndent;
09:26 <wrtlprnft>     }
09:26 <wrtlprnft> who invented that function?
09:32 <spidey_> lol
09:33 <spidey_> stupid question(what's it do? =p)
09:33 <wrtlprnft> looks copy&pasty to me
09:33 <wrtlprnft> return parIndent but take some parameter that it doesn't even use
09:34 <spidey_> mm
09:36 <spidey_> wrtlprnft, could you help me with a php thing?
09:41 <wrtlprnft> what's the thing?
09:41 <spidey_> i switched to using a class for templates...but the includes on index.php don't seem to carry over
09:42 <spidey_> for example
09:42 <spidey_> in leftbar.php, i have $sql->sqlarr();
09:42 <spidey_> templates are like, template->display("header.php");   ... is their anyway i could get around that?
09:42 <spidey_> http://wtfhax.net   , that's what it says
09:43 <wrtlprnft> uh
09:43 <wrtlprnft> $sql is probably NULL
09:44 <spidey_> well
09:44 <spidey_> when i include the html instead of using the template class, it works fine
09:44 <spidey_> 18
09:44 <spidey_> er
09:44 <wrtlprnft> is $sql supposed to be a global variable?
09:45 <spidey_> $sql = the database class
09:45 <wrtlprnft> $sql must be an object of that class
09:45 <spidey_> speak to me like i'm a 5 year old =p
09:45 <wrtlprnft> the syntax to call static members would be classname::fun(), but you probably don't want that.
09:46 <spidey_> i have it like, $sql = new sql;
09:46 <wrtlprnft> well, you have a $sql = new SomeType(someParams); somewhere, right?
09:46 <spidey_> sql is the class
09:46 <wrtlprnft> ah
09:46 <wrtlprnft> and $sql is a global variable
09:46 <wrtlprnft> (that is, defined outside of any function)
09:46 <wrtlprnft> right?
09:47 <spidey_> it's defined in index.php
09:47 <spidey_> after the include
09:47 <wrtlprnft> are you properly using global $sql; ?
09:48 <spidey_> i misunderstood
09:48 <spidey_> $sql isn't global
09:49 <wrtlprnft> but?
09:49 <spidey_> ahh
09:49 <spidey_> wrtlprnft, that was it, thanks :)
09:49 <wrtlprnft> huh?
09:49 <spidey_> i added global $sql; to the template and it's working now
09:49 <wrtlprnft> ah, ok
09:52 -!- GodTodd [n=TheTruth@pool-71-170-38-124.dllstx.fios.verizon.net] has quit [No route to host]
09:56 <armabot> armagetronad: wrtlprnft * r7751 /armagetronad/branches/0.2.8/armagetronad/src/render/rFont.h: removed unused parameter of unused function
09:56 <wrtlprnft> hmm
09:56 <wrtlprnft> armabot sometimes just misses a commit message
09:58 <spidey_> ?
09:58 <wrtlprnft> well, it missed one
09:58 <wrtlprnft> http://cia.vc/stats/project/armagetronad
09:58 <wrtlprnft> Commit by wrtlprnft :: r7750 /armagetronad/trunk/armagetronad/src/render/rFont.cpp: (link) 
09:58 <wrtlprnft> Fix wrapping after indented continuation lines.
09:58 <wrtlprnft> Long words can sometimes get put onto the next line even though it might be better to keep them on the last, but that's only an issue with larger indentations. Maybe I'll fix that some other day.
09:58 <wrtlprnft> for the record ;)
09:59 <wrtlprnft> (and for another point in guru3's lonely person stats)
09:59 <wrtlprnft> #later tell epsy you n00b with your fricken penguin avatar!
09:59 <armabot> wrtlprnft: The operation succeeded.
09:59 <spidey_> lol
10:05 <guru3> good morning
10:05 <wrtlprnft> morning
10:05 <wrtlprnft> happy studying
10:06 <guru3> i still can't figure out why my zone goes out of control
10:07 <wrtlprnft> let me compile it
10:07 <guru3> i'm starting to think it might be a timer issue on my deskop
10:08 <wrtlprnft> no, it isn't
10:08 <wrtlprnft> same thing herre
10:08 <guru3> for the life of me
10:08 <guru3> i have no idea what i changed
10:14 <wrtlprnft> that's not a bug in your code.
10:14 <guru3> but it worked before which is what gets me
10:19 <wrtlprnft> dunno if that's the right way to do it, but adding
10:19 <wrtlprnft> 			lastTime = time;
10:19 <wrtlprnft> to the Timestep function makes the zone work correctly
10:20 <guru3> argh
10:20 <guru3> of all things
10:20 <guru3> i remember removing that too
10:20 <guru3> i just didn't think it would have an effect like this
10:20 <wrtlprnft> oh
10:20 <wrtlprnft> and you probably want to call your parent's Timestep
10:21 <wrtlprnft> replace
10:21 <wrtlprnft> return false;
10:21 <wrtlprnft> by return gZone::Timestep(time);
10:21 <wrtlprnft> infact
10:22 <wrtlprnft> only replace that return call
10:22 <wrtlprnft> leave lastTime alone
10:22 <luke-jr> svn diff >"$(date +%F.%T).patch"
10:22 <luke-jr> often
10:22 <luke-jr> :D
10:22 <wrtlprnft> gZone::Timestep takes care of it
10:22 <guru3> ok
10:22 <guru3> now to figure out this random zone transfer
10:23 <spidey_> yay :D
10:23 <wrtlprnft> maybe that's already solved.
10:23 <guru3> i hope so
10:23 <wrtlprnft> the regular zone update function didn't get called
10:23 <wrtlprnft> transferring on death forks for me, by the way.
10:23 <wrtlprnft> *works
10:24 <guru3> death works for me too
10:24 <guru3> just not passing thru
10:28 <guru3> seems it does need a request syn there
10:28 <wrtlprnft> sorry, then
10:29 <guru3> yup seems to work properly
10:29 <guru3> now to work out some of hte finer points of gameplay
10:30 <spidey_> luke-jr, ping
10:31 -!- zmanuel [n=manuel@p508719E6.dip0.t-ipconnect.de] has quit [Read error: 113 (No route to host)]
10:59 -!- Bougo [n=MrBougo@125.199-241-81.adsl-dyn.isp.belgacom.be] has joined #armagetron
10:59 <guru3> time to setup a server...
10:59 <wrtlprnft> sweet.
11:01 <guru3> what's the configure flag for auth?
11:06 <guru3> ok... errors
11:07 <wrtlprnft> --enable-armathentication
11:07 <guru3> ./defs.h: In function 'REAL fabsf(REAL)':
11:07 <guru3> ./defs.h:105: error: redefinition of 'REAL fabsf(REAL)'
11:07 <guru3> /usr/include/bits/mathinline.h:475: error: 'float fabsf(float)' previously defined here
11:07 <guru3> and two more like it
11:08 <wrtlprnft> dit those just appear out of nowhere?
11:08 <guru3> yeah
11:08 -!- MrBougs [n=MrBougo@34.188-247-81.adsl-dyn.isp.belgacom.be] has joined #armagetron
11:08 <guru3> i think
11:08 -!- MrBougo [n=MrBougo@10.183-247-81.adsl-dyn.isp.belgacom.be] has quit [Nick collision from services.]
11:08 <guru3> i did install zthreads
11:08 -!- MrBougs is now known as MrBougo
11:09 <wrtlprnft> you could ./configure with CXXFLAGS=-DHAVE_FABSF
11:09 <wrtlprnft> but it's supposed to figure that out by itself
11:09 <guru3> configure: WARNING: You do not have the standard math library libm. Check config.log for error messages and fix that.
11:09 <guru3> Oo
11:09 <wrtlprnft> what the…
11:10 <wrtlprnft> #ifdef _MSC_VER
11:10 <guru3> configure: WARNING: ZThread library not found; zthread-config gave non-working linker flags.
11:10 <guru3> that's also weird
11:11 <wrtlprnft> never experienced anything like that
11:11 <guru3> i believe this libm thing is a problem
11:13 <guru3> let me try uninstalling zthread
11:13 <guru3> it... works now
11:14 <guru3> z-man-work: having ztherad installed breaks compiling 0.2.8 for me
11:14 <z-man-work> Really? What error do you get?
11:14 <guru3> specifically it looses the math library for some reason
11:14 <guru3> z-man-work: scroll up
11:14 <z-man-work> aww
11:16 <z-man-work> Ah, your zthread installation must be broken, it does that.
11:16 <z-man-work> did you install it with a prefix?
11:16 <guru3> i dod emerge zthread -_-
11:16 <guru3> *did
11:16  * wrtlprnft tries that.
11:17 <z-man-work> Good thing I've got my laptop with me today :)
11:17 <guru3> if there's no zthread
11:17 <guru3> you can't do global id can you :/
11:17 <guru3> darn
11:18 <guru3> i wanted to test that
11:18 <guru3> i shall go afk to make soem breakfast quick instead
11:18 <z-man-work> It works without zthread, but just like if you're recording, logins get delayed.
11:18 <guru3> does it?
11:18 <guru3> i had global_id 1
11:19 <z-man-work> It should :)
11:19 <guru3> then tried /login tank program@forums
11:19 <guru3> and it said global authentication disabled
11:19 <z-man-work> did you compile it with --enable-armathentication?
11:19 <wrtlprnft> z-man-work: ah, so it's a good idea to install zthread for a server?
11:19 <z-man-work> wrtlprnft: probably :)
11:19 <guru3> z-man-work: yes i did
11:19  * wrtlprnft installs zthread.
11:20 <guru3> hmm
11:20 <guru3> does it actually include settigs_authentication.cfg by itself?
11:20 <wrtlprnft> yeah
11:20 <guru3> didn't here -_-
11:20 <wrtlprnft> do the settings exist?
11:20 <z-man-work> no, we don't have conditional includes, and the config files aren't processed.
11:20 <guru3> yes
11:21 <wrtlprnft> err, what?
11:21 <wrtlprnft> it's not included?
11:21 <z-man-work> No, it would spew warnings all over the place for default compiles because of the missing config items.
11:22 <wrtlprnft> i'm getting the same error
11:22 <wrtlprnft> configure: WARNING: ZThread library not found; zthread-config gave non-working linker flags.
11:22 <wrtlprnft> configure: WARNING: You do not have the standard math library libm. Check config.log for error messages and fix that.
11:22 <guru3> well
11:22 <guru3> that worked
11:22 <guru3> buahahah
11:22 <guru3> some fool just walked into the server
11:22 <guru3> i tagged him
11:23 <guru3> and now he's just loosing points
11:23 -!- Bougo [n=MrBougo@125.199-241-81.adsl-dyn.isp.belgacom.be] has quit [Read error: 110 (Connection timed out)]
11:24 <z-man-work> I'm just emerging zthread, too. I had it installed on my user directory only, I wonder why.
11:24 <wrtlprnft> now it suddenly works.
11:24 <guru3> z-man-work: is there a way to set round time limit rather than match time limit?
11:24 <z-man-work> ldconfig, perhaps?
11:25 <z-man-work> guru3: no, on my respawning deathmatch server, I just declared that every round is a full match.
11:25 <guru3> hmm
11:25 <guru3> i don't have respawning though
11:25 <wrtlprnft> CXXFLAGS=-DRESPAWN_HACK
11:26 <guru3> on 0.2.8?
11:26 <wrtlprnft> yeah
11:26 <z-man-work> Yep.
11:26 <guru3> ok
11:26 <guru3> any configs to go with it?
11:27 <z-man-work> Configs? Hah! It wouldn't be a proper hack if it had configs.
11:27 <guru3> ok ><
11:27 <wrtlprnft> there is a config item
11:27 <guru3> do you respawn with AIs?
11:27 <wrtlprnft> RESPAWN_TIME or something like that
11:28 <wrtlprnft> or RESPAWN_DELAY
11:28 <wrtlprnft> something like that
11:28 <guru3> respawn stuff is unknown ...
11:28 <guru3> :S
11:28 -!- zmanuel [n=manuel@dhcp93.thp.uni-koeln.de] has joined #armagetron
11:29 <wrtlprnft> err
11:29 <guru3> ah well
11:29 <guru3> i'll make clean it
11:29 <guru3> and make my toast
11:29 <guru3> bbi5
11:29 <wrtlprnft> maybe that's a pighack thing, then
11:33 <wrtlprnft> checking for xmlParseMemory in -lZThread... no
11:33 <wrtlprnft> ?!
11:33 <wrtlprnft> isn't that sort of wrong?
11:34 -!- epsy [n=epsy@mar75-4-82-227-65-72.fbx.proxad.net] has joined #armagetron
11:35 <z-man-work> wrtlprnft: it is :) But ZThread does not have any functions we can check for.
11:36 <guru3> with --enable-respawn
11:36 <guru3> i'm just driving through walls
11:37 <wrtlprnft> i guess that's why it's failing
11:38 <guru3> someone want to join me for tag?
11:39 <wrtlprnft> what server?
11:40 <guru3> Tag Test
11:40 <wrtlprnft> #serverdetails tag
11:40 <armabot> wrtlprnft: Tag Test: Players (1/16): Tank Program
11:40 <wrtlprnft> #serverdetails -v tag
11:40 <armabot> wrtlprnft: Tag Test (81.235.164.45:4537) running 0.2.8_alpha20080206 unix dedic, url: http://www.armagetronad.net, Description: “All settings at default values.“, Players (1/16): Tank Program
11:41 <wrtlprnft> looks like it crashed
11:41 <guru3> i accidentally closed it
11:42 <guru3> it is back
11:43 <z-man-work> Ah, there seem to be automake marcos for zthread.
11:44 <z-man-work> Got the error too, now. Should be able to fix it.
11:46 <wrtlprnft> boom.
11:46 <guru3> ok now it appears it crashed
11:47 <guru3> i just have no idea why
11:47 <guru3> as there's no message
11:48 <wrtlprnft> are you properly resetting the “it” player?
11:48 <guru3> when they spawn it gets reset
11:50 <wrtlprnft> gdb?
11:50 <guru3> may do yeah
11:51 <guru3> done
11:55 <wrtlprnft> boom.
11:56 <epsy> indeed
11:56 <guru3> i knew it was goign to have to do with suicide
11:56 <epsy> guru3, are you using an exclusive whitelist? :S
11:57 <guru3> it dies trying to add the score
11:57 <guru3> epsy: yeah -_-
11:57 <guru3> i saw you try to auth with xclan before
11:57 <guru3> now why did it die trying to add score
11:58 <guru3> should a cycle always have a coordinate even if theyre dead? ( z-man-work ?)
11:59 <z-man-work> yes, after death, it should be the precise position the cycle died at.
11:59 <guru3> i can get a cycle out of ePlayerNetIDs right?
11:59 <wrtlprnft> ->Object()
11:59 <guru3> good
12:00 <wrtlprnft> but that might be 0.
12:00 <guru3> ie if they haven't spawned yet
12:00 <guru3> grrr
12:00 <wrtlprnft> spectators for instance
12:00 <guru3> hmm
12:05 <guru3> what's that array called
12:05  * guru3 can't find it
12:05 <guru3> se_Player
12:05 <guru3> ah
12:05 <wrtlprnft> se_PlayerNetIDs
12:05 <wrtlprnft> or something like that
12:07 <guru3> yeah
12:07 <guru3> lets try this again
12:10 <guru3> did you catch what happened there wrtlprnft ?
12:10 -!- freako [n=freako@cp601025-a.tilbu1.nb.home.nl] has joined #armagetron
12:11 <freako> now im here ;)
12:11 <guru3> so...
12:11 <guru3> what crashed it that time?
12:11 <wrtlprnft> how am i supposed to know
12:12 <guru3> i was just wondering if anyone noticed something in game
12:12 <freako> lol
12:12 <guru3> i wasn't really paying attention
12:12 <freako> last, wrtl and me were fighting with it , and it crashed :/
12:12 <guru3> ok
12:13 <freako> maybe it was because wrtl and me both were respawned? while we had the flags?
12:14 <guru3> recompiling with debugging
12:14 <guru3> there's only one flag
12:15 <freako> yeah i meant *flag*, :)
12:15 <guru3> although really
12:15 <guru3> it's not a flag
12:15 <guru3> it's a visual-spacial indicator in this case
12:16 -!- cusco_ [i=cusco@client-81-107-199-176.glfd.adsl.virgin.net] has joined #armagetron
12:16 <freako> lets just call it a VSI then .......\
12:17 <guru3> cool
12:20 <guru3> one more go
12:21 <freako> shall i make a recording? maybe usefull to look were it goes wrong
12:22 <guru3> i don't think it's going to be on the client side
12:25 <freako> after i suicided it went down
12:25 <guru3> yeah
12:26 <wrtlprnft> z-man-work: any luck with zthread? Otherwise i'll uninstall it again because i accidently borked up my server
12:26 <guru3> now... how do i use gdb
12:26 <z-man-work> I was busy with bzr, sorry, will look at it in a minute as soon as I started the sync process for more branches.
12:27 <wrtlprnft> ok, thanks
12:27 <wrtlprnft> guru3: gdb <executable>
12:27 <wrtlprnft> then say run
12:27 <wrtlprnft> and when it crashes say backtrace or bt
12:27 <guru3> i did that
12:27 <armabot> armagetronad: z-man * r7752 /tools/bzr/: for bzr tools
12:27 <guru3> but it's not terribly helpful
12:28 -!- cusco [i=cusco@client-81-107-212-80.glfd.adsl.virgin.net] has quit [Read error: 110 (Connection timed out)]
12:28 <wrtlprnft> what does it say?
12:28 <guru3> #0  0x08118730 in ePlayerNetID::AddScore (this=0x0, points=1, reasonwin=@0xbfa05d64, reasonlose=@0xbfa05d60) at engine/ePlayer.cpp:4617
12:28 <armabot> armagetronad: z-man * r7753 /tools/bzr/trunk/: trunk
12:28 <wrtlprnft> well
12:28 <armabot> armagetronad: z-man * r7754 /tools/bzr/trunk/synctools/: sync tools
12:28 <wrtlprnft> this=0
12:29 <guru3> is bad
12:29 <wrtlprnft> means that you tried to call AddScore on a 0 pointer
12:29 <wrtlprnft> what's the line after that?
12:29 <guru3> #1  0x080c2505 in gTagZoneHack::OnEnter (this=0x87b1f20, target=0x87d76cc, time=10.7246447) at tron/gWinZone.cpp:692
12:29 <wrtlprnft> that's where the call happened
12:29 <guru3> in onEnter
12:29 <guru3> i have
12:30 <wrtlprnft> line 692
12:30 <guru3> if taggedCycle == NULL taggedCycle=target
12:30 <guru3> hmmm
12:30 <guru3> tagged cycle isn't null there
12:30 <guru3> but aparently taggedcycle->player is
12:30 <guru3> Oo
12:30 <wrtlprnft> maybe the guy left?
12:31 <armabot> armagetronad: z-man * r7755 /tools/bzr/trunk/synctools/ (7 files): added bzr-svn syncing scripts.
12:31 <guru3> it was freako
12:31 <guru3> he comitted suicide
12:31 <freako> yep, suicide
12:33 <armabot> armagetronad: z-man * r7756 /tools/bzr/trunk/synctools/all.sh: &> -> >&
12:34 <guru3> ok ive tried something
12:35 <guru3> another test
12:35  * freako agrees
12:35 <epsy> wrtlprnft, « The server does not support authntication of the type you requested, sorry. »
12:36 <wrtlprnft> i know
12:36 <wrtlprnft> waiting for z-man to fix a bug ;-)
12:38 <wrtlprnft> that was me.
12:38 <guru3> another slight issue
12:40 <guru3> try it again
12:41 <wrtlprnft> it doesn't crash right away
12:41 <guru3> that's more cryptic
12:41 <guru3> #0  0x00000000 in ?? ()
12:41 <wrtlprnft> try the next one in the stack trace
12:41 <guru3> timestep
12:41 <wrtlprnft> that happens if you try to call a 0 pointer
12:42 <armabot> armagetronad: z-man * r7757 /tools/bzr/trunk/synctools/ (README all.sh mirror.sh som.sh): Added README, smaller adaptions.
12:42 <wrtlprnft> check the line…
12:42 <guru3> if (taggedCycle->Alive())
12:42 <guru3> before it
12:42 <guru3> if taggedCycle!=NULL
12:42 <wrtlprnft> o_O
12:42 <wrtlprnft> maybe taggedCycle is dead
12:42 <guru3> then it should just fail that
12:42 <wrtlprnft> ie already deleted
12:43 <guru3> someone join
12:43 <wrtlprnft> then the vtable pointer could point to something containing lots of 0x0s
12:43 <wrtlprnft> use a tJUST_CONTROLLED_PTR<gCycle> instead of a gCycle *
12:44 <freako> crash again :(
12:44 <guru3> if taggedCycle alive
12:44 <guru3> is killing it
12:44 <wrtlprnft> i think taggedCycle points to something that has been deleted already
12:44 <wrtlprnft> again, use a tJUST_CONTROLLED_PTR<gCycle> instead of a gCycle *
12:44 <wrtlprnft> for taggedCycle
12:45 <freako> strange, whole my internet connection got fucked, cant connect to master server now :(
12:45 <wrtlprnft> it behaves almost the same, but it makes sure that the cycle isn't deleted as long as there's a pointer to it
12:45 <guru3> wrtlprnft: ive tried that now
12:46 <wrtlprnft> meh.
12:47 <guru3> what happens is
12:47 <guru3> someone suicides
12:47 <guru3> the zone keeps moving
12:47 <guru3> the person who suicided dies
12:47 <guru3> on someone elses wall
12:47 <guru3> and it crashes
12:47 <guru3> on the next timestep
12:48 <wrtlprnft> weird.
12:49 <guru3> do all my eterns
12:49 <guru3> need to be JUST CONTROLLED as well?>
12:49 <wrtlprnft> etern?
12:50 <guru3> extern
12:50 <wrtlprnft> yeah, of course.
12:50 <guru3> didn't do that
12:51 <guru3> if (taggedCycle == this)
12:51 <guru3> it complains about that line
12:51 <guru3> with just controlled
12:51 <wrtlprnft> try &*taggedCycle == this
12:51 <guru3> that worked
12:51 <guru3> another test
13:07 <guru3> z-man-work: how often do timesteps occur?
13:07 <z-man-work> Once per frame.
13:08 <z-man-work> That's per simulation frame on the server, and per regular rendering frame on the client.
13:08 <guru3> so .05 seconds or so
13:12 <z-man-work> Yep.
13:12 <guru3> ok
13:19 -!- MrBougo [n=MrBougo@34.188-247-81.adsl-dyn.isp.belgacom.be] has quit []
13:32 -!- MrBougo [n=MrBougo@34.188-247-81.adsl-dyn.isp.belgacom.be] has joined #armagetron
13:39 <z-man-work> Grr, the automake macros that come with zthread are pretty broken.
13:39 <z-man-work> They use ${CC} to compile a c++ program
13:39 <wrtlprnft> x_X
13:40 <z-man-work> headers are in ${prefix}/include/zthread, programs look for them in ${prefix}/include
13:40 <z-man-work> and the headers are broken and don't compile.
13:43 <wrtlprnft> anyways, as zthread wasn't installed on my system, maybe we should just include it in src/thrirdparty?
13:43 <wrtlprnft> how big is it?
13:44 <z-man-work> The tarball is 400 kb.
13:44 <wrtlprnft> ouch.
13:44 <wrtlprnft> nvm then
13:44 <z-man-work> Since it's entirely optional, we should just leave it at that, and fix the detection.
13:44 <wrtlprnft> yeah, ok
13:45 <z-man-work> Portage gave me 2.3.1, perhaps 2.3.2 is less broken.
13:45  * wrtlprnft hopes you manage to fix it, because i don't have the faintest idea about this stuff
13:45 <z-man-work> If it is still broken, I'll just copy the automake macro over into our aclocal and fix it there.
13:46 <z-man-work> Well, if all else fails, we can force the user to pass in correct CPPFLAGS and LDFLAGS if he wants it.
13:46 <z-man-work> Hmm, 0.2.8/armagetronad also will only get 529 revisions, I wonder what happened there?
13:46 <wrtlprnft> ?
13:47 <z-man-work> The bzr mirror of the branch.
13:47 <wrtlprnft> ah, ok
13:48 <wrtlprnft> haven't experimented with that yet
13:48 <z-man-work> ah, it only goes back to the point where we switched to SVN, luke rearranged the structure back then.
13:50 <wrtlprnft> bbl
14:12 -!- MrBougo [n=MrBougo@34.188-247-81.adsl-dyn.isp.belgacom.be] has quit []
14:29 -!- ct|kyle [n=kyle@pool-71-97-157-191.aubnin.dsl-w.verizon.net] has joined #armagetron
14:29 <armabot> armagetronad: z-man * r7758 /armagetronad/branches/0.2.8/armagetronad/src/tron/gGame.cpp: Added call to delayed tasks while waiting for players.
14:30 -!- GodTodd [n=TheTruth@pool-71-170-38-124.dllstx.fios.verizon.net] has joined #armagetron
14:30 <armabot> armagetronad: z-man * r7759 /armagetronad/branches/0.2.8/armagetronad/ (acinclude.m4 configure.ac): Better test for ZThread. Taken from official Automake macro, and modified that it actually works.
14:41 <armabot> armagetronad: z-man * r7760 /armagetronad/branches/0.2.8/armagetronad/acinclude.m4: Re-added HAVE_LIBZTHREAD define, it got lost.
14:41 -!- zmanuel is now known as z-man
14:46 <epsy> is it normal that /players gives robots?
14:46 <z-man> It always did, I think.
14:48 -!- kidanger [n=kidanger@77.201.143.41] has joined #armagetron
15:23 -!- freako [n=freako@cp601025-a.tilbu1.nb.home.nl] has quit ["Java user signed off"]
16:03 -!- spidey_ is now known as spidey
16:04 <wrtlprnft> epsy: always did
16:11 -!- flex [n=savas@host81-156-208-178.range81-156.btcentralplus.com] has joined #armagetron
16:17 <wrtlprnft> let's see if zthreads are working…
16:22 <wrtlprnft> doesn't look like it does anything :-(
16:31 <epsy> #ping
16:31 <armabot> pong
16:34 <epsy> #ping
16:34 <armabot> pong
16:34 <epsy> huh
16:37 <epsy> #lastseen epsy
16:37 <armabot> epsy: ¦×¦epsy has last been seen on Fortress Café 4 minutes ago.
16:37 -!- epsy [n=epsy@mar75-4-82-227-65-72.fbx.proxad.net] has left #armagetron ["09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 gfduxitgerhyuiovfg<hqiùHMhAU_IGHIUDRLGHUGYgyhugbysgfæÊ€æÊ»þýýûÎÃ]
16:37 -!- epsy [n=epsy@mar75-4-82-227-65-72.fbx.proxad.net] has joined #armagetron
16:37 <epsy> er
16:39 -!- freako [n=freako@cp601025-a.tilbu1.nb.home.nl] has joined #armagetron
16:40 <freako> wrtl? cafe is doing real strange! :(
16:40 <freako> it keeps crashing for me
16:40 <epsy> same
16:41 <epsy> also, same for x sumo
16:41 <freako> and then why i rejoin i get in 2x
16:41 <wrtlprnft> argh
16:42 <wrtlprnft> i'll recompile it without authentication for now
16:42 <wrtlprnft> stupid zthreads
16:46 <wrtlprnft> ok, restarted café without armathentication
16:53 <wrtlprnft> z-man: i need to add CFLAGS=-fpermissive and emerge zthreads-2.3.2 to get it to compile
16:54 <z-man> Well, yeah. Blame zthreads and slow gentoo.
16:55 <z-man> Maybe we really should take over maintaining zthread. It's a nice library, too nice to get obsolete just because it does not work with current compilers.
16:56 <wrtlprnft> i'm surprised noone's actually using it
16:57 <z-man> It's the general trouble with C++ libraires, they're a pain with binary compatibility.
16:57 <z-man> If we include it in our builds, we'll have to link statically, of course.
16:57 <z-man> We could of course also switch to boost::thread(s)
16:58 <wrtlprnft> not for 0.2.8 i guess
16:58 <z-man> No.
16:58 <z-man> To both. I don't think we should include it in our builds.
16:59  * wrtlprnft waits for the day boost becomes part of the c++ standard
16:59 <luke-jr> z-man: BTW, why is it using threads instead of async again?
16:59 <z-man> What kind of async?
16:59 <luke-jr> async HTTP requests
17:00 <z-man> Because tinyhttp does not support that, as far as I could tell.
17:00 <luke-jr> ok
17:00 <luke-jr> that's what I was afraid of ☺
17:05 -!- kidanger_ [n=kidanger@77.201.156.189] has joined #armagetron
17:15 -!- kidanger[Mange] [n=kidanger@77.201.156.189] has joined #armagetron
17:17 <pippijn> gu akk
17:17 <pippijn> I mean hi all
17:19 -!- kidanger[Joue] [n=kidanger@77.201.168.219] has joined #armagetron
17:21 -!- kidanger [n=kidanger@77.201.143.41] has quit [Read error: 110 (Connection timed out)]
17:29 -!- tramshed [i=tramshed@im.catapultingfeces.com] has quit [Read error: 113 (No route to host)]
17:31 -!- kidanger_ [n=kidanger@77.201.156.189] has quit [Read error: 113 (No route to host)]
17:33 -!- kidanger[Mange] [n=kidanger@77.201.156.189] has quit [Read error: 110 (Connection timed out)]
17:33 -!- kidanger[Joue] is now known as kidanger
17:58 -!- K-Yo [n=K-Yo@unaffiliated/k-yo] has joined #armagetron
18:04 -!- hoop_tron [n=john@ip-195-196.sn2.eutelia.it] has joined #armagetron
18:08 -!- hoop_tron [n=john@ip-195-196.sn2.eutelia.it] has quit [Client Quit]
18:11 <armabot> armagetronad: bazaarmagetron * r7762 /tools/bzr/trunk/synctools/ (geturis.sh mirror.cfg sync.sh):
18:11 <armabot> armagetronad: lazy early quit
18:11 <armabot> armagetronad: reordered branches
18:11  * z-man-work added a new developer :)
18:17 -!- ghableska [n=ghablesk@12-214-219-145.client.mchsi.com] has joined #armagetron
18:17 -!- ghableska [n=ghablesk@12-214-219-145.client.mchsi.com] has left #armagetron []
18:20 <K-Yo> .ls renwp
18:24 <K-Yo> wrtlprnft, u left?
18:25 <wrtlprnft> you left first :D
18:25 <wrtlprnft> i'll check in my modification
18:25 <wrtlprnft> z-man: o_O on that new dev
18:27 <K-Yo> #aka messic
18:27 <K-Yo> wrtlprnft, i had to to log in
18:27 <armabot> K-Yo: ¿10540 messic
18:27 <armabot> armagetronad: wrtlprnft * r7763 /armagetronad/branches/0.2.8/armagetronad/src/engine/ePlayer.cpp:
18:27 <armabot> armagetronad: Dunno if this is a very good idea, but it saves you one keystroke:
18:27 <armabot> armagetronad: If there's one of those enter password dialogs and the name that's suggested by
18:27 <armabot> armagetronad: the server matches a global ID (from any player) the password field is selected,
18:27 <armabot> armagetronad: otherwise it's the username field. Useful if you don't want to trust your
18:28 <armabot> armagetronad: password to user.cfg but still comfortably log in.
18:28 <wrtlprnft> z-man: i wouldn't mind a review on that one.
18:28 <wrtlprnft> K-Yo: i'm back
18:35 <z-man> wrtlprnft: you may want to get rid of the std::cerr << "?!\n";
18:35 <z-man> Otherwise, it looks fine.
18:37 <wrtlprnft> z-man: d'oh
18:38 <wrtlprnft> i thought i got rid of all those std::cerrs
18:38 <wrtlprnft> tString::Len() returning one too much had me screwed in a couple of places, that's why i did some debugginf
18:39 <armabot> armagetronad: wrtlprnft * r7764 /armagetronad/branches/0.2.8/armagetronad/src/engine/ePlayer.cpp: -?!
18:40 <z-man> Yeah, we absolutely need to get rid of that function on the trunk as soon as we can without killing merges.
18:42 <spidey> http://omega/wtfhax.net/xml3.php
18:42 <spidey> haha
18:43 <z-man> unkown host omega. LOL
18:43 <spidey> oh
18:43 <spidey> i need to change my host file (had to switch servers)
18:43 <wrtlprnft> http://wtfhax.net/xml3.php
18:43 <wrtlprnft> sort of boring
18:43 <spidey> well...
18:44 <spidey> it's a multidiminensional array
18:44 <spidey> supposed to this...sec
18:44 <spidey> refresh
18:45 <wrtlprnft> what's the problem with that?
18:45 <wrtlprnft> you should have seen my racemap generation script
18:45 <wrtlprnft> it had arrays of all kinds nested quite deeply
18:46 <spidey> i've never done arrays with more than 1 dimension, and i can't get it to output right =p
18:51 <z-man-work> https://code.launchpad.net/~armagetronad-dev/armagetronad/0.2.8-armagetronad-work
18:51 <z-man-work> It works!
18:53 <wrtlprnft> so this is some kind of bazaar viewer?
18:53 <z-man> The link is to the launchpad hosted repository. I don't know whether you can use it to browse into branches.
18:54 <z-man> You can. "browse code" on the left.
18:54 <wrtlprnft> i tried
18:54 <z-man> In theory. It gets lots of errors ;)
18:54 <wrtlprnft> but it spits internal server errors at me
18:56 <wrtlprnft> it's another way to get an rss feed of commits, at least ;)
18:56 <z-man> I'll see if I can get the trac plugin for bzr to work, it has a source browser, too, and the branches all sit on my server anyway.
18:57 <wrtlprnft> note that i'm not really craving another source browser
18:57 <wrtlprnft> it was just me trying to figure out with your link ;)
18:57 -!- freako [n=freako@cp601025-a.tilbu1.nb.home.nl] has quit ["Java user signed off"]
18:58 <wrtlprnft> http://armagetronad.svn.sourceforge.net/viewvc/armagetronad/ works perfectly fine for me
19:04 -!- GodTodd [n=TheTruth@pool-71-170-38-124.dllstx.fios.verizon.net] has quit ["Konversation terminated!"]
19:06 <K-Yo> how do i use svn?
19:06 <z-man> luke mode: you RTFM?
19:06 <z-man> What do you want to do?
19:06 <wrtlprnft> #svn
19:06 <armabot> svn co https://armagetronad.svn.sourceforge.net/svnroot/armagetronad/armagetronad/trunk/armagetronad <dirname>(more information: http://wiki.armagetronad.net/index.php/Working_with_SVN)
19:07 <K-Yo> i can't download from http://beta.armagetronad.net/
19:07 <wrtlprnft> oh
19:07 <wrtlprnft> you on windows?
19:07 <wrtlprnft> svn is a version control system, you can only use it to get arma's source code
19:09 <K-Yo> i am
19:09 <wrtlprnft> K-Yo: http://wiki.armagetronad.net/index.php?title=Windows_Development_System ← maybe that'll help
19:10 <wrtlprnft> but i have never tried compiling arma on windows
19:12 <z-man> If it's about the latest alpha builds, they usually land on sourceforge sooner or later.
19:23 <pippijn> good evening
19:25 <spidey> oh hey
19:25 <spidey> i got it
19:27 <armabot> armagetronad: bazaarmagetron * r7765 /tools/bzr/trunk/ (7 files in 2 dirs): Made all.sh more flexible, adapted to accept branches outside of /armagetronad
19:27 <armabot> armagetronad: bazaarmagetron * r7766 /tools/bzr/trunk/ (. synctools/sync.sh): Fixed detection of pulls actually doing something; I was anticipating a different output.
19:27 <armabot> armagetronad: bazaarmagetron * r7767 /tools/bzr/trunk/ (. synctools/mirror.cfg synctools/sync.sh): All right, now it really works.
19:28 <armabot> armagetronad: bazaarmagetron * r7768 /tools/bzr/trunk/ (. .bzrignore): Ignoring some more.
19:28 <z-man> Well, that direction works, too.
19:32 <K-Yo> #later tell guru3 I tried ur tag test server, it's nice, but suiciding gives you more points than keeping "it"... i suicided everytime :P
19:32 <armabot> K-Yo: The operation succeeded.
19:33 -!- kidanger [n=kidanger@77.201.168.219] has quit [Remote closed the connection]
19:45 <wrtlprnft> K-Yo: exactly my experience
19:46 <wrtlprnft> z-man: by the way, if you're already compiling a 0.2.8.3 alpha soon… maybe throw a 0.3.1 alpha on top of it, at least for windows?
19:48 <z-man> Yeah, we should do that.
19:49 <wrtlprnft> 0.3.0 is sort of old :)
19:51 <pippijn> what happens if the inverse of a matrix consists of zeroes?
19:52 <z-man> Your matrix before was infinite :)
19:52 <pippijn> that's strange
19:53 <pippijn> hm
19:53 <pippijn> z-man: it wasn't
19:53 <pippijn> z-man: it was just 100x100
19:53 <z-man> infinite in value
19:54 <pippijn> in value?
19:54 <z-man> or, depending on the library you used to invert, it wasn't invertible.
19:54 <z-man> yeah, it's not different from numbers.
19:54 <pippijn> not invertible means it was singular?
19:54 <z-man> yes.
19:54 <pippijn> it wasn't
19:54 <wrtlprnft> means det = 0
19:54 <pippijn> it refuses to calc det() as well
19:54 <pippijn> "overflow"
19:55 <z-man> Ah, then it is simply too big.
19:55 <z-man> (the values)
19:55 <pippijn> yes
19:55 <pippijn> they were generated by $RANDOM
19:55 <pippijn> and $RANDOM is quite big
19:55 <z-man> Try scaling it down.
19:55 <pippijn> okay
19:55 <wrtlprnft> can you scale a matrix down, invert it, and scale it back up, and expect the same result?
19:56 <z-man> instead of 1/x, calculate n/(n*x), with a small n.
19:56 <z-man> yes.
19:56 <z-man> err, no.
19:56 <z-man> you need to scale it into the same direction, of course.
19:56 <wrtlprnft> i was thinking of componentwise multiplication with a number
19:57 <wrtlprnft> but it should work, now that i think of it :)
19:59 <z-man> Yuck!
19:59 <wrtlprnft> ?
19:59 <z-man> Can someone do a good version of our logo in 192x192?
19:59 <wrtlprnft> what crazy resolution is that?
20:00 <z-man> https://launchpad.net/armagetronad/
20:01 <wrtlprnft> i think there's a 128^2 version of the icon somewhere
20:01 <wrtlprnft> should at least look better than 64^2
20:02 <wrtlprnft> or maybe just add a margin until we get a better one
20:02 <z-man> Good idea.
20:04 <wrtlprnft> http://forums.armagetronad.net/viewtopic.php?t=2118
20:04 <wrtlprnft> that should look just fine scaled down
20:06 <wrtlprnft> i still don't get what you want to do with a 192×192 icon
20:06 <z-man> It's the big picture on that site.
20:07  * wrtlprnft goes look at some other project to see how it's supposed to look like
20:07 <wrtlprnft> *what
20:09 <z-man> Thanks, looks much better.
20:10 <wrtlprnft> guess i was too slow with http://wrtlprnft.ath.cx/armagetronad192.png ;)
20:12 -!- cusco_ is now known as cusco
20:23 -!- deja_vu [n=deja_vu@HSI-KBW-085-216-060-101.hsi.kabelbw.de] has joined #armagetron
21:16 <z-man-work> Apparently, it takes one commit after the initial import to get the launchpad source browser to work.
21:21 -!- GodTodd [n=TheTruth@pool-71-170-38-124.dllstx.fios.verizon.net] has joined #armagetron
21:24 -!- z-man [n=manuel@dhcp93.thp.uni-koeln.de] has quit [Read error: 113 (No route to host)]
21:29  * pippijn goes to write his own matrix lib
21:34 <luke-jr> use Perl!
21:35 <deja_vu> use Prolog >:D
21:35 <luke-jr> deja_vu: :O
21:35 <luke-jr> don't torture him!
21:35 <deja_vu> uhm
21:35 <deja_vu> but i like to? :(
21:39  * wrtlprnft is all for a brainfuck matrix lib
21:55 -!- MrBougo [n=MrBougo@175.162-247-81.adsl-dyn.isp.belgacom.be] has joined #armagetron
22:04 -!- Bougo [n=MrBougo@175.162-247-81.adsl-dyn.isp.belgacom.be] has joined #armagetron
22:12 <wrtlprnft> #rating wrtlprnft@forums
22:12 <armabot> wrtlprnft: wrtlprnft@forums is 167th with a rating of 1541-1604 (from 1535-1605)
22:12 <wrtlprnft> #rating 0:wrtlprnft@forums
22:12 <armabot> wrtlprnft: 0:wrtlprnft@forums is 186th with a rating of 1532-1597 (from 1534-1617)
22:12 <wrtlprnft> which is the current one?
22:13 <flex> #rating flex
22:13 <armabot> flex: flex is 136th with a rating of 1554-1595 (from 1566-1610)
22:13 <flex> luke-jr?
22:13 <flex> <luke-jr> English??
22:17 <wrtlprnft> #rating 0:wrtlprnft@forums
22:18 <armabot> wrtlprnft: 0:wrtlprnft@forums is 165th with a rating of 1541-1605 (from 1534-1617)
22:18 <wrtlprnft> #rating wrtlprnft@forums
22:18 <armabot> wrtlprnft: wrtlprnft@forums is 168th with a rating of 1541-1604 (from 1535-1605)
22:18 <wrtlprnft> i guess 0: is the real one
22:18 <wrtlprnft> that sucks.
22:21 <luke-jr> wrtlprnft: why does the latter keep showing up?
22:22 <wrtlprnft> because i'm such a good player?
22:22 <wrtlprnft> it's not my fault, as always
22:22 -!- MrBougo [n=MrBougo@175.162-247-81.adsl-dyn.isp.belgacom.be] has quit [Read error: 110 (Connection timed out)]
22:24 <wrtlprnft> z-man-work: i think it would be a good idea to be able to hide the precise access level of players somehow… I don't like that message telling everyone i can kick their asses ;-)
22:25 <z-man-work> Then don't log in with your admin account :)
22:25 <z-man-work> Don't give your forum account admin rights.
22:25 <z-man-work> Instead, create a local account, aliased to your forum account, and give that the rights.
22:26 <wrtlprnft> don't wanna do that for all moderators
22:26 <wrtlprnft> also, i'm lazy and like the auto login…
22:26 <z-man-work> Well, you can hide access levels to everyone, there was a setting for it
22:27 <wrtlprnft> i saw a setting to hide peoples' usernames
22:27 <z-man-work> ACCESS_LEVEL_HIDE_OF 0
22:28 <z-man-work> yes, and that also hides the access rights, naturally.
22:28 -!- spidey [n=spidey@unaffiliated/mcspiddles] has quit [Read error: 104 (Connection reset by peer)]
22:28 <wrtlprnft> ah, ok
22:29 <z-man-work> Feel free to refine that logic so that only the access level is hidden, but the username is still shown.
22:29 -!- flex [n=savas@unaffiliated/savas] has quit ["bye"]
22:29 <z-man-work> We don't want you getting kicked by an angry mob because they think you're an impostor :)
22:29 <wrtlprnft> lol
22:30 <wrtlprnft> just seeing that RESERVE_SCREEN_NAME setting
22:31 <wrtlprnft> but that'll first show me as wrtlprnft2, until the round change after i got logged in, right?
22:31 <mkzelda> luke-jr
22:31 <luke-jr> mkzelda
22:31 <mkzelda> :)
22:31 <mkzelda> pm...
22:31 <luke-jr> ☺
22:31 <luke-jr> none from you
22:32 <wrtlprnft> z-man-work: also, maybe there should be a clientside setting so you can say whether you want your user id to be hidden or not
22:33 <wrtlprnft> the server doesn't have to respect it of course
22:34 -!- flex [n=savas@host81-156-208-178.range81-156.btcentralplus.com] has joined #armagetron
22:34 <luke-jr> hm
22:34 <luke-jr> private ID info, that only admins can see?
22:35 <z-man-work> wrtlprnft: wrtlprnft: right, you'd be wrtl2 at first. And yes, such a flag would be a good idea.
22:35 <z-man-work> yes, admins would be able to see it
22:35 <wrtlprnft> so i can change my name and not be bothered but still have my scrores counted
22:37 <armabot> armagetronad: bazaarmagetron * r7769 /armagetronad/branches/0.2.8/armagetronad/NEWS: updated.
22:37 <wrtlprnft> wow, a real change
22:37 <wrtlprnft> but, err
22:38 <wrtlprnft> didn't i already say that somewhere?
22:38 <wrtlprnft> - ZONE_ALPHA_TOGGLE: When rendering zones ZONE_ALPHA_TOGGLE xor ALPHA_BLEND determines whether to render zones as filled rectangles
22:38 <wrtlprnft> i like your version better, though
22:39 <K-Yo> zone alpha toggle already exists?? o_O?
22:39 <armabot> armagetronad: wrtlprnft * r7770 /armagetronad/branches/0.2.8/armagetronad/NEWS: I like z-man's version better than mine. I hope this carries over to BZR ok
22:39 <K-Yo> because if it is... I disabled alpha blend for nothing :(
22:39 <wrtlprnft> lol
22:40 <wrtlprnft> no, it's a recent addition
22:40 <wrtlprnft> but i already added the entry in the NEWS file before z-man-work did it again
22:40 <z-man-work> The commit worked?
22:40 <wrtlprnft> yeah
22:40 <wrtlprnft> well, yours did
22:41 <z-man-work> Hmm. There was an assertion failure somewhere.
22:41 <wrtlprnft> well, i was able to svn up and see your change
22:41 <z-man-work> sourceforge SVN doesn't seem to like it when people edit properties.
22:42 <z-man-work> Could be that this commit won't be recognized by bzr when it comes back.
22:42 <z-man-work> It's odd, the previous commits to a different branch did work.
22:43 <z-man-work> Perhaps I'll have to just reboot the whole process.
22:43 <wrtlprnft> https://code.launchpad.net/~armagetronad-dev/armagetronad/0.2.8-armagetronad-work
22:43 <wrtlprnft> neither commit shows up here
22:43 <wrtlprnft> *there
22:43 <cusco> is launchpad.net open source?
22:44 <z-man-work> Not yet.
22:44 <cusco> thought so..
22:44 <z-man-work> They go the other way, they first keep closed source to bind users to them.
22:44 <z-man-work> They promise to get open one day, though.
22:45 <luke-jr> legally binding?
22:45 <luke-jr> or just a thin "maybe we will"?
22:45 <z-man-work> Frankly, I don't care :)
22:45 <cusco> luke-jr: that islike saying that god does not exists... right? closed source...
22:45 <cusco> I mean.. that he exists!
22:47  * z-man-work should make his experiments at a faster computer
22:53 -!- flex [n=savas@unaffiliated/savas] has quit ["bye"]
22:57 <wrtlprnft> is there any danger involved in adding a “stealth” bit to the flags part of an ePlayerNetID message?
22:58 <K-Yo> what is tank id on irc?
22:58 <wrtlprnft> g u r u 3
22:58 <K-Yo> that's why...
22:59 <wrtlprnft> ?
23:00 <K-Yo> http://forums.armagetronad.net/viewtopic.php?p=194779&sid=cd02a37dc47e4a4380e2ea71c01c6eb7#194779
23:01 <wrtlprnft> lol ;)
23:03 <K-Yo> :P
23:04 <K-Yo> i wonder how you chose wrtlprnft as nick
23:04 <K-Yo> (i guess it's not your real name)
23:04 <wrtlprnft> yes it is
23:04 <K-Yo> liar
23:04 <wrtlprnft> my name is Wrtlprnft Oeaiiu
23:05 <K-Yo> it doesn't sound canadian at all
23:05 <Bougo> "Hello, this is Wrtlprnft Oeaiiu, and I pronounce Wrtlprnft Oeaiiu as Wrtlprnft Oeaiiu"
23:05 <K-Yo> lol
23:06 <Bougo> did you get the reference? :o
23:06 <K-Yo> what reference?
23:06 <Bougo> http://www.paul.sladen.org/pronunciation/torvalds-says-linux.ogg
23:07 <wrtlprnft> well, here we go again
23:07 <wrtlprnft> it was the name my 3rd grade math teacher used to use in tests
23:07 <Bougo> seriously?
23:07 <wrtlprnft> mr wrtlprnft buys N apples for DM M each. if he pays with a DM O note, how much change does he get
23:08 <wrtlprnft> at least he used a similar spelling
23:08 <Bougo> hah
23:08 <Bougo> i wonder how to pronounce that
23:08 <wrtlprnft> which in turn might have originated from karl valentin
23:08 <wrtlprnft> in a sketch of his he used the name Wrdl Wrdlbrmpfd
23:09 <K-Yo> so it's not your real name? :(
23:10 <K-Yo> too bad it would have been funny
23:10 <wrtlprnft> ;)
23:10 <wrtlprnft> i don't think you're allowed to name your child like that
23:10 <K-Yo> how old are you in 3rd grade?
23:10 <K-Yo> lol
23:10 <K-Yo> people who call their child that way maybe go to jail...
23:11 <wrtlprnft> well, i'm not in grade 3 anymore
23:11 <K-Yo> i'm not trying to guess your age
23:11 <wrtlprnft> well, grade 1 is about 6 years of age
23:11 <K-Yo> and you used past (was) i understood that :p
23:12 <K-Yo> so grade 3 is 8?
23:12 <wrtlprnft> about, yeah
23:12 <K-Yo> and you remember how your math teacher called the apple buyer?
23:12 <wrtlprnft> or maybe it was grade 4
23:12 <wrtlprnft> argh
23:12 <K-Yo> ah
23:12 <wrtlprnft> actually i think it was grade 4
23:12 <K-Yo> you would certainly remember this better
23:12 <wrtlprnft> it was a funny name :P
23:12 <K-Yo> Indeed:
23:12 <K-Yo> !
23:13 <K-Yo> I wish it was one of my teacher's name
23:13 <Bougo> wrtlprnft: http://192.20.225.55/tts/speech/e649cd8220a5ecf97b3e2b85da7fc69f.wav
23:13 <K-Yo> but they only have classic french names :(
23:13 <wrtlprnft> and i liked the fact that it's somewhat pronouncable in german
23:13 <Bougo> i put an "a" before, because it would spell
23:13 <wrtlprnft> Bougo: :D
23:13 <Bougo> http://192.20.225.55/tts/speech/fe1f204519ab19da1970784a8993f68b.wav
23:14 <wrtlprnft> wrtl - nft
23:14 <Bougo> german awrtlprnft
23:14 <wrtlprnft> that's what i'm hearing
23:14 <Bougo> wurttlepurnf't
23:14 <K-Yo> that is close
23:14 <K-Yo> lol
23:14 <K-Yo> is it chat you recorded Bougo ?
23:14 <Bougo> no
23:14 <Bougo> it's some speech demo
23:15 <Bougo> http://www.research.att.com/~ttsweb/tts/demo.php
23:15 <K-Yo> ah
23:15 <K-Yo> lol
23:15 <K-Yo> i'll test on windows
23:16 <K-Yo> haha they suck
23:16 <Bougo> hehehehe
23:16 <K-Yo> when i write "wrtlprnft" they say "W R T L P R N F T"
23:17 <K-Yo> cheatez
23:17 <K-Yo> cheaterz
23:17 <Bougo> type awrtlprnft
23:18 <K-Yo> lol
23:18 <K-Yo> undescibable
23:18 <K-Yo> (i hope you understood that non-word)
23:18 <K-Yo> i'll try saving it
23:19 <Bougo> http://192.20.225.55/tts/speech/b9c6b7a6d040eef8c6307f4962fdc65e.wav
23:19 <Bougo> http://192.20.225.55/tts/speech/2fdeeb16f8b4748e56bf4d7dab453427.wav
23:20 <wrtlprnft> wtf?
23:20 <wrtlprnft> chinese?
23:20 <Bougo> no
23:20 <Bougo> nonsense
23:20 <Bougo> something like zkregzenbs,qgdhjazgjazgh
23:21 <K-Yo> vista sound recorder sucks
23:21 -!- epsy [n=epsy@mar75-4-82-227-65-72.fbx.proxad.net] has quit ["09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 gfduxitgerhyuiovfg<hqiùHMhAU_IGHIUDRLGHUGYgyhugbysgfæÊ€æÊ»þýýûÎÃ]
23:21 <Bougo> http://192.20.225.55/tts/speech/fe0bd2fa7f5604cf763cb04801b24824.wav
23:22 <Bougo> K-Yo: just hit "save as" in "file" :/
23:23 <K-Yo> Bougo, try aaaaaaaaa
23:23 <Bougo> http://192.20.225.55/tts/speech/e5b62ec6cf01b61161bda16a8d073518.wav
23:23 <Bougo> i like that one :o
23:23 <Bougo> it's about wrtlprnft
23:24 <Bougo> i pasted some wrtlprnft's and removed random letters
23:24 <K-Yo> Bougo, there isn't "file"
23:24 <Bougo> i luv aaaaaaaa
23:24 <Bougo> K-Yo: what are you talking about
23:24 <Bougo> in your webbrowser
23:24 <Bougo> bye all :o
23:25 -!- Bougo [n=MrBougo@175.162-247-81.adsl-dyn.isp.belgacom.be] has quit []
23:26 <K-Yo> http://img509.imageshack.us/img509/2480/sanstitrery3.jpg
23:26 <K-Yo> that is what i was talking about
23:34 -!- Mixnetwork [n=chatzill@91.66.227.92] has joined #armagetron
23:40 -!- K-Yo [n=K-Yo@unaffiliated/k-yo] has quit ["Quitte"]
23:42 -!- z-man [n=manuel@p50872C56.dip0.t-ipconnect.de] has joined #armagetron
23:55 <pippijn> luke-jr: you there?
23:58 <Mixnetwork> hallo pippijn :D
23:58 <pippijn> hoi
23:58 <Mixnetwork> alle goe?
23:58 <pippijn> yep
23:59 -!- matrix [n=matrix@pD9E9EEF8.dip.t-dialin.net] has joined #armagetron
23:59 <pippijn> z-man: my first attempt of a matrix library
23:59 <z-man> cool
23:59 <pippijn> !1 2 3
23:59 <pippijn> !1 2 3
23:59 <pippijn> !1 2 3
23:59 <pippijn> !3 3 matrix

View entire month
DISCLAIMER: These logs of public chat may contain some content which may not be appropriate for all audiences. Use at your own risk.
Logs from 2006-2009 pulled from wrtlprnft
Format changes at: 2015-08-25, 2017-02-20, and 2020-03-23. Times (2015 and later) should be Eastern.


 
 
 ArmaNelgTron.tk
 © NelgTron 2014-2024. Made for . [About this site] [Credits]