<<Prev
Next>>
Scroll to Bottom
Stuff goes here
L1[00:01:48] ⇨
Joins: Meronat
(uid190493@id-190493.highgate.irccloud.com)
L2[00:02:21] ⇨
Joins: Umbraco
(~Umbraco@p81084-ipbffx02marunouchi.tokyo.ocn.ne.jp)
L3[00:09:53] ⇦
Quits: AshIndigo (~AshIndigo@188.29.164.187.threembb.co.uk) (Ping
timeout: 198 seconds)
L4[00:11:31] <killjoy> What would be the
best way to authenticate someone's minecraft account?
L5[00:12:21] <kenzierocks> contact
mojang
L6[00:12:22] <killjoy> right now, I'm
sending authtoken and validating it using
authserver.mojang.com/validate
L7[00:16:17] ⇨
Joins: AshIndigo
(~AshIndigo@79-67-168-211.dynamic.dsl.as9105.com)
L8[00:16:26] ⇦
Quits: Doty1154 (~Doty1154@67.215.244.186) (Ping timeout: 186
seconds)
L9[00:20:37] <killjoy> I ask because I want
to be smart about it
L10[00:20:41] ⇨
Joins: Doty1154
(~Doty1154@2601:648:8000:134f:a8d0:3d51:e227:b1e0)
L11[00:23:22] ⇦
Quits: srs_bsns (blk@198-48-175-31.cpe.pppoe.ca) (Ping timeout: 186
seconds)
L12[00:23:33] ⇨
Joins: AshIndigo_
(~AshIndigo@188.29.164.187.threembb.co.uk)
L13[00:26:45] ⇦
Quits: AshIndigo (~AshIndigo@79-67-168-211.dynamic.dsl.as9105.com)
(Ping timeout: 206 seconds)
L14[00:28:39] ⇨
Joins: Jezza (~Jezza@bps-gw.hrz.tu-chemnitz.de)
L15[00:34:00] ⇦
Quits: Doty1154 (~Doty1154@2601:648:8000:134f:a8d0:3d51:e227:b1e0)
(Ping timeout: 206 seconds)
L16[00:35:12] ⇨
Joins: Doty1154 (~Doty1154@67.215.244.186)
L17[00:37:18] ⇨
Joins: agowa339
(~Thunderbi@p54919d9e.dip0.t-ipconnect.de)
L18[00:38:39] ⇦
Quits: Brokkoli (~Brokkoli@p5B23C21C.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))
L19[00:38:49] ⇦
Quits: agowa338 (~Thunderbi@p549182EE.dip0.t-ipconnect.de) (Ping
timeout: 384 seconds)
L20[00:38:49] ***
agowa339 is now known as agowa338
L21[00:39:07] ⇨
Joins: srs_bsns (blk@198-48-175-31.cpe.pppoe.ca)
L22[00:40:30] ⇦
Quits: turmfalke (~turmfalke@p5DCE035C.dip0.t-ipconnect.de) (Quit:
turmfalke)
L23[00:51:47] <barteks2x> Something broke
after updating to 1.11, I just don't yet know how and where... my
flat world type generates non-flat world type
L24[00:52:06] <killjoy> vanilla?
L25[00:52:09] <barteks2x> no
L26[00:52:14] <killjoy> of course..
L27[00:52:21] <barteks2x> I just can't
imagine what could break in such way O.o
L28[00:52:27] <kashike> hehe
L29[00:52:41] <killjoy> I guesss.. someone
go debug it.
L31[00:52:52] <barteks2x> And all entities
are dark
L32[00:53:18] <barteks2x> (another issue
that could be caused by anything but I don't have any idea)
L33[00:53:47] <barteks2x> Almost sure I
need to override some new method in ChunkCache
L34[00:54:09] <barteks2x> Actually, maybe
before 1.11, I wll update to latest 1.10 forge
L35[00:55:13] <barteks2x> just to see if
something breaks there
L36[00:55:15] ⇦
Quits: Doty1154 (~Doty1154@67.215.244.186) (Ping timeout: 384
seconds)
L37[01:02:18] <barteks2x> Is it possible to
make missing @Nullable/@No(t/n)Null annotations show as compile
warnings?
L38[01:03:02] <barteks2x> This is one of
the things I would want to do for 1.11 but it's hard to maintain
that state if there are no warnings about it
L39[01:04:56] ⇦
Quits: Cooler (~CoolerExt@45.249.156.56) (Ping timeout: 206
seconds)
L40[01:09:05] ⇨
Joins: Cooler (~CoolerExt@45.249.157.167)
L41[01:11:16] <kashike> barteks2x: it
should be possible, yes
L42[01:11:18] <kashike> IDE settings
L43[01:11:30] <barteks2x> is it possible to
make it into gradle too?
L44[01:11:49] <kashike> maybe, google would
have a better answer
L45[01:12:26] <barteks2x> I'm trying for
last few minutes. I'm almost sure it's the kind of question where
you need to know what you want to find to find it
L46[01:15:10] ***
Sub|zzz is now known as SUbaraki
L47[01:15:14] ***
SUbaraki is now known as Subaraki
L48[01:16:23] ⇨
Joins: AtomicStryker
(~AtomicStr@p5DEF49A5.dip0.t-ipconnect.de)
L49[01:17:17] <AtomicStryker> heya. so i
see theres forge builds for 1.11. what changes to look out
for?
L50[01:17:34] <TehNut> ItemStack is
@Nonnull
L51[01:17:44] <TehNut> Entities can't be
registered currently
L52[01:17:56] <killjoy> Also skeletons and
zombies no longer have types
L53[01:18:08] <TehNut> All sub-entities
have their own classes now
L54[01:18:15] <TehNut> So they're full
entities
L55[01:18:17] <killjoy> except
villagers
L56[01:18:28] <TehNut> Well I wouldn't
really say those are sub-entities
L57[01:18:34] <killjoy> eh
L58[01:19:08] <TehNut> ItemStack#stackSize
is private
L59[01:19:20] <AtomicStryker> wait if
itemstack is non null, how do empty inventory slots work
L60[01:19:24] <Subaraki> use the getter
?
L61[01:19:37] <TehNut> Use the obfuscated
methods at the bottom of ItemStack to get/modify it
L62[01:19:41] <Subaraki> air
AtomicStryker
L63[01:19:47] <TehNut> "null"
itemstacks now contain an Air item
L64[01:19:55] <AtomicStryker> oh so there
is an air item now
L65[01:20:00] <AtomicStryker> and an air
block
L66[01:20:06] <killjoy> func_190916_E
L67[01:20:09] <Subaraki> air blocks have
always existed
L68[01:20:10] <killjoy> that's the getter
now
L69[01:20:17] <TehNut> Instead of
"stack == null", you use
"stack.func_somethingorother" to check if it's
valid
L70[01:20:18] <AtomicStryker> yes i know
that ^^
L71[01:20:24] <AtomicStryker> oh boy
L72[01:20:26] <AtomicStryker> so much
work
L73[01:20:28] ⇨
Joins: BlueMonster
(uid82864@id-82864.tooting.irccloud.com)
L74[01:20:49] <AtomicStryker> i should
probably ask this before doing any work
L75[01:20:53] <kenzierocks> that sounds so
much better
L76[01:20:53] <Subaraki> im gonna wait for
an mcp update ._.
L77[01:20:58] <AtomicStryker> would you
expect something like 11.2 to release
L78[01:21:03] <kenzierocks> no more null
checks :D?
L79[01:21:16] <TehNut> Yes probably
L80[01:21:20] <TehNut> kenzierocks:
Correct
L81[01:21:26] <AtomicStryker> the 1.10 to
1.10.2 was pretty bs
L82[01:22:02] <TehNut> I'm just marking
everything to run on all 1.11.x versions
L83[01:22:12] <TehNut> I doubt there'll be
so many internal changes that it'll break stuff that badly
L84[01:22:24] <AtomicStryker> 1.10 was obf
incompatible with 1.10.2
L85[01:22:30] <AtomicStryker> which was the
bs part
L86[01:22:47] <kenzierocks> i'm not sure
they get to control that too much :)
L87[01:22:53] <TehNut> was it? I don't
think I had to recompile my mods for 1.10.2
L88[01:23:11] <TehNut> Maybe I did,
i'unno
L89[01:23:13] <barteks2x> because mods are
compiled to use srg names
L90[01:23:21] <kenzierocks> yea
L91[01:23:30] <kenzierocks> they've been
srg for a while now
L92[01:23:49] <kenzierocks> that's why some
mods were 1.9.4 <-> 1.10.2 compatible
L93[01:23:59] <TehNut> most*
L94[01:27:09] <AtomicStryker> different
question. the curseforge plugin seems to upload everything in the
build folder, which is 2 seperate jars, one with -sources. while my
mods are opensource id prefer if only the bin was uploaded
L95[01:27:45] <AtomicStryker> anyone got a
hint how to achieve that, short of altering the gradle build to
delete the src jar
L96[01:28:06] <killjoy> disable the source
jar
L97[01:28:20] <killjoy> 2 ways to do
it.
L98[01:28:27] <killjoy> sourceJar.enabled =
false
L99[01:28:32] <killjoy> that's how I prefer
it.
L100[01:28:48] <TehNut> which curseforge
plugin are you using
L101[01:28:59] <TehNut> Because the new
one only uploads the artifacts you specify
L103[01:29:12] <killjoy> The one by
matthewprenger ?
L104[01:29:31] <AtomicStryker> i wasnt
aware there is two
L105[01:29:40] <TehNut> There's the one
built into FG (I don't know if that was removed yet or not) then
there's the one by matthew
L107[01:30:21] <AtomicStryker> im using
the matthew one
L108[01:30:52] <barteks2x> Is it safe to
change default branch on github?
L109[01:30:53] <TehNut> It should
definitely only be uploading the normal jar by default
L110[01:31:00] <TehNut> more or less
L111[01:31:12] <barteks2x> I was to switch
to using different branch for each MC version
L112[01:31:31] <barteks2x> (will it cause
issues with forks and clones?)
L113[01:31:35] <TehNut> Shouldn't
L114[01:31:44] <TehNut> I change mine with
every MC version
L115[01:31:53] <barteks2x> I currently
have master as main branch
L116[01:32:35] ⇦
Quits: RyanKnack (RyanKnack@anarchy.esper.net) (Killed (mr_flea
(HAPPY BIRTHDAY)))
L117[01:32:42] <AtomicStryker> thanks! i
use the "stable" as main branch, and eventually swap my
new branches to be stable ... basically whatever i feel like
L118[01:32:49]
⇨ Joins: RyanKnack (RyanKnack@anarchy.esper.net)
L119[01:32:54] <AtomicStryker> if people
need my other version branches they are free to pull em
L120[01:33:37] <AtomicStryker> in terms of
numbers i'd say 80% of modded games atleast are still 1710
L121[01:34:13] <TehNut> 95% of my
downloads on Soul Shards are currently for 1.9 and above
L122[01:34:33] <TehNut> <10k on the 1.7
version in the last 2 months
L123[01:38:01]
⇨ Joins: romibi2
(~quassel@cable-static-7-174.rsnweb.ch)
L124[01:38:06] ***
romibi is now known as Guest75471
L125[01:38:11] ***
romibi2 is now known as romibi
L126[01:39:15] ⇦
Quits: Guest75471 (~quassel@cable-static-7-174.rsnweb.ch) (Ping
timeout: 206 seconds)
L127[01:39:50] <barteks2x> *maybe* at some
point I will add release branch/use master as branch for stable
releases
L128[01:40:07] <barteks2x> currently there
is no point as there are no stable versions yet
L129[01:40:57] <AtomicStryker> [#mcp] MCP
for Minecraft 1.10 will be out when it's done, asking an ETA will
get you kicked or banned
L130[01:41:02] <AtomicStryker>
ehehehe
L132[01:41:35] <kashike> you'll find that
useful :P
L133[01:41:46] <barteks2x> I already have
new mappings
L134[01:42:07] <barteks2x> Even if my mod
compiles with 1.11 I have weird failures
L135[01:42:30] <barteks2x> So another few
hours will be gone for debugging...
L136[01:42:41] <kashike> hehe
L137[01:42:45] <kashike> what kind of
issues?
L138[01:43:08] <barteks2x> CubicChunks
flat world type uses non-flat terrain generator and all entities
are dark
L139[01:43:13] ⇦
Quits: RyanKnack (RyanKnack@anarchy.esper.net) (Killed (Hikaru (How
wude!)))
L140[01:43:14] <barteks2x> these are the
only 2 I found so far
L141[01:43:26]
⇨ Joins: RyanKnack (RyanKnack@anarchy.esper.net)
L142[01:43:26] <kashike> interesting
bugs
L143[01:43:50] <barteks2x> Other than that
everything seems to work...
L144[01:45:20] <barteks2x> I need to edit
buildscript again after changing to different braching... because
the buildscript uses information from git repository to generate
version number
L145[01:49:52] ***
AbrarSyed is now known as Abrar|gone
L146[01:53:00] ⇦
Quits: RyanKnack (RyanKnack@anarchy.esper.net) (Killed (TestDummy
(Here's a second one for posterity. You're welcome.)))
L147[01:53:14]
⇨ Joins: RyanKnack (RyanKnack@anarchy.esper.net)
L148[01:53:16] ⇦
Quits: jgile2 (~jgile2@247.114.148.122.sta.dodo.net.au) (Quit:
Leaving)
L150[01:54:58] <Me4502> well, mods that
touch cactuses
L151[01:55:10] <barteks2x> Do mods
seriously touch other blocks AABBs?
L152[01:55:27] <Me4502> idk
L153[01:55:29] <Me4502> maybe
L154[01:55:42] <immibis> they shouldn't
except through the block itself
L155[01:55:47] <AtomicStryker> but do call
them cactii
L156[01:55:47] <immibis> like
Blocks.cactus.getCollisionAABB()
L157[01:55:50] <AtomicStryker> the word is
dope
L158[01:58:56] ***
Darkhax is now known as Darkhax_AFK
L159[02:00:00] <MCPBot_Reborn> [TEST CSV]
Pushing snapshot_20161117 mappings to Forge Maven.
L160[02:00:03] <MCPBot_Reborn> [TEST CSV]
Maven upload successful for mcp_snapshot-20161117-1.10.2.zip
(mappings = "snapshot_20161117" in build.gradle).
L161[02:00:14] <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/
L162[02:07:22] ⇦
Quits: Meronat (uid190493@id-190493.highgate.irccloud.com) (Quit:
Connection closed for inactivity)
L163[02:09:30] ⇦
Quits: Blarghedy (~Blarghedy@50-90-115-148.res.bhn.net) (Ping
timeout: 186 seconds)
L164[02:11:38] ⇦
Quits: Cooler (~CoolerExt@45.249.157.167) (Ping timeout: 186
seconds)
L166[02:13:24]
⇨ Joins: Hunterz (~hunterz@62.182.234.189)
L167[02:13:49]
⇨ Joins: Cooler (~CoolerExt@45.249.157.153)
L168[02:14:28] <kashike> probably not
enough information in it
L169[02:14:34] <barteks2x> it is actua;l
issue
L170[02:14:38] <barteks2x> but it's so
rare
L171[02:14:45] <barteks2x> that I see it
happen like once a month
L172[02:15:01] <barteks2x> even with
CubicChunks, where it creates much more instanced of
ClassInheritanceMultiMap
L173[02:15:20] <barteks2x> And it's
actually vanilla bug
L174[02:15:23] <kashike> no forge version,
etc
L175[02:15:28] <barteks2x> but reproducing
it is nearly impossible
L177[02:16:05] <barteks2x> it's the same
thing
L178[02:16:11] <barteks2x> just crashes in
different place
L179[02:17:23] <barteks2x> I was trying to
figure otu why it never happens without CubicChunks
L180[02:17:28] <barteks2x> now I see it
rarely does happen
L181[02:18:16] ⇦
Quits: AtomicStryker (~AtomicStr@p5DEF49A5.dip0.t-ipconnect.de)
(Quit: Leaving)
L182[02:22:50] <killjoy> did localizations
change in 1.11?
L183[02:23:23] <TehNut> Not really
L184[02:23:42] <killjoy> My localizations
seem to always break
L185[02:23:49] <TehNut> If you're on the
first Forge build, the lang file names need to be lowercase. Later
builds are the same as usual
L186[02:24:16] <killjoy> so en_US ->
en_us?
L188[02:25:00] <TehNut> Yes, but Forge
changed it so if you do that, it'll stop working in later
builds
L189[02:25:14] <TehNut> What Forge buidl
are you on
L190[02:25:18] <killjoy> none
L191[02:25:28] <TehNut> oh
L192[02:25:38] <TehNut> Right you make
that mod
L193[02:25:41] <TehNut> Yes, you need
en_us.lang then
L194[02:25:55] <TehNut> All resources need
to be lowercase
L195[02:26:00] <killjoy> yup
L196[02:26:21] <killjoy> I knew about the
lowercase resources thing, but I didn't realize it included lang
files too
L197[02:26:33] <TehNut> *all*
resources
L198[02:28:04]
⇨ Joins: CsokiCraft
(~CsokiCraf@193.226.247.235.pool.invitel.hu)
L199[02:29:52] ⇦
Quits: RANKSHANK
(~Michael@ppp121-44-58-165.lns20.syd4.internode.on.net) (Read
error: Connection reset by peer)
L200[02:29:54] <CsokiCraft> What do the
values in EnumBlockRenderType mean?
L201[02:29:58] <LexManos> you can specify
if you wanan sue the old or new lang format by providing a
pack.mcmeta
L202[02:30:17]
⇨ Joins: iari (~iari___@evana.futhark24.org)
L203[02:30:25] <TehNut> Oh cool, didn't
know that
L204[02:31:13]
⇨ Joins: VikeStep (~VikeStep@101.184.229.226)
L205[02:40:05] <killjoy> sigh.. Git scm
doesn't recognize my rename.
L206[02:40:51] ⇦
Quits: Everseeking
(~Everseeki@pool-100-6-80-90.pitbpa.fios.verizon.net) (Quit: Big
Gulps, huh? Alright... Welp, see ya later)
L207[02:41:10]
⇨ Joins: Girafi
(Girafi@0x555178eb.adsl.cybercity.dk)
L208[02:42:22] ⇦
Quits: kinggoesgaming (uid23106@id-23106.tooting.irccloud.com)
(Quit: Connection closed for inactivity)
L209[02:42:48] <killjoy> Don't ya just
hate windows?
L210[02:43:17] <kashike> yes :P
L211[02:43:31] <killjoy> had to rename to
something else, git add, then rename back
L212[02:43:36] <barteks2x> I will try fix
the remapper tool
L213[02:49:49] ⇦
Quits: Kaiyouka (~IdiotNono@c-75-71-231-133.hsd1.co.comcast.net)
(Ping timeout: 206 seconds)
L214[02:53:56] <CsokiCraft> Any
documentation on VertexBuffer?
L215[03:00:37] <killjoy>
Ctrl+Shift+G
L216[03:01:10] <barteks2x> I'm trying to
figure out why the remapper gui is broken, I think I will have to
give up on that
L217[03:02:05] <CsokiCraft> -sigh-
L218[03:04:04]
⇨ Joins: Blarghedy
(~Blarghedy@50-90-115-148.res.bhn.net)
L219[03:04:21] <barteks2x> I've never seen
the Box class before, now I see it used everywhere
L220[03:04:26] <killjoy>
vb.begin(DefaultVertexBuffers.GUI, Gl11.GL_QUADS)
L221[03:05:18] <killjoy> then vb.pos(x1,
y1, z1).color(255, 255, 255, 255).endVertex()
L222[03:05:47] <killjoy> CsokiCraft
^^
L223[03:07:11] <killjoy> How do you
pronounce that?
L224[03:07:15] <killjoy> Sooky?
L225[03:07:23] <CsokiCraft> Choke-y
L226[03:08:12] <CsokiCraft> Is that for
GUI render only? I want to draw models
L227[03:08:19] <baegmon> hi everyone, just
updated my forge 1.10.2 version to the latest one and noticed that
it was missing a method called "getBiomeGenForCoords".
What did this get changed to?
L228[03:08:31] <killjoy> Use POS_TEX
L229[03:08:36] <killjoy> Something like
that
L230[03:09:23] <CsokiCraft> baegmon
getBiome(), I think?
L232[03:11:03] <baegmon> huh interesting
when I type it in idea it doesnt pop up but it compiles lol
L234[03:11:16] <kashike> refresh your
workspace
L235[03:11:34] <CsokiCraft> killjoy
DefaultVertexFormats.POSITION_TEX_NORMAL?
L236[03:11:44] <killjoy> yeah
L237[03:11:50] <killjoy> COLOR if you want
to color it
L238[03:12:06] <killjoy> use .tex(u, v) if
you want to add a texture
L239[03:12:45] <CsokiCraft> And I presume
GL11.GL_TRIANGLES for tris
L240[03:17:19] <killjoy> sure
L241[03:17:29] <killjoy> I've also seen
GL_ARROWS be used
L242[03:17:33] <killjoy> I think that's a
thing
L243[03:18:50] ⇦
Quits: Blarghedy (~Blarghedy@50-90-115-148.res.bhn.net) (Ping
timeout: 186 seconds)
L244[03:20:09]
⇨ Joins: gigaherz|work (~gigaherz@84.89.63.25)
L245[03:21:28] <gigaherz|work> are there
any 1.11 mappings yet?
L246[03:21:33] <gigaherz|work> !latest
1.11
L247[03:21:39] <gigaherz|work> seems
not
L248[03:22:46] <killjoy> fingers crossed
for tomorrow
L249[03:23:39] ⇦
Quits: Cooler (~CoolerExt@45.249.157.153) (Ping timeout: 206
seconds)
L250[03:35:02] ⇦
Quits: illy (uid69226@id-69226.charlton.irccloud.com) (Quit:
Connection closed for inactivity)
L251[03:39:48]
⇨ Joins: Snapples
(uid167569@id-167569.highgate.irccloud.com)
L253[03:50:13] ⇦
Quits: Naiten (Naiten@77.35.154.15) (Read error: Connection reset
by peer)
L254[03:54:07] ⇦
Quits: killjoy
(~killjoy@cpe-2606-A000-1118-C1BE-D45E-B7C7-457F-289B.dyn6.twc.com)
(Quit: Leaving)
L255[04:02:06] ⇦
Quits: BlueMonster (uid82864@id-82864.tooting.irccloud.com) (Quit:
Connection closed for inactivity)
L256[04:11:59] ⇦
Quits: AstralSorcerer (~AstralSor@128.151.114.28) (Ping timeout:
206 seconds)
L257[04:20:23] ⇦
Quits: Umbraco (~Umbraco@p81084-ipbffx02marunouchi.tokyo.ocn.ne.jp)
(Ping timeout: 384 seconds)
L258[04:20:46] ⇦
Quits: thomas15v (~thomas15v@website.densitycraft.com) (Quit: ZNC
1.6.3 - http://znc.in)
L259[04:21:39] <AshIndigo_> Am I allowed
to use the word Minecraft as part of my mods title?
L260[04:21:45] ⇦
Quits: baegmon
(~baegmon@CPE-121-210-40-148.rfcz1.ken.bigpond.net.au) (Quit:
Leaving)
L261[04:22:11] <Ordinastie> you're allowed
to have more creativity too
L262[04:22:31] *
AshIndigo_ isnt creative with names
L263[04:24:00] ***
Darkhax_AFK is now known as Darkhax
L264[04:24:18]
⇨ Joins: Cooler (~CoolerExt@45.249.157.153)
L265[04:27:54]
⇨ Joins: Delaxarnyazer
(~Delaxarny@ip56572345.direct-adsl.nl)
L266[04:28:06] <Subaraki> what's the mdo
about AshIndigo_
L267[04:28:33] <AshIndigo_> It allows you
to send mail to other players from different worlds/servers
L268[04:29:46] ⇦
Quits: Cooler (~CoolerExt@45.249.157.153) (Ping timeout: 186
seconds)
L269[04:31:06]
⇨ Joins: jgile2
(~jgile2@247.114.148.122.sta.dodo.net.au)
L270[04:32:52] <jgile2> question when i
try to get a blocks y level in a tile entity it returns 0
L271[04:33:04] <jgile2> only when i try it
from the constructor
L272[04:33:12] <Ordinastie> because it's
not set yet
L273[04:33:35] <jgile2> when is the
earliest i can get it?
L274[04:33:51] <Ordinastie> what do you
want to do ?
L275[04:34:13] <jgile2> i just want to get
the y level of my block in my tile entity
L276[04:34:22] <jgile2> for use in the
update() function
L277[04:34:36] <Ordinastie> then use it in
update()
L278[04:34:42] <gigaherz|work> AshIndigo_:
I wouldn't use the entire word -- it could be trademark
infringement
L279[04:35:09] <jgile2> im trying to keep
things out of the update() just to try and reduce lag
L280[04:35:19] <gigaherz|work> however
something like CraftMail or MineComms
L281[04:35:38] <Ordinastie> jgile2, it's a
getter, that doesn't create lag
L282[04:35:57] <AshIndigo_> That's what I
was worried about giga
L283[04:36:21] <gigaherz|work> jgile2: one
single method call is only a few nanoseconds
L284[04:36:28] <gigaherz|work> it...
doesn't matter.
L285[04:36:55] <gigaherz|work> the reason
a hopper is laggy
L286[04:37:16] <gigaherz|work> is because
it queries getEntitiesWithinAABB every few ticks
L287[04:37:24] <jgile2> ok
L288[04:37:29] <gigaherz|work> and testing
the entity list against an AABB is a complex operation
L289[04:37:40] <gigaherz|work> if you just
use this.pos
L290[04:37:44] <gigaherz|work> that's...
nothing.
L291[04:38:38] <jgile2> im just having a
go to see if i can make my own quarry with little lag
L292[04:39:28]
⇨ Joins: Koward
(~Koward@2a02:2788:7d4:4dd:c8c6:3def:80d3:46a7)
L293[04:40:59] <gigaherz|work> there's two
things for that
L294[04:41:15] <gigaherz|work> well...
one, really
L295[04:41:20] <gigaherz|work> don't
create holes. XD
L296[04:41:31] <gigaherz|work> if you
replace one solid block for another solid block
L297[04:41:44] <gigaherz|work> you won't
be needing light updates
L298[04:42:00] <gigaherz|work> and if you
don't create pockets of air, you won't cause the renderer to create
new meshes
L299[04:42:41] <gigaherz|work> the second
thing isn't really the quarry's fault, just: avoid spitting out
items if you don't have a container to put them into
L300[04:42:48] <gigaherz|work> just stop
the quarry instead
L301[04:43:11] <gigaherz|work> having lots
of item entities have a tendency to cause lag
L302[04:43:22] <jgile2> my quarry just
stops if it cant spit out items
L303[04:43:41] <gigaherz|work> good
;P
L304[04:44:07] <jgile2> as for setting the
block to another solid block, that is a good idea
L305[04:44:53] <gigaherz|work> yep that's
why the main reason the ender quarry and ender-thermic pump caused
less lag than the BC Quarry
L306[04:44:57] <gigaherz|work> -why
L307[04:46:59]
⇨ Joins: Kaiyouka
(~IdiotNono@c-75-71-231-133.hsd1.co.comcast.net)
L308[04:47:44]
⇨ Joins: Cooler (~CoolerExt@45.249.157.153)
L309[04:51:15] ⇦
Quits: CsokiCraft (~CsokiCraf@193.226.247.235.pool.invitel.hu)
(Quit: Leaving)
L310[04:52:36] <Koward> I'm not sure how
active #ForgeGradle is so I'll ask here too, the :recompileMc task
fails when trying setupDecompWorkspace with Forge 2141, not with
previous 1.11 builds, and I can't imagine a reason why.
L311[04:56:21] <Subaraki> ram ?
L312[05:02:32] <AshIndigo_> Logs?
L313[05:04:52] <LexManos> mappings
L314[05:05:46] <Koward> It's the compiler
that complains but I'm very new to IntelliJ and I just can't find
something as basic as the compiler errors, shame on me.
L315[05:06:10] <LexManos> mappings
L316[05:06:20] <Koward> I think you're
right Lex.
L317[05:06:45] <LexManos> i know im
right
L318[05:07:38]
⇨ Joins: Blarghedy
(~Blarghedy@50-90-115-148.res.bhn.net)
L319[05:08:06] <AshIndigo_> Lex would you
rather be loved by all or feared by all?
L320[05:08:24] <Koward> They just don't
exist yet ? I have the snapshot_20161117, thought that would grab
actually the most recent ones.
L322[05:10:57] <LexLap> ...
L323[05:12:00] <barteks2x> it was broken
for me
L324[05:12:41] <Koward> nevermind
L325[05:14:55] <pig> I have a localization
file for 1.11 be read when it's en_US.lang but not en_us.lang, any
pointers?
L326[05:15:25] <pig> also Lex I plan on
working on that PR I talked to you @ minecon today, which would you
rather, 1.10 or 1.11 ?
L327[05:15:28] <Ordinastie> something
about the pack version
L328[05:21:19] <pig> Ordinastie: that
fixed it, thanks
L329[05:28:43] <barteks2x> I got the
remapper actually working. I didn't change any logic and it started
working by itself
L330[05:30:37] <pig> "Pull requests
should target the current default branch. Currently, that is the
1.10.x branch for Minecraft 1.10.2." nvm
L331[05:33:29] ⇦
Quits: Koward (~Koward@2a02:2788:7d4:4dd:c8c6:3def:80d3:46a7) (Ping
timeout: 384 seconds)
L332[05:35:41]
⇨ Joins: Cazzar
(~CazzarZNC@vocaloid.lovers.at.cazzar.net)
L333[05:44:35] <Tencao> So, anything you
guys can do about installing multiple forge versions crashing?. If
I select Mercurius for forge 1.10 and 1.11, it will try to load
them both regardless of if I select 1.10 or 1.11
L334[05:45:35] <barteks2x> what is that
mercurius?
L335[05:45:43] <AshIndigo_> Its forges
snooper
L337[05:46:21] <LexLap> delete
mods/mods_list.json
L338[05:46:36] <LexLap> delete
mods/mods_list.json
L339[05:46:45] <LexLap> fuck
youkeyboard
L340[05:47:08] <LexLap> pig, i have no
idea what pr you're talking about so whatever is apropriate
L341[05:47:29] <barteks2x> would it be ok
to submit PR that fixed the remapper?
L342[05:47:42] <pig> :( lex
L344[05:52:30]
⇨ Joins: howtonotwin
(~howtonotw@r75-110-22-15.gvllcmtc01.gnvlnc.ab.dh.suddenlink.net)
L345[05:53:38] <Tencao> You know, I hate
when minecraft crashes and no mod id is provided, it makes it hard
to tell if it's a minecraft or mod crash
L346[05:54:03] <AshIndigo_> Update forge
wasn't a feature added for that?
L347[05:54:31] <AshIndigo_> *,
L348[05:55:03] <Ordinastie> Tencao,
usually, when there is a crash, there is a stacktrace
L350[05:56:22] <AshIndigo_> full
log?
L351[05:56:22] <Ordinastie> something
ASMed a method and fucked it up
L353[05:57:25] <Ordinastie> !gm
func_180650_b
L354[05:57:54] <AshIndigo_> !gm
func_180650_b
L355[05:58:30] <AshIndigo_> (that's
cool)
L356[06:10:24] ⇦
Quits: howtonotwin
(~howtonotw@r75-110-22-15.gvllcmtc01.gnvlnc.ab.dh.suddenlink.net)
(Ping timeout: 206 seconds)
L357[06:12:05]
⇨ Joins: c233 (~c233@164.40.200.130)
L358[06:14:10] <Tencao> So to help debug
the situation, this only happens on 12.18.2.2123, 12.18.2.2122
works fine
L359[06:14:41] <Tencao> It's the change
that added events for crop growth
L360[06:15:08] <Ordinastie> find the
coremod that fucks it up
L361[06:15:23] <Ordinastie> I'd rule out
MalisisCore though
L362[06:15:42] <gigaherz|work> try
removing that biometweaker thing?
L363[06:15:46]
⇨ Joins: KGS
(~KGS@h-155-4-129-249.na.cust.bahnhof.se)
L364[06:16:15] <gigaherz|work>
although
L365[06:16:21] <gigaherz|work> this is
crops, so if you have something like harvestcraft
L366[06:16:49] <Tencao> It could also be
forestry if it's crops
L367[06:17:13]
⇨ Joins: jordibenck (~jordibenc@145.102.91.219)
L368[06:17:15] <gigaherz|work> yeah
L369[06:17:24] <gigaherz|work> there's an
awful lot of coremods in there
L370[06:17:27] <gigaherz|work> ewh.
L372[06:20:04] <barteks2x> hope it will
get accepted, it's almost impossible to figure otu why it fails
without reading the code
L373[06:20:30] ⇦
Quits: c233 (~c233@164.40.200.130) (Read error: Connection reset by
peer)
L374[06:26:30]
⇨ Joins: thefinaluptake
(webchat@c-174-60-120-76.hsd1.pa.comcast.net)
L375[06:29:36] <Tencao> Ok, turns out it
was the mod I least expected, AppleCore
L376[06:30:29] <Jezza> I have a friend who
eats apple cores...
L377[06:30:39] <Jezza> Needless to say,
he's weird.
L378[06:31:33] ⇦
Quits: thefinaluptake (webchat@c-174-60-120-76.hsd1.pa.comcast.net)
(Quit: Web client closed)
L379[06:32:32] <gigaherz|work> Jezza:
don't they contain cyanide?
L380[06:32:39] <gigaherz|work> not enough
to kill you
L381[06:32:45] <gigaherz|work> but I
believe it builds up in your body
L382[06:32:59] <gigaherz|work> ... if you
ate like 100 apples a day for 1000 years, it would end up killing
ypu
L383[06:33:00] <gigaherz|work> you*
L384[06:33:07] <Jezza> Apple seeds do,
IIRC
L385[06:33:13] <Jezza> Or at least, I
think they do.
L386[06:33:23] <Jezza> My brain just might
be a lying piece of shit.
L387[06:33:35] <barteks2x> But I'm almost
sure it doesn't build up. As I remember, it's processed
quickly
L388[06:34:03] <Jezza> Yeah, by the looks
of it apple seeds contain cyanide.
L389[06:34:13]
⇨ Joins: MalkContent
(~MalkConte@p4FDCC266.dip0.t-ipconnect.de)
L390[06:34:18]
⇨ Joins: thefinaluptake
(~thefinalu@c-174-60-120-76.hsd1.pa.comcast.net)
L391[06:34:45] <Jezza> It's like
bananas
L392[06:34:52] <Jezza> Radioactive bananas
ftw
L393[06:35:12] <thefinaluptake> Hello! I
was hoping that someone could help me with some issues I'm having
with making a mod. This is my first time ever modding, so apologies
if I'm not that good. Is anyone willing to help me?
L394[06:35:42] <beschio> Don't ask to ask.
Ask the question you'd like answered and see if anyone bites
:)
L395[06:36:24] <thefinaluptake> Sorry, I
was making sure someone was interested before flooding the chat
with my issues, haha. I'm having a bit of issue with world
generation, I've been following Shadowfacts tutorials and my ore
doesn't seem to be generating.
L396[06:36:46] <barteks2x> link to the
tutorial/show the code
L397[06:37:02] <barteks2x> without that
it's hard to help
L399[06:37:09] <thefinaluptake> Sorry, was
getting it into hastebin.
L401[06:37:47] <barteks2x> if
(random.nextInt(100) > chancePerChunk) your chance per chunk is
100. random number between 0 and 99 can't be > 100
L402[06:37:53] <Jezza> if
(random.nextInt(100) > chancePerChunk) {
L403[06:38:01] <Jezza> Yeah, what
barteks2x said. :D
L404[06:38:17] <Jezza> nextInt is
exclusive.
L405[06:38:29] <thefinaluptake> Oh yeah, I
was having it tested for working underground, haha
L406[06:38:32] <thefinaluptake> Need to
switch that around
L407[06:39:06] <barteks2x> also, you don't
need to create new WorldGenMinable each time
L408[06:39:11] <barteks2x> you can create
it once
L409[06:39:21] <thefinaluptake> It's meant
to generate at build height, but it wasn't working there so I
jacked up the generation rate and had it generate in stone
L410[06:40:25] <barteks2x> I really need
to finish my readthedocs page about worldgen
L411[06:44:52] <thefinaluptake> Okay, it
generates fine in stone, but it doesn't want to generate if I tell
it to generate in air instead.
L412[06:45:33] <barteks2x> Code
again?
L414[06:48:16] <barteks2x> You are
generating new world, right?
L415[06:48:21] <thefinaluptake> Yes.
L416[06:48:41] <thefinaluptake> Sorry for
so many questions, by the way, this is my first time modding and I
don't have a ton of experience with Java, either.
L417[06:49:39] <barteks2x> I don't seen
anothing obviously wrong here. Can you try generating it at
constant chunk position without any chance checks?
L418[06:50:07] <thefinaluptake> I'll try
that.
L419[06:51:47] ***
Keridos is now known as Keridos|away
L420[06:51:54] <barteks2x> Or you could
try to set a breakpoint, run it in debug mode and step through the
code to see why it doesn't work
L421[06:57:48] <pig> Lex: PR
submitted
L422[07:01:08] <thefinaluptake> I have no
clue what the issue could be. All I can think of is that the game
doesn't like spawning ores in air
L423[07:02:05] <Ordinastie> use your
debugger, check if it's called
L424[07:02:10] <barteks2x> Set a
breakpoint when you are generating ore
L425[07:02:17] <barteks2x> and see what it
does
L426[07:02:44] <barteks2x> Maybe
WorldGenMinable ends up receiving some weird position, or maybe it
internally ends up doing something strange
L427[07:02:53] <thefinaluptake> I did,
I've got no clue how to read what's going on, honestly. I don't
have much experience with Java.
L428[07:03:06] <Ordinastie> then learn
first
L429[07:03:44]
⇨ Joins: gigaherz_ (~gigaherz@84.89.63.25)
L430[07:04:28] <Lordmau5> Good job
L431[07:04:41] <Lordmau5> Forge needs to
fix their SSL certificate :D
L432[07:08:07] ⇦
Quits: gigaherz|work (~gigaherz@84.89.63.25) (Ping timeout: 384
seconds)
L433[07:09:31] <barteks2x> the remapper
added newlines at the end of every file that didn't have a
newline...
L434[07:09:44] <barteks2x> why srg2source
has to do that...
L435[07:09:58] <thefinaluptake> Okay yeah,
that's exactly what's going on. I figured out how debugging works,
and it's definitely that it checks that the block that's trying to
be replaced is actually a replaceable block.
L436[07:10:19] <barteks2x> In my MC
version (1.10.2) it doesn't exclude air
L437[07:10:46] <barteks2x> it excludes
null, but air isn't null
L438[07:11:03] <Cazzar> Lordmau5: No they
don't the SSL site is not even the main page?
L440[07:11:43] <Lordmau5> Mercurius
is.
L441[07:12:02] <barteks2x> Unless I'm
reading the code wrong, I've never tries to generate ores in the
air.
L443[07:12:43] <Lordmau5> Yes
L444[07:12:50] <Lordmau5> but https:// has
the Mercurius stats
L445[07:12:55] <Cazzar> Hence why the
comment of "it's not even the main page"
L446[07:13:11] <Lordmau5> doesn't justify
not having an SSL certificate :P
L447[07:13:19] <Lordmau5> though I assume
that's gonna be fixed soon anyway
L448[07:13:32] <Cazzar> Yes, and try
changing the certificate based on the request URL
L449[07:13:33] <barteks2x> srg2source
broke my code :(
L450[07:13:41] <barteks2x> (the remapper
tool)
L451[07:13:43] <Cazzar> (you can't, you
have to use a wildcard cert)
L452[07:14:37] <barteks2x> it changed
usages of isRemote and getProvider methods in my interface to
remote and provider fields that don't exist (it's method argument
named world...)
L453[07:14:52] <thefinaluptake> Yeah, just
went through it, it checks if the block is stone.
L454[07:15:07] <thefinaluptake> I don't
see why it would check if the block isn't null and also check if
the block is stone, though.
L455[07:15:31] <thefinaluptake> Oh,
nevermind. Was reading it wrong.
L456[07:15:43] <thefinaluptake> It checks
if the block you're trying to generate is null and whether the
block that's already there is stone.
L457[07:15:59] <barteks2x> what MC
version?
L458[07:16:04] <thefinaluptake>
1.10.2
L459[07:16:19] <barteks2x> in 1.10.2 it
uses the provided predicate
L460[07:17:21] <barteks2x> unless there is
some old forge version where it didn't work
L461[07:17:43] <thefinaluptake> That's not
working for me, I guess. I stepped through the code as it was
running and it brought me to the area of minecraft code that has it
check whether it's spawning in stone
L462[07:18:31] <barteks2x> Which
class/method?
L463[07:18:38] <barteks2x> I can't find
anythign that checks for stone
L464[07:20:14] <thefinaluptake>
BlockMatcher.java, should be in
net.minecraft.block.state.pattern
L465[07:21:11] <thefinaluptake> When I was
running through the code, it said that block was equal to
stone
L466[07:21:36] <barteks2x> The block field
was equal to stone?
L467[07:21:47] <thefinaluptake> The
variable block was equal to stone
L468[07:21:53] ⇦
Quits: gigaherz_ (~gigaherz@84.89.63.25) (Remote host closed the
connection)
L469[07:22:07] <barteks2x> this.block or
p_apply_1_?
L470[07:22:18] <thefinaluptake>
this.block
L471[07:22:23]
⇨ Joins: gigaherz|work (~gigaherz@84.89.63.25)
L472[07:22:33] <barteks2x> this.block is a
field, so it means that you have stone matcher
L473[07:22:47] <barteks2x> So you need to
figure otu why it ends up as stone
L474[07:23:11] <barteks2x> If your code
really looks like what you sent, I would clean and rebuild the
whole project
L475[07:23:11] <Ordinastie>
WorldGenMinable constructor makes it
L476[07:23:13] <barteks2x> and check
again
L477[07:24:01] <barteks2x> you have this,
right? generator = new WorldGenMinable(ore, size,
BlockMatcher.forBlock(Blocks.AIR));
L478[07:24:07] <thefinaluptake> Yes.
L479[07:24:23] <barteks2x> so you are
giving custom BlockMatcher to WorldGenMinable
L480[07:24:27] <barteks2x> so it doesn't
create a new one
L481[07:24:28] <thefinaluptake> Yes.
L482[07:24:38] <barteks2x> so why it ends
up as stone matcher?
L483[07:24:44] <thefinaluptake> I have no
clue.
L484[07:24:52] <barteks2x> if you really
have that in source, try to rebuild the whole project
L485[07:24:55] <barteks2x> and run it
again
L486[07:24:56] <thefinaluptake> I'm going
to try it with a different block, see if it's specifically
air.
L487[07:25:08] <barteks2x> Do you use
eclipse or idea?
L488[07:25:11] <thefinaluptake>
Idea.
L489[07:25:25] <barteks2x> Build -->
rebuild project
L490[07:25:30] <barteks2x> and run it
again
L491[07:25:41] <barteks2x> Maybe it's
still running the old code somehow
L492[07:27:32] <thefinaluptake> Nope,
still not spawning.
L493[07:27:37] ⇦
Quits: VikeStep (~VikeStep@101.184.229.226) (Quit:
Leaving)
L494[07:27:48] <barteks2x> Well, then use
a debugger and figure out why it's set to stone
L495[07:28:19] <Ordinastie> if it's stone,
it's probably not your generator
L496[07:28:28] <barteks2x> ^
L497[07:28:33] <barteks2x> I didn't think
of that
L498[07:28:40] <thefinaluptake> What do
you mean?
L499[07:28:52] <Ordinastie> you were
stepping into another one
L500[07:28:56] <barteks2x> Did you set
breakpoint in your generator class or in WorldGenMinable?
L501[07:29:10] <thefinaluptake> My
generator class.
L502[07:29:30] <thefinaluptake> Also, I
tested it with Dirt instead, and it still didn't work
L503[07:29:36] <thefinaluptake> So it's
not something specific to air
L504[07:30:15] <Ordinastie> set your
breakpoint in ModWorldGeneration.generateOre
L505[07:30:22] <barteks2x> This is simply
not possible that you give it air and it converts it into
stone
L506[07:30:32] <Ordinastie> before
generator.generate
L507[07:31:35] <barteks2x> I even checked
older versions of forge code and unpatched vanilla, none of them
could possibly do that
L508[07:31:43] <thefinaluptake> I'm
putting a breakpoint where I first define generator, see if I can
find anything there
L509[07:33:41] <barteks2x> Anyway, the
remapper introduced almost as many compile errors as it fixed :( is
that the reason we can't have field names that match class names in
mcp mappings?
L510[07:38:09] ⇦
Quits: jordibenck (~jordibenc@145.102.91.219) (Ping timeout: 384
seconds)
L511[07:41:35] <barteks2x> oh... I see
what happened
L512[07:41:38] <barteks2x> That was
evil
L513[07:41:54] <barteks2x> another reason
to always use this.fieldName
L514[07:42:28] <barteks2x> after changing
mappings, field name in mc class I extend was the same as my
argument name
L515[07:46:29] <barteks2x> it also won't
update shadow fields/methods in mixins :(
L516[07:47:44]
⇨ Joins: turmfalke
(~turmfalke@p5dce035c.dip0.t-ipconnect.de)
L517[07:49:32] <thefinaluptake> ok i feel
like an idiot now. i think that it just doesn't like spawning so
high up lmao
L518[07:50:06] <barteks2x> there is a bit
of weird stuff WOrldGenMinable does
L519[07:50:19] <barteks2x> so it may
change your position a bit by the time it gets to placing
blocks
L520[07:51:01] ⇦
Quits: npe|office (~NPExcepti@bps-gw.hrz.tu-chemnitz.de) (Remote
host closed the connection)
L521[07:51:13] <barteks2x> adding 8 blocks
offset to x and z coordinates to hide weirdness of minecraft
worldgen is just one of them
L522[07:51:26] <thefinaluptake> Thank you
guys for being patient through my problems and ignorance,
haha
L523[07:59:26] ***
amadornes[OFF] is now known as amadornes
L524[08:00:07] ⇦
Quits: thefinaluptake
(~thefinalu@c-174-60-120-76.hsd1.pa.comcast.net) (Quit:
Leaving)
L525[08:09:53] ⇦
Quits: KGS (~KGS@h-155-4-129-249.na.cust.bahnhof.se) (Ping timeout:
198 seconds)
L526[08:13:59] <Ordinastie> !gm
func_75139_a
L527[08:18:35] <Ordinastie> so, when crash
report points to a NPE in a vanilla method, would there be a way to
find what was null ?
L528[08:19:01] <Ordinastie> !gm
func_75134_a
L529[08:19:37] <gigaherz|work> you'd have
to look at the line numbers as you'd have them on the forge
environment
L530[08:19:46] <gigaherz|work> or at
least, with the same mappings that forge was built with
L531[08:19:52] <gigaherz|work> since
that's where the line numbers come from
L532[08:20:24] <Ordinastie> hum what
?
L533[08:20:33] <gigaherz|work> forge
environment is _nodoc_
L534[08:20:39] <Ordinastie> oh
L535[08:20:48] <gigaherz|work> thatmeans
there's no javadoc comments, which messes up the line numbers
L536[08:20:58] <Ordinastie> you wouldn't
happen to have one on hand, would you? :p
L537[08:21:09] <gigaherz|work> i'm at work
so ;P
L538[08:21:27] <Ordinastie> like thats a
valid excuse
L539[08:22:33]
⇨ Joins: founderio
(~Thunderbi@91-118-162-66.static.upcbusiness.at)
L540[08:22:42] <gigaherz|work> no I do not
have a forge environment in here
L541[08:22:47] <gigaherz|work> I do have
one at home, but not on the latest forge
L542[08:23:10] <gigaherz|work> however, if
it's 1.10.2, it may be "new enough"
L543[08:23:19] <Ordinastie> crash happens
in Container.onContainerClosed(), only when in modpack, no when my
mod is alone :
L545[08:23:22] <gigaherz|work> so if the
crash log has line numbers, I an look at it
L546[08:24:14] <gigaherz|work> wat
o_O
L547[08:24:19] <Ordinastie> playerIn is
directly taken from mc.thePlayer, so I assume it's not null, but
that means that somehow, someone nulled the inventory :x
L548[08:24:20] <gigaherz|work> how can it
crash there?
L549[08:24:58] <Ordinastie> oh wait
L550[08:25:12] <Ordinastie> fuching 1.7.10
-_-
L551[08:25:32] <Ordinastie> nvm then, let
that shit burn
L552[08:25:35] <gigaherz|work> lol
L553[08:29:27] <Ordinastie> hum, btw,
which one is Chisel 2 again ?
L554[08:29:39] <gigaherz|work> ?
L555[08:29:45] <gigaherz|work> you mean
the author?
L556[08:29:55] <Ordinastie> or the
mod
L557[08:30:52] <Ordinastie> I'll ask for
the version first
L558[08:30:52] <gigaherz|work> Chisel 2
was a 1.7 mod, not even 1.7.10
L559[08:30:57] <Ordinastie> oh god
L560[08:30:59] <Ordinastie> ffs
L561[08:31:05] <gigaherz|work> it was
forked into the Chisel we know in 1.7.2 apparently
L563[08:38:00]
⇨ Joins: gr8pefish
(~gr8pefish@24-121-241-166.flagcmtk01.res.dyn.suddenlink.net)
L564[08:46:17]
⇨ Joins: c233 (~c233@164.40.200.130)
L565[08:55:30] <barteks2x> RecompileMC
failed, but I didn't get any compile error message... thanks
gradle
L566[08:56:44] <barteks2x> method
getStateForPlacement(World,BlockPos,EnumFacing,float,float,float,int,EntityLivingBase)
is already defined in class Block
L567[08:57:19] <barteks2x> what could that
be?
L568[08:59:29] <barteks2x> looks like
forge 1.11-13.19.0.2141 isn't compatible with snapshot_20161117
mappings
L569[08:59:57] <gigaherz|work> wat?
L570[09:00:28] <barteks2x> recompileMc
fails
L571[09:00:39] <barteks2x> and it has
duplicate method
L572[09:00:46] <gigaherz|work> yes i mean,
getStateForPlacement is a forge method
L573[09:00:50] <gigaherz|work> why would
it already be in there?
L574[09:00:53] <gigaherz|work> o_O
L575[09:01:05] <barteks2x> !gm
getStateForPlacement
L576[09:01:06] <gigaherz|work> !gm
getStateForPlacement
L577[09:01:10] <gigaherz|work> oops
L578[09:01:14] ⇦
Quits: Jezza (~Jezza@bps-gw.hrz.tu-chemnitz.de) (Remote host closed
the connection)
L579[09:01:22] <gigaherz|work> !mh
getStateForPlacement
L580[09:01:26] <gigaherz|work> ah
L581[09:01:30] <gigaherz|work> someone
renamed onBlockPlaced
L582[09:01:38] <gigaherz|work> without
fixing forge
L583[09:01:47] <gigaherz|work> but
L584[09:01:52] <gigaherz|work> don't they
have different parameter lists?
L585[09:02:07] <barteks2x> maybe 1.11
changed it?
L586[09:02:11] <gigaherz|work> maybe
L587[09:02:17] <barteks2x> (if they ever
did have different arguments)
L588[09:02:48] <barteks2x> so in the end,
should forge fix it or should MCP mappings be changed?
L589[09:03:44] <gigaherz|work> public
IBlockState onBlockPlaced(World worldIn, BlockPos pos, EnumFacing
facing, float hitX, float hitY, float hitZ, int meta,
EntityLivingBase placer)
L590[09:03:55] <gigaherz|work> public
IBlockState getStateForPlacement(World world, BlockPos pos,
EnumFacing facing, float hitX, float hitY, float hitZ, int meta,
EntityLivingBase placer)
L591[09:04:10] <gigaherz|work> same
parameter lists, at least in 1.11
L592[09:04:25] <barteks2x> aren't mappings
still 1.10?
L593[09:04:49] <gigaherz|work> public
IBlockState onBlockPlaced(World worldIn, BlockPos pos, EnumFacing
facing, float hitX, float hitY, float hitZ, int meta,
EntityLivingBase placer)
L594[09:04:58] <gigaherz|work> nope 1.10
was the same
L595[09:05:09] <gigaherz|work> why the F
was this method added...?
L597[09:07:16] <gigaherz|work> but
getStateForPlacement....
L598[09:07:53] <gigaherz|work> AHH
L599[09:08:00] <gigaherz|work> a
glitch
L600[09:08:02]
⇨ Joins: x3n0ph0b3
(~x3n0ph0b3@2001:19f0:6400:8965:5400:ff:fe07:8777)
L601[09:08:14] <gigaherz|work> 1.11
removes the ItemStack arguments for methods that already have the
entity
L602[09:08:32] <gigaherz|work> so someone
"lost" the ItemStack argument from it
L603[09:08:39] <gigaherz|work> but didn't
remember to add the EnumHand in its place
L604[09:08:41] <barteks2x> so the forge
method becomes the same as vanilla one
L605[09:08:42] <gigaherz|work> forge is
the issue
L606[09:08:55] <barteks2x> so the forge
method should be removed?
L607[09:08:58] <gigaherz|work> no
L608[09:09:13] <gigaherz|work> this
removes the ability for people to decide the state based on
itemstack NBT
L609[09:09:17] <gigaherz|work>
instead
L610[09:09:28] <barteks2x> I didn't read
the message about enumhand
L611[09:09:29] <gigaherz|work> what should
be done is to allow the modders to get this ItemStack from the
player
L612[09:09:36] <gigaherz|work> which
requires adding an EnumHand value
L613[09:09:42] ⇦
Quits: x3n0ph0b3 (~x3n0ph0b3@2001:19f0:6400:8965:5400:ff:fe07:8777)
(Quit: ZNC - http://znc.in)
L614[09:10:38] <barteks2x> so what should
I do? Report it? Submit PR?
L615[09:10:52] <gigaherz|work> see if you
can make a PR that fixes that
L616[09:11:07] <gigaherz|work> by adding
EnumHand instead of meta
L617[09:11:17] <gigaherz|work> and having
the default implementation do like
L618[09:11:25] <gigaherz|work>
player.getHeldItem(hand).getMetadata()
L619[09:12:12] <gigaherz|work> assuming
all the users of this method have a hand parameter available
L620[09:12:39] <gigaherz|work> hmmm
L621[09:12:45] <gigaherz|work> is this
really the right solution, though?
L622[09:12:51] <gigaherz|work> because
this isn't just onItemUse
L623[09:12:56] <gigaherz|work> this is
when the use has been decided
L624[09:13:02] <gigaherz|work> so you
already have resolved a stack
L625[09:13:10] <gigaherz|work> so I think
in this case it may be best to pass the ItemStack
L626[09:14:41] ⇦
Quits: jgile2 (~jgile2@247.114.148.122.sta.dodo.net.au) (Ping
timeout: 198 seconds)
L627[09:14:53] ***
TTFT|Away is now known as TTFTCUTS
L628[09:17:26] <barteks2x> I have no idea
if I'm updating forge workspace correctly. Is it enough to run
setup task again?
L629[09:18:44] <gigaherz|work> well...
pull, then gradlew setup, then either refresh idea's gradle project
or gradlew eclipse
L630[09:18:45] <gigaherz|work> iirc
L631[09:20:23] <barteks2x> it is possible
to add the EnumHand argument here
L632[09:20:36] <barteks2x> onItemUse has
hand available
L633[09:21:12] <AshIndigo_> And also
editing gradle.build
L634[09:21:44] <gigaherz|work> AshIndigo_:
I think he means the actual forge environment, not the MDK ;P
L635[09:21:53] <AshIndigo_> Oh :/
L636[09:21:59] <gigaherz|work> also it's
build.gradle
L637[09:22:26] <AshIndigo_> Close
enough
L638[09:22:26] <barteks2x> ...
decompileJar failed
L639[09:22:38] <barteks2x> oh... java heap
space
L640[09:25:23] ***
AshIndigo_ is now known as AshIndigo
L641[09:25:55] <barteks2x> by the time I
get the forge workspace working someone else will probably submit
the pr...
L642[09:27:40] <barteks2x> uh...? I have
compile error
L643[09:28:00] <AshIndigo> Check your
code?
L644[09:28:07] <barteks2x> In forge
itself
L645[09:28:27] <barteks2x> in
NetHandlerLoginServer
L646[09:30:00] *** V
is now known as Vigaro
L647[09:30:24] <barteks2x> I'm almost sure
I have latest version from github, on 1.11.x branch
L648[09:30:33] <AshIndigo> What's the
error?
L649[09:30:42] ⇦
Quits: gigaherz|work (~gigaherz@84.89.63.25) ()
L650[09:31:19] <barteks2x> this line:
NetHandlerLoginServer.this.loginGameProfile =
NetHandlerLoginServer.this.server.getMinecraftSessionService().hasJoinedServer(new
GameProfile((UUID)null, gameprofile.getName()), s,
this.func_191235_a());
L651[09:31:43] <barteks2x> wrong arguments
(the method has 3 argument but the code gives 4)
L652[09:32:30] <barteks2x> it's about the
hasJoinedServer method
L653[09:37:41]
⇨ Joins: TechnicianLP
(~Technicia@p4FE5711A.dip0.t-ipconnect.de)
L654[09:40:22] <nekosune> getting a weird
error with a 1.7.10 mod ... Caused by:
java.lang.IllegalStateException: Can't free registry slot 413
occupied by net.minecraft.item.ItemBlock@50541877
L655[09:40:40] <AshIndigo> 1.7.10 isnt
supported
L656[09:40:50] <AshIndigo> *anymore
L657[09:41:17] <nekosune> I know that,
doesnt mean there may not be some people here who know what was up,
as I highly doubt is an error in forge, but an error in what I am
doing
L658[09:41:36]
⇨ Joins: Brokkoli
(~Brokkoli@p5b23c21c.dip0.t-ipconnect.de)
L659[09:41:37] <nekosune> unless that
means people are forbidden from ever asking or recieving help for
it here, which I didnt see in rules
L660[09:41:45]
⇨ Joins: Necro
(~Necro@p200300700D04E45C8595B1D6C9A31AC6.dip0.t-ipconnect.de)
L661[09:42:13] ***
PaleOff is now known as PaleoCrafter
L662[09:42:19] ***
diesieben|away is now known as diesieben07
L663[09:42:22] <Lord_Ralex> The answer is
generally "stop using and supporting old crap"
L664[09:42:40] <AshIndigo> that's more
relevant in the forums
L665[09:42:50] <barteks2x> Is it just me
or forge 1.11 simply fails to build?
L666[09:43:00] <nekosune> which is great,
unless your trying to work with a mod that is 1.7.10 only, that and
on my other mod, people still upset about some bugs in 1.7.10
L667[09:43:01] <barteks2x> (in idea at
least)
L668[09:43:01] <Lord_Ralex> even on the
irc here it's a pretty common answer
L669[09:43:33] <nekosune> either way, it
was a error I had not seen before , oddly, and I was just saw it
was me doing somehting dumb, a 10 second question :S
L670[09:44:24] <AshIndigo> Anyway what mod
is 1.7.10 that your trying to work with?
L671[09:44:41]
⇨ Joins: edr
(~edr@d-65-175-180-73.cpe.metrocast.net)
L672[09:45:23] <barteks2x> anyone got 1.11
forge workspace working? (not MDK)
L673[09:45:26] <barteks2x> (in idea)
L674[09:45:30] <nekosune> Advanced
Thaumaturgy, we are trying to at least make the 1.7.10 version
quite usable, before continuing it up onto 1.8 + not that can go
much further without thaumcraft getting to 1.10
L675[09:46:14] <nekosune> just going to
debug step through a bit, see if i can see anything obvious
L676[09:46:31] <diesieben07> barteks2x,
yes, why?
L677[09:46:42] <barteks2x> It fails to
compile for me
L678[09:46:51] <diesieben07> i have not
tried that, one sec.
L679[09:46:55] <TechnicianLP> barteks:
mine seems to work (at least the setupForge worked)
L680[09:47:23] <barteks2x> I mean in
IDEA
L681[09:47:27] <barteks2x> when I try to
build it
L682[09:47:46] <barteks2x> gradlew build
worked somehow
L683[09:47:53] <diesieben07> it compiled
just fine for em
L684[09:48:08] <barteks2x> so it must be
idea doing something weird
L685[09:48:14] <barteks2x> I updated the
workspace from 1.10.x
L686[09:48:31] <AshIndigo> I kinda want to
make a survey to see what ide people use
L687[09:48:57] <diesieben07> you will be
saddened by how many people use eclipse
L688[09:49:00] <barteks2x> After gradlew
clean and gradlew build and then refreshing thing sin idea it
worked
L689[09:49:06] <nekosune> idea here, got
open source licence for it
L690[09:49:06] <barteks2x> so I guess it
was some caching
L691[09:49:12] *
AshIndigo shuffles away eclipse
L692[09:49:36] <diesieben07> i mean, i
won't judge you if you like self-torture
L693[09:49:58] <barteks2x> no, that would
be using vim for forge development :D
L694[09:50:16] <diesieben07> lol
L695[09:50:30] <AshIndigo> Though, why
don't people like eclipse?
L696[09:50:56] <diesieben07> IntelliJ is
better? :D
L697[09:50:57] <barteks2x> I was never
able to get gradle+eclipse working in reasonably stable way
L698[09:51:10] <barteks2x> and I was never
able to get a non-broken dark theme for eclipse
L699[09:51:23] <diesieben07> there is no
dark theme in eclipse by design
L700[09:51:27] <diesieben07> it uses the
system colors :P
L701[09:51:32] <barteks2x> only in half
places
L702[09:51:41] <barteks2x> in other half
it actually uses theme
L703[09:51:58] <barteks2x> which means
that if your system colors are dark you end up with
black-onn-black
L704[09:52:06] <diesieben07> yeah
L705[09:52:10] <diesieben07> it looks
terrible either way.
L706[09:52:17] <barteks2x> and if you use
non-dark system theme and dark eclipse theme you get
white-on-white
L707[09:52:36] <diesieben07> plus, last i
checked eclipse's autocomplete was terrible
L708[09:53:08] <barteks2x> I kind of liked
the way method usage tree worked there
L709[09:53:40] <TechnicianLP> so im
redoing the equipmentchange-event for 1.11: should it also fire
clientside? it would require a bigger patch ...
L710[09:53:43] <barteks2x> I actually used
netbeans for a long time
L711[09:53:48] <diesieben07> oh god
L712[09:57:33] <nekosune> okay found the
error
L713[09:57:45] <nekosune> I was tryign to
reigster it twice -_- I KNEW it would be something extremly
dumb
L714[09:58:14] <barteks2x> Netbeans had
much better gradle support than eclipse
L715[09:58:24] <barteks2x> it was just
slow
L716[10:00:06] *
AshIndigo pats nekosune 's back
L717[10:00:26] ***
Vigaro is now known as V
L718[10:00:45] <nekosune> I need to spend
time one day just cleaning up where this mod does things,
L719[10:01:13] <nekosune> reigesering
blocks in two seperate places, I forgot if i had registered or not,
saw the end of one register block, saw the block wasnt there, so
added it
L720[10:05:22]
⇨ Joins: Jezza (~Jezza@92.206.4.86)
L721[10:07:39] <nekosune> anyway
L722[10:07:58] <nekosune> Thankyou anyway!
:)
L723[10:08:35] <AshIndigo> Your
welcome?
L724[10:10:02]
⇨ Joins: McJty
(~jorrit@94-224-130-231.access.telenet.be)
L725[10:11:18]
⇨ Joins: BlueMonster
(uid82864@id-82864.tooting.irccloud.com)
L726[10:13:35] ***
Keridos|away is now known as Keridos
L727[10:13:59] <barteks2x> diff of diffs
are so confusing on github...
L728[10:16:31] ⇦
Quits: Jezza (~Jezza@92.206.4.86) (Read error: Connection reset by
peer)
L729[10:16:34] ***
ghz|afk is now known as gigaherz
L730[10:16:36] <gigaherz> yeh
L731[10:17:59] <AshIndigo> What about
diffs of diff's of diff's?
L732[10:20:48] ***
tterrag|ZZZzzz is now known as tterrag
L733[10:21:20] <barteks2x> It took me a
few minutes to figure otu that I don't have duplicate lines of
code, and that it's just diff-of-diff looking wird
L734[10:24:30] ⇦
Quits: founderio (~Thunderbi@91-118-162-66.static.upcbusiness.at)
(Quit: founderio)
L735[10:29:44]
⇨ Joins: Scoaex_
(~Scoaex@p5B278DA3.dip0.t-ipconnect.de)
L736[10:30:15] ⇦
Quits: Scoaex_ (~Scoaex@p5B278DA3.dip0.t-ipconnect.de) (Client
Quit)
L737[10:30:26]
⇨ Joins: Scoaex_
(~Scoaex@p5B278DA3.dip0.t-ipconnect.de)
L738[10:31:36] ⇦
Quits: Scoaex_ (~Scoaex@p5B278DA3.dip0.t-ipconnect.de) (Client
Quit)
L739[10:31:46]
⇨ Joins: Scoaex_
(~Scoaex@p5B278DA3.dip0.t-ipconnect.de)
L740[10:32:22] ⇦
Quits: Scoaex_ (~Scoaex@p5B278DA3.dip0.t-ipconnect.de) (Client
Quit)
L741[10:32:36]
⇨ Joins: Scoaex_
(~Scoaex@p5B278DA3.dip0.t-ipconnect.de)
L742[10:32:41] ⇦
Quits: MalkContent (~MalkConte@p4FDCC266.dip0.t-ipconnect.de) (Ping
timeout: 384 seconds)
L743[10:32:51] ⇦
Quits: Cooler (~CoolerExt@45.249.157.153) (Ping timeout: 206
seconds)
L744[10:36:43]
⇨ Joins: MalkContent
(~MalkConte@p4FDCC266.dip0.t-ipconnect.de)
L745[10:36:49] <copygirl> Hmm.. quick
question, would getting the entity ID on the server, sending it to
and using it on the client work usually, including for the player
entity itself?
L746[10:40:15] <PaleoCrafter> yes, that's
what the ID is for :P
L747[10:44:14] <copygirl> Derp. Not
actually writing the entity ID to the packet buffer
<_<"
L748[10:45:21] <TechnicianLP> is it normal
that setupForge does not setup Minecraft source?
L749[10:45:31] <TechnicianLP> i cant find
it in the src folder
L750[10:56:32] ⇦
Quits: AshIndigo (~AshIndigo@188.29.164.187.threembb.co.uk) (Ping
timeout: 206 seconds)
L751[10:57:57]
⇨ Joins: AshIndigo
(~AshIndigo@188.29.164.187.threembb.co.uk)
L752[10:59:24] ***
Subaraki is now known as Sub|art
L754[11:06:08] <Drullkus> Let's say I need
to remap some blocks. How would I be able to change the blockstate
of the targets?
L755[11:10:46] <tterrag> Ordinastie: once
you save the map it should not warn again
L756[11:11:45] <Ordinastie> saving does
remove it
L757[11:11:48] <Ordinastie> *doesn't
L758[11:13:38] <Ordinastie> assuming
"the map" is the world
L759[11:14:03] <tterrag> *shrug* it
should
L760[11:14:26]
⇨ Joins: Jezza (~Jezza@92.206.4.86)
L761[11:16:31] ⇦
Quits: Snapples (uid167569@id-167569.highgate.irccloud.com) (Quit:
Connection closed for inactivity)
L762[11:18:41] <Ordinastie> rah, it's so
annoying that neighborChanged is server only :/
L763[11:20:48] <Ordinastie> not even sure
how to handle that :/
L764[11:23:53] <Ordinastie> how do you
guys handle client side stuff reacting to neighbor change?
L765[11:24:48] <barteks2x> I would guess
it should be done by server sending changes to the client instead
of client doing things by itself, but I don't do that so I'm not
sure
L766[11:25:48] <Ordinastie> I made an
super system where if you annotate the neighborChanged method with
a special annotation it would be called client side too, but that
failed miserably
L767[11:26:20] <Ordinastie> because the
packet was sent before the state changes that triggered it on the
client side
L768[11:26:52] <Ordinastie> *server
side
L769[11:27:28] <barteks2x> I really don't
think this is the correct way...
L770[11:29:31] <Ordinastie> actually, I
know what I'll do
L771[11:29:47] <Ordinastie> I'll make my
own neighborChange, with blackjack and hookers
L772[11:29:49] <gigaherz> i just process
the logic on the server, and then use notifyBlockUpdate
L773[11:30:03] <gigaherz> and if I need
any processing on the client, do it on onDataPacket
L774[11:30:21] <Ordinastie> so you have to
make a packet everytime
L775[11:30:42] <gigaherz> every time a
value that's used on the client changes, yes
L776[11:31:35]
⇨ Joins: Keanu73
(~Keanu73@host-78-148-134-204.as13285.net)
L777[11:35:14]
⇨ Joins: Greenphlem
(uid22276@id-22276.tooting.irccloud.com)
L778[11:37:41] <Ordinastie> if only mojang
didn't do it so stupidly and we had access to the blockState
L779[11:38:01] <Keanu73> How would you go
about setting a specific direction with a texture in the Forge
Blockstate JSON format?
L781[11:39:26] <gigaherz> Keanu73: you
can't rotate the textures themselves, in the blockstates
L782[11:39:33] ⇦
Quits: quadraxis
(~quadraxis@cpc77293-basf12-2-0-cust699.12-3.cable.virginm.net)
(Ping timeout: 384 seconds)
L783[11:39:36] <gigaherz> you can however
make the model start initially in a different orientation
L784[11:39:36] <Keanu73> ah..
L785[11:39:42] <gigaherz> and use the x/z
attributes
L786[11:39:46] <gigaherz> to rotate the
model itself
L787[11:39:48] <Keanu73> because i want
textures on the sides
L788[11:39:52] <Keanu73> but i want to
override one of the sides
L789[11:39:55] <Keanu73> with another
texture
L790[11:40:04] <gigaherz> if you just want
to override a texture
L791[11:40:08]
⇨ Joins: Chais
(~Chais@62-178-210-212.cable.dynamic.surfer.at)
L792[11:40:09] <gigaherz> then you can use
a different "texture name" for it
L793[11:40:12] <gigaherz> if you use
cube_all
L794[11:40:18] <gigaherz> for
example
L795[11:40:20] <gigaherz> you can
use
L796[11:40:26]
⇨ Joins: KnightMiner
(~KnightMin@107-1-23-59-ip-static.hfc.comcastbusiness.net)
L797[11:40:33] <gigaherz>
"textures": { "east": "<name
here>" }
L798[11:40:38] <gigaherz> and it will
replace only the east texture
L799[11:40:39] <Keanu73> ahh..
L800[11:40:42] <Keanu73> neat.
L801[11:40:43] <gigaherz> because
L802[11:40:45] <gigaherz> cube_all
L803[11:40:47] <gigaherz> extends
cube
L804[11:40:55] <gigaherz> and cube has
east, west, north, south, up, down
L805[11:40:57] <Keanu73> that was my
question if there was an attribute for directions.
L806[11:40:58] <gigaherz> but cube_all
says
L807[11:40:59] <Keanu73> Anyway,
thanks.
L808[11:41:05] <gigaherz>
"east": "#all",
L809[11:41:09] <gigaherz>
"west": "#all",
L810[11:41:11] <gigaherz> "up":
"#all",
L811[11:41:24] <gigaherz> so when you
assign "all", everything finds this name on the
table
L812[11:41:42] <gigaherz> you can look at
cube.json
L813[11:41:44] <gigaherz> from
vanilla
L814[11:41:55] <gigaherz> you'll see how
it declares the faces
L815[11:42:17] <gigaherz> and look at
cube_all.json to see how it links the texture names to
"all"
L816[11:43:11]
⇨ Joins: cpup (~cpup@32.218.113.65)
L817[11:44:10] <Keanu73> ah
L818[11:44:41] <Ordinastie> actually, I
don't see any solution :/
L819[11:45:11] <Ordinastie> gigaherz, in
what case did you send a packet and that worked ?
L820[11:45:53] <gigaherz> my Ender-Rift
mod has this "inventory network" set of blocks
L821[11:46:03] <gigaherz> they connect to
neighbouring inventories and other network blocks
L822[11:46:30] <Ordinastie> problem is,
when client receives the packet, the client world is not updated
yet
L823[11:46:39] <gigaherz> I don't send
packets manually, that's the thing
L824[11:46:49] <gigaherz> i just
notifyBlockUpdate fromt he server
L825[11:46:55] <gigaherz> and it
eventually calls getUpdatePacket
L826[11:47:02] <gigaherz> which ends up in
onDataPacket on the client
L827[11:47:04] <Ordinastie> so youneed a
TE
L828[11:47:08] <gigaherz> which calls
notifyBlockUpdate
L829[11:47:11] <gigaherz> I happen to have
one
L830[11:47:18]
⇨ Joins: AstralSorcerer
(~AstralSor@u-of-rochester-128-151-150-18.wireless.rochester.edu)
L831[11:48:03] <Ordinastie> well, I don't,
and it feels like I'm fucked :/
L832[11:48:17] <Ordinastie> I just need to
trigger some animation when power changes
L833[11:48:50] <gigaherz> hmf, no idea
then
L834[11:49:00] <gigaherz> i have never
been in that situation
L835[11:49:26] <gigaherz> all the blocks I
havethat have actual logic in them, either react to player
interaction, or have TEs
L836[11:49:36] ⇦
Quits: cpup (~cpup@32.218.113.65) (Quit: Breaking
stuff)
L837[11:49:50] <gigaherz> I don't have
anything taht just "does things" on the client, as a
result of a neighbour change
L838[11:50:21] <Ordinastie> well, the
blockState changes too, but animation started is just a plus
L839[11:50:52]
⇨ Joins: cpup (~cpup@32.218.113.65)
L840[11:51:12] <gigaherz> won't a
blockstate change result in a client update that triggers
getExtendedState?
L841[11:51:27] ⇦
Quits: Girafi (Girafi@0x555178eb.adsl.cybercity.dk) (Read error:
Connection reset by peer)
L842[11:51:38] <Ordinastie> what would
call getExtendedState ?
L843[11:51:44] <gigaherz> rendering
L844[11:51:48] <Ordinastie> I don't
L845[11:52:11] <gigaherz> getExtendedState
gets called by the rendering code whenever it has to redraw a
block
L846[11:52:16] <gigaherz> although ti's
called for ALL the blocks
L847[11:52:25] <gigaherz> in that mesh
region
L848[11:53:02] <Ordinastie> I don't use
that rendering
L849[11:53:35] <Ordinastie> although I
already have a check when the block is rendered, it still can't
work
L850[12:04:29] ⇦
Quits: KnightMiner
(~KnightMin@107-1-23-59-ip-static.hfc.comcastbusiness.net) (Ping
timeout: 198 seconds)
L851[12:09:01] ⇦
Quits: AshIndigo (~AshIndigo@188.29.164.187.threembb.co.uk) (Ping
timeout: 384 seconds)
L852[12:09:52]
⇨ Joins: BrainStone
(BrainStone@the.feds.just.stole-your.pw)
L853[12:10:04] <BrainStone> Hi
L854[12:10:33] <gigaherz> o/
L855[12:10:46] <BrainStone> I was
wondering if there were any decent tutorials on how to generate
structures from structure files
L856[12:13:16] <gigaherz> I'm not aware of
any
L857[12:13:40] <gigaherz> but now that
1.11 is out, you could try to understand how it builds up the
mansion from the parts
L858[12:14:30] <BrainStone> That might be
a good place to start looking
L859[12:14:52] <BrainStone> I was already
trying to find the code for spawing in the skulls and spines
L860[12:15:07] <BrainStone> But couldn't
find it
L861[12:15:50] <barteks2x> what are these
structure files?
L862[12:16:02]
⇨ Joins: Samario
(~Samario@cpc5-bigg3-2-0-cust219.9-2.cable.virginm.net)
L863[12:16:05]
⇨ Joins: DeGariless
(~DeGariles@97-93-2-51.dhcp.snlo.ca.charter.com)
L866[12:17:00]
⇨ Joins: hyfloac (webchat@filter.edenpr.org)
L867[12:17:01] ⇦
Parts: DeGariless (~DeGariles@97-93-2-51.dhcp.snlo.ca.charter.com)
())
L868[12:17:14]
⇨ Joins: butchster
(butchster@cpe5039555ca95c-cm5039555ca959.cpe.net.cable.rogers.com)
L869[12:20:38] ⇦
Quits: hyfloac (webchat@filter.edenpr.org) (Ping timeout: 195
seconds)
L870[12:22:06] <offbeatwitch> how do I
actually tell a tileentity to save its state
L871[12:22:14] <offbeatwitch> do I need to
implement an interface or
L872[12:22:29] <offbeatwitch> also how do
I cause a block to reconsider its state
L873[12:22:31] <gigaherz> nah just
override writeToNBT/readFromNBT
L874[12:22:35] <BrainStone> If I'm not
mistaken you have to call markDirty
L875[12:22:43] <gigaherz> I'm not sure if
markDirty is needed or not
L876[12:22:49] <Ordinastie> I never use
it
L877[12:23:01] <gigaherz> yeah I think I
have some TEs where I never call markDirty
L878[12:23:10] <BrainStone> It is. If you
don't mark it dirty it won't get saved
L879[12:23:21]
⇨ Joins: hyfloac (webchat@filter.edenpr.org)
L880[12:23:23] <gigaherz> offbeatwitch: if
you mean for getActualState/getExtendedState, call
notifyBlockUpdate on the client
L881[12:23:44] <BrainStone> If the TE has
inventory it calls that by it self as far as I know (when the
inventory changes)
L882[12:23:56] <gigaherz> BrainStone: the
old IInventory, yes
L883[12:24:02] <gigaherz> but the new
IItemHandler does not
L884[12:24:05] <Ordinastie> all my TEs
save properly without ever calling it myself
L885[12:24:26] <gigaherz> but yeah, I
THINK I have had TEs without ever calling markDirty on them, and
they have saved just fine
L886[12:24:34] <BrainStone> Ok. Then it
got changed. Last time I checked it was required
L887[12:24:57] <gigaherz> it is true for
WorldSavedData, though
L888[12:25:17] <gigaherz> if you don't
call markDirty, it WILL NOT bother to save -- it keeps the existing
data as-is.
L889[12:25:52] <BrainStone> Aren't we
talking about just that case?
L890[12:26:44] <gigaherz> no, we are
talking about TEs, TileEntities
L891[12:26:50] <gigaherz> and those are
not WorldSavedData ;P
L892[12:27:04] <BrainStone> Ok.
L893[12:27:11] <ezterry> btw BrainStone:
Fossils are in
net.minecraft.world.gen.feature.WorldGenFossils
L894[12:27:28] <BrainStone> Yeah I didn't
realize that a lot got changed xD
L895[12:27:39] <BrainStone> Well then my
knowledge on TE is very outdated
L896[12:27:41]
⇨ Joins: KnightMiner
(~KnightMin@107-1-23-59-ip-static.hfc.comcastbusiness.net)
L897[12:27:54] <BrainStone> Could explain
why I don't get them to work 100% xD
L898[12:28:07] <BrainStone> ezterry:
Thanks. I'll have a look
L899[12:28:25] <offbeatwitch> what's up
with TileEntity.addMapping
L900[12:30:22] ***
Abrar|gone is now known as AbrarSyed
L901[12:30:30]
⇨ Joins: AshIndigo
(~AshIndigo@188.29.164.187.threembb.co.uk)
L902[12:30:34] <diesieben07> offbeatwitch,
you should never have used that. use
GameRegistry.registerTileEntity
L903[12:31:27] <offbeatwitch> I suspect
this is why I'm having problems lol
L904[12:32:02] <gigaherz> has it been
fixed already?
L905[12:32:42] <diesieben07> yes
L906[12:32:47] <diesieben07> entities are
still no-op though
L907[12:32:55] <gigaherz> ah nice
L908[12:33:07] <gigaherz> I'll update the
MDK and get rid of the temporary hack
L909[12:33:23]
⇨ Joins: williewillus
(~williewil@nat-128-62-36-214.public.utexas.edu)
L910[12:34:08] ⇦
Quits: AbrarSyed (~AbrarSyed@ipv6.abrarsyed.com) (Quit: All things
are trivial once you've mastered them.)
L911[12:34:08] ⇦
Quits: Kolatra|away
(~Kolatra@2001:19f0:6400:8965:5400:ff:fe07:8777) (Quit: ~If you
keep my secret, this strawberry is yours~)
L912[12:34:08] ⇦
Quits: Reika (~Reika@reika.kalseki.mods.abrarsyed.com) (Quit: ZNC -
http://znc.in)
L913[12:34:08] ⇦
Quits: diesieben07 (~diesieben@abrarsyed.com) (Quit: ZNC - http://znc.in)
L914[12:34:08] ⇦
Quits: Cazzar (~CazzarZNC@vocaloid.lovers.at.cazzar.net) (Quit: ZNC
- http://znc.in)
L915[12:34:08] ⇦
Quits: Wuppy (~wuppyZNC@2001:19f0:6400:8965:5400:ff:fe07:8777)
(Quit: ZNC - http://znc.in)
L916[12:34:15] <offbeatwitch> rip
L917[12:34:40]
⇨ Joins: AbrarSyed
(~AbrarSyed@ipv6.abrarsyed.com)
L918[12:34:40]
MineBot sets mode: +o on AbrarSyed
L919[12:35:12] <BrainStone> ezterry:
Thanks!
L920[12:35:18] <BrainStone> That's exactly
what I need
L921[12:36:14]
⇨ Joins: Reika
(~Reika@reika.kalseki.mods.abrarsyed.com)
L922[12:36:41]
⇨ Joins: diesieben07
(~diesieben@2001:19f0:6400:8965:5400:ff:fe07:8777)
L923[12:37:22]
⇨ Joins: Wuppy (~wuppyZNC@abrarsyed.com)
L924[12:37:39]
⇨ Joins: x3n0ph0b3 (~x3n0ph0b3@abrarsyed.com)
L925[12:37:48] <offbeatwitch> I cannot for
the life of me get this block to go "oh the state is
different"
L926[12:39:33] <williewillus> what do you
mean?
L927[12:39:36] <gigaherz> how doyou update
the state?
L928[12:39:45]
⇨ Joins: kinggoesgaming
(uid23106@id-23106.tooting.irccloud.com)
L929[12:39:50] <gigaherz> you should
either be calling world.setBlockState to change it
L931[12:40:03] <gigaherz> or
world.notifyBlockUpdate to ask mc to call getActualState
L932[12:41:03] <gigaherz> the new names
sound fine to me, bspkrs
L933[12:41:13] <PaleoCrafter> bspkrs, fine
with the first change, but is there any real functional difference
between the two methods or is it just the usage?
L934[12:41:31] <williewillus> second one
takes a flag that decides whether it shows up above the
hotbar
L935[12:41:43] <williewillus> (where
jukebox/items/etc. are)
L936[12:41:43] <PaleoCrafter> ah, then
it's fine I suppose
L937[12:42:28] <barteks2x> it was very
confusing at first when I wanted to send chat message but I only
saw addChatMessage, so that change seems fine
L938[12:42:33] <gigaherz> if it's true, it
actually does setRecordPlaying -- which should be called
L939[12:42:45] <gigaherz> showNotification
or something like that
L940[12:42:50] <williewillus> i thought
that already got renamed
L941[12:43:01] <williewillus> yeah
yesterday
L942[12:43:03] <gigaherz> ah
L943[12:43:05] <gigaherz> then I'm missing
it
L944[12:43:11] <gigaherz> today's mappings
are broken with forge
L945[12:43:23] <barteks2x> And PR is
waiting to be merged
L946[12:43:25] <williewillus> you have
1.11 mappings? :P
L947[12:43:25] <gigaherz> (forge's fault
;P)
L948[12:43:32] <Keanu73> how would the
blockstate change if you placed it in a certain direction?
L949[12:43:34] <williewillus> it just uses
the 1.10.2 ones currently
L950[12:43:39] <williewillus> Keanu73:
what's it?
L951[12:43:40] <gigaherz> no I'm using the
mappings from the 16th
L952[12:43:41] <Keanu73> like the
anvil
L953[12:43:44] <gigaherz> which are
1.10.2
L954[12:43:51] ⇦
Parts: BrainStone (BrainStone@the.feds.just.stole-your.pw)
(Leaving))
L955[12:43:54] <gigaherz> but there is a
conflict with today's mappings
L956[12:44:01] <gigaherz> and an
unintended change in forge
L957[12:44:02] <bspkrs> what is the
error
L958[12:44:36] <barteks2x> forge has
method with the same name and argument list as vanilla
(getStateForPlacement)
L959[12:44:43] <gigaherz> but it's not the
mappings' fault
L960[12:44:44] <williewillus> Keanu73: if
you're asking how the game decides to place blocks based off where
you face, look at Block.onBlockPlaced
L961[12:44:50] <gigaherz> in 1.10.2, that
method has an extra parameter
L962[12:44:51] <Keanu73> ah thanks.
L963[12:44:54] <williewillus> or if you
have new mappings, getStateForPlacement
L964[12:45:05] <Keanu73> mappings...
L965[12:45:12] <Keanu73> uhh...
L967[12:45:15] <williewillus> just look
for onBlockPlaced :p
L968[12:45:24] <williewillus> and how
subclasses implement it (furnace, logs)
L969[12:45:27] <Keanu73> ah. ok.
L970[12:49:10] ⇦
Quits: williewillus
(~williewil@nat-128-62-36-214.public.utexas.edu) (Quit:
Leaving)
L971[12:50:07] ⇦
Quits: AstralSorcerer
(~AstralSor@u-of-rochester-128-151-150-18.wireless.rochester.edu)
(Ping timeout: 206 seconds)
L972[12:50:13] <offbeatwitch> what on
earth is my itemstackhandler doing
L973[12:50:38] <TechnicianLP> 1.11?
L974[12:51:04] <TechnicianLP>
!latest
L975[12:52:17] <gigaherz> not yet -- the
latest mappings are still 1.10.2
L976[12:52:29] <gigaherz> they work with
1.11, just not everything is named ;P
L977[12:53:03] <kashike> there's also a
bunch of changes in recent 1.10.2 snapshots
L978[12:53:05] <TechnicianLP> yeah ... but
i wanted to ask offbeatwitch what version he is on ... (and then
decided to lookup if mcp is out)
L979[12:53:33] <offbeatwitch> 1.10.2
L980[12:53:47] <offbeatwitch> I think I've
done some interesting stuff with the default writeToNBT
L981[12:53:48] <gigaherz> my answer was
specifically to the !latest ;P
L982[12:54:40] <offbeatwitch> ok wtf
L983[12:56:05] <offbeatwitch> if I have f3
menu open it erases the item I put into it
L984[12:56:24] ⇦
Quits: AshIndigo (~AshIndigo@188.29.164.187.threembb.co.uk) (Ping
timeout: 206 seconds)
L985[12:57:07] <offbeatwitch> I'm honestly
highly confused
L986[12:57:20] *
TechnicianLP too
L987[12:57:29] <gigaherz> I'm getting a
headache
L988[12:57:38] <gigaherz> so I can't help
as much as I'd like to ;p
L989[12:57:41] <TechnicianLP> don't hurt
yourself in confusion
L990[12:57:56] <offbeatwitch> lel
L991[12:58:17] <offbeatwitch> f3 likes
calling getActualState to try and get the actual state of the
block
L992[12:58:31] <offbeatwitch> in the
process it's... erasing... something?
L993[13:00:08] <offbeatwitch> argh
L994[13:00:10] <offbeatwitch> I'm so
confused
L995[13:02:34] <barteks2x> F3 debug screen
sometiems does weird things... I was getting concurrency issues
with debug screen (the hackiest mod ever bug still)
L996[13:03:34] <offbeatwitch> it's also no
longer persisting over quit + reload
L997[13:03:48]
⇨ Joins: Saevar (webchat@46.22.98.150)
L998[13:04:19] <TechnicianLP> probably as
good as getting random states passed into getactualstate
L999[13:04:40] ***
Mine|away is now known as minecreatr
L1000[13:06:53] <offbeatwitch> do I need
to do something in createTileEntity
L1001[13:07:32]
⇦ Quits: Jezza (~Jezza@92.206.4.86) (Read error: Connection
reset by peer)
L1002[13:12:20]
⇨ Joins: manmaed (~Ender@176.24.62.116)
L1003[13:12:49]
⇨ Joins: Girafi
(Girafi@0x555178eb.adsl.cybercity.dk)
L1004[13:14:09]
⇨ Joins: AstralSorcerer
(~AstralSor@u-of-rochester-128-151-150-18.wireless.rochester.edu)
L1005[13:16:20]
⇨ Joins: AshIndigo
(~AshIndigo@188.29.164.187.threembb.co.uk)
L1006[13:16:33]
⇨ Joins: illy
(uid69226@id-69226.charlton.irccloud.com)
L1007[13:17:32]
⇦ Quits: hyfloac (webchat@filter.edenpr.org) (Quit: Web
client closed)
L1008[13:19:53]
⇨ Joins: Snapples
(uid167569@id-167569.highgate.irccloud.com)
L1009[13:19:59] <MCPBot_Reborn> [TEST
CSV] Pushing snapshot_20161117 mappings to Forge Maven.
L1010[13:20:03] <MCPBot_Reborn> [TEST
CSV] Maven upload successful for mcp_snapshot-20161117-1.10.2.zip
(mappings = "snapshot_20161117" in build.gradle).
L1011[13:20:13] <MCPBot_Reborn> Semi-live
(every 10 min), Snapshot (daily ~14:20 EST), and Stable (committed)
MCPBot mapping exports can be found here:
http://export.mcpbot.bspk.rs/
L1012[13:21:43]
⇦ Quits: KnightMiner
(~KnightMin@107-1-23-59-ip-static.hfc.comcastbusiness.net) (Quit:
Leaving)
L1013[13:25:50] <LexManos> umm does
minecraft create zombie villages?
L1014[13:26:08] <kashike> yes
L1015[13:26:12] <AshIndigo> Yes?
L1016[13:26:24] <minecreatr> what is the
difference between light and brightness?
L1017[13:26:25] *
AshIndigo feels weird for not knowing an actual answer
L1018[13:26:30] <LexManos> Like a normal
spawned village but no doors and everything is zombiefied
L1019[13:26:52] <AshIndigo> Is it a new
chunk?
L1020[13:27:01] <LexManos> new world
yes
L1021[13:27:06] <AshIndigo> Maybe you
were just to late
L1022[13:27:40] <minecreatr> it does
lex
L1023[13:27:51] <minecreatr> its a 5%
chance I think
L1024[13:28:06] <Drullkus> Yep
L1025[13:28:09] <LexManos> interesting
guess i just found a seed that does it, havent actually paid
attention to see if it does
L1026[13:28:11] <Drullkus> It's new since
1.11 iirc
L1027[13:28:17] <Drullkus> er, 1.10
L1028[13:28:26] <minecreatr> I
accidentally found one while playing with the vannila
snapshot
L1029[13:28:34] <Drullkus> ^
L1030[13:28:36]
⇦ Quits: gr8pefish
(~gr8pefish@24-121-241-166.flagcmtk01.res.dyn.suddenlink.net)
(Quit: I'm gone)
L1031[13:28:47] <LexManos>
567311682902160521 superflat
L1032[13:28:56] <minecreatr> its 2%
actually
L1033[13:28:59] <minecreatr> according to
mc wiki
L1034[13:29:14] <minecreatr> also, those
villager zombies have persistance required
L1035[13:29:17] <minecreatr> so if you
want a pet :P
L1036[13:29:18] <LexManos> alright just
wanted to make sure so I knew it wasnt a decompile issue
L1037[13:31:58] <Ordinastie> that's be
quite the bug :p
L1038[13:32:58]
⇨ Joins: Hgrebnednav_
(~Hgrebnedn@d8d872a6e.access.telenet.be)
L1039[13:32:58]
⇦ Quits: Saevar (webchat@46.22.98.150) (Ping timeout: 195
seconds)
L1040[13:34:11] <barteks2x> I just
discovered that git can merge multiple branches at once :O
L1041[13:39:06] ***
PaleoCrafter is now known as PaleOff
L1042[13:44:24]
⇦ Quits: Scoaex_ (~Scoaex@p5B278DA3.dip0.t-ipconnect.de)
(Quit: Leaving)
L1043[13:49:24] <barteks2x> I hoped to
see my PR merged when I saw others being merged :(
L1044[13:58:19] <TechnicianLP> should a
equipmentChangeEvent be fired on both sides? (or serverside
only)
L1045[14:00:17]
⇦ Quits: Forkk (~forkk@2600:3c00::f03c:91ff:fe84:de4d) (Ping
timeout: 198 seconds)
L1046[14:00:29] <copygirl> What's the
best place / event to syncronize a capability of a player to a
player when they join?
L1047[14:00:42] <copygirl> To that same
player*
L1048[14:01:11]
⇨ Joins: quadraxis
(~quadraxis@cpc77293-basf12-2-0-cust699.12-3.cable.virginm.net)
L1049[14:01:11] <TechnicianLP> define
synchronize
L1050[14:01:15] <copygirl> I'm already
using changed dimension and start tracking events so those bases
are covered.
L1051[14:02:17] <copygirl> Essentially I
have an extra (invisible) "item slot", the item needs to
be rendered on the player, and thus sent on login.
L1052[14:02:53] <AshIndigo> Wow a PR got
merged in about 4 hours
L1053[14:03:22] <TechnicianLP> you
probably need packets to synchronize the data
L1054[14:04:06] <copygirl> Got that.
Wondering which event is best, though.
L1055[14:05:22]
⇨ Joins: Forkk
(~forkk@li926-228.members.linode.com)
L1056[14:06:02] <tterrag> copygirl: start
tracking, login, change dimension, spawn
L1057[14:06:58] <copygirl> Wasn't sure if
the player entity was already created in the login event. Though..
I guess I should've checked that.
L1058[14:07:12] <copygirl> Thank you
two.
L1059[14:43:51]
⇨ Joins: Mimiru
(~Mimiru@2607:5300:60:9553::1bad:babe)
L1060[14:43:56] *** Server sets mode: +CQcnrtf
#RegisterYourNameMoron
L1061[14:44:30] <LexManos> barteks2x, if
you wanna talk about the remapper we can, I hate doing GUIs
L1062[14:45:02] <barteks2x> I did it
mainly because I wanted to use it, and it was close to
unusable
L1063[14:45:17] <barteks2x> Are there
other issues with that?
L1064[14:45:20] <LexManos> it was
useable, for me ;)
L1065[14:45:33] <LexManos> naw just a
feature I wanted to add but dont want to do the gui for.
L1066[14:45:48] <barteks2x> I could
try
L1067[14:45:50] <LexManos> Basically a
'Advanced mode' which lets people add Libraries/Sources
L1068[14:46:01] <LexManos> And select a
SRG file instead of generating it from the mappings
L1069[14:46:25] <LexManos> That way its
useful to more projects them just Forge mods
L1070[14:47:13] <barteks2x> ah, and the
srg file, it would be what exactly? (usually mappings is
fields+methods+params)
L1071[14:49:43] <LexManos> any SRG file
they have on disc.
L1072[14:50:19] <LexManos> I can see it
being used for like, class renames between MC versions
L1073[14:50:24] <LexManos> CL: foo
bar
L1074[14:51:19] <barteks2x> the
joined.srg file?
L1075[14:51:28] <LexManos> any srg.
L1076[14:51:47] <LexManos> Srg2Source
will happlily run any SRG file you care to feed it
L1077[14:52:07] <LexManos> Right now the
GUI generates a temp SRG for OldMappings -> NewMappings
L1078[14:52:22]
⇦ Quits: iari (~iari___@evana.futhark24.org) (Quit:
Leaving)
L1079[14:52:25] <barteks2x> ok, I can
implement that, shouldn't be too hard
L1080[14:52:48] <LexManos> Also your
detect failure one, needs to be rebased cuz I pulled the
others
L1081[14:52:49]
⇦ Quits: McJty (~jorrit@94-224-130-231.access.telenet.be)
(Quit: Leaving)
L1082[14:52:56]
⇨ Joins: quadraxis
(~quadraxis@cpc77293-basf12-2-0-cust699.12-3.cable.virginm.net)
L1083[14:53:13] <barteks2x> It conflicts
in imports...
L1084[14:53:24] <LexManos> thats why you
shouldnt reog imports ;)
L1085[14:53:43] <barteks2x> idea does it
and didn't change the config
L1086[14:55:19] ***
V is now known as Vigaro
L1087[14:57:45] <barteks2x> fixed
L1088[15:07:18]
⇦ Quits: Alex_hawks
(~Alex_hawk@2001:8003:8547:3300:cd1d:f539:4568:39eb) (Read error:
Connection reset by peer)
L1089[15:07:40]
⇨ Joins: Noppes
(~Noppes@ip56530f2e.direct-adsl.nl)
L1090[15:08:02]
⇨ Joins: Alex_hawks
(~Alex_hawk@2001:8003:8547:3300:cd1d:f539:4568:39eb)
L1091[15:10:06]
⇨ Joins: CsokiCraft
(~CsokiCraf@82.131.201.152.pool.invitel.hu)
L1092[15:10:24] <CsokiCraft> Does
TileEntitySpecialRenderer redraw every tick?
L1093[15:11:22] <Ordinastie> no
L1094[15:11:26] <Ordinastie> it redraws
every frame
L1095[15:12:34] <CsokiCraft> Like, if I
have 30 FPS it should redraw 30 times/sec right?
L1096[15:12:56] <Ordinastie> yes
L1097[15:13:11] <CsokiCraft> And it is
clientside?
L1098[15:13:20] <diesieben07> of
course
L1099[15:13:23] <barteks2x> rendering is
always clientside
L1100[15:13:24] <diesieben07> the server
doesn't render.
L1101[15:17:57]
⇨ Joins: KGS
(~KGS@h-155-4-129-249.na.cust.bahnhof.se)
L1102[15:20:10]
⇦ Quits: CsokiCraft
(~CsokiCraf@82.131.201.152.pool.invitel.hu) (Quit:
Leaving)
L1103[15:21:10]
⇦ Quits: Necro
(~Necro@p200300700D04E45C8595B1D6C9A31AC6.dip0.t-ipconnect.de)
(Ping timeout: 384 seconds)
L1104[15:21:32]
⇨ Joins: Necro
(~Necro@p200300700D04E4238595B1D6C9A31AC6.dip0.t-ipconnect.de)
L1105[15:27:24]
⇦ Quits: Hgrebnednav_
(~Hgrebnedn@d8d872a6e.access.telenet.be) (Ping timeout: 384
seconds)
L1106[15:29:06]
⇦ Quits: quadraxis
(~quadraxis@cpc77293-basf12-2-0-cust699.12-3.cable.virginm.net)
(Ping timeout: 384 seconds)
L1107[15:30:35] ***
Alex_hawks is now known as Alex_hawks|zzz
L1108[15:32:24] <bspkrs> gigaherz, what
was the mapping error you saw in forge?
L1109[15:32:55] <LexManos> just something
that had the same name/signature as a forge added method
L1110[15:33:04] <LexManos> nothing on the
bot side
L1111[15:33:08] <bspkrs> oh, ok
L1112[15:33:33] <gigaherz> I triedto
explain earlier, but I have a hard time spitting fully coherent
sentences today
L1113[15:33:55] <gigaherz> so I gave up
and went to take a nap
L1114[15:33:58] <bspkrs> good, because I
am not getting a failure with my recompile test using 2139
L1115[15:34:11] ***
minecreatr is now known as Mine|away
L1116[15:34:27] <bspkrs> going to cut the
stable mappings, then time to update
L1117[15:34:48] <MCPBot_Reborn>
MCPBot_Reborn is now in read-only mode. Commands that change
database data are currently disabled.
L1118[15:34:57] <MCPBot_Reborn> ===
Mappings Commit ===
L1119[15:35:01] <MCPBot_Reborn> Total:
439 method changes committed, 246 field changes committed, 407
method parameter changes committed
L1120[15:35:04] <MCPBot_Reborn> [STABLE
CSV] Pushing stable_28 mappings to Forge Maven.
L1121[15:35:08] <MCPBot_Reborn> [STABLE
CSV] Maven upload successful for mcp_stable-28-1.10.2.zip (mappings
= "stable_28" in build.gradle).
L1122[15:35:18] <MCPBot_Reborn> Semi-live
(every 10 min), Snapshot (daily ~14:20 EST), and Stable (committed)
MCPBot mapping exports can be found here:
http://export.mcpbot.bspk.rs/
L1123[15:35:22] <MCPBot_Reborn>
MCPBot_Reborn is no longer in read-only mode. All commands are now
available again.
L1124[15:35:54] <MCPBot_Reborn>
MCPBot_Reborn is now in read-only mode. Commands that change
database data are currently disabled.
L1125[15:37:02]
⇦ Quits: Ipsis (~Ipsis@82-69-71-184.dsl.in-addr.zen.co.uk)
(Ping timeout: 384 seconds)
L1126[15:42:26]
⇦ Quits: kinggoesgaming
(uid23106@id-23106.tooting.irccloud.com) (Quit: Connection closed
for inactivity)
L1127[15:43:36] ***
AshIndigo is now known as AshIndigo-Asleep
L1128[15:47:23]
⇦ Quits: AshIndigo-Asleep
(~AshIndigo@188.29.164.187.threembb.co.uk) (Quit: Bye)
L1129[15:47:33]
⇨ Joins: AshIndigo
(~AshIndigo@79-67-168-211.dynamic.dsl.as9105.com)
L1130[15:47:53]
⇦ Quits: Hunterz (~hunterz@62.182.234.189) (Remote host
closed the connection)
L1131[15:51:20]
⇦ Quits: AshIndigo
(~AshIndigo@79-67-168-211.dynamic.dsl.as9105.com) (Ping timeout:
198 seconds)
L1132[15:53:56]
⇦ Quits: Keanu73 (~Keanu73@host-78-148-134-204.as13285.net)
(Quit: Gotta go to bed or something. See ya!)
L1133[16:00:48]
⇦ Quits: Noppes (~Noppes@ip56530f2e.direct-adsl.nl) (Read
error: Connection reset by peer)
L1134[16:04:46]
⇨ Joins: AshIndigo (~AshIndigo@178.62.124.53)
L1135[16:06:40] ***
Sub|art is now known as Subaraki
L1136[16:06:44]
⇨ Joins: AshIndigo_
(~AshIndigo@188.29.164.187.threembb.co.uk)
L1137[16:07:45] ***
AshIndigo_ is now known as AshIndigo-Asleep
L1138[16:08:08]
⇦ Quits: AshIndigo (~AshIndigo@178.62.124.53) (Ping timeout:
198 seconds)
L1139[16:08:25] ***
Subaraki is now known as Sub|zzz
L1140[16:35:29] ***
amadornes is now known as amadornes[OFF]
L1141[16:36:32]
⇦ Quits: MalkContent
(~MalkConte@p4FDCC266.dip0.t-ipconnect.de) (Ping timeout: 384
seconds)
L1142[16:37:24]
⇦ Quits: AforAnonymous (bitch2k@dyn-051-159.vix2.mmc.at)
(Remote host closed the connection)
L1143[16:37:28] <TechnicianLP>
!latest
L1144[16:41:15] ***
Keridos is now known as Keridos|away
L1145[16:42:44]
⇨ Joins: ScottehBoeh (~ScottehBo@95.144.45.252)
L1146[16:42:45]
⇦ Quits: AbrarSyed (~AbrarSyed@ipv6.abrarsyed.com) (Quit: All
things are trivial once you've mastered them.)
L1147[16:42:45]
⇦ Quits: Reika (~Reika@reika.kalseki.mods.abrarsyed.com)
(Quit: ZNC - http://znc.in)
L1150[16:42:45]
⇦ Quits: diesieben07
(~diesieben@2001:19f0:6400:8965:5400:ff:fe07:8777) (Quit: ZNC -
http://znc.in)
L1151[16:42:52]
⇦ Quits: Samario
(~Samario@cpc5-bigg3-2-0-cust219.9-2.cable.virginm.net) (Quit: You
think you are above consequences.)
L1152[16:43:13]
⇨ Joins: AbrarSyed
(~AbrarSyed@ipv6.abrarsyed.com)
L1153[16:43:13]
MineBot sets mode: +o on AbrarSyed
L1154[16:44:47]
⇨ Joins: Reika
(~Reika@reika.kalseki.mods.abrarsyed.com)
L1155[16:45:15]
⇨ Joins: diesieben07
(~diesieben@2001:19f0:6400:8965:5400:ff:fe07:8777)
L1156[16:45:55]
⇨ Joins: Wuppy (~wuppyZNC@abrarsyed.com)
L1157[16:46:12]
⇨ Joins: x3n0ph0b3
(~x3n0ph0b3@2001:19f0:6400:8965:5400:ff:fe07:8777)
L1158[16:47:17] <ScottehBoeh> Hey guys,
lets talk collisions
L1159[16:47:31] *
TechnicianLP crashes into wall
L1160[16:47:54] <ScottehBoeh> Lets say I
have something like this:
L1162[16:48:16] <ScottehBoeh> The tank
has a huge-ass bound box. Now I know its not possible to have
collision with such a large bound box
L1163[16:48:32] <ScottehBoeh> Is there
any other potential method I could go around preventing the player
from clipping into the tank?
L1164[16:49:33] <diesieben07> what the
fuck windows 10... it keeps changing my input language/keyboard
layout
L1165[16:49:35] <barteks2x> does it even
work as a block?
L1166[16:49:41] <barteks2x> or is it
entity?
L1167[16:49:42] <diesieben07> yes, i
already disabled the shortcut
L1168[16:49:43] <TechnicianLP> probably
invisible blocks - if you need the boundingbox to be more exact you
will probably need an optimized tileentity as well
L1169[16:49:59] <diesieben07> there,
changed again
L1170[16:50:09] <TechnicianLP> change to
linux ;)
L1171[16:50:09] <ScottehBoeh> \o/
L1172[16:50:13] <diesieben07> ....
L1173[16:50:21] <ScottehBoeh> Hey, lets
all switch to Ubuntu
L1174[16:50:23] <diesieben07> i
alt-tab... it changes
L1175[16:50:25] <diesieben07> WTF!!
L1176[16:50:53] <TechnicianLP> why
ubuntu? use arch
L1177[16:51:00] <barteks2x> On linux you
have to try really hard to change keyboard layout
L1178[16:51:16] <diesieben07> linux mint
anyone?
L1179[16:51:18] <barteks2x> on windows,
ctrl+shift and it changes
L1180[16:51:29] <diesieben07> already
disabled that.
L1181[16:51:32] <diesieben07> and that is
not it
L1182[16:51:35] <diesieben07> it changes
for me on alt-tab
L1183[16:51:45] <barteks2x> there si also
ctrl+alt one I think
L1184[16:52:08] <barteks2x> but I've
never seen it
L1185[16:52:10] <tterrag> ScottehBoeh:
fake blocks
L1186[16:52:31] <barteks2x> so basically
multiblock structure, like beds?
L1187[16:52:48] <diesieben07> alt-shift
is a thing
L1188[16:52:55] <diesieben07> but i
already disabled that as well
L1189[16:53:08] <barteks2x> Then I would
reboot and see if that fixes it
L1190[16:53:09] <TechnicianLP> barteks
somthig like that
L1192[16:53:49] <diesieben07> different
language per thread?
L1193[16:53:54] <diesieben07> WHAT IN THE
FUCK MICROSOFTR
L1194[16:54:39] <barteks2x> And on linux,
I still didn't manage to set keyboard layout to the one I
want...
L1195[16:54:48] *
diesieben07 reboots
L1196[16:55:26] ***
diesieben07 is now known as diesieben|away
L1197[16:55:54] ***
diesieben|away is now known as diesieben07
L1198[16:56:40] <TechnicianLP> barteks:
that tank looks like it will explode any moment .. (the fire
particles on top)
L1199[16:58:00] <barteks2x> I don't think
this message was supposed to be for me
L1200[17:01:44] <ScottehBoeh> latest
Windows 10 update had ruined my In-game FPS
L1201[17:02:00] <ScottehBoeh> As well as
my weekend ;-;
L1202[17:02:08] <barteks2x> ...how?
L1203[17:02:09]
⇦ Quits: BlueMonster (uid82864@id-82864.tooting.irccloud.com)
(Quit: Connection closed for inactivity)
L1204[17:03:04] <barteks2x> also another
reason to not use windows 10
L1205[17:03:04]
⇦ Parts: Ordinastie (~Ordinasti@bronyville.me)
(Leaving))
L1206[17:03:10]
⇨ Joins: Ordinastie (~Ordinasti@bronyville.me)
L1207[17:07:04]
⇦ Quits: c233 (~c233@164.40.200.130) (Read error: Connection
reset by peer)
L1208[17:07:27]
⇨ Joins: c233 (~c233@164.40.200.130)
L1209[17:07:42]
⇨ Joins: killjoy
(~killjoy@cpe-2606-A000-1118-C091-4C00-DCC-DBD1-2695.dyn6.twc.com)
L1210[17:08:26] ***
MrKickkiller is now known as MrKick|Away
L1211[17:09:43] ***
MrKick|Away is now known as MrKickkiller
L1212[17:09:53] <barteks2x> recompileMc
still fails...
L1213[17:10:22] <kashike> with what
error?
L1214[17:10:42] <barteks2x> [ant:javac]
/home/bartosz/Desktop/dev/java/Minecraft/CubicChunks/CubicChunks/build/tmp/recompileMc/sources/net/minecraft/inventory/ContainerPlayer.java:57:
error: local variable player is accessed from within inner class;
needs to be declared final
L1215[17:10:52] <barteks2x> return
stack.getItem().isValidArmor(stack, entityequipmentslot,
player);
L1216[17:10:58] <killjoy> you're using
ant?
L1217[17:11:05] <barteks2x> forge
apparently is
L1218[17:11:06] <kashike> FG uses ant
:P
L1219[17:11:31] <killjoy> FG uses...
gradle
L1220[17:11:43] <barteks2x> gradle
buildscript, maven repositiries and ant used internally :D a bit of
everything
L1221[17:12:45] <kashike> I don't even
see that method in ContainerPlayer
L1222[17:12:48] <shadowfacts> gradle uses
ant to build things
L1223[17:12:59] <killjoy> try starting
fresh
L1224[17:13:08] <barteks2x> I'm _not_
running cleanCache
L1225[17:13:16] <killjoy> no, fresh
directory
L1226[17:13:33] <kenzierocks> killjoy:
gradle uses ant internally for a lot of stuff
L1227[17:13:56]
⇨ Joins: sinkillerj
(~sinkiller@nc-67-232-8-209.dhcp.embarqhsd.net)
L1228[17:13:56] <barteks2x> what fresh
directory? Fresh MDK?
L1229[17:14:04] <killjoy> yes
L1230[17:14:10] <killjoy> just delete the
build folder
L1231[17:15:16] <kashike> barteks2x: it's
a mapping issue, will have to be fixed once mappings are writeable
again
L1232[17:15:29] <barteks2x> yet another
one?
L1233[17:15:44] <barteks2x> I was waiting
a few hours for my PR that fixes one of them to get merged
L1234[17:15:53] <kashike> it happens
because of the patch that forge does
L1235[17:18:25] <kashike> barteks2x:
interesting how that's happening for you, bspkrs tested before
committing earlier
L1236[17:18:49] <barteks2x> it's forge
1.11-13.19.0.2148 and mappings stable_28
L1237[17:20:31] <barteks2x> I had exactly
the same errors when I used remapper tool to update to newer
mappings...
L1238[17:20:59] <barteks2x> ^that should
probablye be in #mcpbot
L1239[17:22:07]
⇦ Quits: butchster
(butchster@cpe5039555ca95c-cm5039555ca959.cpe.net.cable.rogers.com)
()
L1240[17:22:34] <bspkrs> ugh
L1241[17:24:24] <gigaherz> issues?
L1242[17:24:46] *
TechnicianLP hates intellij git integration
L1243[17:25:00] <gigaherz> TechnicianLP:
I don't "like" it
L1244[17:25:04] <gigaherz> but it's much
better than using sourcetree
L1245[17:25:11] <gigaherz> given that
TortoiseGit doesn't exist for mac
L1246[17:25:11] <kenzierocks> what about
command line
L1247[17:25:11] <gigaherz> ;p
L1248[17:25:16] <barteks2x> I use git
from commandline
L1249[17:25:16] <kenzierocks> or github
for desktop
L1250[17:25:17] <killjoy> I like
VSgit
L1251[17:25:18] <TechnicianLP> "you
have no branch checked out!" but lets just grey the option to
checkout branches out ....
L1252[17:25:24] <kenzierocks> github for
desktop is decent for the simple stuff
L1253[17:25:47] <killjoy> git github for
windows come with git shell?
L1254[17:25:50] <ezterry> I mostly just
use the terminal for git operations.. the integration sometimes
helps see simple diffs
L1255[17:25:51] <kenzierocks> yea
L1256[17:26:12] <barteks2x> anyway,
should I wait for forge to fix the issue or for mappings
changes?
L1257[17:26:13] <kenzierocks> i don't use
GUI for much because i'm always afraid it'll doing something
stupid
L1258[17:26:20] <kenzierocks> i dont have
that problem with git :)
L1259[17:26:45] <MCPBot_Reborn>
MCPBot_Reborn is no longer in read-only mode. All commands are now
available again.
L1260[17:26:49] <barteks2x> All git GUIs
I know use some really overcomplicated commands to do simple things
and then fail in mysterious ways
L1261[17:30:23]
⇦ Quits: Slind
(~Slind@static.168.103.243.136.clients.your-server.de) (Remote host
closed the connection)
L1262[17:30:23]
⇦ Quits: SirWill
(~SirWill@static.168.103.243.136.clients.your-server.de) (Remote
host closed the connection)
L1263[17:32:04] <killjoy> git-scm is
decent
L1264[17:32:16] <killjoy> I iprobably use
it religiously
L1265[17:32:44]
⇦ Quits: cpup (~cpup@32.218.113.65) (Ping timeout: 198
seconds)
L1266[17:32:49] <killjoy> it's good for
committing, ammending, viewing history, creating/checkout branch,
creating tags
L1267[17:32:53] <killjoy> though it
doesn't delete tags
L1268[17:33:03] <killjoy> it can even
cherrypick
L1269[17:33:44] <kenzierocks> oh, it can
invoke git-cherrypick
L1270[17:33:47] <kenzierocks> how nice
:P
L1271[17:33:55]
⇨ Joins: cpup (~cpup@32.218.113.65)
L1272[17:34:02] <killjoy> it stays
basic
L1273[17:34:10] <bspkrs> wait, you are
saying it's a 1.11 recompile error?
L1274[17:34:23] <killjoy> gotta use cmd
for rebase though
L1275[17:35:01] <bspkrs> barteks2x, wait,
you are saying it's a 1.11 recompile error?
L1276[17:35:02] <barteks2x> didn't really
test with 1.10, but if the code is the same the error will probably
still be there
L1277[17:35:13] <bspkrs> ok
L1278[17:35:45] <barteks2x> testing with
1.10 now
L1279[17:36:40]
⇨ Joins: butchster
(butchster@CPE5039555ca95c-CM5039555ca959.cpe.net.cable.rogers.com)
L1280[17:38:45] <bspkrs> !readonly
true
L1281[17:38:48] <MCPBot_Reborn>
MCPBot_Reborn is now in read-only mode. Commands that change
database data are currently disabled.
L1282[17:39:22] <gigaherz> ah yup,
:recompileMc FAILED
L1283[17:39:43] <barteks2x> it fails even
with 1.10.2
L1284[17:39:59] <kashike> mapping issue
which has been fixed
L1285[17:40:22] <gigaherz> kashike: this
isn't the conflicting name thing, I believe
L1286[17:40:53] <kashike> what else would
it be? I dont' see anything else being discussed
L1287[17:41:03] <barteks2x> it is for me
in 1.10.2 (I ran it with --debug)
L1288[17:41:11] <gigaherz> hm?
L1289[17:41:22] <gigaherz> I thought it
was a different error?
L1290[17:41:24] <gigaherz> maybe I
remember wrong
L1291[17:41:29] <gigaherz> my brain has
been fuzzy all afternoon
L1292[17:41:38] <gigaherz> 20161116
works
L1293[17:41:42]
⇦ Quits: TechnicianLP
(~Technicia@p4FE5711A.dip0.t-ipconnect.de) (Ping timeout: 384
seconds)
L1294[17:41:54] <gigaherz> both 1.10.2
and 1.11
L1295[17:41:57] <barteks2x> it's not the
one I submittedPR for
L1296[17:42:05] <kashike> yes, 17 has an
issue which has now been fixed
L1297[17:42:09] <barteks2x> if that's
what you mean
L1298[17:42:32] <gigaherz> kashike: i
just tried with stable_28 though
L1299[17:42:43] <gigaherz> was it fixed
after stable?
L1300[17:42:46] <kashike> yes
L1301[17:42:57] <gigaherz> that would
explain it, then
L1302[17:43:18] <ScottehBoeh> :D Radio
model
L1304[17:43:27] <ScottehBoeh> Made it
play random radio chatter sounds too
L1305[17:43:31] <gigaherz> so wait
L1306[17:44:04] <gigaherz> the
snapshot_20161117 that i just tried with forge, still fails
L1307[17:44:12] <kashike> yes
L1308[17:44:14] <kashike> as I said
above.
L1309[17:44:25] <barteks2x> because it's
fixed after both og them
L1310[17:44:28] <gigaherz> ah yes i
misunderstood
L1311[17:44:29] <gigaherz> [00:42]
(kashike): yes, 17 has an issue which has now been fixed
L1312[17:44:38] <gigaherz> I thought you
meant that 17 would work now
L1313[17:44:43] <kashike> no
L1314[17:45:05] <gigaherz> you meant 17
is broken, the issue owuld be fixed in the next mappings
L1315[17:45:20] <gigaherz> my brain is
broken tonight
L1316[17:45:21] <gigaherz>
>_<
L1317[17:45:22] <kenzierocks> we dont
rewrite history here gigaherz
L1318[17:46:38] <barteks2x> so the
stable_28 mappings will remain broken?
L1319[17:47:03] <kenzierocks> rip
L1320[17:47:37] <bspkrs> I'll do a new
commit after I've verified that the problem is fixed
L1321[17:53:08]
⇨ Joins: Eragonn1490
(~eragonn14@2607:fb90:1b99:e449:7480:a3d8:4cf7:7e55)
L1322[17:58:43] <MCPBot_Reborn>
MCPBot_Reborn is no longer in read-only mode. All commands are now
available again.
L1323[17:58:47] <MCPBot_Reborn>
MCPBot_Reborn is now in read-only mode. Commands that change
database data are currently disabled.
L1324[17:58:51] <MCPBot_Reborn> ===
Mappings Commit ===
L1325[17:58:54] <MCPBot_Reborn> Total: 0
method changes committed, 0 field changes committed, 1 method
parameter changes committed
L1326[17:58:58] <MCPBot_Reborn> [STABLE
CSV] Pushing stable_29 mappings to Forge Maven.
L1327[17:59:01] <MCPBot_Reborn> [STABLE
CSV] Maven upload successful for mcp_stable-29-1.10.2.zip (mappings
= "stable_29" in build.gradle).
L1328[17:59:12] <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/
L1329[17:59:15] <MCPBot_Reborn>
MCPBot_Reborn is no longer in read-only mode. All commands are now
available again.
L1330[17:59:19] <MCPBot_Reborn>
MCPBot_Reborn is now in read-only mode. Commands that change
database data are currently disabled.
L1331[18:04:45] <srs_bsns> <3
L1332[18:05:36] <bspkrs> fixed
L1333[18:11:05]
⇨ Joins: gr8pefish
(~gr8pefish@24-121-241-166.flagcmtk01.res.dyn.suddenlink.net)
L1334[18:11:05] <bspkrs> barteks2x,
correction, the stable_29 mappings will cease to exist
L1335[18:11:20] <barteks2x> what...
L1336[18:11:24] <barteks2x> what will
replace them?
L1337[18:11:29] <bspkrs> they are
gone
L1338[18:11:32] <bspkrs> forever
L1339[18:11:38] <bspkrs> stable_30, of
course
L1340[18:11:54] <bspkrs> er, i
mispoke
L1341[18:12:06] <bspkrs> I mean stable_28
is gone
L1342[18:12:12] <bspkrs> not 29
L1343[18:12:16] <bspkrs> 29 is the new
one
L1344[18:12:37] <barteks2x> ah, that's
ok
L1345[18:23:30]
⇦ Quits: Eragonn1490
(~eragonn14@2607:fb90:1b99:e449:7480:a3d8:4cf7:7e55) (Quit:
Leaving)
L1346[18:23:55] <barteks2x> And now my
flat-world-not-flat is gone O.o
L1347[18:24:02] <barteks2x> I guess it
was some wierd forge bug
L1348[18:31:32] <barteks2x> I was a bit
curious what that could be
L1350[18:35:23] <LexManos> Probably
that
L1351[18:37:44] <barteks2x> that could be
it, but considering it's cbic chunks and I'm using completely
different worldgen code, I still don't know how exactly that
happened
L1353[18:38:39] <LexManos> err
L1355[18:39:20] <barteks2x> the srg
remapper plugin almost never works...
L1356[18:41:33]
⇦ Quits: Zyferus
(~Zyferus@172-3-154-217.lightspeed.mssnks.sbcglobal.net) (Ping
timeout: 186 seconds)
L1357[18:45:56]
⇦ Quits: KGS (~KGS@h-155-4-129-249.na.cust.bahnhof.se) (Ping
timeout: 198 seconds)
L1358[18:55:34]
⇨ Joins: curiousskeptic_
(webchat@45-17-17-65.lightspeed.rcsntx.sbcglobal.net)
L1359[19:00:13]
⇦ Quits: smbarbour
(~smbarbour@c-73-211-171-154.hsd1.il.comcast.net) (Ping timeout:
186 seconds)
L1360[19:02:02]
⇦ Quits: curiousskeptic_
(webchat@45-17-17-65.lightspeed.rcsntx.sbcglobal.net) (Ping
timeout: 195 seconds)
L1361[19:02:41]
⇨ Joins: smbarbour
(~smbarbour@c-73-211-171-154.hsd1.il.comcast.net)
L1362[19:03:36]
⇨ Joins: jgile2
(~jgile2@247.114.148.122.sta.dodo.net.au)
L1363[19:09:59]
⇨ Joins: Zyferus
(Zyferus@172-3-154-217.lightspeed.mssnks.sbcglobal.net)
L1364[19:15:33] <barteks2x> is it
possible to replace @@VERSION@@ with actual version when running
from idea...? I would like to centralize specifying MC version and
mod version, but I just don't know how
L1365[19:16:54] <LexManos> ?
L1366[19:16:59] ***
Vigaro is now known as V
L1367[19:17:10] <barteks2x> I want to
specify minecraft and mod version in one place, not 3+
L1368[19:17:19] <LexManos> then specify
it in one place
L1369[19:17:27] <LexManos> MC version is
already defined in ForgeVersion
L1370[19:17:45] <barteks2x> but I need to
specify it in build.gradle and CoreMod class (unfortunately
CubicChunks needs to be coremod)
L1371[19:17:56] <LexManos> Then no
L1372[19:18:05] <gigaherz> I do
like:
L1373[19:18:08] <gigaherz> replace
"@VERSION@", project.version
L1374[19:18:08] <gigaherz> replaceIn
"EnderRiftMod.java"
L1375[19:18:15] <barteks2x> but then idea
won'treplace it
L1376[19:18:22] <barteks2x> and coremod
won't apply in dev environment
L1377[19:18:27] <gigaherz> oh I stt
L1378[19:18:29] <gigaherz> see*
L1379[19:20:51] <gigaherz> ugh crap,
almost 2:30am
L1380[19:21:28] ***
Mine|away is now known as minecreatr
L1381[19:22:19] <barteks2x> I have a
hacky idea for it...
L1382[19:22:45] <barteks2x> define it in
some special class and then read that class from forge
L1383[19:22:52] <barteks2x>
*forge-->gradle
L1384[19:23:15] ***
Alex_hawks|zzz is now known as Alex_hawk
L1385[19:23:25] ***
Alex_hawk is now known as Alex_hawks
L1386[19:24:23]
⇨ Joins: quadraxis
(~quadraxis@cpc77293-basf12-2-0-cust699.12-3.cable.virginm.net)
L1387[19:24:25] <matthewprenger> probably
easier to do what forge does. define the version/mcversion in code
then read that from gradle
L1388[19:24:36] <matthewprenger> that way
it's the same at dev time
L1389[19:25:13] <barteks2x> that's my
hacky idea
L1390[19:25:26] <barteks2x> writing it
now
L1391[19:25:51] <barteks2x> actual mod
version is created from git branch name and git tags
L1393[19:26:18] ***
gigaherz is now known as ghz|afk
L1394[19:26:49] <barteks2x> that's
basically what I was going to do, just with version as string
L1395[19:28:50] <foxy> hey... i'm having
problems reobfuscating a shadow jar through gradle
L1396[19:29:08] <foxy> it looks like
minecraft class names and packages are obfuscated
L1397[19:29:18] <foxy> so am i NOT
supposed to use searge mappings now or something?
L1398[19:30:00] <foxy> i'm getting
NoClassDefFoundError when trying to access the Minecraft
class
L1399[19:30:37] <foxy> or am i doing
something wrong?
L1400[19:32:10] <kashike> full error? how
are you reobfuscating? build.gradle?
L1401[19:33:02] <LexManos> you know
L1402[19:33:14] <LexManos> you could just
refernece ForgeVersion.mcVersion directly
L1403[19:33:25] <LexManos> its a public
final field it'll be inlined by the compiler
L1404[19:33:29] <LexManos> so there isnt
any classloading
L1405[19:34:02] <foxy> for a moment i
thought lex was talking to me and panicked
L1409[19:35:24] <foxy> also hello
lex
L1410[19:35:52] <barteks2x> I didn't
think of that...
L1411[19:36:09] <barteks2x> but then the
whole coremod version check becomes pointless
L1412[19:36:20]
⇦ Quits: c233 (~c233@164.40.200.130) (Ping timeout: 198
seconds)
L1413[19:36:20] <barteks2x> vecause it
will always match
L1414[19:36:39] <matthewprenger> no it
wouldn't
L1415[19:36:56] <matthewprenger> because
it would be inlined when you compile
L1416[19:37:02] <barteks2x> oh...
L1417[19:37:13] <kashike> foxy: iirc,
reobf { shadowJar { mappingType = 'SEARGE' } }
L1418[19:37:50] <foxy> i have that
L1419[19:38:04] <foxy> and it's
reobfuscating the methods just fine
L1420[19:38:07] <foxy> but not class
names
L1421[19:38:12] <foxy> well
L1422[19:38:32] <foxy> it's reobfuscating
to that weird func_blablabla_a() deal
L1423[19:40:37] <kashike> foxy: full
error?
L1425[19:41:40] <foxy> actually...
L1426[19:41:43] <foxy> wait a
sec...
L1427[19:41:45] <foxy> what
L1428[19:41:58] <foxy> actually you can
ignore me... something else is happening
L1429[19:42:03] <foxy> i'm too tired to
be writing code
L1430[19:45:21] <barteks2x> I hate
gradle... is it possible to reference something speficied in
gradle.properties from minecraft{} block?
L1431[19:45:43] <matthewprenger>
project.fooBar
L1432[19:45:58] <barteks2x> I didn't have
the project. and it worked everywhere else...
L1433[19:45:59] <matthewprenger> when
gradle.properties has: fooBar=123
L1434[19:46:21] <matthewprenger> when
you're inside blocks, you can get scope issues
L1435[19:46:27]
⇦ Quits: sinkillerj
(~sinkiller@nc-67-232-8-209.dhcp.embarqhsd.net) (Read error:
Connection reset by peer)
L1436[19:46:37] <matthewprenger> like if
you reference version inside the minecraft block you'll get the mc
version instead of project version
L1437[19:47:03] <barteks2x> the biggest
problem is that idea is very confised by gradle buildscripts
L1438[19:47:09]
⇨ Joins: sinkillerj
(~sinkiller@nc-67-232-8-209.dhcp.embarqhsd.net)
L1439[19:47:15] <barteks2x> so any
autocomplete is useless
L1440[19:47:23] <matthewprenger> yeah
idea's gradle code completion is mostly useless
L1441[19:47:44] <matthewprenger> they're
moving buildscripts from groovy to kotlin. that should make things
slightly better
L1442[19:47:51] <killjoy> code completion
is useless in most dynamic typed languages
L1443[19:47:58] <barteks2x> so maybe I
will finally understand them :D
L1444[19:48:07] <killjoy> Visual Studio's
pretty good with python
L1445[19:48:21] <barteks2x> I
experimented a bit with kotlin
L1446[19:48:56] <barteks2x> all if my
custom code in buildscript is almost java
L1447[19:49:40] <foxy> kashike: found my
issue
L1448[19:49:48] <foxy> it's a REALLY
OBSCURE issue
L1449[19:50:09] <foxy> it would take a
paragraph to explain
L1450[19:50:14] <kashike> tl;dr?
L1451[19:50:27] <foxy> gradle is
dumb
L1452[19:50:47] <foxy> accessing task
lists forces phase change
L1453[19:50:57] <foxy> generated tasks
aren't notified of changes
L1454[19:51:26] <foxy> generated tasks
aren't aware of remap configuration because it was set in second
phase
L1455[19:52:02] <foxy> which means it
would obfuscate when using gradle build, but not when using
publishing functions.
L1456[19:55:11]
⇦ Quits: ScottehBoeh (~ScottehBo@95.144.45.252) (Quit:
Leaving)
L1457[19:56:46] <foxy> actually... it's
just that publishing isn't using deobf lik it's supposed to
L1458[19:57:19] <foxy> err reobf
L1459[20:00:20] <foxy> kashike: is there
any way to make sure the reobfShadowJar task always runs after
shadowJar?
L1460[20:03:56]
⇦ Quits: quadraxis
(~quadraxis@cpc77293-basf12-2-0-cust699.12-3.cable.virginm.net)
(Ping timeout: 384 seconds)
L1461[20:07:24] ***
AbrarSyed is now known as Abrar|gone
L1462[20:10:39]
⇦ Quits: rebecca (~rebecca@104.156.228.162) (Quit:
Leaving)
L1463[20:10:57]
⇨ Joins: rebecca (~rebecca@104.156.228.162)
L1464[20:12:33]
⇦ Quits: Girafi (Girafi@0x555178eb.adsl.cybercity.dk) (Read
error: Connection reset by peer)
L1465[20:14:41] <barteks2x>
WorldProvider.createBiomeProvider has to be renamed...
L1466[20:18:34] ***
Mumfrey is now known as mumfrey
L1467[20:26:35]
⇦ Quits: Snapples (uid167569@id-167569.highgate.irccloud.com)
(Quit: Connection closed for inactivity)
L1468[20:30:25] <kashike> barteks2x: open
an MCPBot issue
L1469[20:30:45] *
Akkarin tickles kashike and runs away giggling as fast as he
can
L1470[20:30:50] <barteks2x> I hate when
code not writtn by me breaks...
L1471[20:31:11] <barteks2x> also, i don't
really know any better name for it
L1472[20:32:29] <barteks2x> it sets
field_191067_f to true, which is used for many different
things
L1473[20:32:54] <kashike> and also
initialises the biome provider
L1474[20:33:31] <barteks2x> yes, but
initializing biome provide isn't the only thing it does
L1475[20:33:42] <barteks2x> and
field_191067_f is definitely not related to builes
L1476[20:33:45] <barteks2x> *biomes
L1477[20:36:03] <barteks2x>
field_191067_f seems to be something like hasNoSky before but
different... and the nether version of that method sets
doesWaterVaporize and hasNoSky to true
L1478[20:36:48] <barteks2x> that looks
more like init method
L1479[20:39:25]
⇦ Quits: Kaiyouka
(~IdiotNono@c-75-71-231-133.hsd1.co.comcast.net) (Ping timeout: 186
seconds)
L1480[20:43:04] ***
diesieben07 is now known as diesieben|away
L1481[20:52:52]
⇨ Joins: Meronat
(uid190493@id-190493.highgate.irccloud.com)
L1482[20:55:45]
⇦ Quits: gr8pefish
(~gr8pefish@24-121-241-166.flagcmtk01.res.dyn.suddenlink.net)
(Quit: I'm gone)
L1483[21:00:13]
⇦ Quits: edr (~edr@d-65-175-180-73.cpe.metrocast.net) (Read
error: Connection reset by peer)
L1484[21:05:28]
⇨ Joins: Wastl2_
(~Wastl2@x4e34cbd7.dyn.telefonica.de)
L1485[21:06:16]
⇦ Quits: Wastl2 (~Wastl2@x4e34c7cb.dyn.telefonica.de) (Ping
timeout: 384 seconds)
L1486[21:09:06]
⇨ Joins: williewillus
(~williewil@nat-128-62-33-87.public.utexas.edu)
L1487[21:14:11] <kashike> Lex: can
EntityEntry and EntityRegistry.EntityRegistration not be
combined?
L1488[21:23:05] <Darkhax> Just saw the
new Entity registry system. Definetly like the direction you're
taking it :)
L1489[21:24:20]
⇨ Joins: Naiten (Naiten@77.35.14.240)
L1490[21:24:26] <williewillus> Darkhax:
where? :D
L1491[21:24:47] <Darkhax> While you're
changing that registry up, any chance we could see the same thing
with the fluid registry? It doesn't use all the new registry code
yet.
L1493[21:27:59]
⇨ Joins: ThePotato
(~ThePotato@24-179-49-110.static.slid.la.charter.com)
L1494[21:28:10] <ThePotato> how do i use
an api
L1495[21:28:16] <ThePotato> its not a
jar
L1496[21:28:19] <ThePotato>
(1.7.10)
L1497[21:31:40] <williewillus> what
api?
L1498[21:34:25] <ThePotato> well right
now i cant even setupDecompWorkspace, it says JAVA_HOME isnt
found
L1499[21:34:30] <ThePotato> even though i
have set it
L1500[21:34:44] <ThePotato> and yes i do
have jdk and jre installed and set up properly
L1501[21:35:02] <LexManos> Kashi they
probably could, But I would prefer to move to the less complcited
route
L1502[21:35:08] <LexManos> until i talk
to cpw about what we wanna do
L1503[21:36:46] <kashike> alright
L1504[21:41:02]
⇦ Quits: ThePotato
(~ThePotato@24-179-49-110.static.slid.la.charter.com)
()
L1505[21:52:21]
⇨ Joins: wundrweapon
(uid131782@id-131782.ealing.irccloud.com)
L1506[21:56:17]
⇨ Joins: Kaiyouka
(~IdiotNono@c-75-71-231-133.hsd1.co.comcast.net)
L1507[21:57:35]
⇦ Quits: williewillus
(~williewil@nat-128-62-33-87.public.utexas.edu) (Quit:
Leaving)
L1508[22:06:19]
⇦ Quits: Naiten (Naiten@77.35.14.240) (Read error: Connection
reset by peer)
L1509[22:09:01]
⇨ Joins: McJty
(~jorrit@94-224-130-231.access.telenet.be)
L1510[22:10:53]
⇦ Quits: sinkillerj
(~sinkiller@nc-67-232-8-209.dhcp.embarqhsd.net) (Quit:
またね)
L1511[22:11:13] ***
Abrar|gone is now known as AbrarSyed
L1512[22:15:59]
⇨ Joins: Everseeking
(~Everseeki@pool-100-6-80-90.pitbpa.fios.verizon.net)
L1513[22:24:23] <MCPBot_Reborn>
MCPBot_Reborn is no longer in read-only mode. All commands are now
available again.
L1514[22:30:10] <MCPBot_Reborn> [TEST
CSV] Pushing snapshot_20161117 mappings to Forge Maven.
L1515[22:30:13] <MCPBot_Reborn> [TEST
CSV] Maven upload successful for mcp_snapshot-20161117-1.11.zip
(mappings = "snapshot_20161117" in build.gradle).
L1516[22:30:24] <MCPBot_Reborn> Semi-live
(every 10 min), Snapshot (daily ~23:30 EST), and Stable (committed)
MCPBot mapping exports can be found here:
http://export.mcpbot.bspk.rs/
L1517[22:54:54]
⇨ Joins: Lathanael
(~Lathanael@p5496006F.dip0.t-ipconnect.de)
L1518[22:55:38]
⇦ Quits: Lathanael|Away
(~Lathanael@p549600CE.dip0.t-ipconnect.de) (Ping timeout: 384
seconds)
L1521[23:01:55] <kenzierocks> tterrag:
what mappings
L1522[23:01:59] <tterrag> latest
snap
L1523[23:01:59] <kenzierocks> that should
have been fixed
L1524[23:02:00] <tterrag> 1.11
L1525[23:02:40] <kenzierocks> kashike: ^
?
L1526[23:02:47] <tterrag> latest forge
too
L1527[23:03:26] <kashike> tterrag:
assuming you're on stable_29 or later it should be fine
L1528[23:03:31] <kashike> broken on
earlier
L1529[23:03:39] <tterrag> I am on
snapshot_20161117
L1530[23:03:42] <tterrag> i.e. the one 10
minutes ago
L1531[23:04:01] <tterrag> was there a
regression?
L1532[23:04:12] <tterrag> !gf
ContainerPlayer.thePlayer
L1533[23:04:24] <barteks2x> it should
work fine with stable_29
L1534[23:04:34] <tterrag> I dont' want to
use stable_29
L1535[23:04:35] <tterrag> that's
1.10
L1536[23:04:46] <kenzierocks> tterrag:
the problem is
L1537[23:04:48] <kashike> seems it got
undone for 1.11
L1538[23:04:49] <kenzierocks> there was a
broken snapshot_20161117
L1539[23:04:56] <barteks2x> maybe it's
using the wrong snapshot_20161117?
L1540[23:04:58] <kenzierocks> i think the
naming might be conflicting
L1541[23:05:01] <tterrag> hm
L1542[23:05:05] <kashike> fixed for next
snapshot
L1543[23:05:11] <kashike> was undone for
1.11 somehow
L1544[23:05:18] <tterrag> bspkrs: could
you push a forced snap?
L1546[23:07:01] <bspkrs> crap, I must
have pulled the update csvs before it was fixed
L1547[23:07:04] <tterrag> looks like
there are two snaps with the same date
L1548[23:07:11] <tterrag> does that break
stuff? :P
L1549[23:07:14] <kashike> no
L1550[23:07:17] <tterrag> ok, just
wondering
L1551[23:07:21] <kashike> mc version is
there too
L1552[23:07:24] <kashike> see what bsp
just said
L1553[23:07:35] <matthewprenger> it used
to break stuff :P fg had to adapt to that being possible
L1554[23:07:38] <tterrag> yeah
L1555[23:07:43] <bspkrs> !maventime
0:10
L1556[23:07:55] <bspkrs> a new snapshot
will go up in 5
L1557[23:08:02] <bspkrs> er, 3
L1558[23:08:07] <kashike> close enough
:P
L1559[23:08:13] <bspkrs> sorry about
that
L1560[23:08:17] <tterrag> np
L1561[23:08:32] <kashike> thanks for
catching it quickly, tt
L1562[23:09:04] <bspkrs> oh wait, it's
because I did a database backup before it was fixed, then tested
locally
L1563[23:09:20] <bspkrs> and the csvs are
from my local bd
L1564[23:09:22] <bspkrs> db
L1565[23:09:24] <tterrag> np
L1566[23:09:31] <bspkrs> silly me
L1567[23:09:31] <tterrag> np's all
around
L1568[23:09:46] <kenzierocks> i guess
this problem is np-hard
L1569[23:09:53] <kenzierocks> B)
L1570[23:09:57] <kashike> the great np
problem of 2016
L1571[23:10:03] <MCPBot_Reborn> [TEST
CSV] Pushing snapshot_20161118 mappings to Forge Maven.
L1572[23:10:07] <MCPBot_Reborn> [TEST
CSV] Maven upload successful for mcp_snapshot-20161118-1.11.zip
(mappings = "snapshot_20161118" in build.gradle).
L1573[23:10:12] <tterrag> woot
L1574[23:10:17] <MCPBot_Reborn> Semi-live
(every 10 min), Snapshot (daily ~0:10 EST), and Stable (committed)
MCPBot mapping exports can be found here:
http://export.mcpbot.bspk.rs/
L1575[23:10:22] <bspkrs> !maventime
3:00
L1576[23:10:26] <kenzierocks> ermahgerd,
snapshot
L1577[23:10:51] <kashike>
-p_i1819_3_,player,2
L1578[23:10:53] <kashike>
+p_i1819_3_,playerIn,2^
L1579[23:10:55] <kashike> definitely
fixed now
L1580[23:11:14] <kenzierocks> i love how
every time that happens there's like 12 messages in 4 different
channels
L1581[23:11:18] <tterrag> confirmed,
recomp passed
L1582[23:14:06]
⇨ Joins: williewillus
(~williewil@cpe-24-28-24-13.austin.res.rr.com)
L1584[23:16:26] <barteks2x> it doesn't
seem to change dimension ID anywhere in between
L1585[23:16:53] <kenzierocks> could be a
mod that does funky stuff? idk
L1586[23:17:04] <barteks2x> Then why
would forge need to workaround a mod?
L1587[23:18:02] <kenzierocks> have you
seen how much of forge is devoted to protecting modders from being
dumb
L1588[23:18:22]
⇨ Joins: npe|office
(~NPExcepti@bps-gw.hrz.tu-chemnitz.de)
L1589[23:18:50] <barteks2x> but this
would have to be another level of dumb
L1590[23:19:15] <barteks2x> I really
don't see why someone would do that
L1591[23:19:21] <kashike> there's no
level of dumbness that isn't around forge modders
L1592[23:19:32] <williewillus> the fact
that it is there
L1593[23:19:37] <williewillus> means
someone caused problems in the past
L1594[23:19:46] <barteks2x> This is done
only in WorldServer
L1595[23:20:02] <williewillus> yes but no
one just randomly goes "oh lets save and restore
that"
L1596[23:20:06] <williewillus> something
must have happened :P
L1597[23:23:27]
⇦ Quits: McJty (~jorrit@94-224-130-231.access.telenet.be)
(Quit: Leaving)
L1598[23:24:05] <barteks2x> it seems like
an old patch
L1599[23:24:09] <barteks2x> maybe it's no
longer needed
L1600[23:24:45] <williewillus> heh Block
has a vanilla version of addInformation now
L1601[23:26:08]
⇨ Joins: Alex_hawks|Alt
(~Alex_hawk@2001:8003:8547:3300:cd1d:f539:4568:39eb)
L1602[23:26:39] <barteks2x> uh... how to
firce github to show more diffs when it says there are too many of
them to show all?
L1603[23:26:46]
⇦ Quits: Alex_hawks
(~Alex_hawk@2001:8003:8547:3300:cd1d:f539:4568:39eb) (Read error:
Connection reset by peer)
L1604[23:26:54] <williewillus> you clone
the repo and use your local git tool to view it
L1605[23:27:26]
⇦ Quits: Meronat (uid190493@id-190493.highgate.irccloud.com)
(Quit: Connection closed for inactivity)
L1607[23:30:00] <williewillus> !gf
field_190535_b
L1608[23:30:29] <barteks2x> no idea how
to track anything before
L1609[23:30:34] <williewillus> !sf
field_190535_b EMPTY_EQUIPMENT
L1610[23:31:12] <williewillus> yes
because all the patches are regenerated pretty much each major
update
L1611[23:31:53] <kenzierocks> yea i'm
tracking it
L1612[23:31:58] <kenzierocks> it got
moved in some update
L1613[23:32:04] <tterrag> github becomes
pretty much useless when tracking diffs of diffs :P
L1614[23:32:05] <kenzierocks> and git log
--follow didn't follow it
L1615[23:32:16] <tterrag>
s/github/git(hub)/
L1616[23:32:43] <barteks2x> hm... this
file doesn't seem to exist before that
L1617[23:33:08]
⇨ Joins: CoderPuppy (~cpup@32.218.119.1)
L1618[23:33:29] <williewillus> would
`defaultElement` be a good name for field_191199_b in
nonnulllist
L1619[23:33:38] <killjoy> !gm
190736
L1620[23:33:55] <kenzierocks> aw yea,
here we go
L1621[23:34:05] <killjoy> I'm surprised
that wasn't an initial name
L1622[23:34:44]
⇦ Quits: cpup (~cpup@32.218.113.65) (Ping timeout: 384
seconds)
L1623[23:35:41] <kashike> bow down to the
new ItemStack.EMPTY and stack.isEmpty() overlords
L1624[23:35:43] <kashike> :P
L1625[23:35:55] <tterrag> williewillus: I
suppose. I called the param 'fill', but that doesn't really make
sense for the field
L1626[23:36:19] <kashike> defaultValue
and defaultElement both work
L1627[23:37:13] <tterrag> I always think
"why not just default" then remember :C
L1628[23:37:25] <kenzierocks> barteks2x:
it came as part of the 1.8 update
L1629[23:37:36] <barteks2x> I'm curious
why...
L1630[23:39:06] <williewillus> !sp
p_191069_8_ findUnexplored
L1631[23:39:15] <barteks2x> I don't think
there is any easy way to access 1.8 code :(
L1632[23:39:39] <kenzierocks> wut? of
course there is
L1633[23:39:48] <kenzierocks> choose
appropriate 1.8 FG + forge
L1634[23:40:39]
⇨ Joins: payonel
(~payonel@static-50-53-64-85.bvtn.or.frontiernet.net)
L1635[23:40:48] <barteks2x> oh god, it
was still src instead of mdk early in 1.8
L1637[23:41:35] <kenzierocks> that's the
raw patch
L1638[23:41:55] <payonel> running gradlew
setupDecompWorkspace, i see corrupted cache during step makeStart,
but with --debug even i haven't been able to determine what part of
the cache needs refreshing. i haven't been able to find solutions
online. do i need to cleaanCache? any suggestions?
L1639[23:41:58] <barteks2x> I know. But I
don't know why it's there
L1640[23:43:33] <kenzierocks> payonel:
you may need a cleanCache, forewarning this will erase all gradle
caches
L1641[23:43:38] <tterrag> no no
L1642[23:43:41] <tterrag> don't
cleanCache, pls
L1643[23:43:45] <kenzierocks> first you
might want to try removing your build folder
L1644[23:43:48] <payonel> kenzierocks: i
was hoping to not
L1645[23:43:54] <tterrag> just do clean
first
L1646[23:44:04] <payonel> i can try a
clean first, sure
L1647[23:44:05] <kenzierocks> yea, a
regular clean first
L1648[23:44:18] <kenzierocks> then
removing ~/.gradle/caches/minecraft
L1649[23:44:32] <kenzierocks> if that
still doesn't fix it, i think cleanCache is the only thing after
that?
L1650[23:44:41] <payonel> is there no way
to know what cache file's checksum is invalid?
L1651[23:45:04] <payonel> and if the
checksum is invalid, is there no way to force refresh just that
part of the cache?
L1652[23:45:07] <kenzierocks> no
L1653[23:45:19] <kenzierocks> well,
probably, if you get technical with it
L1654[23:45:22] <kenzierocks> but i have
no idea
L1655[23:45:58]
⇨ Joins: AstralSorcerer
(~AstralSor@128.151.114.93)
L1656[23:46:06] ***
TTFTCUTS is now known as TTFT|Away
L1657[23:47:27] <barteks2x> Annotation
that errors when I don't override all methods in a class would be
so useful for me
L1658[23:47:41] <kenzierocks> hmm?
L1659[23:47:42] <barteks2x> is there
anything like that?
L1660[23:47:48] <kenzierocks> you mean
like @Override? or what
L1661[23:47:58] <kashike> "Missing
@Override" is an intellij inspection
L1662[23:48:00] <kashike> just set it to
error
L1663[23:48:09] <barteks2x> No, I
annotate a class and it checks if I override all methods that are
possible to override
L1664[23:48:10] <kenzierocks> you mean
like, regardless of abstract, override all super methods that can
be?
L1665[23:48:14] <kenzierocks> no, there's
no such thing
L1666[23:48:17] <kenzierocks> you could
make it
L1667[23:48:31] <kenzierocks> you could
also just use your ide to pull all the methods down
L1668[23:48:41] <kenzierocks> pretty sure
both eclipse + intellij do that
L1669[23:48:44] <barteks2x> the purpose
would be to catch errors when updating
L1670[23:48:50] <barteks2x> without
hunting for bugs
L1671[23:48:55] <barteks2x> and manually
checking every single line
L1672[23:49:33] <barteks2x> my
"entities are dark" seems to becaused by not overriding a
method in WorldProvider
L1673[23:51:28] <kashike> so override
them all?
L1674[23:51:57] <payonel> kashike: i
think they're saying that it was easy to miss because the
ide/compiler didn't warn about a missed override
L1675[23:52:15] <kenzierocks> but you
usually wouldn't want to override all of them
L1676[23:52:20] <kenzierocks> the
annotation wouldn't really help
L1677[23:52:48] <barteks2x> I want to
override ALL methods in that case
L1678[23:53:09] <barteks2x> it's
basically a wrapper on top of other WorldProvider
L1679[23:53:31] <barteks2x> or whatever
it would be named
L1680[23:53:54] <barteks2x> Almost all
methods should be forwarded to world provider given in
constructor
L1681[23:54:14] <kenzierocks> the
delegate methods thing should detect that
L1682[23:54:16] <kenzierocks> i
think?
L1683[23:54:25] <barteks2x> what is
that?
L1684[23:54:38] <kenzierocks> you can
tell both eclipse+intellij to generate delegate methods
L1685[23:54:42] <kenzierocks> i forget
how
L1686[23:54:56] <barteks2x> generate once
and keep track of it are 2 different things
L1687[23:55:03] <kenzierocks> yea i
know
L1688[23:55:12] <kenzierocks> but you
could always delete all of them and re-generate :)
L1689[23:55:42]
⇨ Joins: TechnicianLP
(~Technicia@p4FE57FB3.dip0.t-ipconnect.de)
L1690[23:55:43] <barteks2x> I would
prefer something that shows me an error instead of doing weird
things at runtime
L1691[23:58:48] <williewillus> all the
unmapped stuff I see left is structure gen and custom crafting
recipes, neither of which anyone wants to touch :P
L1692[23:58:57] <williewillus> so i'll
leave it at that
L1693[23:59:07] <barteks2x> the easiest
way I think: add unit test that uses reflection to check that
L1694[23:59:22]
⇨ Joins: KGS
(~KGS@h-155-4-129-249.na.cust.bahnhof.se)
L1695[23:59:29] <kashike> williewillus:
there's a lot left to map if you include parameters, which everyone
seems to ignore
L1696[23:59:30] <williewillus> *unmapped
methods I see left
L1697[23:59:35] <kashike> not naming
params sucks