<<Prev Next>> Scroll to Bottom
Stuff goes here
L1[00:05:00] ⇨ Joins: Shawn|i7-Q720M (Shawn|i7-Q720M!~shawn156@c-76-25-73-212.hsd1.co.comcast.net)
L2[00:11:21] ⇨ Joins: npe|office (npe|office!~NPExcepti@bps-gw.hrz.tu-chemnitz.de)
L3[00:19:28] ⇨ Joins: Herobrine (Herobrine!~1@47.199.231.254)
L4[00:50:08] ⇦ Quits: Neal (Neal!~Neal@47.146.41.184) (Ping timeout: 207 seconds)
L5[01:06:01] ⇦ Quits: Doty1154 (Doty1154!~Doty1154@2601:648:8000:134f:85dc:585e:67d1:a8e9) (Read error: Connection reset by peer)
L6[01:40:16] ⇦ Quits: RichardG (RichardG!~richardg8@201.37.50.6) (Read error: Connection reset by peer)
L7[01:40:26] ⇨ Joins: RichardG (RichardG!~richardg8@201.37.50.6)
L8[01:40:26] MineBot sets mode: +v on RichardG
L9[01:49:39] ⇦ Quits: npe|office (npe|office!~NPExcepti@bps-gw.hrz.tu-chemnitz.de) (Quit: Leaving)
L10[02:00:03] <MCPBot_Reborn> [TEST CSV] Pushing snapshot_20180213 mappings to Forge Maven.
L11[02:00:07] <MCPBot_Reborn> [TEST CSV] Maven upload successful for mcp_snapshot-20180213-1.12.zip (mappings = "snapshot_20180213" in build.gradle).
L12[02:00:18] <MCPBot_Reborn> Semi-live (every 10 min), Snapshot (daily ~3:00 EST), and Stable (committed) MCPBot mapping exports can be found here: http://export.mcpbot.bspk.rs/
L13[02:02:18] ⇨ Joins: nallar (nallar!~nallar@81.187.229.141)
L14[02:03:43] ⇦ Quits: nallar (nallar!~nallar@81.187.229.141) (Quit: ZNC - http://znc.in)
L15[03:19:38] ⇦ Quits: immibis (immibis!~chatzilla@122-59-200-50.jetstream.xtra.co.nz) (Ping timeout: 207 seconds)
L16[03:29:36] ⇦ Quits: Shawn|i7-Q720M (Shawn|i7-Q720M!~shawn156@c-76-25-73-212.hsd1.co.comcast.net) (Quit: Leaving)
L17[03:58:11] ⇦ Quits: Wastl2_ (Wastl2_!~Wastl2@x5ce56650.dyn.telefonica.de) (Ping timeout: 383 seconds)
L18[04:08:59] ⇨ Joins: ben_mkiv (ben_mkiv!~ben_mkiv@p4FED5C7A.dip0.t-ipconnect.de)
L19[04:34:41] <TechnicianLP> do the uuids players get assigned by mojang have some kind of magic value in there somewhere? ie not a complete random uuid (basically trying to avoid a potential conflict if i use random uuids)
L20[04:48:31] ⇨ Joins: Wastl2 (Wastl2!~Wastl2@x4db47211.dyn.telefonica.de)
L21[05:03:50] ⇦ Quits: Chew (Chew!sid35940@id-35940.charlton.irccloud.com) ()
L22[05:04:41] ⇨ Joins: Chew (Chew!sid35940@id-35940.hathersage.irccloud.com)
L23[05:06:45] ⇨ Joins: Javaschreiber (Javaschreiber!~Thunderbi@88-209-32-73.nga.highspeed-baumann.de)
L24[05:09:21] ⇦ Quits: Akai (Akai!sid40324@id-40324.charlton.irccloud.com) ()
L25[05:10:25] ⇨ Joins: Akai (Akai!sid40324@id-40324.tooting.irccloud.com)
L26[05:32:56] ⇦ Quits: Javaschreiber (Javaschreiber!~Thunderbi@88-209-32-73.nga.highspeed-baumann.de) (Quit: Javaschreiber)
L27[05:50:19] <ben_mkiv> TechnicianLP, they are probably checked against a DB when generated, otherwise you cant really have random not conflicting stuff
L28[05:52:30] <TechnicianLP> yes mojang would check against their db when assigning stuff - what i want to know if every bit of the uuid is random or if lets say bits 0-4 are always high (some magic value somewhere) in order for me to avoid possible conflicts if i use random uuid and mix them with playeruuids
L29[05:52:51] <TechnicianLP> (even though i found a way round that mixing already)
L30[05:54:26] <ben_mkiv> i would just look at how normal entities get their uuid assigned
L31[06:28:43] ⇦ Quits: sww1235 (sww1235!~sww1235@ferrari.cs.colostate.edu) (Remote host closed the connection)
L32[06:28:54] ⇨ Joins: sww1235 (sww1235!~sww1235@ferrari.cs.colostate.edu)
L33[06:37:16] <TechnicianLP> normal entites are UUID.randomUUID()
L34[06:38:23] <TechnicianLP> afaik - but players could be different ...
L35[06:39:59] <gigaherz> player UUID is assigned permanently to the account
L36[06:40:06] ⇦ Quits: sww1235 (sww1235!~sww1235@ferrari.cs.colostate.edu) (Ping timeout: 383 seconds)
L37[06:40:18] <gigaherz> but it WILL be a random uuis
L38[06:40:19] <gigaherz> uuid
L39[06:40:22] <gigaherz> since that's how UUID works
L40[06:40:35] <gigaherz> UUID collisions can happen, but they are astronomically unlikely
L41[06:43:50] ⇨ Joins: Shawn|i7-Q720M (Shawn|i7-Q720M!~shawn156@c-76-25-73-212.hsd1.co.comcast.net)
L42[06:44:49] ⇨ Joins: sww1235 (sww1235!~sww1235@ferrari.cs.colostate.edu)
L43[06:45:52] ⇨ Joins: Hgrebnednav (Hgrebnednav!~Hgrebnedn@d8D872A6E.access.telenet.be)
L44[06:50:56] ⇨ Joins: Mraof (Mraof!~mraof@c-73-147-242-191.hsd1.va.comcast.net)
L45[07:22:32] ⇦ Quits: RichardG (RichardG!~richardg8@201.37.50.6) (Read error: Connection reset by peer)
L46[07:24:30] ⇨ Joins: RichardG (RichardG!~richardg8@201.37.50.6)
L47[07:24:30] MineBot sets mode: +v on RichardG
L48[07:31:34] ⇦ Quits: lp (lp!~lordpipe@66.109.211.167) (Quit: WeeChat 2.0.1)
L49[07:38:20] ⇨ Joins: Nedelosk (Nedelosk!~Nedelosk@ip-109-90-121-64.hsi11.unitymediagroup.de)
L50[07:54:35] ⇨ Joins: Lumia (Lumia!~Lumia@35.231.46.89)
L51[07:55:15] ⇦ Quits: HiddenKnowledge (HiddenKnowledge!~HiddenKn@93.ip-158-69-206.net) (Remote host closed the connection)
L52[08:32:02] ⇦ Quits: PitchBright (PitchBright!~PitchBrig@CPE00fc8d8a3ce3-CM00fc8d8a3ce0.cpe.net.cable.rogers.com) (Quit: PitchBright)
L53[08:35:18] ⇨ Joins: PitchBright (PitchBright!~PitchBrig@CPE00fc8d8a3ce3-CM00fc8d8a3ce0.cpe.net.cable.rogers.com)
L54[08:43:04] <Mraof> I want to make a fluid for each object registered in a registry I add, but I can't figure out when I'd be able to create a block for the fluid
L55[08:43:37] <Mraof> Because I know they'll all have been added by FMLInitializationEvent but that's too late to register blocks, isn't it?
L56[08:45:05] <gigaherz> yes
L57[08:45:16] <gigaherz> blocks are the first registry that runs so yeah that's not really doable
L58[08:45:28] <gigaherz> (first registry event)
L59[08:46:23] <Mraof> Yeah, I figured it'd be earlier than my registry
L60[08:46:53] <gigaherz> I feel like the only choice for this would be to run a custom registration event, during you mods' block registry event
L61[08:47:00] <gigaherz> but that might not be the safest thing to do
L62[08:47:27] ⇨ Joins: HiddenKnowledge (HiddenKnowledge!~HiddenKn@93.ip-158-69-206.net)
L63[08:50:01] <Mraof> Hmm
L64[08:50:25] <Mraof> Yeah that doesn't sound great, but it might be necessary to do this
L65[08:51:02] <TechnicianLP> Mraof: why are you using a ForgeRegistry? would a simple Map not be suffiecient for your case? (and populate that map via api in FMLConstructionEvent)
L66[08:54:13] <Mraof> I assumed using a ForgeRegistry would be a more correct thing to do than creating my own sort of registry
L67[08:54:54] <Mraof> It's nice being warned about missing registry entries when an addon mod is removed, at least
L68[08:55:25] <gigaherz> it would be
L69[08:55:33] <gigaherz> the bad part is having to create blocks dynamically
L70[08:55:37] <gigaherz> that's considered bad practice by itself
L71[08:55:39] <TechnicianLP> it would already warn about the missing blocks ... (and removing mods always causes trouble)
L72[08:55:49] <gigaherz> I don't know how fluids work
L73[08:56:16] <gigaherz> but this would be the kind of case where you'd want to use a tileentity to store the type of fluid
L74[08:56:25] <gigaherz> but doing that for every single block of that fluid seems... wrong
L75[08:56:26] <TechnicianLP> btw: why not let the one registering the "Object" also register the corresponding block?
L76[08:57:08] <gigaherz> I assumed he's trying to do something like declaring "materials"
L77[08:57:12] <gigaherz> a la molten metals
L78[08:57:30] <gigaherz> and getting all the stuff created automatically for them
L79[08:58:45] <TechnicianLP> he could create a BlockCLass taking his Object as param - would allow the apiuser to do some custom things with his fluid if he likes to
L80[09:02:49] <Mraof> I mean I guess one thing I could do is just take a fluid block in the constructor for the object (GristType)
L81[09:03:15] <Mraof> But I don't want to make things harder for addon developers
L82[09:07:45] <gigaherz> yeah but you have to compromise
L83[09:07:50] <Mraof> Yeah
L84[09:07:56] <gigaherz> due to the design of minecraft's initialization process
L85[09:08:05] <gigaherz> doing it all implicitly is not a good choice
L86[09:08:28] <gigaherz> so maybe you can provide helpers?
L87[09:08:56] <Mraof> Yeah I'm definitely going to provide helpers
L88[09:18:47] <Mraof> Hmm, I should make sure the addon developers know that I'm going to make a breaking change
L89[09:19:51] <Mraof> Or actually I might be able to make this not a breaking change
L90[09:24:37] <Mraof> Actually yeah I can avoid making this a breaking change, there doesn't have to be a block for a fluid, it's just nice when there is
L91[09:29:52] ⇦ Quits: Shawn|i7-Q720M (Shawn|i7-Q720M!~shawn156@c-76-25-73-212.hsd1.co.comcast.net) (Read error: Connection reset by peer)
L92[09:48:50] ⇦ Quits: flappy (flappy!~flappy@88-113-154-4.elisa-laajakaista.fi) (Quit: /0)
L93[09:57:22] ⇨ Joins: Neal (Neal!~Neal@47.146.41.184)
L94[09:58:46] ⇨ Joins: flappy (flappy!~flappy@88-113-154-4.elisa-laajakaista.fi)
L95[10:19:08] <Ordinastie> can't you add a callback for when something is added to the block registry ?
L96[10:20:35] <Arcan> wdym?
L97[10:21:07] <Arcan> for when ANYTHING is added to the block registry, even items from other mods?
L98[10:21:15] <Arcan> s/items/blocks/
L99[10:22:50] <Mraof> I don't really see how that'd be useful in this case
L100[10:23:51] <Ordinastie> wait, I kinda misread
L101[10:24:09] <Ordinastie> I thought you were making fluids from some other blocks
L102[10:33:14] ⇨ Joins: Lepidora (Lepidora!~Lepidora@5.151.177.1)
L103[10:36:05] <ben_mkiv> mraof, well you could provide a way to parse the block as optional argument
L104[10:38:14] <Mraof> Yeah I'm going to make it optional
L105[10:38:28] <Mraof> And if there's no block the fluid just doesn't have a block
L106[10:44:19] <ben_mkiv> but i still dont get why everything cant be assigned on preinit
L107[10:44:25] <ben_mkiv> so that its ready when the registry events fire
L108[10:49:20] ⇦ Quits: flappy (flappy!~flappy@88-113-154-4.elisa-laajakaista.fi) (Quit: /0)
L109[10:58:49] ⇦ Quits: RichardG (RichardG!~richardg8@201.37.50.6) (Read error: Connection reset by peer)
L110[11:00:51] ⇨ Joins: RichardG (RichardG!~richardg8@201.37.50.6)
L111[11:00:51] MineBot sets mode: +v on RichardG
L112[11:02:01] ⇨ Joins: flappy (flappy!~flappy@88-113-154-4.elisa-laajakaista.fi)
L113[11:15:49] <Mraof> Well the hard part is making things easy for people making addons
L114[11:23:36] ⇦ Quits: RichardG (RichardG!~richardg8@201.37.50.6) (Ping timeout: 186 seconds)
L115[11:23:52] ⇨ Joins: RichardG (RichardG!~richardg8@201.37.50.6)
L116[11:23:52] MineBot sets mode: +v on RichardG
L117[11:29:52] ⇨ Joins: Brokkoli (Brokkoli!~Brokkoli@p2E5B1E0E.dip0.t-ipconnect.de)
L118[11:42:36] *** Santa|afk is now known as SatanicSanta
L119[11:44:22] ⇨ Joins: McJty (McJty!~jorrit@ptr-9197ufn5y9av6owcgys.18120a2.ip6.access.telenet.be)
L120[11:47:17] ⇦ Quits: Mraof (Mraof!~mraof@c-73-147-242-191.hsd1.va.comcast.net) (Ping timeout: 207 seconds)
L121[11:51:43] ⇦ Quits: Lepidora (Lepidora!~Lepidora@5.151.177.1) (Quit: Lepidora)
L122[12:05:17] ⇨ Joins: quadraxis (quadraxis!~quadraxis@cpc77293-basf12-2-0-cust699.12-3.cable.virginm.net)
L123[12:07:43] <TechnicianLP> ben_mkiv: registries for for blocks and items fire BEFORE preinit - you cant ready something for them in preinit
L124[12:16:03] <gigaherz> no they do not
L125[12:16:11] <gigaherz> they did for a short time at the beginning of 1.12
L126[12:16:28] <ben_mkiv> what giga said, just tested it
L127[12:16:32] <gigaherz> but lex gave in to the moaning and moved them back to right before init
L128[12:17:31] <ben_mkiv> well, he went off anyways...
L129[12:24:54] ⇦ Quits: ben_mkiv (ben_mkiv!~ben_mkiv@p4FED5C7A.dip0.t-ipconnect.de) (Ping timeout: 182 seconds)
L130[12:40:26] ⇦ Quits: Delaxarnyazer (Delaxarnyazer!~Delaxarny@2a02:a44e:91ce:1:50a3:ad04:9869:2e0f) (Read error: Connection reset by peer)
L131[12:57:02] ⇨ Joins: Lynndis[con] (Lynndis[con]!~Lynn@c-75-71-231-133.hsd1.co.comcast.net)
L132[12:57:43] ⇦ Quits: Dark (Dark!~MrDark@2607:fcc8:d48b:eb00:9448:67e1:8894:65ba) (Read error: Connection reset by peer)
L133[12:59:26] ⇦ Quits: Lynndis (Lynndis!~Lynn@c-75-71-231-133.hsd1.co.comcast.net) (Ping timeout: 207 seconds)
L134[12:59:39] ⇨ Joins: Dark (Dark!~MrDark@2607:fcc8:d48b:eb00:34ef:5dd8:b4ca:136e)
L135[13:05:03] <Arcan> why would block and item registries fire before preinit
L136[13:05:16] <Arcan> preinit is for setting up loggers and stuff that needs to be done before anything else happens
L137[13:05:28] <gigaherz> because that way people can't use the configuration stuff :P
L138[13:05:40] <gigaherz> (to decide if they register blocks or not)
L139[13:07:23] ⇨ Joins: Darkhax (Darkhax!~darkhax@d205-206-157-117.abhsia.telus.net)
L140[13:20:06] ⇦ Quits: flappy (flappy!~flappy@88-113-154-4.elisa-laajakaista.fi) (Ping timeout: 182 seconds)
L141[13:20:42] ⇨ Joins: flappy (flappy!~flappy@88-113-154-4.elisa-laajakaista.fi)
L142[13:20:51] ⇦ Quits: flappy (flappy!~flappy@88-113-154-4.elisa-laajakaista.fi) (Read error: Connection reset by peer)
L143[13:31:50] ⇨ Joins: Lepidora (Lepidora!~Lepidora@5.151.177.0)
L144[13:36:22] ⇦ Quits: RichardG (RichardG!~richardg8@201.37.50.6) (Read error: Connection reset by peer)
L145[13:38:04] ⇦ Quits: McJty (McJty!~jorrit@ptr-9197ufn5y9av6owcgys.18120a2.ip6.access.telenet.be) (Remote host closed the connection)
L146[13:38:07] ⇨ Joins: RichardG (RichardG!~richardg8@201.37.50.6)
L147[13:38:07] MineBot sets mode: +v on RichardG
L148[13:45:43] ⇦ Quits: Lepidora (Lepidora!~Lepidora@5.151.177.0) (Quit: Lepidora)
L149[13:50:25] ⇨ Joins: ben_mkiv (ben_mkiv!~ben_mkiv@p4FED5C7A.dip0.t-ipconnect.de)
L150[13:51:14] ⇦ Quits: Upthorn (Upthorn!~ogmar@108-85-88-44.lightspeed.frokca.sbcglobal.net) (Ping timeout: 383 seconds)
L151[13:51:30] ⇨ Joins: Lepidora (Lepidora!~Lepidora@5.151.177.0)
L152[13:51:55] ⇦ Quits: Backslash (Backslash!~Backslash@ip-94-114-73-195.unity-media.net) (Ping timeout: 182 seconds)
L153[14:09:24] ⇦ Quits: Lepidora (Lepidora!~Lepidora@5.151.177.0) (Quit: Lepidora)
L154[14:26:43] ⇨ Joins: Ipsis (Ipsis!~Ipsis@82-69-71-184.dsl.in-addr.zen.co.uk)
L155[14:29:37] ⇨ Joins: immibis (immibis!~chatzilla@122-59-200-50.jetstream.xtra.co.nz)
L156[14:40:50] ⇦ Quits: maxanier (maxanier!~maxanier@server2.maxgb.de) (Ping timeout: 207 seconds)
L157[14:41:17] ⇨ Joins: maxanier (maxanier!~maxanier@server2.maxgb.de)
L158[14:42:42] ⇦ Quits: ben_mkiv (ben_mkiv!~ben_mkiv@p4FED5C7A.dip0.t-ipconnect.de) (Remote host closed the connection)
L159[14:43:18] ⇨ Joins: Lepidora (Lepidora!~Lepidora@5.151.177.0)
L160[14:43:39] ⇦ Quits: Lepidora (Lepidora!~Lepidora@5.151.177.0) (Client Quit)
L161[14:45:21] ⇨ Joins: ben_mkiv (ben_mkiv!~ben_mkiv@p4FED5C7A.dip0.t-ipconnect.de)
L162[14:51:22] ⇨ Joins: Javaschreiber (Javaschreiber!~Thunderbi@88-209-32-73.nga.highspeed-baumann.de)
L163[14:54:06] ⇨ Joins: Delaxarnyazer (Delaxarnyazer!~Delaxarny@ip56572345.direct-adsl.nl)
L164[14:55:12] ⇦ Quits: Ipsis (Ipsis!~Ipsis@82-69-71-184.dsl.in-addr.zen.co.uk) (Ping timeout: 186 seconds)
L165[15:04:56] *** SatanicSanta is now known as Santa|afk
L166[15:05:12] ⇨ Joins: nidefawl (nidefawl!~nidefawl@craftland.org)
L167[15:07:36] ⇦ Quits: immibis (immibis!~chatzilla@122-59-200-50.jetstream.xtra.co.nz) (Ping timeout: 383 seconds)
L168[15:09:15] ⇦ Quits: Nedelosk (Nedelosk!~Nedelosk@ip-109-90-121-64.hsi11.unitymediagroup.de) (Read error: Connection reset by peer)
L169[15:09:40] ⇨ Joins: Backslash (Backslash!~Backslash@ip-94-114-160-128.unity-media.net)
L170[15:41:24] ⇨ Joins: flappy (flappy!~flappy@88-113-154-4.elisa-laajakaista.fi)
L171[15:45:18] *** Lynndis[con] is now known as Lynndis
L172[16:01:12] ⇦ Quits: Hgrebnednav (Hgrebnednav!~Hgrebnedn@d8D872A6E.access.telenet.be) (Ping timeout: 186 seconds)
L173[16:01:58] ⇦ Quits: quadraxis (quadraxis!~quadraxis@cpc77293-basf12-2-0-cust699.12-3.cable.virginm.net) (Read error: Connection reset by peer)
L174[16:16:39] ⇦ Quits: Delaxarnyazer (Delaxarnyazer!~Delaxarny@ip56572345.direct-adsl.nl) (Quit: Linux and Windows server are updating. Reconnecting in a few. ????????)
L175[16:28:19] ⇦ Quits: Dimtree (Dimtree!~dimtree@75-110-156-132.nbrncmtk01.res.dyn.suddenlink.net) (Read error: Connection reset by peer)
L176[16:35:19] <LexMobile> Partially, modders shouldnt be conditionally registrying shit.
L177[16:35:42] <LexMobile> The idea is that all mods always register everything. And then the world/server tells the client what sub-set of that to use.
L178[16:36:58] ⇨ Joins: Dimtree (Dimtree!~dimtree@75-110-156-132.nbrncmtk01.res.dyn.suddenlink.net)
L179[16:38:27] ⇨ Joins: Delaxarnyazer (Delaxarnyazer!~Delaxarny@ip56572345.direct-adsl.nl)
L180[16:39:56] ⇦ Quits: Delaxarnyazer (Delaxarnyazer!~Delaxarny@ip56572345.direct-adsl.nl) (Client Quit)
L181[16:40:14] ⇨ Joins: Delaxarnyazer (Delaxarnyazer!~Delaxarny@ip56572345.direct-adsl.nl)
L182[16:50:54] ⇨ Joins: Hgrebnednav (Hgrebnednav!~Hgrebnedn@d8d872a6e.access.telenet.be)
L183[16:52:30] ⇦ Quits: justJanne (justJanne!~justJanne@lithium.kuschku.de) (Ping timeout: 383 seconds)
L184[16:55:01] ⇦ Quits: Javaschreiber (Javaschreiber!~Thunderbi@88-209-32-73.nga.highspeed-baumann.de) (Quit: Javaschreiber)
L185[16:56:02] ⇦ Quits: Hgrebnednav (Hgrebnednav!~Hgrebnedn@d8d872a6e.access.telenet.be) (Ping timeout: 207 seconds)
L186[17:07:05] ⇨ Joins: lp (lp!~lordpipe@66.109.211.167)
L187[17:15:51] ⇦ Quits: Fridtjof (Fridtjof!~prassel@osiris.9net.org) (Ping timeout: 182 seconds)
L188[17:19:04] ⇨ Joins: Fridtjof (Fridtjof!~prassel@osiris.9net.org)
L189[17:54:48] ⇨ Joins: Hgrebnednav (Hgrebnednav!~Hgrebnedn@d8D872A6E.access.telenet.be)
L190[17:59:35] ⇦ Quits: ben_mkiv (ben_mkiv!~ben_mkiv@p4FED5C7A.dip0.t-ipconnect.de) (Quit: no! no!! not that button!!!)
L191[18:00:00] ⇦ Quits: Hgrebnednav (Hgrebnednav!~Hgrebnedn@d8D872A6E.access.telenet.be) (Ping timeout: 186 seconds)
L192[18:34:32] ⇨ Joins: Upthorn (Upthorn!~ogmar@172.58.36.88)
L193[18:56:57] ⇨ Joins: Hgrebnednav (Hgrebnednav!~Hgrebnedn@d8D872A6E.access.telenet.be)
L194[19:05:24] ⇦ Quits: Hgrebnednav (Hgrebnednav!~Hgrebnedn@d8D872A6E.access.telenet.be) (Ping timeout: 383 seconds)
L195[19:08:01] ⇦ Quits: Searge_DP (Searge_DP!~Searge@c83-250-150-134.bredband.comhem.se) (Read error: Connection reset by peer)
L196[19:38:03] ⇦ Quits: mezz (mezz!~mezz@24.6.28.151) (Read error: Connection reset by peer)
L197[19:50:21] ⇦ Quits: Upthorn (Upthorn!~ogmar@172.58.36.88) (Ping timeout: 383 seconds)
L198[19:53:57] ⇨ Joins: Hgrebnednav (Hgrebnednav!~Hgrebnedn@d8D872A6E.access.telenet.be)
L199[19:58:46] ⇦ Quits: Hgrebnednav (Hgrebnednav!~Hgrebnedn@d8D872A6E.access.telenet.be) (Ping timeout: 182 seconds)
L200[20:04:12] ⇨ Joins: quadraxis (quadraxis!~quadraxis@cpc77293-basf12-2-0-cust699.12-3.cable.virginm.net)
L201[20:17:55] ⇦ Quits: RichardG (RichardG!~richardg8@201.37.50.6) (Read error: Connection reset by peer)
L202[20:40:15] ⇨ Joins: RichardG (RichardG!~richardg8@201.37.50.6)
L203[20:40:15] MineBot sets mode: +v on RichardG
L204[20:44:55] ⇨ Joins: Hgrebnednav (Hgrebnednav!~Hgrebnedn@d8d872a6e.access.telenet.be)
L205[20:50:00] ⇦ Quits: Hgrebnednav (Hgrebnednav!~Hgrebnedn@d8d872a6e.access.telenet.be) (Ping timeout: 186 seconds)
L206[20:53:57] ⇨ Joins: Hgrebnednav (Hgrebnednav!~Hgrebnedn@d8D872A6E.access.telenet.be)
L207[21:02:22] ⇦ Quits: Hgrebnednav (Hgrebnednav!~Hgrebnedn@d8D872A6E.access.telenet.be) (Ping timeout: 383 seconds)
L208[21:06:14] ⇦ Quits: AforAnonymous (AforAnonymous!bitch2k@212.108.50.95) (Read error: Connection reset by peer)
L209[21:57:57] ⇨ Joins: Hgrebnednav (Hgrebnednav!~Hgrebnedn@d8d872a6e.access.telenet.be)
L210[22:03:12] ⇦ Quits: Hgrebnednav (Hgrebnednav!~Hgrebnedn@d8d872a6e.access.telenet.be) (Ping timeout: 186 seconds)
L211[22:06:17] ⇨ Joins: McJty (McJty!~jorrit@ptr-9197ufprd79kogunasc.18120a2.ip6.access.telenet.be)
L212[22:08:51] ⇨ Joins: Wastl2_ (Wastl2_!~Wastl2@x4e37b15e.dyn.telefonica.de)
L213[22:11:17] ⇦ Quits: Wastl2 (Wastl2!~Wastl2@x4db47211.dyn.telefonica.de) (Ping timeout: 207 seconds)
L214[22:16:35] ⇨ Joins: Shawn|i7-Q720M (Shawn|i7-Q720M!~shawn156@c-76-25-73-212.hsd1.co.comcast.net)
L215[22:18:48] ⇦ Quits: Lunatrius (Lunatrius!~Lunatrius@77.38.21.155) (Ping timeout: 186 seconds)
L216[22:27:57] ⇨ Joins: Upthorn (Upthorn!~ogmar@108-85-88-44.lightspeed.frokca.sbcglobal.net)
L217[22:40:57] ⇨ Joins: Lunatrius (Lunatrius!~Lunatrius@77.38.21.155)
L218[22:48:20] ⇦ Quits: Lathanael|Away (Lathanael|Away!~Lathanael@p54960725.dip0.t-ipconnect.de) (Ping timeout: 207 seconds)
L219[22:49:40] ⇨ Joins: Lathanael|Away (Lathanael|Away!~Lathanael@p549609BA.dip0.t-ipconnect.de)
L220[22:50:40] ⇨ Joins: justJanne (justJanne!~justJanne@lithium.kuschku.de)
L221[22:58:58] ⇨ Joins: Hgrebnednav (Hgrebnednav!~Hgrebnedn@d8D872A6E.access.telenet.be)
L222[23:02:41] ⇨ Joins: mezz (mezz!~mezz@24.6.28.151)
L223[23:02:41] MineBot sets mode: +v on mezz
L224[23:04:35] ⇦ Quits: Hgrebnednav (Hgrebnednav!~Hgrebnedn@d8D872A6E.access.telenet.be) (Ping timeout: 207 seconds)
L225[23:04:35] ⇦ Quits: Blarghedy (Blarghedy!Blarghedy@50.90.116.51) (Ping timeout: 207 seconds)
L226[23:05:44] ⇨ Joins: Blarghedy (Blarghedy!Blarghedy@50.90.116.51)
L227[23:08:29] ⇦ Quits: quadraxis (quadraxis!~quadraxis@cpc77293-basf12-2-0-cust699.12-3.cable.virginm.net) (Ping timeout: 207 seconds)
L228[23:23:03] ⇨ Joins: immibis (immibis!~chatzilla@122-59-200-50.jetstream.xtra.co.nz)
L229[23:26:30] ⇦ Quits: McJty (McJty!~jorrit@ptr-9197ufprd79kogunasc.18120a2.ip6.access.telenet.be) (Quit: Leaving)
L230[23:31:27] <tterrag> why does FastTESR force culling to be off? fry? https://github.com/MinecraftForge/MinecraftForge/blame/1.12.x/patches/minecraft/net/minecraft/client/renderer/tileentity/TileEntityRendererDispatcher.java.patch#L61
L231[23:31:37] <tterrag> !!gm 179129
L232[23:31:39] <MCPBot_Reborn> === MC 1.12: net/minecraft/client/renderer/GlStateManager.disableCull (buq.r) UNLOCKED ===
L233[23:31:40] <MCPBot_Reborn> Name : r => func_179129_p => disableCull
L234[23:31:41] <MCPBot_Reborn> Descriptor : ()V
L235[23:31:42] <MCPBot_Reborn> Comment : None
L236[23:31:42] <MCPBot_Reborn> Last Change: 2014-09-26 17:46:47.292430-04:00 (adubbz)
L237[23:46:30] <LexMobile> !gm func_181670_b
L238[23:47:30] ⇨ Joins: Hgrebnednav (Hgrebnednav!~Hgrebnedn@d8D872A6E.access.telenet.be)
L239[23:51:21] ⇦ Quits: Brokkoli (Brokkoli!~Brokkoli@p2E5B1E0E.dip0.t-ipconnect.de) (Remote host closed the connection)
L240[23:53:36] ⇦ Quits: Hgrebnednav (Hgrebnednav!~Hgrebnedn@d8D872A6E.access.telenet.be) (Ping timeout: 186 seconds)
L241[23:56:58] ⇨ Joins: Hgrebnednav (Hgrebnednav!~Hgrebnedn@d8D872A6E.access.telenet.be)
<<Prev Next>> Scroll to Top