Log from 2019-03-03:
[05:39:22] <ljrbot> New news from bzr: [0.2.9-sty+ct+ap-fork] r1078 As far as I am aware, compiling 2.9 sty+ct+ap was incredibly...
[14:14:36] <Lucifer_arma> suddenly, rewriting my alarm clock as an android app is teasing my mental health in a good way
[14:15:04] <Lucifer_arma> anybody got an ios device they could use to test it when it's ready for testing? Supposedly the toolkit I'm using is cross-platform enough that it includes ios support
[14:50:07] *** Quits: physkets (~physkets@unaffiliated/physkets) (Quit: physkets)
[18:09:55] <Z-Man> We have a reaaaaaly old IPhone (4?), but I don't feel competent installing anything on it. It was a gift and may still be half-locked to the previous owner.
[18:21:44] <Z-Man> tjohnw: Lucifer_arma created the package according to the wiki logs, I don't even know what it contains. But the very very old data files it must have contained are all in the old versions here:https://sourceforge.net/projects/armagetron/files/OldFiles/
[18:22:59] <Z-Man> And to answer your private query rudely in public: eDual is a typical bad C++ inheritance idea :)
[18:24:17] <Z-Man> The grid datastructures are known as half-edge mesh data structures. They consist of fixed size data elements for points, half-edges and faces.
[18:25:16] <Z-Man> A half-edge is an oriented edge pointing from one point to the other. Each half edge (except the outer ones) have a corresponding half-edge going the other direction; these two are linked.
[18:26:16] <Z-Man> Each half-edge also has a pointer to the origin point (no need to store the destination), the face it borders, and the next half-edge that borders that face.
[18:26:52] <Z-Man> A face merely stores a pointer to an arbitrarily assigned first half edge of its border.
[18:27:24] <Z-Man> A point also merely stores a pointer to the first half edge going out from it, and its coordinates of course.
[18:28:08] <Z-Man> Data structure wise, point and face are related in that they store a single edge pointer.
[18:29:07] <Z-Man> Mathematically/topologically, they're similarily related. Hence I gave them the common base class.
[18:29:41] <Z-Man> http://www.flipcode.com/archives/The_Half-Edge_Data_Structure.shtml <- helpful better explanation of the ideas with pictures
[18:30:50] <Z-Man> And the math isn't that complex. It's just regular plane euclidean geometry, mostly.
[18:32:27] <Z-Man> Of course, I had to nerd it up by using the fact that complex numbers can also be arranged in a plane; eCoord.Turn is essentially complex number multiplication. It's also euclidean rotation/scaling, so only half as scary as it sounds.
[18:33:52] <Z-Man> Holy moly, flipcode still exists?
[19:00:03] <tjohnw> Thats good news! I've been nerding out about half edge structures the last few days. (Via a crappy renderer I wrote to try and understand the concepts https://i.gyazo.com/7a30bc8f4659e92afac44541c19cf1c6.png lol)
[19:03:07] <tjohnw> I have an idea of how it works regarding tron, but this could be way off: Is the gist that, by using this structure, collision detection is simplified to "Am I intersecting with an edge of the face I am on/in? If so, does that half-edge have a player wall on it.."
[19:03:40] <tjohnw> Compared to something like: "Check every other wall on the grid to see if I
[19:03:51] <tjohnw> Will collide with it" lol
[19:12:22] <ljrbot> New news from bzr: [0.2.9-armagetronad-sty+ct+ap] r1078 Adding spaces after *DEAD* and *SPEC* messages || [0.2.9-sty+ct+ap-fork] r1079 - Fixed *DEAD* and *SPEC*, previously there was no space bet...
[20:12:35] <ljrbot> New news from bzr: [0.2.9-sty+ct+ap-fork] r1081 Merge from 1079 sty+ct+ap || [0.2.9-armagetronad-sty+ct+ap] r1080 Merge in revisions 1079 and 1080 of lp:~swag/armagetronad/0.... || [0.2.9-armagetronad-sty+ct+ap] r1079 Merge in revisions 1488 to 1505 || [0.2.9-sty+ct+ap-fork] r1080 - Renamed the previous player_random_color to player_unique_...
[20:42:38] <ljrbot> New news from bzr: [0.2.9-armagetronad-sty+ct+ap] r1082 Missed a couple of instances of the British spelling of colo... || [0.2.9-sty+ct+ap-fork] r1082 Undesired change from merge || [0.2.9-armagetronad-sty+ct+ap] r1081 Removing spaces from dead messages as they're now in languag...
[21:30:18] *** Joins: Z-Man- (~Z-Man@p4FE3EC45.dip0.t-ipconnect.de)
[21:30:18] *** Z-Man is now known as Guest34448
[21:30:19] *** Quits: Guest34448 (~Z-Man@p4FE3E61B.dip0.t-ipconnect.de) (Killed (tolkien.freenode.net (Nickname regained by services)))
[21:30:19] *** Z-Man- is now known as Z-Man
[21:33:17] *** Quits: wrtlprnft (~email@example.com) (Read error: Connection reset by peer)
[22:41:14] <Lucifer_arma> Z-Man: yeah, the only thing an iPhone 4 will prove is "Hello, World!", no matter how big the app. Although, theoretically, if it works completely on such an old phone, it *should* work completely on something newer
[22:44:07] <Lucifer_arma> it's ok, though, because android is kicking ios's butt all over the market
[22:44:19] <Lucifer_arma> and I have android, and that's where it absolutely *needs* to run
[22:52:23] <tjohnw> Lucifer_arma: Out of curiosity, what toolkit are you using, is it like expo (React native)?
[22:54:47] <ct|kyle> It's gotta be Xamarin
[22:55:10] <ct|kyle> (in reality I kow Lucifer_arma would never touch Xamarin)
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.