<<Prev
Next>>
Scroll to Bottom
Stuff goes here
L1[00:04:32] ⇨
Joins: Hunterz
(~hunterz@2001:af0:8000:1c01:6af7:28ff:fe37:5d6a)
L2[00:04:52] ***
TTFTCUTS is now known as TTFT|Away
L3[00:12:42] ⇦
Quits: bilde2910 (bilde2910@51.174.170.178) (Ping timeout: 195
seconds)
L4[00:14:03] ⇨
Joins: AshIndigo_
(~AshIndigo@79-67-168-211.dynamic.dsl.as9105.com)
L5[00:14:36] ⇨
Joins: bilde2910 (bilde2910@51.174.170.178)
L6[00:15:05] ⇦
Quits: AshIndigo (~AshIndigo@188.29.164.163.threembb.co.uk) (Quit:
Bye)
L7[00:17:50] ⇨
Joins: kokolihapihvi
(~kokolihap@a91-154-117-107.elisa-laajakaista.fi)
L8[00:22:11] ⇦
Quits: bilde2910 (bilde2910@51.174.170.178) (Ping timeout: 189
seconds)
L9[00:24:07] ⇨
Joins: bilde2910 (bilde2910@51.174.170.178)
L10[00:27:18] ⇦
Quits: foxy (~gravityfo@cpe-23-242-168-28.socal.res.rr.com) (Read
error: Connection reset by peer)
L11[00:43:29] ⇨
Joins: foxy
(~gravityfo@cpe-23-242-168-28.socal.res.rr.com)
L12[00:44:38] ⇦
Quits: Brokkoli (~Brokkoli@p5B23C6BC.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))
L13[01:03:54] ⇨
Joins: VikeStep (~VikeStep@101.184.55.151)
L14[01:04:24] ⇨
Joins: AshIndigo
(~AshIndigo@188.29.164.163.threembb.co.uk)
L15[01:06:20] ⇦
Quits: AshIndigo_ (~AshIndigo@79-67-168-211.dynamic.dsl.as9105.com)
(Ping timeout: 186 seconds)
L16[01:31:24] ⇦
Quits: Kaiyouka (~IdiotNono@c-75-71-231-133.hsd1.co.comcast.net)
(Ping timeout: 186 seconds)
L17[01:31:38] <killjoy> Hm.. someone's
actually using my gradle plugin
L18[01:32:26] <killjoy> Oh wait, I wrote it
in
L19[01:32:44] ⇨
Joins: Kaiyouka
(~IdiotNono@c-75-71-231-133.hsd1.co.comcast.net)
L20[01:40:16] ⇦
Quits: killjoy (~killjoy@71.65.228.225) (Ping timeout: 206
seconds)
L21[01:46:25] ⇨
Joins: Snapples
(uid167569@id-167569.stonehaven.irccloud.com)
L22[01:52:11] ⇨
Joins: ThePsionic
(~ThePsioni@ip5457f909.direct-adsl.nl)
L23[01:53:41] ⇨
Joins: Emris (~Miranda@195.234.58.25)
L24[02:00:03] <MCPBot_Reborn> [TEST CSV]
Pushing snapshot_20161216 mappings to Forge Maven.
L25[02:00:07] <MCPBot_Reborn> [TEST CSV]
Maven upload successful for mcp_snapshot-20161216-1.11.zip
(mappings = "snapshot_20161216" in build.gradle).
L26[02:00:17] <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/
L27[02:04:28] ⇨
Joins: gigaherz
(gigaherz@198.red-88-22-37.staticip.rima-tde.net)
L28[02:06:13] ⇦
Parts: Ordinastie (~Ordinasti@bronyville.me)
(Leaving))
L29[02:06:20] ⇨
Joins: Ordinastie (~Ordinasti@bronyville.me)
L30[02:10:36] ⇦
Quits: Chais (~Chais@62.178.210.212) (Read error: Connection reset
by peer)
L31[02:11:54] ⇨
Joins: Chais (~Chais@62.178.210.212)
L32[02:12:19] ***
Darkevilmac is now known as DarkevilAway
L33[02:15:13] ⇦
Quits: ThePsionic (~ThePsioni@ip5457f909.direct-adsl.nl) (Quit:
Leaving)
L34[02:43:08] ⇨
Joins: gigaherz|work (~gigaherz@84.89.63.25)
L35[02:44:57] ⇨
Joins: fry (~rainwarri@195.91.246.187)
L36[02:44:58]
MineBot sets mode: +o on fry
L37[02:47:20] <AshIndigo> Welcome back
fry!
L38[02:48:25] ⇦
Quits: Zolingoto (~Melakion@50-35-186-32.evrt.wa.frontiernet.net)
(Ping timeout: 206 seconds)
L39[02:51:10] ⇦
Quits: Naiten (Naiten@82.162.176.233) (Read error: Connection reset
by peer)
L40[03:02:04] ⇦
Quits: AstralSorcerer (~AstralSor@128.151.114.127) (Ping timeout:
186 seconds)
L41[03:05:14] ⇦
Quits: VikeStep (~VikeStep@101.184.55.151) (Read error: Connection
reset by peer)
L42[03:09:35] ⇨
Joins: VikeStep (~VikeStep@101.184.55.151)
L43[03:10:36] ⇦
Quits: Larry1123 (Larry1123@irc.larry1123.net) (Ping timeout: 186
seconds)
L44[03:15:01] ⇨
Joins: Larry1123 (Larry1123@irc.larry1123.net)
L45[03:18:20] ⇦
Quits: immibis (~chatzilla@122-61-224-36.jetstream.xtra.co.nz)
(Ping timeout: 198 seconds)
L46[03:24:14] ⇦
Quits: Everseeking
(~Everseeki@pool-100-6-95-214.pitbpa.fios.verizon.net) (Quit: Big
Gulps, huh? Alright... Welp, see ya later)
L47[03:41:21] ⇨
Joins: psxlover
(psxlover@athedsl-4414923.home.otenet.gr)
L48[04:08:44] ⇦
Quits: AshIndigo (~AshIndigo@188.29.164.163.threembb.co.uk) (Ping
timeout: 186 seconds)
L49[04:09:48] ⇨
Joins: AshIndigo
(~AshIndigo@188.29.164.163.threembb.co.uk)
L50[04:16:38] *** V is
now known as Vigaro
L51[04:19:17] ⇦
Quits: AshIndigo (~AshIndigo@188.29.164.163.threembb.co.uk) (Ping
timeout: 206 seconds)
L52[04:23:38] ⇦
Quits: phroa (phroa@phroa.net) (Ping timeout: 206
seconds)
L53[04:36:45] ⇨
Joins: AshIndigo
(~AshIndigo@188.29.164.163.threembb.co.uk)
L54[04:46:44] ⇨
Joins: Searge|office
(~Searge@h-85-24-130-18.na.cust.bahnhof.se)
L55[04:46:50] ⇦
Quits: Searge|mojang (~Searge@h-85-24-130-18.na.cust.bahnhof.se)
(Ping timeout: 206 seconds)
L56[04:48:06] <AshIndigo> I forget that
some modders are working for mojang
L57[04:49:24] ***
Vigaro is now known as V
L58[04:52:38] ⇦
Quits: MikrySoft (~mikrysoft@89-76-18-43.dynamic.chello.pl) (Ping
timeout: 206 seconds)
L59[05:04:34] ⇨
Joins: Naiten (Naiten@82.162.180.16)
L60[05:20:14] <gigaherz|work> AshIndigo:
pretty much "former modders" at this point, since they
are now modifying the actual game ;P
L61[05:27:38] *** V is
now known as Vigaro
L62[05:29:08] ⇦
Quits: AshIndigo (~AshIndigo@188.29.164.163.threembb.co.uk) (Ping
timeout: 198 seconds)
L63[05:29:43] ⇨
Joins: AshIndigo
(~AshIndigo@188.29.164.163.threembb.co.uk)
L64[05:32:40] ⇨
Joins: quadraxis
(~quadraxis@cpc77293-basf12-2-0-cust699.12-3.cable.virginm.net)
L65[05:36:18] ⇦
Quits: AshIndigo (~AshIndigo@188.29.164.163.threembb.co.uk) (Ping
timeout: 384 seconds)
L66[05:37:43] ⇨
Joins: KGS (~KGS@h-155-4-129-249.na.cust.bahnhof.se)
L67[05:42:42] ⇦
Quits: Hunterz (~hunterz@2001:af0:8000:1c01:6af7:28ff:fe37:5d6a)
(Remote host closed the connection)
L70[05:52:37] ⇨
Joins: AshIndigo
(~AshIndigo@188.29.164.163.threembb.co.uk)
L71[05:55:00] ⇦
Quits: bilde2910 (bilde2910@51.174.170.178) (Ping timeout: 384
seconds)
L72[05:55:35] ⇨
Joins: bilde2910 (bilde2910@51.174.170.178)
L73[06:13:27] ⇨
Joins: Cast0077
(~Cast0077@24-181-179-41.dhcp.nwtn.ct.charter.com)
L74[06:17:23] ⇦
Quits: turmfalke (~turmfalke@p5DCE035C.dip0.t-ipconnect.de) (Quit:
turmfalke)
L75[06:34:28] ⇨
Joins: edr (~edr@d-65-175-180-73.cpe.metrocast.net)
L76[06:34:32] ⇨
Joins: Koward
(~Koward@2a02:2788:7d4:4dd:69ba:5e9f:345a:6033)
L77[06:37:51] ⇨
Joins: Umbraco
(~Umbraco@113x37x12x233.ap113.ftth.ucom.ne.jp)
L78[06:46:28] <quadraxis> seems ok
now
L79[06:52:48] ⇦
Quits: Koward (~Koward@2a02:2788:7d4:4dd:69ba:5e9f:345a:6033) (Ping
timeout: 384 seconds)
L80[06:56:36] ⇦
Quits: edr (~edr@d-65-175-180-73.cpe.metrocast.net) (Read error:
Connection reset by peer)
L81[06:57:15] ⇨
Joins: edr (~edr@d-65-175-180-73.cpe.metrocast.net)
L82[06:59:26] ⇦
Quits: gigaherz|work (~gigaherz@84.89.63.25) (Remote host closed
the connection)
L83[06:59:55] ⇨
Joins: gigaherz|work (~gigaherz@84.89.63.25)
L84[07:00:43] ⇦
Quits: Wastl2 (~Wastl2@x4e34eb5b.dyn.telefonica.de) (Ping timeout:
206 seconds)
L85[07:03:07] ⇨
Joins: Wastl2 (~Wastl2@x4e350fad.dyn.telefonica.de)
L86[07:05:44] ⇦
Quits: KGS (~KGS@h-155-4-129-249.na.cust.bahnhof.se) (Ping timeout:
198 seconds)
L87[07:06:24] ⇦
Quits: gigaherz|work (~gigaherz@84.89.63.25) (Ping timeout: 384
seconds)
L88[07:08:28] ⇦
Quits: AshIndigo (~AshIndigo@188.29.164.163.threembb.co.uk) (Quit:
Bye)
L89[07:08:59] ⇨
Joins: AshIndigo (~AshIndigo@138.68.158.27)
L90[07:10:33] ⇦
Quits: VikeStep (~VikeStep@101.184.55.151) (Read error: Connection
reset by peer)
L91[07:12:29] ⇨
Joins: VikeStep (~VikeStep@101.184.55.151)
L92[07:13:31] ***
Vigaro is now known as V
L93[07:20:17] ⇦
Quits: bilde2910 (bilde2910@51.174.170.178) (Ping timeout: 195
seconds)
L94[07:22:14] ⇨
Joins: bilde2910 (bilde2910@51.174.170.178)
L95[07:26:29] ⇦
Quits: VikeStep (~VikeStep@101.184.55.151) (Read error: Connection
reset by peer)
L96[07:26:38] ⇨
Joins: AshIndigo_
(~AshIndigo@188.29.164.163.threembb.co.uk)
L97[07:27:20] ⇦
Quits: AshIndigo (~AshIndigo@138.68.158.27) (Ping timeout: 198
seconds)
L98[07:51:10] ***
amadornes[OFF] is now known as amadornes
L99[07:51:12] ⇦
Quits: npe|office (~NPExcepti@bps-gw.hrz.tu-chemnitz.de) (Remote
host closed the connection)
L100[08:01:13] ⇦
Quits: Umbraco (~Umbraco@113x37x12x233.ap113.ftth.ucom.ne.jp)
()
L101[08:12:58] ***
airbreather__ is now known as airbreather
L102[08:17:08] ⇦
Quits: quadraxis
(~quadraxis@cpc77293-basf12-2-0-cust699.12-3.cable.virginm.net)
(Quit: ChatZilla 0.9.93 [Firefox
50.1.0/20161208153507])
L103[08:26:52] ⇦
Quits: AshIndigo_ (~AshIndigo@188.29.164.163.threembb.co.uk) (Ping
timeout: 186 seconds)
L104[08:27:08]
⇨ Joins: Hgrebnednav
(~Hgrebnedn@d8D872A6E.access.telenet.be)
L105[08:27:24]
⇨ Joins: karjah
(~karjah@h237.56.20.98.dynamic.ip.windstream.net)
L106[08:27:29]
⇨ Joins: Hunterz (~hunterz@62.182.234.189)
L107[08:28:08] ***
Keridos|away is now known as Keridos
L108[08:32:06]
⇨ Joins: AshIndigo_
(~AshIndigo@188.29.164.163.threembb.co.uk)
L109[08:43:33]
⇨ Joins: Meow-J (~Meow-J@45.32.34.121)
L110[08:50:14]
⇨ Joins: fatguylaughing
(~fatguylau@worx01.worxco.net)
L111[08:55:12] ⇦
Quits: Darkhax
(~darkhax@node-1w7jra24u4wfrp941goumoj21.ipv6.telus.net) (Ping
timeout: 384 seconds)
L112[08:57:14] <ShadCanard_> Is there a
way to inject values into default MC ? like inject swing time to 0
:D
L113[08:58:31] ***
ShadCanard_ is now known as ShadCanard
L114[08:58:37] *** V
is now known as Vigaro
L115[09:00:43]
⇨ Joins: iso2013
(~iso2013@c-67-176-10-45.hsd1.co.comcast.net)
L116[09:05:49] ***
TTFT|Away is now known as TTFTCUTS
L117[09:10:51]
⇨ Joins: turmfalke
(~turmfalke@p5DCE035C.dip0.t-ipconnect.de)
L118[09:12:15] ⇦
Quits: Cast0077 (~Cast0077@24-181-179-41.dhcp.nwtn.ct.charter.com)
(Quit: Poof)
L119[09:21:18] ***
Vigaro is now known as V
L120[09:27:41]
⇨ Joins: Darkhax
(~darkhax@node-1w7jra24u4wfrrc5n7y4fcbxi.ipv6.telus.net)
L121[09:31:27] ***
PaleOff is now known as PaleoCrafter
L122[09:32:47] ⇦
Parts: RANKSHANK
(~Michael@ppp121-44-7-163.lns20.syd4.internode.on.net)
())
L123[09:37:01]
⇨ Joins: Samario
(~Samario@cpc5-bigg3-2-0-cust219.9-2.cable.virginm.net)
L124[09:41:03]
⇨ Joins: ThePsionic
(~ThePsioni@ip5457f909.direct-adsl.nl)
L125[10:01:03] <Tazz> whattup
L126[10:01:58]
⇨ Joins: Jezza (~Jezza@92.206.161.17)
L127[10:03:18] ⇦
Quits: jackmcbarn (jackmcbarn@gateway.insomnia247.nl) (Ping
timeout: 192 seconds)
L129[10:11:51]
⇨ Joins: jackmcbarn
(jackmcbarn@gateway.insomnia247.nl)
L130[10:14:41]
⇨ Joins: Fye
(~Fye@dynamic-adsl-84-221-215-62.clienti.tiscali.it)
L131[10:15:49]
⇨ Joins: secknv
(~secknv@bl14-176-22.dsl.telepac.pt)
L132[10:34:23]
⇨ Joins: sibomots
(~sibomots@50-251-216-35-static.hfc.comcastbusiness.net)
L133[10:47:15]
⇨ Joins: NineChickens
(uid196646@id-196646.ealing.irccloud.com)
L134[10:47:43] ⇦
Quits: Searge (~Searge@c83-250-150-134.bredband.comhem.se) (Read
error: Connection reset by peer)
L135[10:54:09]
⇨ Joins: hyfloac (webchat@filter.edenpr.org)
L136[10:57:01] ⇦
Quits: kokolihapihvi
(~kokolihap@a91-154-117-107.elisa-laajakaista.fi) (Quit:
Leaving)
L137[10:59:38] ⇦
Quits: johnnyhostile (~irssi@castlevania.blackholegate.net) (Remote
host closed the connection)
L138[11:04:25]
⇨ Joins: johnnyhostile
(~irssi@castlevania.blackholegate.net)
L139[11:10:25]
⇨ Joins: Brokkoli
(~Brokkoli@p5B23C6BC.dip0.t-ipconnect.de)
L140[11:14:25] <Tazz> lol is this place
dead or what? XD
L141[11:17:52] <sibomots> no one here but
us chickens
L142[11:18:15] <sibomots> or better:
"Dave's not here, man."
L144[11:19:52] <g> Anyone know what this
mercurius stuff is for?
L145[11:19:58] <g> I note the updater
plugin
L146[11:20:02] <g> er, mod
L147[11:20:35] <sibomots> i think it's an
addon that feeds the analytics appetite of MinecraftForge grand poo
bah, what's his name
L149[11:21:15] <g> well, see, I use a
custom modpack launcher
L150[11:21:29] <g> it doesn't
automatically include the updater so I have to include it manually,
since the server requires it
L151[11:21:38] <g> every so often though,
it causes an NPE during client startup
L152[11:22:11] <sibomots> nod. it's not an
issue. i too use acustom launcher and it's not a problem. but logs,
error messages, etc.. would help troubleshoot.
L153[11:22:26] <g> yeah, was just getting
the crash log now
L155[11:22:50] <g> lol, forgot about
foamfix
L156[11:22:57] <g> we had this issue
before we used foamfix anyway
L157[11:25:39] <Tazz> lol
L158[11:25:47] ⇦
Quits: blood_ (unknown@ool-4574115b.dyn.optonline.net) (Read error:
Connection reset by peer)
L159[11:25:47] <Tazz> but Dave is sitting
right next to me XD
L160[11:27:03]
⇨ Joins: Scoaex_
(~Scoaex@p2E5BA3DD.dip0.t-ipconnect.de)
L161[11:27:08] ⇦
Quits: sibomots
(~sibomots@50-251-216-35-static.hfc.comcastbusiness.net) (Ping
timeout: 186 seconds)
L162[11:28:19] <g> it's just kinda
annoying that this thing, which I didn't want, does this xD
L163[11:28:39] <g> and I can't not use
it
L164[11:30:21]
⇨ Joins: Hgreb
(~Hgrebnedn@d8d872a6e.access.telenet.be)
L165[11:30:56] ⇦
Quits: hyfloac (webchat@filter.edenpr.org) (Quit: Web client
closed)
L166[11:32:08] ⇦
Quits: Hgrebnednav (~Hgrebnedn@d8D872A6E.access.telenet.be) (Ping
timeout: 198 seconds)
L167[11:41:14] ⇦
Quits: Darkhax
(~darkhax@node-1w7jra24u4wfrrc5n7y4fcbxi.ipv6.telus.net) (Ping
timeout: 384 seconds)
L168[11:48:04] ⇦
Quits: Naiten (Naiten@82.162.180.16) (Read error: Connection reset
by peer)
L169[11:52:07]
⇨ Joins: Darkhax
(~darkhax@node-1w7jra24u4wfrrc5n7y4fcbxi.ipv6.telus.net)
L170[11:59:47] <gigaherz> Rogue One
watched :3
L171[12:01:25] ⇦
Quits: sww1235 (~sww1235@lotus.cs.colostate.edu) (Remote host
closed the connection)
L172[12:05:00] ⇦
Quits: Upth (~ogmar@108-85-88-44.lightspeed.frokca.sbcglobal.net)
(Ping timeout: 186 seconds)
L173[12:05:19]
⇨ Joins: killjoy (~killjoy@71.65.228.225)
L174[12:05:53]
⇨ Joins: Upth
(~ogmar@108-85-88-44.lightspeed.frokca.sbcglobal.net)
L175[12:06:11] ⇦
Quits: Upthorn
(~ogmar@108-85-88-44.lightspeed.frokca.sbcglobal.net) (Ping
timeout: 206 seconds)
L176[12:06:46]
⇨ Joins: Upthorn
(~ogmar@108-85-88-44.lightspeed.frokca.sbcglobal.net)
L177[12:18:29] <InusualZ> gigaherz, it's
good?
L178[12:19:17] <gigaherz> yeah
L179[12:19:43] <gigaherz> I went there
with a bunch of people, among them a starwars fan
L180[12:19:56] <gigaherz> and he said
there were only two annoyance with the movie
L181[12:20:03] <gigaherz> and that it has
the best space battle in ages
L182[12:20:27] <gigaherz> the movie is
good. not necessarily the best star wars film, but really
good
L183[12:23:09]
⇨ Joins: Cast0077
(~Cast0077@24-181-179-41.dhcp.nwtn.ct.charter.com)
L184[12:28:28] ⇦
Quits: AshIndigo_ (~AshIndigo@188.29.164.163.threembb.co.uk) (Ping
timeout: 186 seconds)
L185[12:35:08] ⇦
Quits: Zed (~Zed@213.152.161.35) (Ping timeout: 198
seconds)
L186[12:35:38] ⇦
Quits: Hink (~Hink@hink.me) (Ping timeout: 384
seconds)
L187[12:41:24] ***
diesieben|away is now known as diesieben07
L188[12:44:42] ⇦
Quits: Darkhax
(~darkhax@node-1w7jra24u4wfrrc5n7y4fcbxi.ipv6.telus.net) (Ping
timeout: 384 seconds)
L189[12:47:37]
⇨ Joins: phroa (phroa@173.254.236.155)
L190[12:49:12] <LexDesktop> <g> it
doesn't automatically include the updater so I have to include it
manually, since the server requires it
L191[12:49:12] <LexDesktop> <g>
every so often though, it causes an NPE during client startup
L192[12:49:14] <LexDesktop> ?
L193[12:49:23] <g> I did post a log as
well
L194[12:49:32] <g> but yeah, manually
installing forge on the server, it's present
L195[12:49:42] <g> the modpack launcher
doesn't include it, but if the client doesn't have it, the server
rejects
L196[12:49:58] <LexDesktop> it shouldnt
reject it..
L197[12:50:02] <LexDesktop> we fixed that
weeks ago
L198[12:50:21] <g> well, I first set this
up weeks ago, and haven't randomly decided to remove the mod from
the pack :P
L199[12:50:24]
⇨ Joins: Everseeking
(~Everseeki@pool-100-6-95-214.pitbpa.fios.verizon.net)
L200[12:50:31] <g> the crash was the issue
anyways
L201[12:50:47] ⇦
Quits: Scoaex_ (~Scoaex@p2E5BA3DD.dip0.t-ipconnect.de) (Quit:
Leaving)
L202[12:50:59] <LexDesktop> ah ya, the
server cant auto-update the updater.
L204[12:51:18] <LexDesktop> so anything we
fixed in that wont get pushed automatically.
L205[12:51:22] <g> ah right
L207[12:53:29] <g> I'll just replace the
one in the libs with that?
L208[12:53:47] <LexDesktop> yup
L209[12:53:57] <g> okay, thanks
L210[12:54:02] <g> what about that
NPE?
L211[12:54:12] <LexDesktop> if you're
running 1.10.2, if running something else, obviously get the riught
mc version
L212[12:54:20] <g> yeah, I'm on
1.10.2
L214[12:54:41] <g> okay, cool, you already
got that as well
L215[12:54:43] <g> alright, awesome,
thanks
L216[12:56:49] <LexDesktop> Do not report
to Forge! Remove FoamFix (or replace with FoamFix-Lawful) and try
again. (foamfix-0.4.0a-anarchy.jar)
L217[12:56:58] <LexDesktop> I like that
guy, also what is FoamFix?
L218[12:57:11] <g> It does a bunch of
stuff to improve performance under the hood
L219[12:57:23] <LexDesktop> ....
right...
L220[12:57:26] <g> it's got the anarchy
one, which is a more aggresive coremod, and the lawful one which
isn't
L221[12:57:36] <g> aggressive*
L222[12:57:47] <g> they're
asiekierka's
L223[12:57:49] <LexDesktop> Dont trust any
'performance' coremods...
L224[12:57:50] <LexDesktop> AH
L225[12:57:54] <LexDesktop> ya no
L226[12:57:56] ⇦
Quits: RichardG (~richardg8@201.37.255.130) (Ping timeout: 198
seconds)
L227[12:58:03] <g> yeah, nah, I usually
don't, I just happen to know asie personally
L228[12:58:27] <g> it _does_ improve
performance a fair bit but I'm still testing to figure out what it
might break
L229[12:58:30] <LexDesktop> any
performance coremod that isnt actually in forge, isn't for good
reasons.
L230[12:58:59] <g> yeah, I figured
L232[13:00:10] <LexDesktop> Looks TOTALLY
legit...
L233[13:00:31] <g> yep, so legit he even
points out how much of a joke the design of the page is.. on the
site
L234[13:01:28] <diesieben07> "makes
minecraft go fast, by which i mean use less memory" ...
sure.
L235[13:03:16] <gigaherz> wait how's
"less memory" related to "fast"?
L236[13:03:29] <g> less swapping on
lower-end systems
L237[13:03:36] <gigaherz> computing is
usually a tradeoff between time and memory -- faster means more
memory involved
L238[13:03:44] <gigaherz> unless you
actually do less wor
L239[13:03:45] <diesieben07> if you have
swapping... you have already lost
L240[13:03:46] <gigaherz> k
L241[13:03:55] <gigaherz> in which chase
one has to wonder which work they stop mc from doing
L242[13:04:06] <g> well, the source is
there if you're curious
L244[13:04:25] <diesieben07> looking at it
no
L245[13:05:04] <g> when I asked him about
it, asie mentioned something about cache thrashing
L246[13:05:20] <gigaherz> okay it seems to
primarily deduplicate model instances
L247[13:05:24] <LexDesktop> So looking
into it
L248[13:05:54] <LexDesktop> His
UnpackedBakedQuads, what he does is he packs them.
L249[13:06:17] <LexDesktop> This has been
suggested, it does technically 'deduplicate' things as the data is
there twice.
L250[13:06:30] <LexDesktop> However it
does it at the cost of constant CPU usage rendering the chunk
L251[13:06:45] <LexDesktop> As the
lighting engine needs to unpack the data in order to deal with it
properly.
L252[13:06:51] ⇦
Quits: ThePsionic (~ThePsioni@ip5457f909.direct-adsl.nl) (Read
error: Connection reset by peer)
L253[13:06:58]
⇨ Joins: asie (~asie@asie.pl)
L254[13:06:59] <asie> Incorrect.
L255[13:07:05] <heldplayer> wow
L256[13:07:11] *
heldplayer waves
L257[13:07:14] <LexDesktop> I've
instructed fry to add a config option for this when he gets time.
As the current PR is just 'do this for everyone cuz reasons!'
L258[13:07:28] <asie> No, the unpacked
float arrays stay as they are. I do something else
altogether.
L259[13:07:35] <LexDesktop> A 'Use less
ram but more cpu' config with proper descriptions
L260[13:07:57] <asie> Also, since I'm
already here...
L262[13:08:07] <asie> Charset's suffering
from this
L263[13:08:21] <asie> and I have no other
way to notify anyone, really
L264[13:08:28] ⇦
Quits: Alex_hawks|Alt (~Alex_hawk@101.186.245.179) (Ping timeout:
186 seconds)
L266[13:08:52] <asie> How do I PR?
L267[13:08:56] <LexDesktop> ...
L268[13:08:57] <asie> You blocked me in
July, remember?
L269[13:09:05] <asie> For a good reason,
but you still have.
L270[13:09:09] <LexDesktop> right for good
reason
L271[13:09:13] <LexDesktop> then tell mezz
and he'll pr
L272[13:09:18] <LexDesktop> he's the pr
guy
L273[13:09:20] <asie> I did, but I'm
waiting on him and the bug persists
L274[13:09:31] <asie> and it's a literal
typo
L275[13:09:47] <PaleoCrafter> Lex, what'd
you think of a PR that truncates the loading screen strings when
too long? is that too much information lost or would it be fine for
aesthetics' sake? :P
L276[13:09:49] <LexDesktop> i know, but
the reason we need PRs is because by the time i get to it
L277[13:09:53] <LexDesktop> i'll of
forgoten about it
L278[13:10:05] <asie> Alright, fine.
L279[13:10:24] <LexDesktop> As for any
current PRs, I've allocated time this weekend to go over the ones
that mezz has filtered for me.
L280[13:10:29] <LexDesktop> along with
continuing to pack
L281[13:10:33] <LexDesktop> as im
moving
L282[13:10:35] <LexDesktop> hence not much
time
L283[13:10:40] <asie> As for the website's
legitimacy - I lost any interest in pretending to act serious with
my personal mod development
L284[13:10:47] <asie> so I just don't
bother anymore...
L285[13:10:58] <PaleoCrafter> also,
Flamegoat, you around atm perchance? :P
L286[13:11:10] <asie> If you have any
questions, feel free to ask
L287[13:11:45] <g> RE the lighting
stuff
L288[13:11:54] <g> I find that it causes
slightly more lag if I have it set to fast lighting
L289[13:11:58] <g> but smooth is way
faster than it was
L290[13:12:01] * g
shrugs
L292[13:13:10] <LexDesktop> thats seems to
be your entire deduplicating thing.. unless im missing
something...
L293[13:13:23] <asie> Deduplicator.java
has the logic, but it's very ugly.
L294[13:13:30] <asie> I'm not really keen
on having the stuff go to Forge, as it's a hack of insane
proporitons.
L295[13:13:41] <asie> However, it doesn't
break any assumptions Forge makes, and it's not even a
coremod
L296[13:13:44] <asie> (the coremod is
entirely optional)
L297[13:13:54] <asie> (and doesn't take
care of memory in any way)
L298[13:14:46] <LexDesktop> the coremod is
this 'deduplicator' shit.
L299[13:14:46] <g> well, I'm glad it's not
my code, I don't think I could deal with reading it every time I
went to fix something xD
L300[13:14:49] <asie> No.
L301[13:14:56] <asie> It does not use a
coremod.
L302[13:14:59] <LexDesktop> im not seeing
where its actually desuplicating anything...
L303[13:15:23] <asie> *shrug*
L304[13:15:44] <Tencao> I've been using it
after finding it the other day, nothing broken so far
L305[13:15:55] <g> yeah, must admit, it
hasn't broken anything for me yet either
L306[13:15:59] <LexDesktop> it doesnt look
like it break anything in game or functionally
L307[13:16:03] <asie> There was a bug with
Botania once.
L308[13:16:08] <LexDesktop> its slow down
your game, and possibly cause rendering issues
L309[13:16:12] <asie> Wrong.
L310[13:16:23] <asie> The unpacked data is
still present in memory.
L311[13:16:31]
⇨ Joins: minecreatr (~minecreat@tterrag.com)
L312[13:16:48] <Tencao> So basically a
garbage collect?
L313[13:17:00] <asie> Not really, that
wouldn't be anywhere near as effective as the results I'm
getting.
L314[13:17:02] <LexDesktop> wait
L315[13:17:06] <asie> The deduplication
process contributes to only ~60% of it.
L316[13:17:08] <LexDesktop> Oh I see what
you're doing
L317[13:17:14] <LexDesktop> I think
L318[13:17:15] ***
MrKick|Away is now known as MrKickkiller
L319[13:17:28] <asie> The configuration
file actually documents every feature in the mod.
L320[13:17:32] <LexDesktop> you're keping
a hard map to everything piped through the UnpackedQuads
L321[13:17:38] <asie> Yes...
L322[13:17:55] <asie> (Which I wipe later,
as it also takes up a lot of memory)
L323[13:18:20] <LexDesktop> ya, it also
has the potential for corrupting data.
L324[13:18:34] <asie> If a mod modifies
unpackedData with reflection, which is - as far as I know - never
the case, yes
L325[13:18:36] <LexDesktop> as the hashing
systems are not 100% collision free
L326[13:18:41] <asie> I don't rely only on
hashing.
L328[13:19:00] <LexDesktop> looks to me
like you do...
L329[13:19:03] <asie> It's a
HashSet.
L330[13:19:12] <asie> Trove's HashSet, as
I can define custom equals/hashCode on them, and arrays don't
provide their own built in.
L331[13:19:13] ⇦
Quits: TTFTCUTS (~ttftcuts@2001:41d0:a:2dcf::) (Quit:
boop)
L332[13:19:25] <asie> HashSets don't
corrupt data; they use hashes for bucketing, not storage.
L333[13:19:47] <asie> All deduplicate is
is "put if absent and get always"
L334[13:20:58]
⇨ Joins: digitalseraphim
(~digitalse@cpe-74-78-215-239.twcny.res.rr.com)
L335[13:21:04] <asie> Also, you're using a
very old tree.
L336[13:21:26] <asie> Corresponding to a
buggy version of FoamFix with an experimental shot at fixing ghost
chunkloading which never worked out.
L337[13:21:40] <asie> I've tried to fix
that problem with at least three tries, but Minecraft's chunk
unloading logic makes no sense, even to Grum.
L338[13:21:59] <LexDesktop> Thats the
current tree for the current version as returned by github
L339[13:22:02] <asie> No?
L340[13:22:09] <LexDesktop> 'it may not be
the speicifc file
L342[13:22:13] <asie> Check again
L343[13:22:18] <asie> Oh, per-file,
yeah.
L344[13:22:19] <asie> That'd make
sense
L345[13:22:31] <g> yeah it matches what's
on master
L346[13:22:34] <asie> That file was not
updated for a long time, as it's simply a thin wrapper on top of
TCustomHashSet
L348[13:22:42]
⇨ Joins: KGS
(~KGS@h-155-4-129-249.na.cust.bahnhof.se)
L349[13:22:47] <asie> diesieben07: It
does.
L350[13:22:51] <asie> It doesn't modify
anything, but it does.
L351[13:22:59] <LexDesktop> anyways
L352[13:23:02] <diesieben07> the
collection still holds on to the non-deduplicated thing
L353[13:23:08] <diesieben07> so... it
doesn't deduplicate anything
L354[13:23:11] <asie> Yes, because data
inside Collections cannot be reliably deduplicated.
L355[13:23:17] <LexDesktop> i'd like to
see some profiles of this if the cost of CPU time is worth the
benifit.
L356[13:23:17] <asie> Lists and Maps are
handled separately
L357[13:23:21] <asie> What cost of CPU
time, Lex?
L358[13:23:26] <diesieben07> i know... why
d you do that then? :D
L359[13:23:28] <asie> You still don't
understand what the code does.
L360[13:23:39] <LexDesktop> Also, and
explination of why the unpacked quads are getting duplicate data
sent through them.
L361[13:23:41] <asie> It does not force
Forge to use the packed data, ever. That would be foolish.
L362[13:23:51] <gigaherz> if I'm reading
this correctly
L363[13:23:52] <LexDesktop> no I fully
understand what the code does now
L364[13:24:05] <gigaherz> it makes
IBakedQuads share BakedQuad instances, rather than have each their
own?
L365[13:24:06] <LexDesktop> I juyst want
to know why its nessasary and what the costs are
L366[13:24:30] <gigaherz> eh or rather,
share the contents of those quads?
L367[13:24:38] <asie> I'm going to be
honest with you... There's enough bad blood between us to make me
unwilling to provide a full explanation. But I'll do it anyway,
because in the end, it benefits everyone else.
L368[13:24:56] <LexDesktop> write it up
properly, and i'll shove it at fry
L369[13:25:11] <asie> Ah, I won't bother
that much. Sorry.
L370[13:25:14] <LexDesktop> Bad blood has
nothign to do with it, its his shit and i'll leave it up to
him.
L371[13:25:26] <asie> I have better things
to do than contribute to a project whose owner wants me as far away
from it as possible, sorry.
L372[13:25:39] <LexDesktop> then fuck off
from the community then.
L373[13:25:50] <asie> No, you're the one
who wants me to go away.
L374[13:25:58] ***
asie was kicked by MineBot (Banned: (7day) Dont sit in my channel
if you don't want to be part of the community.))
L375[13:26:52] <gigaherz> ... and ithe
conversation was going relatively well, too
L376[13:27:08] <g> sometimes people can't
let go of stuff, I guess
L377[13:27:08] <LexDesktop> I asked
nicely, I stated that I wouldn't care or let 'bad blood' sway me.
And this entire conversation is evidence that I am willing to give
it legitimate time to figure it out.
L378[13:27:16] <LexDesktop> Hes the one
who gets his panties in a twist
L379[13:28:06] <Tencao> I have no idea
what's going on nor do i want to
L380[13:28:20] <LexDesktop> So, what this
UYnpackedBakedQuads fix does, is if two UnpackedBakedQuads are
constructred with the exact same contents {which im legitimatly
curious how the could happen} then it will make both of them point
to the same array for its data.
L381[13:28:24]
⇨ Joins: Zed (~Zed@213.152.161.35)
L382[13:29:10] ***
Keridos is now known as Keridos|away
L383[13:29:14] <gigaherz> I think it can
happen in cases like two model variants ending up with the same set
of (sub)models, I guess
L384[13:29:20] <LexDesktop> Which, I can
see the theoretical benifits. If the unbaked data is read only then
this is fine. But if its written in any way then there are issues
because that would theoretically mean that modification to one
model modifies another which is bad.
L385[13:29:25]
⇨ Joins: williewillus
(~williewil@cpe-24-28-24-13.austin.res.rr.com)
L386[13:30:43] <LexDesktop> As for the
PERFORMANCE I was referring to, I was meaning at load time, as his
system has to go through several functions and several hashes
during the constructor of every UnpackedBakedQuad. Which can get
very costly CPU wise.
L387[13:32:06] <g> oh, before I forget, if
a log message is prefixed with [FML], could it only be coming from
forge itself, or does stdout get redirected there or
something?
L388[13:32:21] <LexDesktop> quite a few
things can get redirected to it
L389[13:32:28] <g> balls, okay
L390[13:32:39] <killjoy> stdout gets
redirected to the calling class
L391[13:32:47] <diesieben07> there are
also the realyl smart people who use FMLLog from mod code -_-
L392[13:33:07] <g> I noticed something
spamming "[FML] beetroot 1" and "[FML] beetroot
2" whenever I look at beetroot (on the client), I figured it
wasn't actually from forge but it's good to check
L393[13:33:28] <diesieben07> yay, people
who don't test their mods before release...
L394[13:33:34] <LexDesktop> also just for
note, it looks like his 'ram saved' counter is inaccurate...
L395[13:34:03] <diesieben07> who would
have thought.
L396[13:34:23] <g> I wouldn't mind but
it's like 20+ lines per tick
L397[13:34:29] <g> so it lags down the log
viewer
L398[13:34:37] <LexDesktop> clDeduplicate
= config.getBoolean("deduplicateModels",
"client", true, "Enable deduplication of redundant
objects in memory.");
L399[13:34:47] <LexDesktop> No.. no that
doesn't "fully explain" what is going on...
L400[13:35:35]
⇨ Joins: Hgrebnednav_
(~Hgrebnedn@d8D872A6E.access.telenet.be)
L401[13:35:46] <LexDesktop>
clCleanRedundantModelRegistry =
config.getBoolean("clearDuplicateModelRegistry",
"client", true, "Clears the baked models generated
in the first pass *before* entering the second pass, instead of
*after*. While this doesn't reduce memory usage in-game, it does
reduce it noticeably during loading.");
L402[13:35:47] <LexDesktop>
L403[13:35:54] <LexDesktop> The ONLY
exisitng baked model in the first pas...
L404[13:36:07] <LexDesktop> is the MISSING
model.. so you're saving like 100 bytes...
L405[13:37:32] ⇦
Quits: Jezza (~Jezza@92.206.161.17) (Ping timeout: 206
seconds)
L407[13:39:45] ***
Keridos|away is now known as Keridos
L408[13:39:59] <LexDesktop> This one is
actually legit, no reason to allocate that much at start.
L409[13:41:20] <g> I mean, that's the only
model that _should_ be loaded at first pass, right?
L410[13:41:31] <g> assuming everything
works as expected
L411[13:41:38] <g> it's a huge
project
L412[13:42:10] <g> I guess that's what you
were trying to find out though, lol
L413[13:42:12]
⇨ Joins: Jezza (~Jezza@92.206.161.17)
L414[13:42:30] ⇦
Quits: Hgreb (~Hgrebnedn@d8d872a6e.access.telenet.be) (Ping
timeout: 384 seconds)
L415[13:43:50] ***
diesieben07 is now known as diesieben|away
L416[13:43:59] <LexDesktop> its the only
model that is loaded unless someone specifically disabels that
extra loading stuff
L417[13:44:22] <LexDesktop> quite
literally we wrap the entire loading process with 'if
(!firstPass)'
L418[13:45:28] <LexDesktop> But ya, so far
the registries one is the only no questions asked legit one. And
its just a dumb overwight
L419[13:46:08] <LexDesktop>
oversight*
L420[13:52:12]
⇨ Joins: AshIndigo_
(~AshIndigo@79-67-168-211.dynamic.dsl.as9105.com)
L421[13:57:48] ⇦
Quits: williewillus (~williewil@cpe-24-28-24-13.austin.res.rr.com)
(Ping timeout: 384 seconds)
L422[14:01:58] <LexDesktop> humm, seems
bitset hides the trim method...
L423[14:03:24] ⇦
Quits: Cast0077 (~Cast0077@24-181-179-41.dhcp.nwtn.ct.charter.com)
(Quit: Poof)
L424[14:06:36] ⇦
Quits: AshIndigo_ (~AshIndigo@79-67-168-211.dynamic.dsl.as9105.com)
(Remote host closed the connection)
L425[14:06:47]
⇨ Joins: AshIndigo_
(~AshIndigo@79-67-168-211.dynamic.dsl.as9105.com)
L426[14:12:39]
⇨ Joins: Ipsis
(~Ipsis@82-69-71-184.dsl.in-addr.zen.co.uk)
L428[14:20:27] <LexDesktop> That one, ya I
an see where hes going, technically for any mutible blockpos, the
x/y/z values are duplicated. However, the cost/benifit of this is
dubious at best. Hes nuking any optimizations that the jitter can
do. For something that only makes up like 0% of the class
instances.
L429[14:20:46] ***
Keridos is now known as Keridos|away
L430[14:20:59] <LexDesktop> So All in all
the results of the audit on the 'FoamFix' performance mod:
L431[14:22:14] <LexDesktop> Registry
BitSet optimization: Good, small oversight. Simple fix to limit
default Forge sizes to 0xFFFF and trim after freezing. Potential
for performance decrease: Yes, but mininmal.
L432[14:22:50] ***
Keridos|away is now known as Keridos
L433[14:23:27] <LexDesktop> LaunchWrapper
cache changes: PackageMap, yes should be nooped. Not sure what
cpw|out ever intended for that. ResourceCache, weak map probably
worth it. If possible i'd implement it as a timeout not a GC bound
weak map.
L434[14:24:52] <LexDesktop>
UnpackedBakedQuads: Potential for deduplicating arrays, but at cost
of CPU time. Massive CPU time as each construction of UBQ has to go
through a custom hashing function as well as a few other bouncers
and instance checks. Tho It IS something I want Fry to look into.
So pining him and will wait for a review.
L435[14:29:44] *** V
is now known as Vigaro
L436[14:31:48] <LexDesktop>
ModelRegistryDuplicateWipe: I can see what hes going for but the
amount of places where the models are querried, and reloaded is
just bad. There is no way to tell if the real data is needed.
Swapping them all out for dummy/empty could have a lot of rendering
issuess.
L437[14:32:09] ⇦
Quits: killjoy (~killjoy@71.65.228.225) (Ping timeout: 206
seconds)
L438[14:32:55] <LexDesktop> I THINK thats
all that his thing does, so hes actually on the high end of legit
to non-legit fixes. 2 good to gos, and 1 needs looking, and only
one No.
L439[14:33:48]
⇨ Joins: Koward
(~Koward@2a02:2788:344:2d0:cdb6:7fd4:fecd:5b28)
L440[14:33:52] <g> I've been chatting to
him in the meantime
L441[14:34:03] <g> he said that models are
only deduplicated on postInit in the actual code as it runs
L442[14:34:15] <g> also,
"CachingUnpackedBakedQuad" is not plugged in the code,
because FoamFixShared.enableCoremodDeduplicator is always
false
L443[14:34:29] ⇦
Quits: ShadCanard (shadcanard@4ad54-1-88-172-91-103.fbx.proxad.net)
()
L444[14:34:40] ⇦
Quits: Hunterz (~hunterz@62.182.234.189) (Quit:
Leaving.)
L445[14:37:01] <AshIndigo_> Yay for random
irc logging sites
L446[14:37:13] <AshIndigo_> I actually
know whats going on
L448[14:37:45] <g> is that unusual for
you? :P
L449[14:38:11] <AshIndigo_> I had to
restart my irc client when the foamfix discussion started
L450[14:38:29] <AshIndigo_> So I missed
the ordeal
L451[14:38:54] <g> ah, fair enough
L452[14:40:48] <Tencao> I was here the
entire time but I couldn't contribute anything so I mostly stayed
quiet
L453[14:41:08] <gigaherz> I did try to
contribute, but my input wasn't useful so yeah
L454[14:41:11] <g> I can't really
contribute more than asie explains to me personally since I'm kinda
too busy to read all the code
L455[14:41:29] <g> that said, I've known
him for like seven years so I know he has a pretty good
understanding of what he does
L456[14:41:42] ***
Clank is now known as Clank[Away]
L457[14:42:26] ***
Clank[Away] is now known as Clank
L458[14:42:57] <AshIndigo_> It really has
been 7 years
L459[14:43:05] <AshIndigo_> Jesus I keep
forgetting that
L460[14:43:33] <gigaherz> 7?
L461[14:43:35]
⇨ Joins: Cast0077
(~Cast0077@24-151-68-108.dhcp.nwtn.ct.charter.com)
L462[14:44:03] <AshIndigo_> Not doing the
exact math
L463[14:44:16] <AshIndigo_> But since when
mc was first released to the public
L464[14:44:33] <g> it's been a little
longer than that
L465[14:44:43] <gigaherz> ah I see
L466[14:44:51] <gigaherz> I didn't get mc
till mid-2010
L467[14:45:02] <g> but yeah, I joined a
real old classic community (and ended up as owner of it eventually)
way back when
L468[14:45:08] <g> the archives
L469[14:45:11] <g> and he was one of the
players there
L470[14:46:13] <AshIndigo_> I used to play
lava survival on classic servers
L471[14:46:40] <g> back on TheOne's?
L472[14:46:42] <g> I remember that,
lol
L473[14:46:53] <g> good times
L474[14:46:54] <AshIndigo_> I dont
remember the server name
L475[14:47:02] <g> He was the best known
for that I think
L476[14:47:57] <g> man I remember a lot
from those days
L477[14:48:04] <g> the ol' D3 server and
all that stuff
L478[14:48:19] <g> dadido3 or whatever the
hell his name was
L479[14:49:38]
⇨ Joins: williewillus
(~williewil@cpe-24-28-24-13.austin.res.rr.com)
L480[14:52:18] ⇦
Quits: williewillus (~williewil@cpe-24-28-24-13.austin.res.rr.com)
(Client Quit)
L481[14:56:09]
⇨ Joins: immibis
(~chatzilla@122-61-224-36.jetstream.xtra.co.nz)
L482[14:56:41]
⇨ Joins: LexManos (~LexManos@172.76.2.58)
L483[14:56:41]
MineBot sets mode: +o on LexManos
L484[14:58:55] <LexManos> Asie isnt a
idiot, he does some stupid things. I'd put him with pretty much
every other programmer. Arrogent and doesn't want to explain
things. Sadly my entire job is to ask why. I don't like him due to
a history of personal attacks and shit talking on both ends. But I
review everything, even if it comes from people I don't like. As
thats my job.
L485[14:59:10] <LexManos> I'm able to
split personal politics from the code.
L486[15:00:20] ***
diesieben|away is now known as diesieben07
L487[15:01:16] ⇦
Quits: LexDesktop (~LexManos@172.76.2.58) (Ping timeout: 384
seconds)
L488[15:03:28] <Koward> I'd like to make a
block grass can grow onto, but BlockGrass has hardcoded checks. Is
there any hook I have not seen ?
L489[15:03:57] <barteks2x> Maye your block
tick randomly and check for grass nearby?
L490[15:04:21] <barteks2x> instead of
grass spreading into your block, make your block find grass by
itself
L491[15:04:34] <gigaherz> yeah yo ucan
make your block "grow grass into itself" instead
L492[15:05:00] <gigaherz> either that or
make a PR to forge
L493[15:05:01] <gigaherz> ;p
L494[15:05:56] <barteks2x> if there is
going to be a lot of this block, allowing random ticks on that may
not be a good idea. But it would be something close to the amount
of dirt or more
L495[15:06:09] <gigaherz> how do you think
grass spreads?
L496[15:06:12] <gigaherz> it has random
ticks
L497[15:06:18] <gigaherz> the number of
blocks doesn't matter
L498[15:06:34] <gigaherz> random ticks
choose N blocks at random, and try to tick them
L499[15:06:41] <barteks2x> it kidn of
does, 16x16x16 block sections that have no random-tickable blocks
aren't ticked
L500[15:07:00] <barteks2x> so if it's
something that also generates underground it may canse some
performance difference
L501[15:07:43] <gigaherz> oh I see
L502[15:10:09] <Koward> It will not
generate, it will be artificial. It's dirt slabs so I just want
same behavior as dirt, but I won't change world gen for them at the
moment.
L503[15:11:32] ⇦
Quits: bilde2910 (bilde2910@51.174.170.178) (Ping timeout: 189
seconds)
L504[15:13:54]
⇨ Joins: bilde2910 (bilde2910@51.174.170.178)
L505[15:18:27]
⇨ Joins: RichardG (~richardg8@201.37.255.130)
L506[15:18:27]
MineBot sets mode: +v on RichardG
L507[15:20:34] ***
Abrar|gone is now known as AbrarSyed
L508[15:30:13]
⇨ Joins: founderio
(~Thunderbi@p200300C4E3C1FC00D25D519C44C986A7.dip0.t-ipconnect.de)
L509[15:35:12]
⇨ Joins: ScottehBoeh (~ScottehBo@95.144.82.254)
L510[15:35:42] <ScottehBoeh>
Salutations
L511[15:36:37] ⇦
Quits: founderio
(~Thunderbi@p200300C4E3C1FC00D25D519C44C986A7.dip0.t-ipconnect.de)
(Quit: founderio)
L512[15:39:17]
⇨ Joins: ThePsionic
(~ThePsioni@ip5457f909.direct-adsl.nl)
L513[15:39:48] ⇦
Quits: Ipsis (~Ipsis@82-69-71-184.dsl.in-addr.zen.co.uk) (Ping
timeout: 384 seconds)
L515[15:40:24] <g> I accidentally figured
out what mod caused the beetroot spam
L516[15:40:30] <g> because I replaced it
with another
L517[15:40:31] <g> it was WAILA
L519[15:40:46] <gigaherz> wat
L520[15:41:07] <g> "beetroot 1",
"beetroot 2", absolutely spamming the hell out of client
logs
L521[15:41:10] <g> whenever you look at
beetroot
L522[15:41:12] <g> (1.10.2)
L523[15:41:13] <gigaherz> oh
L524[15:41:17] <g> planted beetroot I
mean
L525[15:41:21] <gigaherz> must be some
leftover debug log
L526[15:41:29] <LexManos> Left over debug
code, let them know and they'll kill it
L527[15:41:34] <g> yeah, planning on
it
L528[15:41:40] <gigaherz> speaking about
replacing and waila
L529[15:41:50] <gigaherz> I still need to
learn how to use the one probe api
L530[15:42:13] <g> how to I search a
repo's sauce with bitbucket?
L532[15:42:45] <g> I never use bitbucket
:v
L533[15:43:18] <g> nope, guess it doesn't
support it
L534[15:43:22] <g> that's a huge
oversight..
L535[15:43:42] <gigaherz> I have no idea
if it even has a search feature
L536[15:43:50] <gigaherz> we use bitbucket
at work
L537[15:43:52] <g> you can only search for
repos by the looks of it
L538[15:44:00] <gigaherz> but only the PR
side of things
L539[15:44:07] <gigaherz> I mean besides
the git acces
L540[15:44:22] <gigaherz> if we have to
search for stuff we just do it in intellij
L541[15:45:30] <g> when I was working at
fexco we used bamboo and jira, but they had no browsable repos at
all
L542[15:45:42] <bartman> wah I have a big
search bar on our bitbucket works for me
L543[15:45:50] <bartman> searches every
repo I have access to
L544[15:46:14] <g> I just want to search
the waila repo
L547[15:46:43] <bartman> dropbox is
blocked at my work ;)
L548[15:46:57] <g> imgur?
L549[15:47:01] <bartman> blocked
L550[15:47:06] <bartman> even pastebin is
blocked
L552[15:47:09] <bartman> pita :/
L553[15:47:38] <g> why dropbox of all
places
L554[15:47:41] <g> seems like a weird
thing to do
L555[15:48:58] ⇦
Parts: digitalseraphim
(~digitalse@cpe-74-78-215-239.twcny.res.rr.com) ())
L556[15:49:37]
⇨ Joins: digseraph
(~digitalse@cpe-74-78-215-239.twcny.res.rr.com)
L557[15:49:45] <digseraph> I have a
strange issue. I'm building DynmapForge from source against the
latest 1.10.2 forge using the latest mappings for 1.10.2
(stable_29). The build works fine, no errors compiling, but when I
try to run it, I get issues with missing methods or fields. Any
obvious reason for this?
L558[15:51:44] <bartman> dlp
L559[15:52:49] <gigaherz> digseraph: what
are you using to build?
L560[15:53:19]
⇨ Joins: AstralSorcerer
(~AstralSor@128.151.114.3)
L561[15:53:20] <digseraph> eclipse, but
also command line ForgeGradle
L562[15:53:37] <gigaherz> I mean
L563[15:53:58] <gigaherz> are you trying
to run inside eclipse, or trying to generate a jar?
L564[15:54:13]
⇨ Joins: quadraxis
(~quadraxis@cpc77293-basf12-2-0-cust699.12-3.cable.virginm.net)
L565[15:54:26] <digseraph> If I run in
eclipse, it seems to be fine, but if I create a jar, it doesn't
work.
L566[15:54:35] <LexManos> how do you creat
eh jar
L567[15:54:43] <LexManos> if the errors
are not on 'func_' named functions
L568[15:54:47] <LexManos> then you didnt
build the jar right
L569[15:55:00] <gigaherz> if you used
"gradlew jar", it's the wrong one
L570[15:55:01] <digseraph> i'm just using
"gradlew jar"
L571[15:55:05] <gigaherz> and you should
be using "gradlew build"
L572[15:55:06] <LexManos> yup thats
wrong
L573[15:55:07] <digseraph> the wrong
what?
L574[15:55:12] <g> oh, TIL
L575[15:55:13] <gigaherz> the jar step
happens before reobfuscation
L576[15:55:19] <digseraph> ahhhh
L577[15:55:23] <gigaherz> so the jar will
have development names in it
L578[15:55:39] <gigaherz> since the
remapping to SRG naming hasn't happened yet
L579[15:55:41] <digseraph> good to know,
thank you!
L580[16:05:52]
⇨ Joins: Intektor
(~Intektor@p5b274aec.dip0.t-ipconnect.de)
L581[16:06:00] <Intektor> how are the
partial ticks calculated?
L582[16:06:44] <gigaherz> (current time -
last tick time)/(next tick expected time - last tick time)
L583[16:06:55] <gigaherz> it assumes a
constant 20tps
L584[16:07:56] <Intektor> what is with
frame delta time and such?
L585[16:07:59] <Intektor> you dont need
that?
L586[16:08:19] <gigaherz> ?
L587[16:08:35] <gigaherz> the time between
frames isn't needed for the partial ticks, no
L588[16:08:39] <Intektor> I read a bit
about delta time and such
L589[16:08:40] <gigaherz> mc MAY use it,
but it's not needed ;P
L590[16:08:58] <gigaherz> delta time
formulas are used on engines that run the logic at dynamic
rate
L591[16:09:01] <Intektor> and the word
delta time cam a lot of time
L592[16:09:10] <gigaherz> so like
L593[16:09:12] <gigaherz> if you
have
L594[16:09:18] <gigaherz> while(running) {
update(); render(); }
L595[16:09:25] <gigaherz> which is a
common way of running pc games
L596[16:09:48] <gigaherz> then in order to
move a character at 2m/s
L597[16:09:50] <gigaherz> you'd have to
do
L598[16:10:01] <gigaherz>
character.position += 2 * deltaTime
L599[16:10:21] <Intektor> ah ok
L600[16:10:21] <gigaherz> since you'd have
to constantly account for the elapsed time
L601[16:10:29] <gigaherz> but if you have
fixed timesteps
L602[16:10:32] <gigaherz> then you can
just do
L603[16:10:42] <gigaherz> deltaPosition =
speed/20f
L604[16:10:43] <gigaherz> and then
L605[16:10:48] <gigaherz>
cahracter.position += deltaPosition
L606[16:11:03] <gigaherz> since the time
between updates won't change
L607[16:11:07] <gigaherz> you can keep the
value precomputed
L608[16:11:12] <gigaherz> however
L609[16:11:16] <gigaherz> frames don't
happen that smoothly
L610[16:11:26] <gigaherz> so if you just
drew the current state ofthings
L611[16:11:40] <gigaherz> first, things
would be 20fps no matter how fast the frames were going
L612[16:11:46] <gigaherz> and second,
things would be very choppy
L613[16:11:57] <Intektor> ah ok
L614[16:11:57] <gigaherz> so on fast-paced
movement or sharp turns
L615[16:11:58] <Intektor> thanks
L616[16:12:03] <gigaherz> so instead of
that
L617[16:12:20] <gigaherz> you have a
"tickProgress" value (partialTick)
L618[16:12:36] <gigaherz> and
interpolate(previous,next,tickProgress)
L619[16:12:46] <gigaherz> this way no
matter if there's 1000fps, or 2
L620[16:12:56] <gigaherz> you'll see an
intermediate value
L621[16:13:16] <Intektor> sounds
good
L622[16:13:24] <Intektor> so minecraft
system is better you think?
L623[16:13:30] <gigaherz> no
L624[16:13:33] <gigaherz> both are valid
choices
L625[16:14:06] <gigaherz> there is one
area where predictable update intervals are a requirement:
physics
L626[16:14:20] <gigaherz> you can't just
run physics at arbitrary timesteps
L627[16:14:22] <gigaherz> it looks
"off"
L628[16:14:38] <gigaherz> so even engines
like Unity3d, that use variable update rates
L629[16:14:48] <Intektor> ah ok
L630[16:14:53] <gigaherz> have a
fixedUpdate method that runs at predictable intervals
L631[16:15:01] ***
DarkevilAway is now known as Darkevilmac
L632[16:17:39] ***
Darkevilmac is now known as DarkevilAway
L633[16:32:45]
⇨ Joins: williewillus
(~williewil@cpe-24-28-24-13.austin.res.rr.com)
L634[16:33:58] <digseraph> Things have
taken a stranger turn... now I'm getting
"java.lang.VerifyError: Bad local variable type"
L635[16:34:18] <gigaherz> does that mod
have a coremod?
L636[16:34:26] <gigaherz> that sounds a
lot like a bad coremod
L637[16:34:41] <gigaherz> and
"bad" can simply mean "out of date"
L638[16:34:55] <digseraph> ok, i'll look
into that. Its happening in its own code, not in MC/Forge
code
L639[16:35:48] <digseraph> I had thought
it might be something like that, but thought if that was a problem,
it would have happened in MC/Forge
L640[16:36:40] <gigaherz> yeah people
doing coremods usually want to hack other people's code
L641[16:36:42] <gigaherz> not their
own
L642[16:36:56] <LexManos> get rid of any
coremods
L643[16:39:05] <digseraph> i'm only
running Dynmap, no other mods, and it doesn't look like there's a
coremod. I don't see anything about one in the log
L644[16:39:31] <gigaherz> can you pastebin
a more complete crash log?
L645[16:40:41] ⇦
Quits: iso2013 (~iso2013@c-67-176-10-45.hsd1.co.comcast.net) (Quit:
Bye :))
L646[16:41:41] ⇦
Quits: edr (~edr@d-65-175-180-73.cpe.metrocast.net) (Ping timeout:
206 seconds)
L648[16:44:44] <gigaherz> uhm
L649[16:44:46] <gigaherz> yeah no
idea
L650[16:46:11]
⇨ Joins: iso2013
(~iso2013@c-67-176-10-45.hsd1.co.comcast.net)
L651[16:47:07] <digseraph> i'm trying
something... they have two other "library" jars that get
included in the jar. I was building them also, going to try the
original versions
L652[16:47:29]
⇨ Joins: Umbraco
(~Umbraco@113x37x12x233.ap113.ftth.ucom.ne.jp)
L653[16:49:21] <digseraph> so, looks like
theres something wrong with the building of the other jars, using
the originals worked
L654[16:49:28] <digseraph> thanks for the
help!
L655[16:51:21] ⇦
Parts: digseraph (~digitalse@cpe-74-78-215-239.twcny.res.rr.com)
(Leaving))
L656[16:52:08] ⇦
Quits: fatguylaughing (~fatguylau@worx01.worxco.net) (Quit:
fatguylaughing)
L657[16:54:02] ⇦
Quits: Samario
(~Samario@cpc5-bigg3-2-0-cust219.9-2.cable.virginm.net) (Ping
timeout: 384 seconds)
L658[16:54:59]
⇨ Joins: Samario
(~Samario@cpc5-bigg3-2-0-cust219.9-2.cable.virginm.net)
L659[17:00:43] ***
PaleoCrafter is now known as PaleOff
L660[17:09:26] ⇦
Quits: Koward (~Koward@2a02:2788:344:2d0:cdb6:7fd4:fecd:5b28)
(Quit: Leaving)
L661[17:13:35] ⇦
Quits: Hgrebnednav_ (~Hgrebnedn@d8D872A6E.access.telenet.be) (Ping
timeout: 206 seconds)
L662[17:15:11] ***
amadornes is now known as amadornes[OFF]
L663[17:27:23]
⇨ Joins: sww1235
(~sww1235@lotus.cs.colostate.edu)
L664[17:29:32] ⇦
Quits: ThePsionic (~ThePsioni@ip5457f909.direct-adsl.nl) (Quit:
Leaving)
L665[17:34:32]
⇨ Joins: sinkillerj
(~sinkiller@nc-67-232-15-221.dhcp.embarqhsd.net)
L666[17:38:44] ⇦
Quits: cpup (~cpup@32.218.112.190) (Ping timeout: 198
seconds)
L667[17:42:24] ***
DarkevilAway is now known as Darkevilmac
L668[17:42:36]
⇨ Joins: edr
(~edr@d-65-175-180-73.cpe.metrocast.net)
L669[17:45:04]
⇨ Joins: Green_Cafe
(uid105080@id-105080.brockwell.irccloud.com)
L670[17:47:26]
⇨ Joins: solace
(~quassel@c-67-169-234-216.hsd1.ca.comcast.net)
L671[17:49:59] ⇦
Quits: solace (~quassel@c-67-169-234-216.hsd1.ca.comcast.net)
(Remote host closed the connection)
L672[18:05:32] ⇦
Quits: williewillus (~williewil@cpe-24-28-24-13.austin.res.rr.com)
(Ping timeout: 186 seconds)
L673[18:05:58]
⇨ Joins: williewillus
(~williewil@cpe-24-28-24-13.austin.res.rr.com)
L674[18:09:24] ⇦
Quits: nallar
(~nallar@cpc16-cani3-2-0-cust33.14-2.cable.virginm.net) (Ping
timeout: 384 seconds)
L675[18:16:19] ⇦
Quits: Samario
(~Samario@cpc5-bigg3-2-0-cust219.9-2.cable.virginm.net) (Quit: You
think you are above consequences.)
L676[18:18:02] ***
gigaherz is now known as ghz|afk
L677[18:20:15] ⇦
Quits: Intektor (~Intektor@p5b274aec.dip0.t-ipconnect.de) (Quit:
Leaving)
L678[18:20:28]
⇨ Joins: cpup (~cpup@32.218.114.51)
L679[18:23:40] ⇦
Quits: cpup (~cpup@32.218.114.51) (Ping timeout: 186
seconds)
L680[18:29:43]
⇨ Joins: cpup (~cpup@32.218.114.54)
L681[18:37:31] ⇦
Quits: iso2013 (~iso2013@c-67-176-10-45.hsd1.co.comcast.net) (Quit:
Bye :))
L682[18:38:10] ⇦
Quits: cpup (~cpup@32.218.114.54) (Ping timeout: 206
seconds)
L683[18:41:54] ***
MrKickkiller is now known as MrKick|Away
L684[18:44:47] ⇦
Quits: dwinget2008 (webchat@170-72-53-90.vivintwireless.net) (Ping
timeout: 195 seconds)
L685[18:47:08] ⇦
Quits: AshIndigo_ (~AshIndigo@79-67-168-211.dynamic.dsl.as9105.com)
(Quit: Bye)
L686[18:47:25]
⇨ Joins: AshIndigo_
(~AshIndigo@188.29.164.163.threembb.co.uk)
L687[18:51:20] ⇦
Quits: quadraxis
(~quadraxis@cpc77293-basf12-2-0-cust699.12-3.cable.virginm.net)
(Ping timeout: 384 seconds)
L688[18:52:49]
⇨ Joins: cpup (~cpup@32.218.114.105)
L689[19:00:34]
⇨ Joins: iso2013
(~iso2013@c-67-176-10-45.hsd1.co.comcast.net)
L690[19:06:12] ⇦
Quits: Jezza (~Jezza@92.206.161.17) (Ping timeout: 206
seconds)
L691[19:09:31]
⇨ Joins: theFlaxbeard
(~theFlaxbe@65-128-137-230.mpls.qwest.net)
L692[19:13:03] ⇦
Quits: Cooler (~CoolerExt@45.249.156.78) (Quit:
Leaving)
L693[19:23:54]
⇨ Joins: TTFTCUTS (~ttftcuts@ns3366511.ovh.net)
L694[19:31:00] ***
AbrarSyed is now known as Abrar|gone
L695[19:31:50] ***
Abrar|gone is now known as AbrarSyed
L696[19:38:25] ***
AbrarSyed is now known as Abrar|gone
L697[19:42:25] ***
Abrar|gone is now known as AbrarSyed
L698[19:45:16] ⇦
Quits: cpup (~cpup@32.218.114.105) (Ping timeout: 186
seconds)
L699[19:46:04]
⇨ Joins: cpup (~cpup@32.218.114.105)
L700[19:48:11]
⇨ Joins: blood_
(unknown@ool-4574115b.dyn.optonline.net)
L701[19:48:48]
⇨ Joins: Hink (~Hink@hink.me)
L702[19:49:30] <Hink> I want to ban some
modded items from my server. I want to make them uncraftable. Any
good server only mods that accomplish this?
L703[19:49:51] <williewillus> try a sponge
plugin or minetweaker serverside
L704[19:53:59] <Hink> williewillus, where
can I find old SpongeForge releases?
L705[19:55:55] <williewillus> no idea,
never used sponge but they probably have recipe management
plugins
L706[19:56:01] <williewillus> minetweaker
for sure can remove recipes for anything
L707[19:57:25] <Hink> I might as well just
used minetweaker alone.
L708[19:57:30] <Hink> Would be
easier..
L709[20:00:11] <AshIndigo_> MT/CT would be
the easiest
L710[20:03:18] ⇦
Quits: Cast0077 (~Cast0077@24-151-68-108.dhcp.nwtn.ct.charter.com)
(Quit: Poof)
L711[20:14:48] ***
AbrarSyed is now known as Abrar|gone
L712[20:15:28] ⇦
Quits: TTFTCUTS (~ttftcuts@ns3366511.ovh.net) (Quit:
boop)
L713[20:17:52] ***
Abrar|gone is now known as AbrarSyed
L714[20:21:29] ***
AbrarSyed is now known as Abrar|gone
L715[20:26:14]
⇨ Joins: Naiten (Naiten@86.102.189.88)
L716[20:26:33]
⇨ Joins: Cooler (~CoolerExt@45.249.156.78)
L717[20:29:21]
⇨ Joins: Doty1154
(~Doty1154@2601:648:8000:134f:7d44:9156:9fb7:8582)
L718[20:29:27] ***
Abrar|gone is now known as AbrarSyed
L719[20:32:37]
⇨ Joins: TTFTCUTS (~ttftcuts@ns3366511.ovh.net)
L720[20:38:34] ⇦
Quits: Everseeking
(~Everseeki@pool-100-6-95-214.pitbpa.fios.verizon.net) (Read error:
Connection reset by peer)
L721[20:46:59] ***
Keridos is now known as Keridos|away
L722[20:48:10] ⇦
Quits: theFlaxbeard (~theFlaxbe@65-128-137-230.mpls.qwest.net)
(Killed (NickServ (GHOST command used by
theFlaxbeard2!~theFlaxbe@184.97.224.178)))
L723[20:53:27] ⇦
Quits: sinkillerj (~sinkiller@nc-67-232-15-221.dhcp.embarqhsd.net)
(Quit: またね)
L724[20:56:53] ⇦
Quits: cpup (~cpup@32.218.114.105) (Ping timeout: 206
seconds)
L725[20:57:42] ***
Vigaro is now known as V
L726[21:01:20] *** V
is now known as Vigaro
L727[21:02:21] ***
diesieben07 is now known as diesieben|away
L728[21:03:44] ⇦
Quits: Snapples (uid167569@id-167569.stonehaven.irccloud.com)
(Quit: Connection closed for inactivity)
L729[21:18:49]
⇨ Joins: cpup (~cpup@32.218.114.233)
L730[21:27:07] ⇦
Quits: ScottehBoeh (~ScottehBo@95.144.82.254) (Read error:
Connection reset by peer)
L731[21:31:03] ⇦
Quits: NineChickens (uid196646@id-196646.ealing.irccloud.com)
(Quit: Connection closed for inactivity)
L732[21:34:32] ⇦
Quits: KGS (~KGS@h-155-4-129-249.na.cust.bahnhof.se) (Ping timeout:
198 seconds)
L733[21:43:34] ⇦
Quits: johnnyhostile (~irssi@castlevania.blackholegate.net) (Quit:
Lost terminal)
L734[21:44:59] ⇦
Quits: williewillus (~williewil@cpe-24-28-24-13.austin.res.rr.com)
(Quit: Leaving)
L735[21:45:45] ⇦
Quits: edr (~edr@d-65-175-180-73.cpe.metrocast.net) (Quit:
Leaving)
L736[21:51:24]
⇨ Joins: johnnyhostile
(~irssi@castlevania.blackholegate.net)
L737[21:51:29] ⇦
Quits: johnnyhostile (~irssi@castlevania.blackholegate.net) (Client
Quit)
L738[21:52:03]
⇨ Joins: johnnyhostile
(~irssi@castlevania.blackholegate.net)
L739[22:09:56] ⇦
Quits: Wastl2 (~Wastl2@x4e350fad.dyn.telefonica.de) (Ping timeout:
198 seconds)
L740[22:11:08] ⇦
Quits: Lathanael|Away (~Lathanael@p549608DB.dip0.t-ipconnect.de)
(Ping timeout: 198 seconds)
L741[22:12:08]
⇨ Joins: Wastl2
(~Wastl2@x4e34ecfe.dyn.telefonica.de)
L742[22:18:04]
⇨ Joins: Lathanael|Away
(~Lathanael@p54961B75.dip0.t-ipconnect.de)
L743[22:19:48]
⇨ Joins: McJty
(~jorrit@94-224-154-146.access.telenet.be)
L744[22:24:46] ***
mezz|finals is now known as mezz
L745[22:28:40]
⇨ Joins: killjoy (~killjoy@71.65.228.225)
L746[22:33:32]
⇨ Joins: kinggoesgaming
(uid23106@id-23106.tooting.irccloud.com)
L747[22:38:16]
⇨ Joins: Everseeking
(~Everseeki@pool-100-6-95-214.pitbpa.fios.verizon.net)
L748[22:42:33] ***
Vigaro is now known as V
L749[22:51:22]
⇨ Joins: RANKSHANK
(~Michael@ppp121-44-7-163.lns20.syd4.internode.on.net)
L750[23:05:53] ⇦
Quits: Naiten (Naiten@86.102.189.88) (Read error: Connection reset
by peer)
L751[23:08:36] ⇦
Quits: cpup (~cpup@32.218.114.233) (Ping timeout: 384
seconds)
L752[23:08:41] <RANKSHANK> The fact that
mc does a map lookup per quad as opposed to holding a reference of
the block/itemColor for the set of quads seems iffy
L753[23:25:58]
⇨ Joins: Prospector (~Prospecto@162.243.21.185)
L754[23:38:47]
⇨ Joins: Unh0ly_Tigg
(~Robert@c-76-115-95-185.hsd1.or.comcast.net)
L756[23:51:00] ***
TTFTCUTS is now known as TTFT|Away
L757[23:53:23] <Unh0ly_Tigg> So, I changed
the material to shadeless, and I got this:
http://i.imgur.com/aO7d2Yf.png and now all the
textures are using an interpolation that I did not set.
L758[23:53:40] <Unh0ly_Tigg> wait, fixed
it.
L759[23:54:05] <Unh0ly_Tigg> Had turned
mip-map off instead of interpolation... *facepalm*