<<Prev
Next>>
Scroll to Bottom
Stuff goes here
L1[00:00:59] ⇦
Quits: sinkillerj (~sinkiller@nc-67-232-15-221.dhcp.embarqhsd.net)
(Quit: またね)
L2[00:02:53] ⇨
Joins: Ashindigo_
(uid202308@id-202308.hathersage.irccloud.com)
L3[00:06:47] ⇨
Joins: Cooler (~CoolerExt@45.249.157.107)
L4[00:16:12] ⇦
Quits: mallrat208 (~mallrat20@107-145-175-135.res.bhn.net) (Quit:
Leaving)
L5[00:21:02] *** illy
is now known as illy[Zzz]
L6[00:26:36] ⇨
Joins: TechnicianLP
(~Technicia@p4FE57D89.dip0.t-ipconnect.de)
L7[00:30:45] ⇦
Quits: TechnicianLP (~Technicia@p4FE57D89.dip0.t-ipconnect.de)
(Ping timeout: 190 seconds)
L8[00:33:58] ⇦
Quits: Gil (uid147942@id-147942.brockwell.irccloud.com) (Quit:
Connection closed for inactivity)
L9[00:53:47] ⇨
Joins: Hunterz (~hunterz@62.182.234.189)
L10[00:58:32] ⇦
Quits: kinggoesgaming (uid23106@2604:8300:100:200b:6667:4:0:5a42)
(Quit: Connection closed for inactivity)
L11[01:09:03] ⇦
Quits: Alex_hawks
(~Alex_hawk@2001:8003:846b:8a00:cd1d:f539:4568:39eb) (Read error:
Connection reset by peer)
L12[01:09:24] ⇨
Joins: Alex_hawks
(~Alex_hawk@2001:8003:846b:8a00:cd1d:f539:4568:39eb)
L13[01:09:59] ⇨
Joins: CoolerExtreme (~CoolerExt@45.249.157.107)
L14[01:10:12] ⇦
Quits: Cooler (~CoolerExt@45.249.157.107) (Ping timeout: 206
seconds)
L15[01:11:12] ***
AbrarSyed is now known as Abrar|gone
L16[01:14:39] ⇦
Quits: turmfalke (~turmfalke@2003:56:cf60:3324:dc4a:e25b:cf18:807b)
(Quit: turmfalke)
L17[01:36:46] ⇦
Quits: Umbraco (~Umbraco@p81084-ipbffx02marunouchi.tokyo.ocn.ne.jp)
()
L18[01:41:56] ⇦
Quits: AstralSorcerer (~AstralSor@128.151.114.72) (Ping timeout:
180 seconds)
L19[01:42:39] ⇨
Joins: Umbraco
(~Umbraco@p81084-ipbffx02marunouchi.tokyo.ocn.ne.jp)
L20[01:54:36] ⇦
Quits: iari (~iari___@evana.futhark24.org) (Quit:
Leaving)
L21[01:54:47] ***
fry|sleep is now known as fry
L22[01:57:38] ⇦
Quits: Larry1123 (Larry1123@irc.larry1123.net) (Ping timeout: 194
seconds)
L23[02:00:03] <MCPBot_Reborn> [TEST CSV]
Pushing snapshot_20170209 mappings to Forge Maven.
L24[02:00:07] <MCPBot_Reborn> [TEST CSV]
Maven upload successful for mcp_snapshot-20170209-1.11.zip
(mappings = "snapshot_20170209" in build.gradle).
L25[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/
L26[02:05:45] ⇦
Quits: bilde2910 (bilde2910@178.51-174-170.customer.lyse.net) (Ping
timeout: 190 seconds)
L27[02:08:02] ⇨
Joins: bilde2910
(bilde2910@178.51-174-170.customer.lyse.net)
L28[02:08:55] ⇨
Joins: immibis
(~chatzilla@122-60-104-195.jetstream.xtra.co.nz)
L29[02:11:39] ⇨
Joins: npe|office
(~NPExcepti@bps-gw.hrz.tu-chemnitz.de)
L30[02:13:40] ⇨
Joins: Noppes (~Noppes@ip56530f2e.direct-adsl.nl)
L31[02:15:09] ⇨
Joins: KGS (~KGS@h-155-4-129-249.na.cust.bahnhof.se)
L32[02:20:35] ***
killjoy1 is now known as killjoy
L33[02:20:38] ⇦
Quits: killjoy (~killjoy@cpe-76-182-16-229.nc.res.rr.com) (Quit:
Leaving)
L34[02:26:30] ⇨
Joins: Larry1123 (Larry1123@irc.larry1123.net)
L35[02:27:11] ⇨
Joins: gigaherz|work (~gigaherz@84.89.63.25)
L36[02:33:36] ⇦
Quits: Larry1123 (Larry1123@irc.larry1123.net) (Ping timeout: 194
seconds)
L37[02:43:12] ⇦
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))
L38[02:48:16] ⇨
Joins: Larry1123 (Larry1123@irc.larry1123.net)
L39[03:02:51] ⇨
Joins: Bjorngulf
(webchat@ip-62-235-203-224.dsl.scarlet.be)
L40[03:03:42] ⇦
Quits: Larry1123 (Larry1123@irc.larry1123.net) (Ping timeout: 198
seconds)
L41[03:08:44] ⇦
Quits: Bjorngulf (webchat@ip-62-235-203-224.dsl.scarlet.be) (Quit:
Web client closed)
L42[03:10:59] ⇦
Quits: Umbraco (~Umbraco@p81084-ipbffx02marunouchi.tokyo.ocn.ne.jp)
()
L43[03:11:51] ⇨
Joins: Bjorngulf
(Bjorngulf@ip-62-235-203-224.dsl.scarlet.be)
L44[03:25:50] ⇨
Joins: Larry1123 (Larry1123@irc.larry1123.net)
L45[03:46:13] ⇦
Quits: bilde2910 (bilde2910@178.51-174-170.customer.lyse.net) (Ping
timeout: 189 seconds)
L46[03:47:45] ⇦
Quits: Larry1123 (Larry1123@irc.larry1123.net) (Ping timeout: 190
seconds)
L47[03:48:42] ⇨
Joins: bilde2910
(bilde2910@178.51-174-170.customer.lyse.net)
L48[03:59:40] ⇨
Joins: Larry1123 (Larry1123@irc.larry1123.net)
L49[04:07:06] ⇦
Quits: Larry1123 (Larry1123@irc.larry1123.net) (Ping timeout: 206
seconds)
L50[04:11:48] ⇨
Joins: Hgreb (~Hgrebnedn@d8d872a6e.access.telenet.be)
L51[04:13:10] ⇨
Joins: Larry1123 (Larry1123@irc.larry1123.net)
L52[04:16:36] ⇦
Quits: Larry1123 (Larry1123@irc.larry1123.net) (Ping timeout: 198
seconds)
L53[04:25:01] ⇨
Joins: Larry1123 (Larry1123@irc.larry1123.net)
L54[04:28:26] ⇦
Quits: Larry1123 (Larry1123@irc.larry1123.net) (Ping timeout: 180
seconds)
L55[04:34:39] ⇦
Quits: KGS (~KGS@h-155-4-129-249.na.cust.bahnhof.se) (Ping timeout:
206 seconds)
L56[04:35:05] *** V is
now known as Vigaro
L57[04:41:09] ⇨
Joins: Larry1123 (Larry1123@irc.larry1123.net)
L58[04:51:11] ⇨
Joins: gigaherz_ (~gigaherz@84.89.63.25)
L59[04:51:13] ⇦
Quits: gigaherz|work (~gigaherz@84.89.63.25) (Read error:
Connection reset by peer)
L60[05:03:55] ⇨
Joins: mallrat208
(~mallrat20@107-145-175-135.res.bhn.net)
L61[05:08:21] ⇨
Joins: MikrySoft
(~mikrysoft@89-76-18-43.dynamic.chello.pl)
L62[05:10:09] ⇦
Quits: gigaherz_ (~gigaherz@84.89.63.25) (Read error: Connection
reset by peer)
L63[05:10:15] ⇨
Joins: gigaherz|work (~gigaherz@84.89.63.25)
L64[05:11:37] ⇨
Joins: Umbraco
(~Umbraco@fs76eed867.tkyc406.ap.nuro.jp)
L65[05:26:08] ⇨
Joins: gigaherz_ (~gigaherz@84.89.63.25)
L66[05:28:45] ⇦
Quits: gigaherz|work (~gigaherz@84.89.63.25) (Ping timeout: 190
seconds)
L67[05:53:04] ⇨
Joins: Necro
(~Necro@p200300700D0D7D05885228D81446246F.dip0.t-ipconnect.de)
L68[05:55:08] ⇦
Quits: gigaherz_ (~gigaherz@84.89.63.25) (Remote host closed the
connection)
L69[05:56:53] ⇨
Joins: gigaherz|work (~gigaherz@84.89.63.25)
L70[05:57:56] ⇦
Quits: Necro
(~Necro@p200300700D0D7D05885228D81446246F.dip0.t-ipconnect.de)
(Ping timeout: 180 seconds)
L71[06:03:19] ⇦
Quits: gigaherz|work (~gigaherz@84.89.63.25) (Remote host closed
the connection)
L72[06:03:50] ⇨
Joins: gigaherz|work (~gigaherz@84.89.63.25)
L73[06:12:17] ⇦
Quits: immibis (~chatzilla@122-60-104-195.jetstream.xtra.co.nz)
(Ping timeout: 206 seconds)
L74[06:23:45] ⇨
Joins: Kzitold (webchat@166.137.102.30)
L75[06:24:12] ⇨
Joins: TechnicianLP
(~Technicia@p4FE57D89.dip0.t-ipconnect.de)
L76[06:27:29] ⇦
Quits: Kzitold (webchat@166.137.102.30) (Ping timeout: 180
seconds)
L77[06:33:52] ***
diesieben|away is now known as diesieben07
L78[06:34:22] ***
MrKickkiller is now known as MrKick|Away
L79[06:34:23] ⇦
Quits: Shawn|i7-Q720M
(~shawn156@c-50-170-156-102.hsd1.co.comcast.net) (Read error:
Connection reset by peer)
L80[06:36:16] ⇨
Joins: VikeStep
(~VikeStep@192.43.96.58.static.exetel.com.au)
L81[06:37:30] ⇨
Joins: iari (~iari___@evana.futhark24.org)
L82[07:09:02] ***
Vigaro is now known as V
L83[07:39:59] ⇦
Quits: bilde2910 (bilde2910@178.51-174-170.customer.lyse.net) (Ping
timeout: 384 seconds)
L84[07:40:33] ⇨
Joins: bilde2910
(bilde2910@178.51-174-170.customer.lyse.net)
L85[07:43:50] <TechnicianLP> ok i have a
rendering problem: after leaving a world my custom mainmenu goes
blue ... (GL.color(1,1,1,1) does not fix it) does someone have an
idea why this could be the case?
L86[07:45:58] <gigaherz|work> hmm some
Glsomethingsomething is out of place, I gues
L87[07:46:01] <gigaherz|work> no idea what
;P
L88[07:47:12] <TechnicianLP> could it be
lighting? how do i change that?
L89[07:51:30] <TechnicianLP> worng
lightmapTextureCoords ...
L90[07:52:50] ⇨
Joins: fatguylaughing (~fatguylau@worx01.worxco.net)
L91[07:53:03] ⇦
Quits: VikeStep (~VikeStep@192.43.96.58.static.exetel.com.au) (Ping
timeout: 198 seconds)
L92[07:58:05] ⇦
Quits: bilde2910 (bilde2910@178.51-174-170.customer.lyse.net) (Ping
timeout: 190 seconds)
L93[08:00:04] ⇨
Joins: bilde2910
(bilde2910@178.51-174-170.customer.lyse.net)
L94[08:20:08] <TechnicianLP> whe the hell
does adding a lmbda count as adding a method while debugging?
L95[08:20:36] <gigaherz|work> because it's
exactly what happens
L96[08:20:48] <gigaherz|work> the body of a
lambda
L97[08:20:55] <gigaherz|work> gets compiled
into a method in the class
L98[08:21:01] <gigaherz|work> (or a whole
class if it's capturing)
L99[08:21:23] <gigaherz|work> and then it
puts a special "placeholder" in the space of the lambda
reference
L100[08:22:14] <gigaherz|work> that tells
the JVM "make an anonymous class from this method, that fits
this interface"
L101[08:22:36] <gigaherz|work> (the jvm
has a special feature dedicated to that)
L102[08:23:24] *
TechnicianLP really needs to get the jvm that has that
implemented
L103[08:27:42] ⇦
Quits: cpup (~cpup@32.218.118.138) (Ping timeout: 198
seconds)
L104[08:28:13] <gigaherz|work> get
dcevm
L105[08:29:10]
⇨ Joins: cpup (~cpup@32.218.118.138)
L106[08:29:12] <gigaherz|work> I recommend
that you install it as an altjvm, and then create a run config like
"Minecraft Client (DCEVM)", with an extra cmdline arg
"-XXaltjvm=dcevm"
L107[08:30:01] <barteks2x> IDEA may even
refuse to run with dcevm (because serial GC is the only supported
one with dcevm), so if you want to keep using java for other things
- you should use altjvm
L108[08:30:29]
⇨ Joins: ThePsionic
(~Psi@ip5457f909.direct-adsl.nl)
L109[08:30:43] <barteks2x> and on windows
it will just fail with unhelpful message that it couldn't start
JVM
L110[08:32:56] <gigaherz|work> ?
L111[08:33:54] ⇦
Quits: Zaggy1024 (~Zaggy1024@97-116-167-160.mpls.qwest.net) (Ping
timeout: 206 seconds)
L112[08:41:43]
⇨ Joins: turmfalke
(~turmfalke@p20030056CF60330B390A0623CD92E1EB.dip0.t-ipconnect.de)
L113[08:50:23] ⇦
Quits: npe|office (~NPExcepti@bps-gw.hrz.tu-chemnitz.de) (Remote
host closed the connection)
L114[09:00:33] ⇦
Quits: jackmcbarn (jackmcbarn@gateway.insomnia247.nl) (Ping
timeout: 192 seconds)
L115[09:03:31] <barteks2x> if you start
IDEA with DCEVM on windows it just won't start
L116[09:03:43] <barteks2x> if it's not an
altjvm
L117[09:04:02] <gigaherz|work> weird
L118[09:04:15] <barteks2x> because
intellij uses GC not supported by dcevm
L119[09:04:22] <gigaherz|work> nice things
that I didn't want tob e intrusive and I chose altjvm, then
L120[09:04:45] <barteks2x> you can make it
work by editing VM options for it
L121[09:07:40]
⇨ Joins: jackmcbarn
(jackmcbarn@gateway.insomnia247.nl)
L122[09:20:14] ***
amadornes[OFF] is now known as amadornes
L123[09:20:43] ***
MrKick|Away is now known as MrKickkiller
L124[09:22:36] ⇦
Quits: gigaherz|work (~gigaherz@84.89.63.25) (Read error:
Connection reset by peer)
L125[09:22:46]
⇨ Joins: gigaherz|work (~gigaherz@84.89.63.25)
L126[09:26:06] ⇦
Quits: MikrySoft (~mikrysoft@89-76-18-43.dynamic.chello.pl) (Killed
(NickServ (GHOST command used by mikryso3)))
L127[09:40:37] ⇦
Quits: gigaherz|work (~gigaherz@84.89.63.25) (Read error:
Connection reset by peer)
L128[09:40:48]
⇨ Joins: gigaherz|work (~gigaherz@84.89.63.25)
L129[09:45:19] ⇦
Quits: gigaherz|work (~gigaherz@84.89.63.25) (Read error:
Connection reset by peer)
L130[09:45:25]
⇨ Joins: gigaherz|work (~gigaherz@84.89.63.25)
L131[09:49:54] ⇦
Quits: Bjorngulf (Bjorngulf@ip-62-235-203-224.dsl.scarlet.be)
()
L132[09:51:25] ***
diesieben07 is now known as diesieben|away
L133[09:54:13]
⇨ Joins: McJty
(~jorrit@94-224-154-146.access.telenet.be)
L134[09:54:31] <barteks2x> does ./gradlew
also work on windows? or does it have to be without ./ ?
L135[09:54:49] <barteks2x> (updating my
readme so I want to know if I should add special case for
windows)
L136[09:56:50]
⇨ Joins: Meronat
(uid190493@id-190493.ealing.irccloud.com)
L137[10:05:30] ⇦
Quits: gigaherz|work (~gigaherz@84.89.63.25) (Remote host closed
the connection)
L138[10:15:50] ⇦
Quits: Umbraco (~Umbraco@fs76eed867.tkyc406.ap.nuro.jp)
()
L139[10:17:16] ⇦
Quits: Marenthyu (~Marenthyu@marenthyu.de) (Ping timeout: 194
seconds)
L140[10:18:09] <Akkarin> The gradle
wrapper usually generates two files. gradlew.sh and gradlew.bat.
The latter is logically for Windows, barteks2x
L141[10:18:32] <Akkarin> regular console
semantics apply (e.g. no ./ is necessary in Windows CMDs)
L142[10:20:44] <barteks2x> yes, but will
it work if I use ./ on windows?
L143[10:20:55] <barteks2x> so that I can
have instructions the same for windows and linux
L144[10:21:14] <Akkarin> No.
L145[10:21:29] ⇦
Quits: minecrell (~minecrell@irc.minecrell.net) (Ping timeout: 384
seconds)
L146[10:21:47] <Akkarin> it's the one
instance where Windows does not understand / as a synonym for
\
L147[10:22:40] <Akkarin> (aka
.\gradlew.bat works fine)
L148[10:22:59] <barteks2x> and let me
guess that linux won't understand .\?
L149[10:23:21] <Akkarin> Linux interprets
\ as an escape sequence
L150[10:23:26] <Akkarin> so no it won't
understand
L151[10:24:02] <barteks2x> any markdown
preview tool for linux?
L152[10:24:10] <Akkarin> just list it like
everybody else as "./gradlew.sh or gradlew.bat" if you
don't understand what the specifics are, chances are that you
shouldn't need to build it anyways
L153[10:24:13] <barteks2x> (one that
understands github markdown)
L154[10:24:25] <Akkarin> IntelliJ has
built in Markdown editing capabilities afaik
L155[10:24:30] <Akkarin> at least there's
an official plugin for it
L156[10:24:33]
⇨ Joins: minecrell
(~minecrell@irc.minecrell.net)
L157[10:25:13] <barteks2x> intellij plugin
doesn't seem to understand somethign like this:
L159[10:25:30] ⇦
Quits: TechnicianLP (~Technicia@p4FE57D89.dip0.t-ipconnect.de)
(Read error: Connection reset by peer)
L160[10:25:42]
⇨ Joins: TechnicianLP
(~Technicia@p4FE57D89.dip0.t-ipconnect.de)
L161[10:26:35] <Akkarin> Well it
understands everything else though. Should usually suffice for all
your daily md editing needs
L162[10:27:26] <ghz|afk> barteks2x: in
windows cmd, "/" is a separator for parameters
L163[10:27:34] <ghz|afk> win32 API does
accept / as a path separator
L164[10:27:37] <ghz|afk> but cmd doesn't
parse it
L165[10:29:52] <barteks2x> argh... should
I support compiling the mod without git repository?
L166[10:30:27] <Akkarin> why would
you?
L167[10:30:40] <Akkarin> if you're using
the information from the repo just keep it that way
L168[10:30:55] <Akkarin> people won't
compile your mod every day for fun unless they intend to contribute
or fork anyways
L169[10:30:58] <barteks2x> I already have
the code for it, it just breaks preiodically
L170[10:31:12] <barteks2x> because I never
test it
L171[10:33:33] <barteks2x> (basically it
builds with version number 9999.9999.9999.0 when not in git
repository)
L172[10:33:37]
⇨ Joins: Jezza (~Jezza@92.206.161.17)
L173[10:34:19] ⇦
Quits: bilde2910 (bilde2910@178.51-174-170.customer.lyse.net) (Ping
timeout: 189 seconds)
L174[10:34:28] <barteks2x> and there are
people who actually compile it just to run it
L175[10:35:20] <Akkarin> tbh if you manage
to compile it you should also manage to install git and just clone
it
L176[10:35:31] <Akkarin> at least it
proves that you are able to read instructions to some extend
:P
L177[10:36:47]
⇨ Joins: bilde2910
(bilde2910@178.51-174-170.customer.lyse.net)
L178[10:37:09] <barteks2x> every some tile
GrGit decides to throw a different exception when the git
repository isn't there
L179[10:38:11] <barteks2x> first it was
RepositoryNotFoundException, then GrgitException, now it's
IllegalArgumentException
L180[10:39:37] ⇦
Quits: romibi (~quassel@cable-static-7-174.rsnweb.ch) (Ping
timeout: 384 seconds)
L181[10:39:42]
⇨ Joins: Gil
(uid147942@id-147942.brockwell.irccloud.com)
L182[10:41:03] <barteks2x> compiling
without git repository won't work anyway ebcause submodules. I'm
removing support fo rit
L183[10:41:42] ***
PaleOff is now known as PaleoCrafter
L184[10:41:56] ⇦
Quits: minecrell (~minecrell@irc.minecrell.net) (Ping timeout: 180
seconds)
L185[10:49:31]
⇨ Joins: romibi
(~quassel@cable-static-7-174.rsnweb.ch)
L186[11:07:53]
⇨ Joins: minecrell (~minecrell@minecrell.net)
L187[11:09:39] ⇦
Quits: minecrell (~minecrell@minecrell.net) (Client
Quit)
L188[11:11:52]
⇨ Joins: Zachincool (webchat@24.60.235.78)
L189[11:12:51]
⇨ Joins: covers1624
(~covers162@ppp122-232-6.static.internode.on.net)
L190[11:14:12] ⇦
Quits: covers1624_
(~covers162@ppp122-232-6.static.internode.on.net) (Ping timeout:
198 seconds)
L191[11:15:59] ⇦
Quits: Zachincool (webchat@24.60.235.78) (Ping timeout: 180
seconds)
L192[11:17:43]
⇨ Joins: Zachincool (~zachincoo@24.60.235.78)
L193[11:17:50] <Zachincool> Test
L194[11:17:58] <Zachincool> Hi guys. Can
anyone tell me if the fml-latest log files are supposed to capture
game chat?
L195[11:18:32] <ghz|afk> no
L196[11:18:35] <ghz|afk> latest.log does,
though
L197[11:18:44] <ghz|afk> well
L198[11:18:45] <ghz|afk> on the
client
L199[11:18:47] <ghz|afk> the server-latest
may
L200[11:19:34] <Zachincool> On a server it
doesnt though
L201[11:19:35] <Zachincool> ?
L202[11:19:51] ***
TTFT|Away is now known as TTFTCUTS
L203[11:20:51] <Zachincool> The reason I
ask is because I am using a SpongeForge plugin which is supposed to
capture game chat. But the developer is saying forge isn’t picking
up the chat, which isn’t letting the plugin work. Is there any
setting or something that would change whether forge picks up
chat?
L204[11:21:07]
⇨ Joins: minecrell (~minecrell@minecrell.net)
L205[11:21:23] <Zachincool> He said chat
should be in the log files, but it’s not in fml-server logs
L206[11:21:30] <Zachincool> Idk if that’s
normal behavior or not
L207[11:29:02] ⇦
Quits: romibi (~quassel@cable-static-7-174.rsnweb.ch) (Quit:
romibi)
L208[11:29:35] <ghz|afk> Zachincool:
latest.log does, as I said
L209[11:29:38] <ghz|afk> not
fml-server-latest
L210[11:29:49] <Zachincool> Yeah so the
dev is wrong
L211[11:30:00] <ghz|afk> at least on my
development environment in 1.10.2
L212[11:30:40] <ghz|afk> and note,
latest.log IS in the server
L213[11:34:50]
⇨ Joins: Brokkoli
(~Brokkoli@p5B23C6BC.dip0.t-ipconnect.de)
L214[11:44:05] ⇦
Quits: mallrat208 (~mallrat20@107-145-175-135.res.bhn.net) (Ping
timeout: 190 seconds)
L215[11:46:24]
⇨ Joins: AstralSorcerer
(~AstralSor@u-of-rochester-128-151-150-17.wireless.rochester.edu)
L216[11:46:39]
⇨ Joins: romibi
(~quassel@cable-static-7-174.rsnweb.ch)
L217[11:55:26] ⇦
Quits: romibi (~quassel@cable-static-7-174.rsnweb.ch) (Ping
timeout: 180 seconds)
L218[11:56:00]
⇨ Joins: romibi
(~quassel@cable-static-7-174.rsnweb.ch)
L219[12:18:00] *** V
is now known as Vigaro
L220[12:22:15] ***
Vigaro is now known as V
L221[12:26:38]
⇨ Joins: Shawn|i7-Q720M
(~shawn156@c-50-170-156-102.hsd1.co.comcast.net)
L222[12:27:22] ⇦
Quits: Zachincool (~zachincoo@24.60.235.78) (Quit:
Zachincool)
L223[12:35:35] *** V
is now known as Vigaro
L224[12:39:50] ⇦
Quits: AstralSorcerer
(~AstralSor@u-of-rochester-128-151-150-17.wireless.rochester.edu)
(Ping timeout: 194 seconds)
L225[12:44:22]
⇨ Joins: nallar
(~nallar@cpc16-cani3-2-0-cust33.14-2.cable.virginm.net)
L226[12:51:24] ⇦
Quits: Kaiyouka (~IdiotNono@c-75-71-231-133.hsd1.co.comcast.net)
(Ping timeout: 198 seconds)
L227[12:51:54]
⇨ Joins: sokratis12GR (kiwiirc@84.252.54.199)
L228[12:54:26] ⇦
Quits: cpup (~cpup@32.218.118.138) (Ping timeout: 180
seconds)
L229[12:54:34]
⇨ Joins: bjorguv
(~reidboyce@c-73-83-133-41.hsd1.wa.comcast.net)
L230[12:55:57] ⇦
Quits: LexManos (~LexManos@50-39-184-236.bvtn.or.frontiernet.net)
(Read error: Connection reset by peer)
L231[12:56:08]
⇨ Joins: cpup (~cpup@32.218.118.138)
L232[12:56:19]
⇨ Joins: LexManos
(~LexManos@50-39-184-236.bvtn.or.frontiernet.net)
L233[12:56:19]
MineBot sets mode: +o on LexManos
L234[12:58:47]
⇨ Joins: Unh0ly_Tigg
(~Robert@c-76-115-95-185.hsd1.or.comcast.net)
L235[13:01:00]
⇨ Joins: quadraxis
(~quadraxis@cpc77293-basf12-2-0-cust699.12-3.cable.virginm.net)
L236[13:01:40]
⇨ Joins: AstralSorcerer
(~AstralSor@u-of-rochester-128-151-150-17.wireless.rochester.edu)
L237[13:01:56] ⇦
Quits: Searge|mojang (~Searge@h-85-24-130-18.na.cust.bahnhof.se)
(Ping timeout: 194 seconds)
L239[13:08:18] ⇦
Quits: ThePsionic (~Psi@ip5457f909.direct-adsl.nl) (Read error:
Connection reset by peer)
L240[13:10:16] ***
Vigaro is now known as V
L241[13:21:06]
⇨ Joins: kinggoesgaming
(uid23106@id-23106.tooting.irccloud.com)
L242[13:23:25] *** V
is now known as Vigaro
L243[13:25:54] ⇦
Quits: bjorguv (~reidboyce@c-73-83-133-41.hsd1.wa.comcast.net)
(Quit: bjorguv)
L244[13:33:02] ***
Vigaro is now known as V
L245[13:34:40] ⇦
Quits: Alex_hawks
(~Alex_hawk@2001:8003:846b:8a00:cd1d:f539:4568:39eb) (Read error:
Connection reset by peer)
L246[13:35:08]
⇨ Joins: Alex_hawks
(~Alex_hawk@2001:8003:846b:8a00:cd1d:f539:4568:39eb)
L247[13:43:08]
⇨ Joins: killjoy
(~killjoy@cpe-2606-A000-1118-8158-D113-8014-1938-AA45.dyn6.twc.com)
L249[13:53:18] <killjoy> ^Just made the
description more PC (No longer mentioning banned countries in the
example.)
L250[13:54:36]
⇨ Joins: Ipsis
(~Ipsis@82-69-71-184.dsl.in-addr.zen.co.uk)
L251[13:55:56] <ghz|afk> killjoy: probably
for the best ;p
L252[13:56:09] <killjoy> I replaced it
with "inceptionYear"
L253[13:56:14] <killjoy> probably
useful
L254[13:56:21] <killjoy> idk
L255[13:56:26]
⇨ Joins: edr
(~edr@d-65-175-180-73.cpe.metrocast.net)
L256[13:56:42] <ghz|afk> killjoy: lol at
"authorList = ['bill clinton', 'george w bush', 'barrack
obama', 'donald trump']"
L257[13:56:56] <killjoy> using the last 4
contributors
L258[13:57:04] <killjoy> Do you really
want to include all 54?
L259[13:57:19] <killjoy> *44
L260[14:00:53]
⇨ Joins: immibis
(~chatzilla@122-60-104-195.jetstream.xtra.co.nz)
L261[14:01:14] ⇦
Quits: McJty (~jorrit@94-224-154-146.access.telenet.be) (Quit:
Leaving)
L262[14:01:26] ⇦
Quits: Waterpicker
(~Waterpick@2602:306:35ba:ca40:b8c8:c827:e81d:7ac4) (Quit:
Leaving)
L263[14:11:47]
⇨ Joins: Necro
(~Necro@p200300700D0D7D05E0791A5D7B8B4226.dip0.t-ipconnect.de)
L264[14:11:56] ⇦
Quits: AstralSorcerer
(~AstralSor@u-of-rochester-128-151-150-17.wireless.rochester.edu)
(Ping timeout: 180 seconds)
L265[14:16:39] ⇦
Quits: anli (~anli@81-236-136-240-no279.tbcn.telia.com) (Ping
timeout: 384 seconds)
L266[14:24:48] ⇦
Quits: killjoy
(~killjoy@cpe-2606-A000-1118-8158-D113-8014-1938-AA45.dyn6.twc.com)
(Ping timeout: 206 seconds)
L267[14:25:27] ⇦
Quits: immibis (~chatzilla@122-60-104-195.jetstream.xtra.co.nz)
(Ping timeout: 198 seconds)
L268[14:30:35] <barteks2x> O.o what did I
think when writing this? double distSq = dx * dy * dz;
L269[14:30:52]
⇨ Joins: Bjorguv
(~reidboyce@c-73-83-133-41.hsd1.wa.comcast.net)
L270[14:32:14] <TechnicianLP> do you guys
know if one can get the status of a closed (as in not publicly
viewable) java bug?
L271[14:33:05]
⇨ Joins: TechnicianLP2
(~Technicia@p4FE57D89.dip0.t-ipconnect.de)
L272[14:38:08] ⇦
Quits: iari (~iari___@evana.futhark24.org) (Quit:
Leaving)
L273[14:41:21] <Bjorguv> anyone know of
any common servserside issues that are caused by forge
multipart?
L274[14:41:31] <Bjorguv> or graphical
issues
L275[14:48:08]
⇨ Joins: CsokiCraft
(~CsokiCraf@79.120.172.82.pool.invitel.hu)
L276[14:48:37]
⇨ Joins: Kaiyouka
(~IdiotNono@c-75-71-231-133.hsd1.co.comcast.net)
L277[14:48:49] <CsokiCraft> Is there a
good way to detect when any Entity is right-clicked with a specific
item?
L278[14:49:42] ***
diesieben|away is now known as diesieben07
L279[14:49:47]
⇨ Joins: Cast0077
(~Cast0077@24-151-68-108.dhcp.nwtn.ct.charter.com)
L280[14:49:52] <diesieben07> CsokiCraft,
your item or your entity? or neither?
L281[14:50:07] <CsokiCraft> My item, ANY
Entity
L282[14:50:32] <ghz|afk>
PlayerInteractEvent.Entity would work for any-any
L283[14:50:47]
⇨ Joins: KGS
(~KGS@h-155-4-129-249.na.cust.bahnhof.se)
L284[14:51:25] <diesieben07> override
itemInteractionForEntity in your Item class
L285[14:51:55] <ghz|afk> ah I didn't know
items had that
L286[14:51:59] <ghz|afk> have that*
L287[14:53:20] ⇦
Quits: Lord_Ralex (~Ralex@107.191.104.81) (Quit: Hmm, I do not
think this was suppose to happen)
L288[14:54:40]
⇨ Joins: mezz_ (~mezz@24.6.28.151)
L289[14:54:41]
MineBot sets mode: +v on mezz_
L290[14:54:53]
⇨ Joins: Lord_Ralex
(~Ralex@hands.of.the.devilincarnate.net)
L291[14:55:41]
⇨ Joins: mezz__ (~mezz@24.6.28.151)
L292[14:55:42]
MineBot sets mode: +v on mezz__
L293[14:56:25] ⇦
Quits: mezz (~mezz@24.6.28.151) (Ping timeout: 190
seconds)
L294[14:58:37] ⇦
Quits: Forkk (~forkk@2600:3c00::f03c:91ff:fe84:de4d) (Quit: No Ping
reply in 180 seconds.)
L295[14:58:45] ⇦
Quits: mezz_ (~mezz@24.6.28.151) (Ping timeout: 190
seconds)
L296[14:59:09] ⇦
Quits: BBSplat (bbsplat@tab.completion.provided.by.rcfreak0.com)
(Ping timeout: 384 seconds)
L297[15:00:19]
⇨ Joins: Forkk
(~forkk@2600:3c00::f03c:91ff:fe84:de4d)
L298[15:05:25] ⇦
Quits: mezz__ (~mezz@24.6.28.151) (Ping timeout: 190
seconds)
L299[15:09:28]
⇨ Joins: mezz (~mezz@24.6.28.151)
L300[15:09:29]
MineBot sets mode: +v on mezz
L301[15:09:33] ⇦
Quits: CsokiCraft (~CsokiCraf@79.120.172.82.pool.invitel.hu) (Quit:
Leaving)
L302[15:12:45]
⇨ Joins: ThePsionic
(~Psi@ip5457f909.direct-adsl.nl)
L303[15:21:05] ⇦
Quits: cpup (~cpup@32.218.118.138) (Ping timeout: 190
seconds)
L304[15:22:38] *** V
is now known as Vigaro
L305[15:22:45] ⇦
Quits: TechnicianLP (~Technicia@p4FE57D89.dip0.t-ipconnect.de)
(Ping timeout: 190 seconds)
L306[15:22:52] ***
PaleoCrafter is now known as PaleOff
L307[15:22:57]
⇨ Joins: cpup (~cpup@32.218.118.138)
L308[15:29:34] ⇦
Quits: Ipsis (~Ipsis@82-69-71-184.dsl.in-addr.zen.co.uk) (Ping
timeout: 206 seconds)
L309[15:33:25] ⇦
Quits: Hunterz (~hunterz@62.182.234.189) (Remote host closed the
connection)
L310[15:43:28] ⇦
Quits: auenfx4 (David@DC-50-235.bpb.bigpond.com) (Ping timeout: 202
seconds)
L311[15:45:04] ⇦
Quits: armed_troop
(~armedtroo@pool-98-114-59-249.phlapa.fios.verizon.net) (Ping
timeout: 189 seconds)
L312[15:53:05] ⇦
Quits: fatguylaughing (~fatguylau@worx01.worxco.net) (Quit:
fatguylaughing)
L313[15:53:20]
⇨ Joins: armed_troop
(~armedtroo@pool-98-114-59-249.phlapa.fios.verizon.net)
L314[16:04:49] ***
illy[Zzz] is now known as illy
L315[16:05:53] <illy> I spent an ungodly
amount of time trying to compile upx or osx last night and just
found where they post they're osx builds...
L316[16:06:05] <illy> s/or/for
L317[16:09:42]
⇨ Joins: Waterpicker
(~Waterpick@waterpicker-144-167-206-38.ddns.ualr.edu)
L318[16:28:20] <barteks2x> line endings
are such a pain...
L319[16:29:08] <barteks2x> when gradle
kotlin buildscript has unit line endings on windows it will spam
with giant errors that seem to make no sense
L320[16:29:14] <barteks2x> *unix
L321[16:29:59] <ghz|afk> it works! it
works!
L323[16:30:30] ***
Abrar|gone is now known as AbrarSyed
L324[16:32:30] <barteks2x> really, why are
there still tools that don't automatically detect line
ending?
L325[16:32:39] <ghz|afk> no idea
L326[16:33:01] <barteks2x> it's a
compiler...
L327[16:33:11] <barteks2x> one where
newlines actually matter
L328[16:33:53] <ghz|afk> does it assume
unix lineendings?
L329[16:33:55] <ghz|afk> or windows?
L330[16:34:09] <barteks2x> it assumes
whatever line endings your current OS has
L331[16:34:14] <ghz|afk> ah I see
L332[16:34:17] <barteks2x> so a file
compiles on linux
L333[16:34:20] <barteks2x> but won't
compile on windows
L334[16:34:22] <ghz|afk> third option
then
L335[16:34:35] <ghz|afk> if it was windows
only -- my guess would have been ignorance
L336[16:34:45] <barteks2x> it's kotlin
compiler
L337[16:34:49] <ghz|afk> if it was unix
only -- my guess would have been malice ("fuck windows
people")
L338[16:35:03] <ghz|afk> but if it's
"only the platform's native" -- then it must be
stupidity
L339[16:35:03] <ghz|afk> ;P
L340[16:35:42] <barteks2x> actually
reading only unix line endings and ignoring \r would work perfectly
fine
L341[16:35:56] <ghz|afk> so long as it
ignores \r, yes
L342[16:36:02] <illy> there are times
where that is a valid option... Like me being lazy an not wanting
#ifdefs to crosscompile :P
L343[16:36:26] ⇦
Quits: cpup (~cpup@32.218.118.138) (Ping timeout: 180
seconds)
L344[16:36:29] <ghz|afk> wouldn't be the
first time I have seen some unix app reject \r
L345[16:36:32] <ghz|afk> and exit with
errors
L346[16:36:37] <fry> something something
old macs something \r only
L347[16:36:40] ⇦
Quits: armed_troop
(~armedtroo@pool-98-114-59-249.phlapa.fios.verizon.net) (Ping
timeout: 202 seconds)
L348[16:36:50] <ghz|afk> fry: yeah at
thisp oint we can ignore that option ;P
L349[16:36:54] <ghz|afk> but back in the
day
L350[16:36:58] <fry> good thing about unix
- can put unix2dos inside the pipe in a random place
L351[16:36:59] <ghz|afk> my suggestion
would have been
L352[16:37:11] <ghz|afk> "turn \r
into \n, and ignore repeated \n"
L353[16:37:27] <barteks2x> the compiler
would ignore repeated \n anyways... because it's a compiler
L354[16:37:29] <ghz|afk> [\r\n]+ ->
\n
L355[16:37:34] <fry> no reason to ignore
it if supporting it is no harder than not supporting it :P
L356[16:38:00] <fry> and yes, tripping up
on \r in 2017 is silly
L357[16:38:06]
⇨ Joins: cpup (~cpup@32.218.117.155)
L358[16:38:09] <ghz|afk> so what do you
ppl think of my belt ;P
L359[16:38:13] <barteks2x> it's tripping
up on not including \r on windows
L360[16:39:14]
⇨ Joins: Vazkii
(~Vazkii@144.134.37.188.rev.vodafone.pt)
L361[16:39:56] ⇦
Quits: Hgreb (~Hgrebnedn@d8d872a6e.access.telenet.be) (Ping
timeout: 180 seconds)
L362[16:40:03] <barteks2x> ie. compiling
unix line endings on windows (looks like the same issue as
notepad.exe)
L363[16:40:21] <ghz|afk> yeah but notepad
was jsut simply not programmed to support unix at all
L364[16:40:45] <ghz|afk> this program, is
like they did like ... use the java equivalent of C#'s
"Environment.NewLine"
L365[16:40:58] <ghz|afk> without even
considering unix files used in windows
L366[16:41:28] <ghz|afk> it would still
not be a problem if oyu used git's autocrlf or similar
L367[16:41:40] <ghz|afk> but it's stupid
NOT to support unix line breaks in windows
L368[16:41:41] <barteks2x> well, I think I
do use something like that
L369[16:41:42] <ghz|afk> in 2017.
L370[16:41:51] <barteks2x> but not
everyone has git configured right
L371[16:42:02] <ghz|afk> well
L372[16:42:04] <barteks2x> not all
developers working on cubicchunks use linux, and it works for
others
L373[16:42:07] <ghz|afk> fuck those,
then
L374[16:42:08] <ghz|afk> ;P
L375[16:42:24] <ghz|afk> they can set
autocrlf for the one repository if they don't want it global
L376[16:42:25] <ghz|afk> ;P
L377[16:42:50] <barteks2x> I have *
text=auto in .gitattributes
L378[16:42:55] <barteks2x> is this the
right thing?
L379[16:43:26] <barteks2x> or is there
something else I would need to do?
L380[16:43:45] <barteks2x> and the problem
is that most people don't know they have it configured
incorrectly
L381[16:43:58]
⇨ Joins: armed_troop
(~armedtroo@pool-98-114-59-249.phlapa.fios.verizon.net)
L382[16:44:13] <barteks2x> because git
installer asks you about it once during installation with no easy
way to change it unless you actually know this is the problem
L383[16:44:31] <ghz|afk> git config
core.autocrlf=true
L384[16:44:36] <ghz|afk> git config
--global core.autocrlf=true
L385[16:44:40] <ghz|afk> I think that
should work?
L386[16:44:44] <ghz|afk> saying it from
memory so it may not
L387[16:44:48] <barteks2x> that would work
*for me*
L388[16:44:54] <ghz|afk> at space
L389[16:44:56] <ghz|afk> not
"="
L390[16:45:01] <barteks2x> but is there
something that works per-repository?
L391[16:45:14] <barteks2x> so that it
overrides someones global settings?
L392[16:45:46] <ghz|afk> well there's
.gitattributes
L393[16:45:50] <ghz|afk> which can have
like
L394[16:45:55] <ghz|afk> path/to/my/file
eol=crlf
L395[16:46:06] <barteks2x> except that it
will force crlf on all platforms
L396[16:46:08] <ghz|afk> but I don't know
how that works
L397[16:46:10] <ghz|afk> yes yes
L398[16:46:12] <ghz|afk> I mean
"like"
L399[16:46:13] <barteks2x> which is
annoying
L400[16:46:14] <ghz|afk> not specifically
THAT
L402[16:46:45] <ghz|afk> To control what
line ending style is used in the working directory, use the eol
attribute for a single file and the core.eol configuration variable
for all text files. Note that core.autocrlf overrides
core.eol
L403[16:47:05] <ghz|afk> so no
L404[16:47:14] <ghz|afk> you can't
force-override to auto
L405[16:47:26] <ghz|afk> you just simply
have to tell people to enable autocrlf for your repository
L406[16:47:28] <ghz|afk> and live with
that
L407[16:47:48] <barteks2x> I will ask
gradle script kotlin people if it can be fixed on their side
L408[16:47:54] <ghz|afk> ofc
L409[16:47:58] <ghz|afk> but meanwhile,
that's your solution
L410[16:49:10] <barteks2x> also, you don't
really look afk :D
L411[16:52:05] ⇦
Quits: Kaiyouka (~IdiotNono@c-75-71-231-133.hsd1.co.comcast.net)
(Ping timeout: 190 seconds)
L412[16:52:13] ⇦
Quits: airbreather (~airbreath@d149-67-99-43.nap.wideopenwest.com)
(Ping timeout: 206 seconds)
L413[17:00:31] <barteks2x> WTF
L414[17:00:36]
⇨ Joins: Shambling
(~Shambling@24-181-186-74.dhcp.nwtn.ct.charter.com)
L415[17:00:42] <barteks2x> I'm getting
java.lang.NoSuchFieldError: player at line: double d3 = d0 * d0 +
d1 * d1 + d2 * d2;
L416[17:00:59] ⇦
Quits: nallar
(~nallar@cpc16-cani3-2-0-cust33.14-2.cable.virginm.net) (Ping
timeout: 384 seconds)
L417[17:01:12]
⇨ Joins: sinkillerj
(~sinkiller@nc-67-232-15-221.dhcp.embarqhsd.net)
L418[17:01:40] <barteks2x> in vanilla
code
L419[17:01:48] <barteks2x> that isn't
touched by asm
L420[17:02:43] ***
fry is now known as fry|sleep
L421[17:03:15]
⇨ Joins: nallar
(~nallar@cpc16-cani3-2-0-cust33.14-2.cable.virginm.net)
L422[17:07:14] <barteks2x> does the client
create 2 WorldClient objects in total before you actually join the
world?
L423[17:08:14]
⇨ Joins: AstralSorcerer
(~AstralSor@u-of-rochester-128-151-150-17.wireless.rochester.edu)
L424[17:10:10] <barteks2x> WTF!? It works
in debug mode
L425[17:11:25] ⇦
Quits: mrkirby153 (mrkirby153@the.government.stole-your.pw) (Ping
timeout: 189 seconds)
L426[17:11:26] <barteks2x> WTF is that? It
literally works fine when I step through the code, and breaks when
I don't
L427[17:12:48] <barteks2x> it's a race
condition... somehow. Somteimes packet is sent before the client
world exists, sometimes after
L428[17:13:04] <ghz|afk> ahh,
heisenbugs...
L429[17:13:21] <barteks2x> any place where
I can send packet to client as early as possible and know the
client world already exists?
L430[17:13:38] <ghz|afk> dunno
L431[17:13:45] <barteks2x> and by as early
as possible I mean before any chunk could possibly be sent
L432[17:14:05] <barteks2x> ideally right
after sending world type information
L433[17:14:44] ***
amadornes is now known as amadornes[OFF]
L434[17:15:14] <barteks2x> oh... I'm not
even running it on the main thread
L435[17:15:57] <barteks2x> doing it from
main thread should fix everything
L436[17:17:56] ⇦
Quits: Jezza (~Jezza@92.206.161.17) (Ping timeout: 180
seconds)
L437[17:19:29]
⇨ Joins: RichardG_ (~richardg8@201.37.242.203)
L438[17:19:30]
MineBot sets mode: +v on RichardG_
L439[17:20:15] ⇦
Quits: RichardG (~richardg8@201.37.242.203) (Ping timeout: 206
seconds)
L440[17:21:36] <ghz|afk> okay some mod
design questions / request for opinions
L441[17:21:43] ⇦
Quits: ThePsionic (~Psi@ip5457f909.direct-adsl.nl) (Quit:
Leaving)
L443[17:21:54]
⇨ Joins: mrkirby153
(mrkirby153@the.government.stole-your.pw)
L444[17:22:01] <ghz|afk> what should the
belt allow to be put in it?
L445[17:22:12] <ghz|afk> right now it
accepts any non-stackable itemstack
L446[17:22:47] <ghz|afk> this includes
filled buckets, but not empty ones
L447[17:23:25] ⇦
Quits: Necro
(~Necro@p200300700D0D7D05E0791A5D7B8B4226.dip0.t-ipconnect.de)
(Ping timeout: 190 seconds)
L448[17:23:35] <ghz|afk> and another
question
L449[17:23:36] <barteks2x> I wouldn't see
anything wrong with accepting a single stackable item
L450[17:23:43] <ghz|afk> well
L451[17:23:45] <ghz|afk> that could
work
L452[17:23:50] <ghz|afk> but it would
immensely complicate the logic
L453[17:24:09] <ghz|afk> since I would
have to take into account "swapping", where the swapping
leaves items behind
L454[17:24:16] <ghz|afk> so I decided
"nope."
L455[17:25:00] <ghz|afk> then second
question,
L456[17:25:14] <ghz|afk> my flatmate
suggested I make the belt have a small number of initial
slots
L457[17:25:16] <ghz|afk> 2 or so
L458[17:25:19] <ghz|afk> and have upgrade
tiers
L459[17:25:23] <ghz|afk> to add extra
slots
L460[17:25:25] <barteks2x> I would likely
have a non-crappy video made today that shows what cubic chunks can
do if that stupid thing actually compiled on windows
L461[17:25:27] <ghz|afk> each tier
requiring more materials
L462[17:25:50] <ghz|afk> (higher tier
materials, that is)
L463[17:25:54] <barteks2x> actually... I
could have sent him jar. But he came asking with help compiling
first
L464[17:26:18] <ghz|afk> but I'm not
convinced, because it doesn't really... "fit"
L465[17:26:29] <ghz|afk> as in, it's just
some "supports" for holding tools
L466[17:26:37] <ghz|afk> there's no reason
to require anything but leather and string ;p
L467[17:26:49] ⇦
Quits: mrkirby153 (mrkirby153@the.government.stole-your.pw) (Ping
timeout: 189 seconds)
L468[17:26:49] <barteks2x> magic leather
and magic string :D
L469[17:26:59] <ghz|afk> and if it's just
"extra leather and string"
L470[17:27:05] <ghz|afk> it won't be
upgrade tiers
L471[17:27:19] <ghz|afk> because everyone
will just go straight to the end
L472[17:27:23] <ghz|afk> and make the
entire thing
L473[17:27:33] <ghz|afk> meaning all it
achieves is annoying people by making them craft extra steps
L474[17:28:21] <ghz|afk> one idea I just
had
L475[17:28:27] <ghz|afk> would be to not
"craft" the upgrades in a crafting grid
L476[17:28:34] <ghz|afk> but make it an
anvil thing
L477[17:28:44] <ghz|afk> and require
increasing amount of XP
L478[17:28:49] <barteks2x> enchanting with
higher capacity enchantment :D
L479[17:29:16] <ghz|afk> base belt + pouch
+ 2 XP levels = first upgrade
L480[17:29:26] <ghz|afk> first upgrade
belt + pouch + 5 XP levels = second upgrade
L481[17:29:30]
⇨ Joins: BBSplat
(bbsplat@tab.completion.provided.by.rcfreak0.com)
L482[17:29:40] <ghz|afk> second upgrade
belt + pouch + 8 XP levels = third upgrade
L483[17:29:41] <ghz|afk> etc
L484[17:29:56] <barteks2x> are my messages
actually visible?
L485[17:30:00] <ghz|afk> yes
L486[17:30:13] <barteks2x> I thought for a
while I'm talking to noone
L487[17:30:27] <ghz|afk> sorry I do that
sometimes when i'm in the middle of a braindump ;p
L488[17:33:13] <barteks2x> the idea of
using anvil seems good, I haven't seen many mods doing that
L489[17:33:50] <ghz|afk> yeah, enderio
does it for the dark steel upgrades
L490[17:34:12] ***
RichardG_ is now known as RichardG
L491[17:34:13] <ghz|afk> so next up: the
pouch item
L492[17:34:21] <ghz|afk> or hmm
L493[17:34:25] <barteks2x> I still think
using enchantments could also work, but I'm not sure if it would
fit the mod
L494[17:34:29] <ghz|afk> whatever I end up
calling it
L495[17:34:43] <ghz|afk> doesn't fit my
idea for it, no
L496[17:34:47] <ghz|afk> it's a physical
thing
L497[17:34:58] ⇦
Quits: Noppes (~Noppes@ip56530f2e.direct-adsl.nl) (Read error:
Connection reset by peer)
L498[17:34:58] <ghz|afk> no magic
involved
L499[17:35:07] <barteks2x> Minecraft tools
also are physical things and yet they have enchantments
L500[17:35:11] <ghz|afk> yes
L501[17:35:19] <ghz|afk> but you can't
enchant a chest to have more slots
L502[17:35:57] <ghz|afk> I did consider
making the belt enchantable and somehow apply the enchants to the
tools
L503[17:36:04] <ghz|afk> but nah, at least
not initially.
L505[17:36:43] <ghz|afk> this is basically
what I'm implementing, no more, no less ;P
L506[17:37:17] <ghz|afk> (well, an
minecraftified approximation of it ;P)
L507[17:37:19] <barteks2x> I discovered
that at y=-1,000,000,000 breaking blocks isn't received by
server
L508[17:37:19] <ghz|afk> a*
L509[17:37:26] <ghz|afk> lol
L510[17:42:33] <Shambling> could the belt
just simply require enchantments like feather falling, to reduce
the weight of the extra tools? Steve can already carry fort knocks
btw
L511[17:42:45] <barteks2x> nevermind, I
broke breaking blocks completely
L512[17:42:54] <barteks2x> not only ath
these depths
L513[17:43:13] <Shambling> uhm, isn't the
wildlands at like -1,000,000,000 blocks? or whatever they call
it
L514[17:43:27] <ghz|afk> Shambling: nah
it'snot the kind of mechanic I'm going for
L515[17:43:27] ⇦
Quits: Alex_hawks
(~Alex_hawk@2001:8003:846b:8a00:cd1d:f539:4568:39eb) (Read error:
Connection reset by peer)
L516[17:43:50] <Shambling> well then the
only way you could really carry more tools would be to craft... a
mule
L517[17:43:50] <barteks2x> with vanilla
noise generators it would be farlands that deep, but my noise
generators has it fixed
L518[17:43:52]
⇨ Joins: Alex_hawks
(~Alex_hawk@2001:8003:846b:8a00:cd1d:f539:4568:39eb)
L519[17:43:57] <barteks2x> it mostly works
fine
L520[17:44:19] <Shambling> are you trying
to fix the farlands with your cubic chunk, or just have a more
efficient chunk renderer?
L521[17:44:37] <barteks2x> I'm not
touching rendering, and I'm not fixing farlands
L522[17:44:53] <Shambling> errr...
chunk... loader?
L523[17:44:59] <barteks2x> it's just
vanilla that makes such insane coordinates work, I just allow
chunsk to exists so deep
L524[17:45:02] <Shambling> whatever you
call loading chunks into the world
L525[17:45:41] <barteks2x> if they removed
the 30,000,000 blocks limit now - almost nothing would break all
the way up to Integer.MAX_VALUE-SomeConstant
L526[17:46:04] <ghz|afk> xcept
movement
L527[17:46:10] <barteks2x> even movement
would work
L528[17:46:14] ⇦
Quits: Waterpicker
(~Waterpick@waterpicker-144-167-206-38.ddns.ualr.edu) (Quit:
Leaving)
L529[17:46:15] <ghz|afk> how so?
L530[17:46:34] <barteks2x> no idea, but it
does work at depth -1,000,000,000 (which is close to half of
Integer.MIN_VALUE)
L531[17:47:06] <ghz|afk> the entity
position is a double, which has 51 or 52 bits mantissa
L532[17:47:45] <barteks2x> and how many
bits is 32-bit float?
L533[17:47:54] <ghz|afk> 24
L534[17:48:17] <ghz|afk> a double is
commonly said to have 12ish digits of precision
L535[17:48:27] <ghz|afk> a float is
commonly said to have 6 digits of precision
L536[17:48:27] <barteks2x> more like 15 I
thought
L537[17:48:38] <ghz|afk> 6-7, 12-15
L538[17:48:45] <ghz|afk> the point
was
L539[17:49:10] <ghz|afk> if you are at
1,000,000 -- a float would already be long showing precision
issues
L540[17:49:18] <ghz|afk> and the movement
would be jumpy, not smooth at all
L541[17:49:29] <barteks2x> and vanilla no
longer uses float there
L542[17:49:33] <ghz|afk> right
L543[17:49:38] <ghz|afk> which explains it
working further away
L544[17:49:50] <ghz|afk> with a
double
L545[17:49:53] <barteks2x> anyway, with 31
bits being used for integer part, it leaves 20-21 bits for
fractional part, which is just 6-7 bits less than what float has in
total
L546[17:50:15] <ghz|afk> being at 1000000
away, would still have 1/1000000 precision within a block
L547[17:50:34] <ghz|afk> hm?
L548[17:50:36] <barteks2x> which means
that double at Integer.MAX_VALUE has higher precision than float at
Short.MAX_VALUE
L549[17:50:57] <ghz|afk> does mc use fixed
point now?
L550[17:51:03] <barteks2x> no
L551[17:51:09] <barteks2x> it just uses
doubles almost everywhere
L552[17:51:14] <ghz|afk> double is
L553[17:51:24] <barteks2x> which works
fine for all possible 32-bit integer coordinates
L554[17:51:38] <ghz|afk> 1bit sign, 11bit
exponent, 52bit mantissa
L555[17:52:35] <barteks2x> so at
Integer.MAX_VALUE you still have 20-21 bits for fractional part.
Which is about 1/1,000,000th of a block. Way more than enough to
see any errors
L556[17:53:45] <ghz|afk> yep
L557[17:53:48] ⇦
Quits: Tahg (~Tahg@pool-71-248-165-18.bstnma.fios.verizon.net)
(Ping timeout: 198 seconds)
L558[17:54:49] ⇦
Quits: Lildirt (~Lildirt@lildirt.com) (Ping timeout: 384
seconds)
L559[17:54:50] <barteks2x> I'm not exactly
sure why mojang even fixed the persision erors at existing high
coordinates, even item frames work fine now
L560[17:55:29]
⇨ Joins: Tahg
(~Tahg@pool-71-248-165-18.bstnma.fios.verizon.net)
L561[17:55:29]
MineBot sets mode: +v on Tahg
L562[17:55:53] <barteks2x> any idea what
could cause block breaking to not be received serverside?
L563[17:56:09] <barteks2x> debugging
across client/server boundary is hard
L564[17:57:05] <ghz|afk> no idea, sorry --
beyond my expertise ;p
L565[17:57:16] <barteks2x> or at least
which packet is the one server needs to receive
L566[17:57:58] <barteks2x> oh...
L567[17:58:02] <barteks2x> it's the
NoSuchFieldError
L568[17:58:08] <barteks2x> at line double
d3 = d0 * d0 + d1 * d1 + d2 * d2;
L569[17:58:16] <barteks2x> any idea hwo
THAT could happen?
L570[17:58:34] <ghz|afk> o_O
L571[17:58:44] <ghz|afk> which
field?
L573[17:58:51] <barteks2x> no idea which
field
L574[17:58:56] <barteks2x> player
L575[17:58:59] <barteks2x> that's all it
says
L576[17:59:06] <ghz|afk> Caused by:
java.lang.NoSuchFieldError: player
L577[17:59:06] <ghz|afk> at
net.minecraft.network.NetHandlerPlayServer.processPlayerDigging(NetHandlerPlayServer.java:645)
~[NetHandlerPlayServer.class:?]
L578[17:59:24] <barteks2x> and line 645
is... double d3 = d0 * d0 + d1 * d1 + d2 * d2;
L579[17:59:46] <ghz|afk> in your
env?
L580[17:59:49] <barteks2x> yes
L581[17:59:59] <ghz|afk> note that forge
MDK is build with _nodoc
L582[18:00:04] <barteks2x> that's what
IDEA shows
L583[18:00:05] <ghz|afk> the line numbers
won't match up
L584[18:00:15] <barteks2x> it's exception
in dev environment
L585[18:00:25] <ghz|afk> yes but in a
forge class, it's misleading
L586[18:00:25] <barteks2x> I would expect
it to be recompiled based on the code I have
L587[18:00:49] <barteks2x> FG recompiles
the code, why would it still use the _nodoc lines?
L588[18:00:57] <ghz|afk>
this.playerEntity.interactionManager.blockRemoving(blockpos);
L589[18:01:07] <ghz|afk> inside
L590[18:01:07] <ghz|afk> if
(packetIn.getAction() ==
CPacketPlayerDigging.Action.STOP_DESTROY_BLOCK)
L591[18:01:20] <barteks2x> for me it's a
giant switch...case
L592[18:01:21] <ghz|afk> (that's from my
forge env)
L593[18:01:57] <ghz|afk> you'll see it
around line 667
L594[18:02:03] <barteks2x> I see that
line
L595[18:02:12] <barteks2x> it's 675
L596[18:02:22] <ghz|afk> wait right
L597[18:02:26] <ghz|afk> I was looking at
a 1.10 window
L598[18:02:36] <barteks2x> but there is no
player field used here
L599[18:02:43] <ghz|afk>
this.playerEntity
L600[18:02:48] <ghz|afk> the field DID get
renamed by the remapper
L601[18:03:16] <ghz|afk> in the forge
environment, it's using the nodoc mappings that it had at the
time
L602[18:03:25] <ghz|afk> while you are
probably using newer ones
L603[18:03:31] <barteks2x> what? O.o
L604[18:03:37] <barteks2x> explain
again
L605[18:03:45] <ghz|afk> MY forge
environment is on snapshot_nodoc_20161220
L606[18:04:10] <ghz|afk> and in those
mappings version, the field was called playerEntity
L607[18:04:48] <barteks2x> the field is
also called playerEntity for me
L608[18:05:00] <barteks2x> but for some
reason when I run the game it can't find field player
L609[18:05:01] <ghz|afk> in my 1.11
environment, the same line is
L610[18:05:02] <ghz|afk>
this.player.interactionManager.blockRemoving(blockpos);
L611[18:05:13] <ghz|afk> your environment
is fucked.
L612[18:05:16] <barteks2x>
snapshot_20161209 <- my mappings version
L613[18:05:27] <ghz|afk> mappings =
"snapshot_20170127"
L614[18:05:39] <ghz|afk> do you have other
mods installed?
L615[18:05:48] <barteks2x> I use
malisiscore as dependency
L616[18:05:48] <ghz|afk> or just cubic +
forge?
L617[18:05:54] <ghz|afk> a deobf
jar?
L618[18:05:59] <ghz|afk> or maven
L619[18:06:17] <barteks2x> and there may
be some other mods in mods directory bit I can remove them.
malisiscore is dev jar
L620[18:06:30] <ghz|afk> yeah never use
dev jars.
L621[18:06:38] <ghz|afk> unless strictly
necessary
L622[18:06:41] <barteks2x> wait, no, my
mods directory isempty
L623[18:06:55] <barteks2x> will non-dev
jar of malisiscore work?
L624[18:07:02] <ghz|afk> it should
L625[18:07:05] <ghz|afk> and ifit does
not
L626[18:07:11] <ghz|afk> you use BON2 to
apply YOUR mappings
L627[18:07:20] <ghz|afk> problem with dev
jars is
L628[18:07:28] <ghz|afk> if the srg
mappings change
L629[18:07:29] <ghz|afk> stuff
breaks
L630[18:07:38] <ghz|afk> and if you happen
to have two dependencies
L631[18:07:48] <barteks2x> but then how
can I use BON2 on gradle dependency?
L632[18:08:02] <ghz|afk> uhhh
L633[18:08:11] <ghz|afk> you shouldn't
need to
L634[18:08:15] <ghz|afk> if it's a maven
dependency, you just use
L635[18:08:16] <ghz|afk>
deobfCompile
L636[18:08:23] <ghz|afk> and forge will
remap for you during setup
L637[18:08:41] <ghz|afk> when you said
"dev jar"
L638[18:08:46] <ghz|afk> I thought you
meant you had like
L639[18:08:54] <ghz|afk>
libs/malisiscore-xx-dev.jar
L640[18:08:55] <barteks2x> ... someone
needs to yell at ordinastie for not telling me to do that in the
first place
L641[18:09:23] <barteks2x> and for not
telling it in readme
L642[18:09:43] <barteks2x> his readme
clearly says to add dev dependency
L643[18:10:04] <ghz|afk> yeah
L644[18:10:05] <Ordinastie> hum?
L645[18:10:25] <ghz|afk> the whole point
deobfCompile was added
L646[18:10:31] <ghz|afk> is to avoid the
kind of issue you just experience
L647[18:10:31] <ghz|afk> ;P
L648[18:10:35] <ghz|afk>
experienced*
L649[18:11:00] <ghz|afk> Ordinastie: the
readme in malisiscore is out of date ;p
L650[18:11:11] <ghz|afk> it suggests
"compile
'net.malisis:malisiscore:1.7.10-0.11.1:dev'"
L651[18:11:20] <ghz|afk> which can easily
break due to mismatched mappings
L652[18:11:38] <Ordinastie> oh
L653[18:13:45] <barteks2x> what....
L654[18:13:56] <barteks2x> when I try to
add it as deobfCompile it tries to find it in
L656[18:14:29] <ghz|afk> barteks2x: you
did remove the :dev bit, right?
L657[18:14:34] <barteks2x> yes
L658[18:14:55] <ghz|afk> what does the
line look like, right now?
L659[18:15:02] <barteks2x>
deobfCompile("net.malisis:malisiscore:$malisisCoreVersion")
L660[18:15:55] <ghz|afk> and what would
$malisisCoreVersion be?
L662[18:16:17] <barteks2x> right now I'm
trying 1.11.2-5.0.2-SNAPSHOT, before it was
1.11-5.0.0-SNAPSHOT
L663[18:16:35] <barteks2x> hm... it
actually seems to work now
L664[18:16:45] <barteks2x> wait no
L665[18:16:46] <barteks2x> it
doesn't
L666[18:16:46] ⇦
Quits: Ashindigo_ (uid202308@id-202308.hathersage.irccloud.com)
(Quit: Connection closed for inactivity)
L667[18:16:48] *
illy wonders how many mc projects are on sonatype
L668[18:17:07] <ghz|afk> I see the issue
is the /deobf/ part of the URL
L669[18:17:15] <barteks2x> yes, but I
don't know why
L670[18:17:27]
⇨ Joins: airbreather
(~airbreath@d149-67-99-43.nap.wideopenwest.com)
L671[18:18:34] <barteks2x> could be some
gradle-kotlinn magic interaction, but it seems very unlikely
L672[18:18:54] <ghz|afk> works for
me
L673[18:18:55] <ghz|afk> so...
L675[18:19:31] <ghz|afk> repositories
{
L676[18:19:31] <ghz|afk> maven {
L677[18:19:31] <ghz|afk> name =
'sonatype-nexus-public'
L679[18:19:31] <ghz|afk> }
L680[18:19:43] <ghz|afk> do you have
/deobf/ there by any chance?
L683[18:20:05] <barteks2x> but then it
fails a few seconds later
L684[18:20:26] ⇦
Quits: AstralSorcerer
(~AstralSor@u-of-rochester-128-151-150-17.wireless.rochester.edu)
(Ping timeout: 194 seconds)
L685[18:20:45] <barteks2x> also, it worked
with the dev jar so it can't be the irl being wrong
L687[18:20:53] <ghz|afk> dunno
L688[18:20:55] <ghz|afk> this is what I
did
L689[18:20:58] <ghz|afk> I added the
repository
L690[18:21:01] <ghz|afk> and the
dependencies line
L691[18:21:09] <ghz|afk> dumped the entire
build.gradle there for completeness
L692[18:21:50]
⇨ Joins: Jaffa
(~Jaffa@cpc79515-sund12-2-0-cust147.11-1.cable.virginm.net)
L694[18:22:20] <barteks2x> are they
different?
L695[18:22:23] <ghz|afk> yes
L696[18:22:31] <ghz|afk> groups/ vs
repositories/
L697[18:22:39] <barteks2x> but it worked
before...
L698[18:22:50] <ghz|afk> by chance,
possibly?
L699[18:23:30] <barteks2x> I meant not
that "are they different by string comparison" but
"do they contain different things"
L700[18:23:36] <ghz|afk> no idea
L701[18:23:39] <ghz|afk> gotta sleep
L702[18:23:41] <ghz|afk> night
L703[18:23:49] <barteks2x> still
fails
L704[18:24:23] <barteks2x> There is no way
I'm porting my buildscript to groovy
L705[18:25:19] <illy> LexManos: I have the
upx files build for you ready for the maven
L706[18:26:29] <barteks2x> at least I will
see if ti still does it when I use compile dependency
L707[18:27:11] <barteks2x> works fine as
compile dependency
L708[18:41:57]
⇨ Joins: Leutech (webchat@31.214.240.159)
L709[18:43:40]
⇨ Joins: Umbraco
(~Umbraco@p81084-ipbffx02marunouchi.tokyo.ocn.ne.jp)
L710[18:48:49] ***
MrKickkiller is now known as MrKick|Away
L711[18:49:36]
⇨ Joins: Kaiyouka
(~IdiotNono@c-75-71-231-133.hsd1.co.comcast.net)
L712[18:53:36] ⇦
Quits: Leutech (webchat@31.214.240.159) (Quit: Web client
closed)
L713[18:55:01]
⇨ Joins: Leutech (~Leutech@31.214.240.159)
L714[18:55:08] <Leutech> hello ?
L715[18:55:14] <diesieben07> Hi
L716[18:55:26] <Leutech> is this the chat
for minecraft mods and else ?
L717[18:55:52] <diesieben07> Mostly for
Mod/Forge development, but yes
L718[18:55:54] <illy> minecraft mod
development
L719[18:56:28] ***
Kazuto is now known as Kirito
L720[18:56:32] <Leutech> because i have a
big problem with my forge server, the problem is, the server say
"There was a cycle detected in the input graph, sorting is not
possible"
L721[18:56:53] <diesieben07> Post the FML
log using gist.github.com
L722[18:58:06] <Leutech> the
fml-server-latest.log ?
L723[18:58:11] <diesieben07> yes
L724[18:58:15] <Leutech> one moment
L726[18:59:19] <diesieben07> We don't
support 1.7.10 anymore, sorry.
L727[18:59:44] <Leutech> and you cant help
me or ?
L728[19:00:18] <diesieben07> If you
update, I will gladly help you, but I am not going to debug a
1.7.10 error. 1.7.10 is old, you should move on.
L729[19:00:58] <Leutech> this is the
problem the most mods that are so cool and usefull are highly for
1.7.10
L730[19:01:44] <Leutech> and with the same
mods i have now on the server they works fine for some weeks and
now not
L731[19:01:48] <Leutech> sry for my
englsih
L732[19:01:48] <barteks2x> wait... do I
need to run setupDecompWorkspace after adding deobfCompile
dependency?
L733[19:01:56] <diesieben07> first of all
that is not something that happens
L734[19:02:08] <diesieben07> It doesn't
just "stop working" without you changing anything
L735[19:02:15] <diesieben07> That's not
how computers work
L736[19:02:39] <Ordinastie> oh, that give
me an idea for an evil mod
L737[19:02:43] <diesieben07> As for
1.7.10: you are free to use it, but this is like using Windows 98
and then asking M$ for help if your favorite program breaks.
L738[19:02:59] <Ordinastie> if(currentdayt
% rand == 0) throw randomException :p
L739[19:03:14] <barteks2x> it would be
trivial to find in open source mod
L740[19:03:40] <Ordinastie> not for basic
users
L741[19:03:51] <barteks2x> how long would
it stay undetected?
L742[19:04:10] <diesieben07> depends on
the bounds on "rand" :P
L743[19:04:13] <Ordinastie> and I would
name it "Evilest Mod", so when people would come here to
ask why it crashes, we would just say "you asked for it"
:p
L744[19:05:42] ⇦
Quits: Gaz (~Gaz492@193.70.0.217) (Quit: Fucking Mice and ethernet
cables)
L745[19:05:47] <barteks2x> the evilest
it'snt one that crashes, it's one that crashes other mods
L746[19:06:13] <Ordinastie> reflectively
setting fields to null:p
L747[19:06:22] <Ordinastie> ok, THAT is
evil ^^
L748[19:06:25] <barteks2x> you could also
use Thread.stop()
L749[19:06:29] <barteks2x> with some
exception given
L750[19:06:57] <diesieben07> guys... you
are giving people ideas :P
L751[19:07:26] <Ordinastie> and you only
trigger the error if there is > 80 mods
L752[19:07:32] <diesieben07> oh god
L753[19:07:41] <Ordinastie> so the only
way for users to detect it is by removing it directly ^^
L754[19:08:21] <barteks2x> asm other mod
to do something evil like that, that would be even worse (I will go
hide now)
L755[19:08:48] <diesieben07> ASM is out
the window, because coremods are an immediate culprit
L756[19:08:54] <diesieben07> you can't
hide in the masses if you do that
L757[19:09:32] <barteks2x> probably,
reflection/messign with threads would be it
L758[19:09:47] <diesieben07> like, you can
do evil shit with Thread.stop
L759[19:09:56] ⇦
Quits: secknv (~secknv@bl14-176-22.dsl.telepac.pt) (Ping timeout:
180 seconds)
L760[19:09:59] <diesieben07> you can pass
in a hand-crafted exception with a stack trace that points at some
other mod
L761[19:10:08] <barteks2x> I'm not sure of
that evil shit works on java 8
L762[19:10:21] <barteks2x> my decompiled
code for that method is throw new
unsupportedOperationException
L763[19:10:34] <diesieben07> yeah it
is
L764[19:10:36] <barteks2x> (I still don't
have actual JDK source installed)
L765[19:10:39] <diesieben07> seems to have
been that way for a while
L766[19:10:45] ⇦
Quits: [com]buster (~EternalFl@ip5457c57d.direct-adsl.nl) (Ping
timeout: 384 seconds)
L767[19:10:55] ⇦
Parts: Leutech (~Leutech@31.214.240.159) ())
L768[19:11:02] <diesieben07> can call
stop0 reflectively :P
L769[19:11:05] <barteks2x> it was just too
evil :D I'm wondering if you could still do that with some
reflection magic
L770[19:11:08] <Ordinastie> tbh, setting a
fieal to null in a mod would be nearly untraceable
L771[19:11:37] <Ordinastie> the NPE would
be inside the other mod, without anything tracing back to you
L772[19:11:55] <diesieben07> make it a
random field in a random mod :P
L773[19:12:28]
⇨ Joins: [com]buster
(~EternalFl@ip5457c57d.direct-adsl.nl)
L774[19:12:33]
⇨ Joins: Everseeking
(~Everseeki@pool-100-6-95-214.pitbpa.fios.verizon.net)
L775[19:13:05] <Ordinastie> when is the
next modjam? ^^
L776[19:13:37]
⇨ Joins: Gaz (~Gaz492@direct.wolf.ski)
L777[19:14:18] <Unh0ly_Tigg> I doubt that
there will ever be another modjam, it's been several years since
the last, iirc.
L778[19:14:53] <barteks2x> what does
intellij actually do when indexing?
L779[19:15:20] <Unh0ly_Tigg> last tweet
from the modjamteam account is from august of 2015, I don't think
modjam 5 is going to happen.
L780[19:15:58] <diesieben07> barteks2x,
well, it sets up indices so that when you ask "hey intellij,
give me all methods called 'get'" it does not have to search
all files.
L781[19:16:18] <barteks2x> it could still
allow me to run the mod when it's doing it
L782[19:17:07] <diesieben07> they probably
have reasons not to do that :P
L783[19:17:10] <diesieben07> get an SSD?
:D
L784[19:17:19] <barteks2x> I'm still
getting the NoSuchFieldError after updating mappings, running
setupDecompWorkspace and refreshing gradle project
L785[19:17:40] <barteks2x> also, ssd isn't
going to happen for me unless I have enough money to get a 1TB
SSD
L786[19:17:46]
⇨ Joins: AstralSorcerer
(~AstralSor@u-of-rochester-128-151-150-17.wireless.rochester.edu)
L787[19:17:52] <barteks2x> because there
is place for only one disk in my laptop
L788[19:17:59] <diesieben07> No dvd
drive?
L789[19:18:35] <barteks2x> I have one, is
it possible to replace it with disk
L790[19:18:37] <barteks2x> ?
L791[19:18:44] <diesieben07> sure
L792[19:18:58] <diesieben07> google
"dvd drive hdd caddy"
L793[19:19:01] <barteks2x> I use dvd
rarely but when I need to use it there is no way around it
L794[19:19:03] ⇦
Quits: Cast0077 (~Cast0077@24-151-68-108.dhcp.nwtn.ct.charter.com)
(Quit: Poof)
L795[19:19:12] <diesieben07> you can get
them for 5 bucks including shipping from china
L796[19:19:23] <diesieben07> and then get
a 15$ external dvd holder
L797[19:19:27] <diesieben07> where you put
in the dvd drive
L798[19:19:34] <diesieben07> bam, exteranl
usb dvd drive and a 2nd hdd slot
L799[19:19:57] <diesieben07> I did that,
works great ;)
L800[19:20:26] <barteks2x> which makes the
amount of external things even bigger. I already need to have USB
hub, charger, headphones and mouse. It's a lot of stuff to keep
moving around
L801[19:20:48] <diesieben07> well, do you
really need the dvd drive always around?
L802[19:21:02] <barteks2x> usually when I
don't expect to need it
L803[19:21:35] <barteks2x> ie. "I
forgot all USBB drives and I need to boot <this
thing>"
L804[19:21:58] <Unh0ly_Tigg> I used to use
laptops, but then I got a desktop. It's so much better, in terms of
performance, compared to my 2 old laptops.
L805[19:22:01] <diesieben07> keep all of
<this thing> as .iso on your hdd and write to usb as
needed
L806[19:22:07] <diesieben07> also what
tigg said. :D
L807[19:22:25] <barteks2x> the problem
with desktopmis that you can't easily move it around
L808[19:22:44] <diesieben07> Well, you can
have both :P
L809[19:23:12] <Unh0ly_Tigg> went from a
laptop with a pentium dual core + intel gma graphics to a desktop
with a i5-4430 and a 750 ti. I've since added a 1050 ti.
L810[19:23:32] <diesieben07> well pentium
dual core is just painful
L811[19:23:36] <Unh0ly_Tigg>
yeah....
L812[19:23:53] <diesieben07> but even a
not top of the line desktop i5 kicks every mobile i7's ass
L813[19:23:55] <barteks2x> my laptop has
core i5 cpu, it's not that bad
L814[19:24:03] <barteks2x> it's just not
as good as desktop
L815[19:24:09] <Unh0ly_Tigg> the decompile
task ran into the 10s of minutes on the pentium, just a few minutes
on the i5.
L816[19:24:38] <barteks2x> anyway, I still
have that unexplainable error
L817[19:24:48] <diesieben07> oh god
yeah
L818[19:24:50] <Unh0ly_Tigg> I think, if
you want a more portable desktop, try looking into mini-itx
system.
L819[19:24:55] <diesieben07> decompile on
my mobile i7 is painful already
L820[19:25:02] <barteks2x> wait... I
didn't update mappings I think
L821[19:25:43] <Unh0ly_Tigg> mappings
shouldn't cause issues like that.
L822[19:26:12] <Unh0ly_Tigg> mappings just
affect the names of classes, methods, fields, parameters, and local
variables.
L823[19:26:30] <Unh0ly_Tigg> mappings
don't affect line numbers.
L824[19:26:32] <barteks2x> the compiled
code seems to expect field named "player" when it really
is playerEntity
L825[19:27:25] <Unh0ly_Tigg> I wonder how
long it will be until 1.12 will be out, and then how long after
that until mcp mappings.
L826[19:32:09] <barteks2x> it's changed to
plaer after updating mappings
L827[19:34:09] <Shambling> I'd imagine
1.12 forge will be out about the time another mod dev ports all his
cool code to 1.11.2 and then retires
L828[19:34:10] <Shambling> :P
L829[19:34:32] <Shambling> at least
release candidate version of 1.12 forge (or rather, 1.12.3
L830[19:34:58] <barteks2x> I started with
a simple change (actually fixing how world height is handles) and
ended up updating mappings, build.gradle, a few mixins as result of
updating mappings, changes to network code and removing some old
useless code
L831[19:35:05] <Shambling> I'm wondering
if they are close to removing the block id limit before 1.12 is
released
L832[19:35:27] <barteks2x> Will item IDs
be finally properly shiftec by 4096 instead of 256?
L833[19:35:45] <barteks2x> like they have
been in Robinton's 4096IDs mod
L834[19:36:07] <Shambling> reading the
twitter feed, doing that will cause chunks to load millions of time
slower :P
L835[19:36:25] <barteks2x> basically
converting on the fly
L836[19:36:56] <diesieben07> why do we
need shifted IDs at all?
L837[19:37:24] <barteks2x> I still should
have some old 1.2 world with the Robinton's 4096 IDs mod, before
forge has extended ID support
L838[19:37:39] <barteks2x> updating it to
later forge broke the world completely. all items disppeared
L839[19:37:52] <diesieben07> yes, because
that mod is fundamentally incompatible.
L840[19:37:56] <barteks2x> and shifted
item IDs mean even more IDs for blocks
L841[19:37:58] <diesieben07> Not because
forge is broken...
L842[19:38:04] <diesieben07> wat
L843[19:38:10] <diesieben07> Item and
Block IDs are completely separate things
L844[19:38:21] <barteks2x> so forge can
have item and block with the same ID?
L845[19:38:27] <barteks2x> somehow
L846[19:38:40] ⇦
Quits: Jaffa
(~Jaffa@cpc79515-sund12-2-0-cust147.11-1.cable.virginm.net)
()
L847[19:38:53] <barteks2x> aren't
ItemBlock items basically items with the same ID as the
block?
L848[19:39:02] <diesieben07> string ID,
yes
L849[19:39:10] <diesieben07> number IDs
should not matter to you, ever.
L850[19:39:11] <barteks2x> no, the numeric
IDs
L851[19:39:16] <diesieben07> if you care
about them, you are doing something wrong
L852[19:39:18] <barteks2x> I mean
internally
L853[19:39:27] <diesieben07> who cares
what the numeric Ids are interally?
L854[19:39:35] <diesieben07> they are just
there for efficient network and disk storage
L855[19:40:14] <barteks2x> ok, when you
register an item, what is the numberid ID range forge uses?
L856[19:40:31] <diesieben07> i don't know
off the top of my head
L857[19:40:35] <barteks2x> can forge
register block with ID 256?
L858[19:41:14] <diesieben07> yes
L859[19:41:23] <diesieben07> forge's block
ids are 0 through 4095
L860[19:41:31] <diesieben07> item IDs are
4096 through 31999
L861[19:41:40] <diesieben07> why item ids
don't start at 0 is beyond me
L862[19:41:52]
⇨ Joins: Waterpicker
(~Waterpick@2602:306:35ba:ca40:59cd:723d:41f1:8f96)
L863[19:42:31] <barteks2x> some vanilla
items use IDs close to 256
L864[19:42:44] <barteks2x> like exactly
the ID 256
L865[19:42:51] <diesieben07> ??
L866[19:43:31] <barteks2x>
registerItem(256, "iron_shovel", (new
ItemSpade(Item.ToolMaterial.IRON)).setUnlocalizedName("shovelIron"));
L867[19:43:41] <barteks2x> ^vanilla
code
L868[19:44:04] ⇦
Quits: Vazkii (~Vazkii@144.134.37.188.rev.vodafone.pt) (Read error:
Connection reset by peer)
L869[19:44:14] <barteks2x> and
registerItemBlock registers item with the same ID as the
block
L870[19:44:29] <barteks2x> and even newly
added items use IDs like 452
L871[19:44:41] <barteks2x> so these IDs
can't be used for blocks
L872[19:44:56] <diesieben07> that's
vanilla being broken then
L873[19:45:14] <barteks2x> robinton's mod
avoided the probem by shifting all item IDs by (4096-256)
L874[19:45:22] <barteks2x> forge didn't do
that when it got extended ID support
L875[19:45:58] <diesieben07> Forge doesn't
do extended IDs
L876[19:45:59] <diesieben07> vanilla
does.
L877[19:48:35] <barteks2x> and yet mojang
needs to modify their code to actually support it
L878[19:48:55] <barteks2x> so forge has to
do something additional to actually make it work
L879[19:49:19] <diesieben07> Forge can't
do something here, because it woudl break vanilla
L880[19:49:40] <barteks2x> vanilla save
format supports it, and the internal chunk storage also supports
it
L881[19:49:55] <diesieben07> Then what do
you want forge to change?
L882[19:50:05] <barteks2x> but I think the
vanilla registry doesn't go too well with that if mojang needs to
change something to make it work
L883[19:50:50] <tterrag> didn't 0-4096
used to be reserved for itemblocks?
L884[19:50:54] <tterrag> so that
items/blocks had the same IDs?
L885[19:51:14] <barteks2x> vanilla uses
IDs 256 to ~450
L886[19:51:18] <barteks2x> for items
L887[19:51:29] <tterrag> regular items? or
itemblocks?
L888[19:51:34] <barteks2x> regular
items
L889[19:51:35] <quadraxis> regular
items
L890[19:51:37] <barteks2x> almost all of
them
L891[19:51:45] <tterrag> right. that's why
item ids were shifted. to maintain that consistency
L892[19:51:49] <tterrag> but now it's
irrelevant
L893[19:51:50] <quadraxis> vanilla is
mainly 0-255 blocks, 256-511 items
L894[19:51:52] <barteks2x> they aren't
shifted
L895[19:51:56] <tterrag> they used to
be
L896[19:52:01] <tterrag> but why bother
now, with string ids
L897[19:52:22] <barteks2x> internally
there still is overlap of item IDs and block IDs that forge has to
somehow manage
L898[19:52:29] <diesieben07> there is no
"overlap"
L899[19:52:32] <quadraxis> but i don;t
think there is a need for itemblock ids to match
L900[19:52:39] <barteks2x> but they do
match
L901[19:52:41] <diesieben07> they are
separate ID pools
L902[19:52:42] <quadraxis> it's just a
convienience i think
L903[19:52:47] <barteks2x>
registerItemBlock registers item with the same ID as block
L904[19:52:47] <diesieben07> they do for
vanilla, yes
L905[19:52:54] <diesieben07> but you never
call that method as a mod maker
L906[19:53:01] <diesieben07> your mod
itemblock may have ID 20445
L907[19:53:25] ⇦
Quits: AstralSorcerer
(~AstralSor@u-of-rochester-128-151-150-17.wireless.rochester.edu)
(Ping timeout: 190 seconds)
L908[19:53:59] <barteks2x> ok, so forge
works around the issue this way. But now either vanilla will do the
same thing as forge does, or they will actually offset item
IDs
L909[19:54:04] <tterrag> there is not a
need for them to match. it was a convenience before due to needing
to reference things by number
L910[19:54:12] <tterrag> and having to
know the item id for a block would be confusing
L911[19:54:16] <diesieben07> there is
"workaround"
L912[19:54:35] <diesieben07> forge just
takes whatever ids vanilla sets and uses those for vanilla items as
a starting point, for compatibiliy
L913[19:54:41] <diesieben07> and mod
items/blocks get whatever is free
L914[19:54:51] <diesieben07> *is no
L915[19:55:01] <barteks2x> what happens if
after update ID that was used by mod is now used by vanilla?
L916[19:55:26] <diesieben07> vanilla's is
probably going to get re-mapped
L917[19:55:34] <diesieben07> to something
unused
L918[19:55:44] <diesieben07> whcih means
at that point that map is no longer relaly compatible with vanilla
clients
L919[19:55:58] <diesieben07> but as soon
as you introduce mod items/blocks... that isn't the case
anyways
L920[19:55:59] <tterrag> there might be
special casing for vanilla
L921[19:56:03] <barteks2x> it never was if
there are modded blocks
L922[19:56:24] <diesieben07> i don't even
think there is tt
L923[19:56:36] <diesieben07> actually...
yes there is, a bit
L924[19:57:01] <diesieben07> i think there
is an ID snapshot taken which is restored when the world unloads,
so that we always start with the vanilla iDs on the vanilla
items
L925[19:57:07] <diesieben07> and only
remap them if absoluitely needed
L926[19:57:29] <barteks2x> why vanilla
still forces the IDs it has instead of making them dynamic?
L927[19:57:37] <diesieben07> because they
don't need to.
L928[19:58:33] <barteks2x> I was mostly
still stuck in MC 1.2/1.3 mindset about how IDs work, just with
being dynamically assigned by forge
L929[19:58:54] <barteks2x> and I never
actually looked at that code
L930[19:59:20] ***
Vigaro is now known as V
L931[20:01:05] <barteks2x> so I was
actually wrong about how some part of MC works
L932[20:01:15] <barteks2x> that I thought
I know
L933[20:11:44] ⇦
Quits: PitchBright
(~PitchBrig@CPE00fc8d8a3ce3-CM00fc8d8a3ce0.cpe.net.cable.rogers.com)
(Quit: brb)
L934[20:20:49] <Bjorguv> I want to make a
mod that would give each instance of a certain item a unique cereal
number would that be hard?
L935[20:20:59] <Bjorguv> lool
L936[20:21:11] <Bjorguv> serial
L937[20:21:13] <Bjorguv> *
L938[20:21:17] <tterrag> each instance
meaning what
L939[20:21:18] <tterrag> itemstack?
L940[20:21:33] <Bjorguv> non stackable
item
L941[20:21:39] <tterrag> and?
L942[20:21:50] <Bjorguv> yes
itemstack
L943[20:21:53] <Bjorguv> not item
L944[20:21:55] <illy> I kinda want a
cereal mod now...
L945[20:22:54] <tterrag> then no, it's not
really possible. itemstack instances have no identifying
fields
L946[20:23:30] <tterrag> you'd have to
explicitly set the serial number in the NBT
L947[20:23:33] <tterrag> perhaps on
crafting?
L948[20:23:37] ⇦
Quits: Shambling
(~Shambling@24-181-186-74.dhcp.nwtn.ct.charter.com) (Quit:
Leaving)
L949[20:23:51] <Bjorguv> what if they are
all distributed from a specific source?
L950[20:24:05] <tterrag> then sure. but it
has *nothing* to do with itemstack instances
L951[20:24:15] <tterrag> just store the
value in NBT
L952[20:24:33]
⇨ Joins: secknv
(~secknv@bl14-176-22.dsl.telepac.pt)
L953[20:25:08] <Bjorguv> and that would
just be like adding a description to an item right?
L954[20:26:08] <Bjorguv> nvm let me just
go read about NBT lol
L955[20:29:39] <tterrag>
item.getTagCompound().setInteger(...)
L956[20:30:24] ***
diesieben07 is now known as diesieben|away
L957[20:31:18] <Bjorguv> ty
L958[20:35:49]
⇨ Joins: PitchBright
(~PitchBrig@cpe00fc8d8a3ce3-cm00fc8d8a3ce0.cpe.net.cable.rogers.com)
L959[20:37:27]
⇨ Joins: mrkirby153
(mrkirby153@the.government.stole-your.pw)
L960[20:42:12] <Bjorguv> do you guys use
like a general format for every new mod that you start?
L961[20:47:29] ⇦
Quits: Techno (~quassel@cpe-72-230-173-5.rochester.res.rr.com)
(Remote host closed the connection)
L962[20:48:12]
⇨ Joins: Techno
(~quassel@cpe-72-230-173-5.rochester.res.rr.com)
L963[21:02:25] ⇦
Quits: Wastl2 (~Wastl2@x4e3491b5.dyn.telefonica.de) (Ping timeout:
190 seconds)
L964[21:05:17]
⇨ Joins: Wastl2
(~Wastl2@x4e34ed4c.dyn.telefonica.de)
L965[21:05:38] ⇦
Quits: sinkillerj (~sinkiller@nc-67-232-15-221.dhcp.embarqhsd.net)
(Quit: またね)
L967[21:19:12] <blood> thats one way to
improve performance
L968[21:19:31] <blood> check light every
tick in your TE
L969[21:21:09] <blood> oh spacing, didnt
see the check above it =)
L970[21:21:28] <tterrag> yeah
L971[21:21:36] <tterrag> still not
ideal
L972[21:21:39] <tterrag> lots of world
polling
L973[21:21:41] <blood> right
L974[21:21:44] <blood> i was getting
spammed
L975[21:21:51] <blood> so not every tick
but too much
L976[21:22:05] <blood> and checkLight is
already an expensive method
L977[21:31:08] <tterrag> well, report it I
suppose
L978[21:39:18] ⇦
Quits: CoolerExtreme (~CoolerExt@45.249.157.107) (Quit:
Leaving)
L979[21:39:34]
⇨ Joins: Cooler (~CoolerExt@45.249.157.107)
L980[21:40:26] ⇦
Quits: edr (~edr@d-65-175-180-73.cpe.metrocast.net) (Ping timeout:
180 seconds)
L981[21:52:25] ⇦
Quits: TechnicianLP2 (~Technicia@p4FE57D89.dip0.t-ipconnect.de)
(Ping timeout: 190 seconds)
L982[22:09:37]
⇨ Joins: killjoy
(~killjoy@cpe-2606-A000-1118-8158-2420-FECF-F6B8-BB37.dyn6.twc.com)
L983[22:11:42] ⇦
Quits: Lathanael|Away (~Lathanael@p54961815.dip0.t-ipconnect.de)
(Ping timeout: 206 seconds)
L984[22:17:10]
⇨ Joins: Lathanael|Away
(~Lathanael@p54960EC7.dip0.t-ipconnect.de)
L985[22:22:19] <blood> tterrag
around
L986[22:22:46] <blood> wondering if you
know of any mods that check the result of checkLight
L987[22:23:27] <blood> hrmm actually it
shouldnt matter
L988[22:23:34] <blood> as the result is
only false if the area isnt loaded
L989[22:26:07] <Bjorguv> can I find a mods
mod id in game?
L990[22:26:14] <killjoy> Use the
Loader
L991[22:26:30] ⇦
Quits: Cooler (~CoolerExt@45.249.157.107) (Ping timeout: 198
seconds)
L992[22:26:32] <killjoy> though..
L993[22:26:42] <killjoy> Do you have
access the the .class?
L994[22:26:55] <Bjorguv> me?
L995[22:26:59] <killjoy> yes
L996[22:27:01] <Bjorguv> no
L997[22:27:12] <killjoy> so.. from the
most list?
L998[22:27:15] <killjoy> *mods list
L999[22:27:27] <Bjorguv> oh yea k ty
L1000[22:27:34] <killjoy> I'm not saying
that's how
L1001[22:27:37] <killjoy> I'm asking a
question
L1002[22:28:46] <Bjorguv> I found modid
in mod list
L1003[22:29:41] <tterrag> blood: I don't,
no
L1004[22:29:46]
⇨ Joins: Cooler (~CoolerExt@45.249.156.109)
L1005[22:47:12]
⇦ Quits: r4wk
(~r4wk@mtprnf0117w-047055105205.dhcp-dynamic.FibreOp.nl.bellaliant.net)
(Ping timeout: 198 seconds)
L1006[22:47:17]
⇨ Joins: iari (~iari___@evana.futhark24.org)
L1007[22:49:32]
⇨ Joins: r4wk
(~r4wk@mtprnf0117w-047055105205.dhcp-dynamic.FibreOp.nl.bellaliant.net)
L1008[22:50:33]
⇨ Joins: McJty
(~jorrit@94-224-154-146.access.telenet.be)
L1009[22:52:59] <illy> LexManos: I got a
basic srink task working right now it only works with linux working
on getting it cross platform now
L1010[22:53:08] <illy> shrink*
L1011[22:53:43] <blood> tterrag: my
changes will be quite a big perf boost for mods/vanilla in general,
once i test it enough ill probably PR Forge
L1012[22:54:04] <blood> redstone fast
clock = no problem
L1013[22:54:41] <blood> would be nice if
mojang properly fixed the horrible performance issues with lighting
in general
L1014[22:58:06] <killjoy> Would it be a
forge bug that the new launcher's log window goes blank?
L1015[22:58:26] <killjoy> or is it an
issue with the launcher
L1016[22:58:51] <blood> run it without
forge and see
L1017[22:58:56] <killjoy> did
L1018[22:58:57] <killjoy> it works
fine
L1019[22:59:08] <Bjorguv> when I enter
name into lines like findItemStack(java.lang.String modId,
java.lang.String name, int stackSize) which name am I looking
for?
L1020[22:59:10] <blood> then forge
setting perhaps? who knows
L1021[22:59:17] <blood> lex would know
best
L1022[23:00:53] <killjoy> Ooh, the
launcher supports debug logs
L1023[23:01:24] <killjoy> It's a shame I
can't have multiple log windows open
L1024[23:04:02] <killjoy> Hm.. Seems to
work with liteloader
L1025[23:04:13] <killjoy> It's probably a
mix of them
L1026[23:04:31] <killjoy> nope. Just went
blank
L1027[23:04:40] <killjoy> I have a
theory.
L1028[23:04:46] <killjoy> too many
logs
L1029[23:05:16] <killjoy> I noticed that
the logs were severely delayed. The game was starting, but the log
was acting as if it was still starting up.
L1030[23:05:21] <killjoy> Then the screen
went white
L1031[23:06:45]
⇨ Joins: TechnicianLP2
(~Technicia@p4FE57BE5.dip0.t-ipconnect.de)
L1032[23:16:25]
⇨ Joins: fuj1n (~fuj1n@101.190.244.200)
L1033[23:16:57]
⇦ Quits: Unh0ly_Tigg
(~Robert@c-76-115-95-185.hsd1.or.comcast.net) (Quit:
ZZZzzzZZZzzz)
L1034[23:18:47]
⇨ Joins: AstralSorcerer
(~AstralSor@128.151.114.64)
L1036[23:28:04]
⇦ Quits: Kaiyouka
(~IdiotNono@c-75-71-231-133.hsd1.co.comcast.net) (Ping timeout: 206
seconds)
L1037[23:30:28]
⇦ Quits: McJty (~jorrit@94-224-154-146.access.telenet.be)
(Quit: Leaving)
L1038[23:31:41]
⇨ Joins: Ashindigo_
(uid202308@id-202308.hathersage.irccloud.com)
L1039[23:32:06]
⇦ Quits: Umbraco
(~Umbraco@p81084-ipbffx02marunouchi.tokyo.ocn.ne.jp)
()
L1040[23:37:06]
⇨ Joins: immibis
(~chatzilla@122-60-104-195.jetstream.xtra.co.nz)
L1041[23:39:01] <LexManos> good
good
L1042[23:39:12] <Wastl2> Killjoy: have
you tried watching the log file instead? It appears to get flushed
regularly.
L1043[23:41:28] <Bjorguv> when i’m
accessing a GameRegistry method does it want the gameregistry name
of an item or the unlocalized name?
L1044[23:42:42] <illy> Lex, I have gifts
for you in the form of compiled binaries for upx
L1045[23:43:32]
⇨ Joins: killjoy1
(~killjoy@cpe-2606-A000-1118-8158-A819-1588-63CE-9F2D.dyn6.twc.com)
L1046[23:45:50] <killjoy1> latest.log is
still written to, yes
L1048[23:46:51]
⇦ Quits: Everseeking
(~Everseeki@pool-100-6-95-214.pitbpa.fios.verizon.net) (Quit: Big
Gulps, huh? Alright... Welp, see ya later)
L1049[23:46:55]
⇦ Quits: killjoy
(~killjoy@cpe-2606-A000-1118-8158-2420-FECF-F6B8-BB37.dyn6.twc.com)
(Ping timeout: 206 seconds)
L1050[23:49:36] <LexManos> no shit
L1051[23:49:41] <LexManos> ive been
deleting them all day
L1052[23:49:52] <LexManos> Flamegoat, if
he can do anything against it hasnt spoken up yet
L1053[23:51:21] <Akkarin> well at least
we know that the font is UTF-8 compatible ... *runs for his
life*
L1054[23:56:44] <Bjorguv> does a mod need
to have an api in order for me to reference it in my code?
L1055[23:57:34] <TTFTCUTS> no but it's
best practice to use it if they have it, and you have to make sure
you do stuff right or you'll end up crashing when it's not
there
L1056[23:58:49] <killjoy1> (if they have
an api and you don't use it, when things break, it's your
fault)
L1057[23:59:05] <TTFTCUTS> ^
L1058[23:59:25] <killjoy1> internals
don't need to worry about deprecation