OCLogs: 2017-09-24.log

<<Prev Next>> Scroll to Bottom

Stuff goes here

L1[00:07:01] ⇦ Quits: sinkillerj (~sinkiller@nc-67-232-15-21.dhcp.embarqhsd.net) (Quit: またね)

L2[01:10:30] ⇨ Joins: Hunterz (~hunterz@62.182.234.189)

L3[01:30:02] ⇦ Quits: killjoy1 (~killjoy@2606:a000:1118:8030:e8ab:5aff:1988:b37f) (Ping timeout: 186 seconds)

L4[01:32:06] ⇦ Quits: Cornelia (~Nel@c-75-71-231-133.hsd1.co.comcast.net) (Ping timeout: 200 seconds)

L5[01:53:11] ⇨ Joins: TomyLobo (~TomyLobo@2a02:8109:87c0:20c:7456:2021:95b0:3dcd)

L6[01:53:14] <ben_mkiv> anyone knows when onUpdate is called for items, is it each tick?

L7[01:55:48] <Ordinastie> yes

L8[01:56:18] <ben_mkiv> thanks. is there an easy way to add stuff to the original method?

L9[01:56:26] <ben_mkiv> or to call the original from within the overriding function

L10[01:56:35] <ben_mkiv> as my custom item overrides onUpdate()

L11[01:56:53] <Ordinastie> super

L12[01:57:02] <ben_mkiv> oh, thats all... thanks :)

L13[01:57:09] ⇨ Joins: Ipsis (~Ipsis@82-69-71-184.dsl.in-addr.zen.co.uk)

L14[02:12:25] ⇨ Joins: Hgrebnednav (~Hgrebnedn@ptr-908g3or738h7bzjcyct.18120a2.ip6.access.telenet.be)

L15[02:18:10] ⇦ Quits: Neal (~Neal@47.146.41.184) (Ping timeout: 204 seconds)

L16[02:23:56] ⇦ Quits: quadraxis (~quadraxis@cpc77293-basf12-2-0-cust699.12-3.cable.virginm.net) (Ping timeout: 383 seconds)

L17[02:40:05] ⇦ Quits: Larry1123 (Larry1123@irc.larry1123.net) (Ping timeout: 198 seconds)

L18[02:54:38] ⇦ Quits: Hunterz (~hunterz@62.182.234.189) (Quit: Leaving.)

L19[03:20:52] ⇦ Quits: McJty (~jorrit@ptr-9197ufpkssbc50vbc15.18120a2.ip6.access.telenet.be) (Quit: Leaving)

L20[03:22:16] ⇨ Joins: Larry1123 (Larry1123@irc.larry1123.net)

L21[03:26:56] ⇦ Quits: Larry1123 (Larry1123@irc.larry1123.net) (Ping timeout: 183 seconds)

L22[03:28:14] ⇨ Joins: Rokiyo (~Rokiyo@101.167.173.217)

L23[03:28:40] ⇨ Joins: Cornelia (~Nel@c-75-71-231-133.hsd1.co.comcast.net)

L24[03:29:56] ⇨ Joins: Neal (~Neal@47.146.41.184)

L25[03:44:30] ⇦ Quits: Chais (~Chais@62-178-210-212.cable.dynamic.surfer.at) (Quit: ZNC 1.6.5 - http://znc.in)

L26[03:47:37] ⇨ Joins: Chais (~Chais@62-178-210-212.cable.dynamic.surfer.at)

L27[03:55:39] ⇨ Joins: h5h77 (~h5h77@2a02:8108:4b40:907:922b:34ff:feae:b38b)

L28[03:56:23] ⇨ Joins: Larry1123 (Larry1123@irc.larry1123.net)

L29[03:58:02] ⇨ Joins: Abastro (~Abastro@175.117.182.109)

L30[03:58:38] ⇦ Quits: h404bi (~h404bi@113.119.8.192) (Ping timeout: 186 seconds)

L31[04:05:20] ⇦ Quits: Neal (~Neal@47.146.41.184) (Ping timeout: 200 seconds)

L32[04:17:50] ⇦ Quits: Larry1123 (Larry1123@irc.larry1123.net) (Ping timeout: 183 seconds)

L33[04:25:45] ⇦ Quits: Hgrebnednav (~Hgrebnedn@ptr-908g3or738h7bzjcyct.18120a2.ip6.access.telenet.be) (Ping timeout: 198 seconds)

L34[04:35:07] ⇨ Joins: TomyLobo2 (~TomyLobo@2a02:8109:87c0:20c:7456:2021:95b0:3dcd)

L35[04:35:18] ⇦ Quits: TomyLobo (~TomyLobo@2a02:8109:87c0:20c:7456:2021:95b0:3dcd) (Read error: Connection reset by peer)

L36[04:53:27] ⇨ Joins: Larry1123 (Larry1123@irc.larry1123.net)

L37[04:55:33] <ghz|afk> !latest 1.12

L38[04:55:40] <ghz|afk> !latest 1.12.1

L39[04:56:09] <ghz|afk> hmm no new mappings since the 19th?

L40[04:59:11] * xaero hasn't seen the bot in a while, aye

L41[04:59:31] <xaero> (the nightly bot notices)

L42[05:02:03] ⇦ Quits: Larry1123 (Larry1123@irc.larry1123.net) (Ping timeout: 183 seconds)

L43[05:07:05] ⇨ Joins: Larry1123 (Larry1123@irc.larry1123.net)

L44[05:11:55] ⇨ Joins: Hgrebnednav (~Hgrebnedn@ptr-908g3or738h7bzjcyct.18120a2.ip6.access.telenet.be)

L45[05:14:23] ⇦ Quits: Larry1123 (Larry1123@irc.larry1123.net) (Ping timeout: 183 seconds)

L46[05:15:27] ⇨ Joins: KGS (~KGS@h-158-174-9-50.NA.cust.bahnhof.se)

L47[05:16:37] *** PaleoCrafter is now known as PaleOff

L48[05:26:03] ⇦ Quits: Hgrebnednav (~Hgrebnedn@ptr-908g3or738h7bzjcyct.18120a2.ip6.access.telenet.be) (Ping timeout: 198 seconds)

L49[05:27:01] ⇦ Quits: Dimtree (~dimtree@75.109.153.149) (Quit: Peace)

L50[05:33:43] *** PaleOff is now known as PaleoCrafter

L51[05:35:01] ⇦ Quits: ben_mkiv (~ben_mkiv@p4FED4BAF.dip0.t-ipconnect.de) (Ping timeout: 198 seconds)

L52[05:44:16] ⇨ Joins: Dimtree (~dimtree@75-109-153-149.nbrncmtk01.res.dyn.suddenlink.net)

L53[05:54:10] ⇨ Joins: Andrey96 (~Instantbi@95-30-194-237.broadband.corbina.ru)

L54[05:58:35] ⇨ Joins: Nedelosk (~Nedelosk@ip-109-90-74-164.hsi11.unitymediagroup.de)

L55[06:06:25] <Andrey96> Hi all. I'm trying to implement separate minecraft server (1.7.10) for new chunk generation (extremely useful for modpacks with heavy generating when server is unplayable while map is generating). Main idea is running two minecraft servers - one is for chunk generation, another (or anothers) is for playing and they are connected together with netty.

L56[06:06:25] <Andrey96> It's kinda working already, but trees and villages seems to be generated on target server, not generating one (this structures are not visible until i reconnect and also villages look completely wrong, there are pieces of homes instead of full ones).

L57[06:06:25] <Andrey96> So if there is anyone who knows exactly how map generation in 1.7.10 forge works, can you please point at any obvious mistakes here https://pastebin.com/KUc8mee1

L58[06:06:59] <Ordinastie> 1.7.10 is long dead, just update

L59[06:08:03] <ghz|afk> I can see why some people are stuck in the past, but at this point, 1.7.10's release date is closer to the betas than it is to 1.12

L60[06:09:17] <ghz|afk> incidently, no I don't know enough about chunk generation (on any version) to look at that ;P

L61[06:09:44] <Andrey96> I'm planning to release this as a mod for new version, but now I just want to play old 1.7.10 modpack with friends, so I'm doing this (also it's like a proof of concept now).

L62[06:10:09] <Ordinastie> but you won't get any help for 1.7.10 here

L63[06:17:55] <Ivorius> ghz|afk: Oh no man that can't be true

L64[06:23:04] <ghz|afk> look it up XD

L65[06:23:41] <ghz|afk> Minecraft 1.0 is the official release of Minecraft for the PC. It was released during MineCon on November 18, 2011

L66[06:23:54] <ghz|afk> 1.7.10 June 26, 2014

L67[06:24:22] <ghz|afk> 1.12 June 7, 2017

L68[06:25:03] <ghz|afk> only by a few months, but ;P

L69[06:25:16] <ghz|afk> in june 2011, we were still playing beta.

L70[06:29:10] ⇨ Joins: Larry1123 (Larry1123@irc.larry1123.net)

L71[06:38:06] ⇨ Joins: Hunterz (~hunterz@62.182.234.189)

L72[06:41:17] ⇦ Quits: Nedelosk (~Nedelosk@ip-109-90-74-164.hsi11.unitymediagroup.de) (Ping timeout: 198 seconds)

L73[06:48:42] ⇨ Joins: Nedelosk (~Nedelosk@ip-109-90-74-164.hsi11.unitymediagroup.de)

L74[06:49:39] <ghz|afk> hmmm

L75[06:49:40] <ghz|afk> > Sep 24, 2017 2:02:26 PM io.netty.util.ResourceLeakDetector reportUntracedLeak

L76[06:49:41] <ghz|afk> SEVERE: LEAK: ByteBuf.release() was not called before it's garbage-collected. Enable advanced leak reporting to find out where the leak occurred. To enable advanced leak reporting, specify the JVM option '-Dio.netty.leakDetection.level=advanced' or call ResourceLeakDetector.setLevel() See http://netty.io/wiki/reference-counted-objects.html for more information.

L77[06:49:55] <ghz|afk> I guess this is a mod misbehaving?

L78[06:50:06] <ghz|afk> or some issue with forge 1.12.2?

L79[06:57:21] ⇦ Quits: cpup (~cpup@32.218.112.170) (Ping timeout: 204 seconds)

L80[06:57:35] ⇦ Quits: Larry1123 (Larry1123@irc.larry1123.net) (Ping timeout: 383 seconds)

L81[06:58:40] ⇨ Joins: cpup (~cpup@32.218.112.170)

L82[07:14:28] ⇨ Joins: Larry1123 (Larry1123@irc.larry1123.net)

L83[07:16:03] ⇦ Quits: KGS (~KGS@h-158-174-9-50.NA.cust.bahnhof.se) (Ping timeout: 186 seconds)

L84[07:22:18] ⇦ Quits: Nedelosk (~Nedelosk@ip-109-90-74-164.hsi11.unitymediagroup.de) (Read error: Connection reset by peer)

L85[07:23:49] ⇨ Joins: Nedelosk (~Nedelosk@ip-109-90-74-164.hsi11.unitymediagroup.de)

L86[07:27:38] ⇦ Quits: Hunterz (~hunterz@62.182.234.189) (Quit: Leaving.)

L87[07:29:13] <busti> Andrey96: Make a command to pre-generate a lot of world...

L88[07:33:30] <Andrey96> Pre-generating is not a thing I want. It tooks really long and requires a lot of space on hdd to get enough chunks for true map exploration experience while playing. Also lot of space means much longer backups

L89[07:40:12] ⇦ Quits: Larry1123 (Larry1123@irc.larry1123.net) (Ping timeout: 204 seconds)

L90[07:43:31] ⇨ Joins: Larry1123 (Larry1123@irc.larry1123.net)

L91[07:51:27] <kashike> ghz|afk: could be either a mod or forge - need to do what it says and enables advanced leak reporting, which will show a lot more information

L92[08:17:35] ⇨ Joins: h404bi (~h404bi@113.119.8.192)

L93[08:34:21] ⇨ Joins: MonkeyTyrant (~MonkeyTyr@173.212.73.164)

L94[08:56:36] ⇨ Joins: Brokkoli (~Brokkoli@p5B23CD11.dip0.t-ipconnect.de)

L95[09:28:20] ⇦ Quits: psxlover (psxlover@athedsl-384709.home.otenet.gr) (Read error: Connection reset by peer)

L96[09:33:00] ⇦ Quits: Chais (~Chais@62-178-210-212.cable.dynamic.surfer.at) (Read error: Connection reset by peer)

L97[09:34:05] ⇨ Joins: psxlover (psxlover@athedsl-384709.home.otenet.gr)

L98[09:35:20] ⇨ Joins: Noppes (~Noppes@ip56530f2e.direct-adsl.nl)

L99[09:36:14] ⇨ Joins: Chais (~Chais@62.178.210.212)

L100[09:36:28] <halvors> ghz|afk: Looked more into your Everpipe code, it's really good :) I encourage you to continue developing it :)

L101[09:36:55] ⇨ Joins: CoderPuppy (~cpup@32.218.116.109)

L102[09:38:38] ⇦ Quits: cpup- (~cpup@32.218.112.170) (Ping timeout: 183 seconds)

L103[09:40:09] ⇦ Quits: cpup (~cpup@32.218.112.170) (Ping timeout: 383 seconds)

L104[09:40:10] ⇨ Joins: cpup- (~cpup@32.218.116.109)

L105[09:40:54] ⇨ Joins: SquidDev (~SquidDev@ahti-saarelainen.zgrep.org)

L106[09:54:52] ⇦ Quits: h404bi (~h404bi@113.119.8.192) (Ping timeout: 200 seconds)

L107[10:01:13] ⇨ Joins: cpup (~cpup@32.218.116.138)

L108[10:02:41] ⇦ Quits: cpup- (~cpup@32.218.116.109) (Ping timeout: 186 seconds)

L109[10:05:38] ⇦ Quits: CoderPuppy (~cpup@32.218.116.109) (Ping timeout: 383 seconds)

L110[10:07:38] ⇨ Joins: KGS (~KGS@h-158-174-9-50.NA.cust.bahnhof.se)

L111[10:08:41] ⇨ Joins: CoderPuppy (~cpup@32.218.116.138)

L112[10:13:46] ⇨ Joins: malte0811 (~malte@p200300D243C2E89DB9B9BAFE8B0CD23B.dip0.t-ipconnect.de)

L113[10:44:37] ⇦ Quits: cpup (~cpup@32.218.116.138) (Ping timeout: 186 seconds)

L114[10:44:51] ⇦ Quits: CoderPuppy (~cpup@32.218.116.138) (Ping timeout: 204 seconds)

L115[10:46:02] ⇨ Joins: cpup (~cpup@32.218.116.195)

L116[10:50:12] ⇨ Joins: CoderPuppy (~cpup@32.218.116.195)

L117[10:51:19] ⇨ Joins: Marenthyu (~Marenthyu@marenthyu.de)

L118[18:18:04] ⇨ Joins: Mimiru (~Mimiru@2607:5300:61:8d9::1bad:babe)

L119[18:18:05] *** Server sets mode: +CQcnrtf #RegisterYourNameMoron

L120[18:19:15] ⇨ Joins: cpup- (~cpup@32.218.112.168)

L121[18:20:11] ⇦ Quits: cpup (~cpup@32.218.116.195) (Ping timeout: 200 seconds)

L122[18:20:52] * ghz|afk jumps into bed

L123[18:21:43] <ajb> huh, this is interesting

L124[18:21:57] <ajb> getBlockState gives me some new properties i've never seen before :)

L125[18:22:47] <ajb> it also gives me facing: which optifine can't see, so that means it isin't using getBlockState either

L126[18:24:22] ⇦ Quits: CoderPuppy (~cpup@32.218.116.195) (Ping timeout: 383 seconds)

L127[18:26:07] <ajb> hahaha wow

L128[18:26:11] <ghz|afk> on a block with facing?

L129[18:26:12] <ghz|afk> that is

L130[18:26:14] <ajb> facing is in both, but with different values

L131[18:26:22] <ghz|afk> if you look at a furnace

L132[18:26:26] <ghz|afk> it should have a facing value

L133[18:26:27] <ajb> so maybe optifine *can* see that one, if i give it the right value!

L134[18:26:29] <ghz|afk> but not a block of dirt

L135[18:27:05] <ajb> let me upload the screenshot

L136[18:27:15] ⇨ Joins: cpup (~cpup@32.218.112.168)

L137[18:28:00] <ajb> https://imgur.com/a/zQ8C7

L138[18:28:59] <ghz|afk> ah I suppose that does have facing

L139[18:29:06] <ghz|afk> does the normal F3 debug screen not show it?

L140[18:29:19] <ajb> the normal debug screen shows the values from getActualState

L141[18:29:30] <ajb> but the block state has facing with a different value

L142[18:29:37] <ghz|afk> yes

L143[18:29:40] <ghz|afk> the default value

L144[18:29:48] <ajb> so when i put in optifine facing=east, it did not work

L145[18:29:53] <ghz|afk> all properties exist at all times

L146[18:29:54] <ajb> facing=down might have worked though

L147[18:30:20] <ghz|afk> but the value returned from getBlockState can be inconsistent

L148[18:30:31] <ghz|afk> if you setBlockState something that isn't represented by getStateFromMeta

L149[18:30:41] <ghz|afk> then it will continue working until the chunk saves to disk and loads back in

L150[18:31:12] <ajb> "all properties exist at all times" okay but the set of properties is different for different types of blocks

L151[18:31:17] <ghz|afk> yes

L152[18:31:32] <ghz|afk> but like

L153[18:31:34] <ghz|afk> minecraft:stone

L154[18:31:43] <ghz|afk> regardless if it's stone,granite,diorite

L155[18:31:48] <ghz|afk> they all share a set of properties

L156[18:32:03] <ajb> yes

L157[18:32:37] <ajb> it gets even weirder though

L158[18:33:13] <ajb> oh wait i see what you are saying

L159[18:33:41] <ajb> youre saying that the set of property keys returned will be the same for both getBlockState and getActualState

L160[18:33:50] <ajb> it's just that for getBlockState, the values will be wrong?

L161[18:34:06] <ghz|afk> yes

L162[18:34:12] <ghz|afk> and might be inconsistent

L163[18:34:15] <ajb> aaaaaaah, that makes so much sense

L164[18:34:18] <ghz|afk> between saving and loading

L165[18:34:19] ⇦ Quits: Javaschreiber (~Thunderbi@88-209-32-73.nga.highspeed-baumann.de) (Quit: Javaschreiber)

L166[18:34:51] <ajb> essentially the values are undefined when that happens

L167[18:34:56] <ghz|afk> yep

L168[18:34:57] <ajb> might be anything

L169[18:35:24] <ghz|afk> suppose an imaginary block

L170[18:35:35] <ghz|afk> that always points in the direction of the closest diamond ore

L171[18:35:44] <ghz|afk> getBlockState wouldn't know where the ore is

L172[18:35:48] <ghz|afk> so it might always return "north"

L173[18:36:05] <ghz|afk> but getActualState would load the cached info from its tileentity

L174[18:36:11] <ghz|afk> and return "down" or "east"

L175[18:36:15] <ghz|afk> ... or "north.

L176[18:36:55] <ghz|afk> that is a ninteresting block btw... if it takes power ;P

L177[18:37:42] ⇦ Quits: cpup- (~cpup@32.218.112.168) (Ping timeout: 200 seconds)

L178[18:38:04] ⇦ Quits: cpup (~cpup@32.218.112.168) (Ping timeout: 200 seconds)

L179[18:38:20] <ghz|afk> I was about to go to sleep

L180[18:38:22] <ghz|afk> so yeah, night!

L181[18:38:24] * ghz|afk poofs

L182[18:39:20] <ajb> night, and thanks for all your help :)

L183[18:41:18] ⇦ Quits: immibis (~chatzilla@122-60-111-207.jetstream.xtra.co.nz) (Ping timeout: 198 seconds)

L184[18:43:30] ⇨ Joins: cpup (~cpup@32.218.112.194)

L185[18:43:54] ⇦ Quits: ben_mkiv (~ben_mkiv@p4fed4baf.dip0.t-ipconnect.de) (Ping timeout: 200 seconds)

L186[18:44:08] ⇨ Joins: CoderPuppy (~cpup@32.218.112.194)

L187[18:51:19] <ajb> okay... the plot thickens

L188[18:52:06] <ajb> optifine for sure isn't just using getBlockState because it can't see facing=down on ic2:te, even though getBlockState returns it (even if the value is undefined, that's what it is returning)

L189[18:52:21] <ajb> it does work correctly on furnaces though

L190[18:54:23] ⇦ Quits: Cast0077 (~Cast0077@24-151-68-108.dhcp.nwtn.ct.charter.com) (Quit: Poof)

L191[18:54:55] ⇨ Joins: cpup- (~cpup@32.218.112.219)

L192[18:55:30] ⇦ Quits: CoderPuppy (~cpup@32.218.112.194) (Ping timeout: 186 seconds)

L193[18:59:58] ⇦ Quits: cpup (~cpup@32.218.112.194) (Ping timeout: 383 seconds)

L194[19:01:31] ⇨ Joins: cpup (~cpup@32.218.112.219)

L195[19:14:02] ⇨ Joins: CoderPuppy (~cpup@32.218.112.239)

L196[19:14:57] ⇦ Quits: cpup- (~cpup@32.218.112.219) (Ping timeout: 183 seconds)

L197[19:16:01] ⇦ Quits: cpup (~cpup@32.218.112.219) (Ping timeout: 200 seconds)

L198[19:21:32] ⇨ Joins: cpup (~cpup@32.218.112.239)

L199[19:27:16] ⇦ Quits: cpup (~cpup@32.218.112.239) (Ping timeout: 198 seconds)

L200[19:27:19] ⇦ Quits: CoderPuppy (~cpup@32.218.112.239) (Ping timeout: 200 seconds)

L201[19:28:42] ⇨ Joins: cpup (~cpup@32.218.113.5)

L202[19:33:12] ⇨ Joins: CoderPuppy (~cpup@32.218.113.5)

L203[19:45:45] ⇨ Joins: Doty1154 (~Doty1154@2601:648:8000:134f:c9cb:2e81:5960:6fc3)

L204[19:50:18] ⇦ Quits: PolarizedIons (~Polarized@vauff.me) (Ping timeout: 200 seconds)

L205[19:50:36] ⇦ Quits: Raqbit (~Raqbit@vauff.me) (Ping timeout: 204 seconds)

L206[19:50:56] ⇦ Quits: Subaraki (~Subaraki@vauff.me) (Ping timeout: 383 seconds)

L207[19:57:36] ⇦ Quits: KGS (~KGS@h-158-174-9-50.NA.cust.bahnhof.se) (Ping timeout: 186 seconds)

L208[20:04:17] ⇦ Quits: Abastro (~Abastro@175.117.182.109) (Quit: Bye)

L209[20:10:34] ⇦ Quits: MonkeyTyrant (~MonkeyTyr@173.212.73.164) (Quit: Leaving)

L210[21:00:23] ⇦ Quits: h5h77 (~h5h77@2a02:8108:4b40:907:922b:34ff:feae:b38b) (Remote host closed the connection)

L211[21:04:05] ⇨ Joins: Wastl2_ (~Wastl2@x4e34f366.dyn.telefonica.de)

L212[21:04:20] ⇦ Quits: Wastl2 (~Wastl2@x4e3415fd.dyn.telefonica.de) (Ping timeout: 383 seconds)

L213[21:04:33] ⇦ Quits: Lorentz (~Lorentz@kntaon1614w-lp130-01-70-50-133-172.dsl.bell.ca) (Quit: Leaving)

L214[21:39:18] <LexMobile> Thoughts? https://puu.sh/xIclw/0dcf3e4dc9.jpg http://puu.sh/xIcmi/b7df6d04e1.jpg

L215[21:40:04] <Corosus> shipit

L216[21:40:42] <Corosus> commands like that are always helpful for tracking down problem areas

L217[21:41:08] <LexMobile> Thats the idea, thinking of adding a killall [type] before i push it

L218[21:41:31] <Corosus> kinda possible in vanilla, /kill @e[type=zombie]

L219[21:41:38] <Corosus> havent tried it with modded mobs though

L220[21:42:05] <LexMobile> humm true... wonder what the syntax for that 'type' is...

L221[21:42:09] <Corosus> using modid:zombie doesnt work well though

L222[21:44:45] <LexMobile> actually no, minecraft:zombie would work

L223[21:44:54] <LexMobile> as all it does is check for that entity in the EntityList.

L224[21:45:49] <Corosus> oh hm

L225[21:46:50] <Corosus> ah, made the mistake of testing in 1.10 env

L226[21:46:53] <Corosus> works better in 1.12

L227[21:48:15] <Corosus> cool, yeah, /kill @e[type=weather2:weather_hail] works

L228[21:48:54] ⇦ Quits: HiddenKnowledge (~HiddenKn@93.ip-158-69-206.net) (Ping timeout: 204 seconds)

L229[21:50:10] ⇦ Quits: billy (~billy@ns520192.ip-158-69-120.net) (Ping timeout: 204 seconds)

L230[21:50:21] ⇨ Joins: McJty (~jorrit@ptr-9197ufn7k8tpiluxjpp.18120a2.ip6.access.telenet.be)

L231[21:52:24] ⇨ Joins: katrix (~katrix@2001:4647:b36d:0:8ce1:6baa:d6f4:9b98)

L232[21:52:32] ⇦ Quits: katrix (~katrix@2001:4647:b36d:0:8ce1:6baa:d6f4:9b98) (Remote host closed the connection)

L233[21:52:53] ⇦ Quits: Doty1154 (~Doty1154@2601:648:8000:134f:c9cb:2e81:5960:6fc3) (Quit: Leaving)

L234[21:55:03] ⇨ Joins: HiddenKnowledge (~HiddenKn@93.ip-158-69-206.net)

L235[22:08:36] ⇦ Quits: Brokkoli (~Brokkoli@p5B23CD11.dip0.t-ipconnect.de) (Quit: Die Sprache der Politik ist daf�r gemacht, dass L�gen wahr klingen und das T�ten angemessen wirkt. (George Orwell))

L236[22:10:49] ⇨ Joins: killjoy1 (~killjoy@2606:a000:1118:8030:e8ed:d44c:34e:7373)

L237[22:32:55] ⇦ Quits: Lathanael|Away (~Lathanael@p54960776.dip0.t-ipconnect.de) (Ping timeout: 186 seconds)

L238[22:39:04] ⇨ Joins: Lathanael|Away (~Lathanael@p54960BA1.dip0.t-ipconnect.de)

L239[22:39:37] ⇨ Joins: billy (~billy@ns520192.ip-158-69-120.net)

L240[22:39:48] <billy> I keep seeing everyone post links to http://www.minecraftforge.net/wiki/How_to_make_an_advanced_configuration_file but the page seems to be gone. Where can I find this information now?

L241[23:17:20] ⇨ Joins: ben_mkiv (~ben_mkiv@p4fed5fbd.dip0.t-ipconnect.de)

L242[23:29:22] ⇦ Quits: Dimtree (~dimtree@75-109-153-149.nbrncmtk01.res.dyn.suddenlink.net) (Ping timeout: 198 seconds)

L243[23:29:41] ⇦ Quits: McJty (~jorrit@ptr-9197ufn7k8tpiluxjpp.18120a2.ip6.access.telenet.be) (Quit: Leaving)

L244[23:30:22] ⇦ Quits: Davnit (~Davnit@72-189-115-20.res.bhn.net) (Read error: Connection reset by peer)

L245[23:32:21] ⇦ Quits: killjoy1 (~killjoy@2606:a000:1118:8030:e8ed:d44c:34e:7373) (Ping timeout: 186 seconds)

L246[23:35:52] ⇨ Joins: Davnit (~Davnit@72-189-115-20.res.bhn.net)

L247[23:48:49] ⇦ Quits: Cornelia (~Nel@c-75-71-231-133.hsd1.co.comcast.net) (Ping timeout: 186 seconds)

L248[23:53:47] ⇨ Joins: Dimtree (~dimtree@2002:4b6d:9995:0:3fc5:69d6:2cbe:9704)