<<Prev
Next>>
Scroll to Bottom
Stuff goes here
L1[00:10:11] ⇦
Quits: Commoble (~Commoble@mnpl-04-3331.dsl.iowatelecom.net) (Quit:
Leaving)
L2[00:33:10] ⇦
Quits: brandon3055
(~Brandon@pa49-199-66-134.pa.vic.optusnet.com.au) (Ping timeout:
186 seconds)
L3[00:53:24] ⇦
Quits: Brokkoli (~Brokkoli@p2E5B1E0E.dip0.t-ipconnect.de) (Remote
host closed the connection)
L4[01:51:59] ***
PaleOff is now known as PaleoCrafter
L5[01:53:34] ⇦
Quits: Larry1123 (Larry1123@irc.larry1123.net) (Ping timeout: 198
seconds)
L6[01:59:55] <McJty> What's wrong with
this:
L7[01:59:55] <McJty>
OreDictionary.registerOre("oreResonating",
ModBlocks.resonatingOreBlock);
L8[02:00:03] <MCPBot_Reborn> [TEST CSV]
Pushing snapshot_20171224 mappings to Forge Maven.
L9[02:00:07] <MCPBot_Reborn> [TEST CSV]
Maven upload successful for mcp_snapshot-20171224-1.12.zip
(mappings = "snapshot_20171224" in build.gradle).
L10[02:00:17] <MCPBot_Reborn> Semi-live
(every 10 min), Snapshot (daily ~3:00 EST), and Stable (committed)
MCPBot mapping exports can be found here:
http://export.mcpbot.bspk.rs/
L11[02:01:05] <McJty> Forge says:
L12[02:01:06] <McJty> Invalid registration
attempt for an Ore Dictionary item with name oreResonating has
occurred. The registration has been denied to prevent crashes. The
mod responsible for the registration needs to correct this
L13[02:01:10] <McJty> But I don't know
what's wrong about it
L14[02:01:52] <McJty> ah wait
L15[02:01:54] <McJty> I think I know
L16[02:07:36] ⇦
Quits: Spottedleaf
(~Spottedle@node-1w7jr9qqos9g0egu0dulolghx.ipv6.telus.net) (Quit:
Leaving)
L17[02:20:07] ⇨
Joins: Larry1123 (Larry1123@irc.larry1123.net)
L18[02:28:10] ⇨
Joins: Spottedleaf
(~Spottedle@node-1w7jr9qqos9g23sajxfy4ns43.ipv6.telus.net)
L19[02:45:41] ⇦
Quits: Larry1123 (Larry1123@irc.larry1123.net) (Ping timeout: 200
seconds)
L20[02:47:34] ⇦
Quits: moony_ (~moony@tx-76-4-60-239.dhcp.embarqhsd.net) (Ping
timeout: 186 seconds)
L21[02:50:19] ⇨
Joins: Larry1123 (Larry1123@irc.larry1123.net)
L22[02:57:33] ⇦
Quits: Doty1154 (~Doty1154@2601:648:8000:134f:43b:15c1:2bf2:f308)
(Read error: Connection reset by peer)
L23[03:03:13] ⇨
Joins: Ipsis
(~Ipsis@82-69-71-184.dsl.in-addr.zen.co.uk)
L24[03:04:21] ⇨
Joins: quadraxis
(~quadraxis@cpc77293-basf12-2-0-cust699.12-3.cable.virginm.net)
L25[03:32:01] <ghz|afk> McJty: I guess the
field was null, which resulted in an empty itemstack?
L26[03:33:57] <McJty> More subtle
L27[03:34:00] <McJty> The field was
ok
L28[03:34:04] <McJty> But the itemblock
wasn't registered yet
L29[03:34:10] <McJty> I registered the ore
after registering the block
L30[03:34:16] <McJty> But before item
registration handler fired
L31[03:34:27] <McJty> And the oredictionary
tries to make an ItemStack
L32[03:34:51] <Corosus> ah yeah, same issue
i had when trying to add to oredict, gotta do it after items
registered
L33[03:43:22] ***
PaleoCrafter is now known as PaleOff
L34[03:44:32] ***
PaleOff is now known as PaleoCrafter
L35[03:53:27] ***
PaleoCrafter is now known as PaleOff
L36[04:18:41] ***
PaleOff is now known as PaleoCrafter
L37[04:29:26] ⇨
Joins: Nedelosk
(~Nedelosk@ip-37-201-253-118.hsi13.unitymediagroup.de)
L38[04:42:04] <barteks2x> lex, if you
remember my questions way back about forge coremod policies
L40[04:42:50] <barteks2x> I'm not tryong to
make it work, but I'm running into the exact issues I was worried
about there. Mixin not only needs the mixin classes itself, but
also attempts to load classes directly references in those
mixins
L41[04:43:27] <barteks2x> which obviously
fails, because they are part of the mod jar. I even tried to make
the coremod depend on the mod using custom mod container, with not
much better results
L42[04:43:55] <barteks2x> So my question
is: how am I supposed to make it follow forge guidelines?
L43[04:44:39] <barteks2x> I tried to look
at sponge as an example, but it seems to be all in one jar
L44[04:49:19] <ghz|afk> well, given that
cpw is working on a new loader, and so far he's been pushing for a
javascript-based coremod system with a more well-defined library
for injecting hooks, the point may be moot :P
L45[04:52:18] ⇦
Quits: McJty
(~jorrit@ptr-9197ufo4hi5g8eb5xpc.18120a2.ip6.access.telenet.be)
(Quit: Leaving)
L46[04:52:53] <barteks2x> afaik, the
javascript-based thing is a top level transformer, and mixin will
be just another top level transformer
L47[04:53:06] <barteks2x> so mixin will be
an ALTERNATIVE to the javascript-based coremods
L48[04:54:29] <ghz|afk> (I think he
mentioned mixin so maybe we'll get mixin in forge)
L49[04:54:34] <ghz|afk> ^forgot to press
enter
L50[04:57:28] <PaleoCrafter> I see you've
been talking about my PR xD
L51[04:57:58] <ghz|afk> XD yeah I mentioned
it
L52[04:58:29] <PaleoCrafter> I'll hopefully
revisit it within the next two weeks, but I've hit a rather big
flaw I'm not entirely sure how to deal with (extracting from mods
that are on the mod list)
L53[04:59:57] <PaleoCrafter> I also wanted
to expand my example project to deal with snapshot versions.
Apparently Gradle doesn't expose anything specific about how old
the snapshot is, though
L54[05:02:41] <ghz|afk> it will probably be
better with the new loader, maybe
L55[05:05:26] <barteks2x> well, I still
want to get answer to my question about dependency extraction and
mixin
L56[05:05:45] <ghz|afk> sure
L57[05:14:19] ⇦
Quits: Unh0ly_Tigg (~Unh0ly_Ti@c-24-21-196-226.hsd1.or.comcast.net)
(Quit: Leaving)
L58[05:15:05] ⇨
Joins: Raycoms
(~Raycoms@2804:14d:baa0:9612:211:f974:13b9:be92)
L60[05:20:14] <ghz|afk> there's some value
for "copy light from neighbour"
L61[05:20:19] <ghz|afk> stairs and slabs
have to set it
L62[05:20:33] <ghz|afk> I don't know the
name of the function
L63[05:20:46] <Raycoms> okay, thanks, lemme
check
L64[05:23:02] <Raycoms>
this.setLightOpacity(255);
L65[05:23:04] <Raycoms> this here?
L66[05:28:27] <ben_mkiv> so apparently the
way to render stuff with new opengl is to use shaders for
transformations?
L67[05:28:47] <ben_mkiv> hi ray o/
L68[05:28:53] <Raycoms> Hi there =P
L69[05:28:56] <Raycoms> How are the models
going? =D
L70[05:29:16] <ben_mkiv> im working on the
armature... :>
L71[05:32:20] <Raycoms> What a pity
L72[05:33:08] <ben_mkiv> is there an easy
way to apply an matrix4f to the opengl context?
L73[05:34:17] <ben_mkiv> theres
glLoadMatrix but it requires a float or double buffer, of no idea
which format it has to be
L74[05:37:46] ***
PaleoCrafter is now known as PaleOff
L75[05:38:36] ***
PaleOff is now known as PaleoCrafter
L76[05:43:00] ⇦
Quits: ben_mkiv (~ben_mkiv@p4FED5881.dip0.t-ipconnect.de) (Remote
host closed the connection)
L77[05:55:08] ⇦
Quits: Dimtree
(~dimtree@74-196-33-246.nbrncmtk01.res.dyn.suddenlink.net) (Quit:
Peace)
L78[05:58:58] ⇦
Quits: nallar (~nallar@81.187.229.141) (Ping timeout: 198
seconds)
L79[06:15:59] <ghz|afk> hmm I could have
sworn java would allow downcasting ImmutableList<A> into
ImmutableList<B> if A implements B.... :/
L80[06:16:35] <ghz|afk> no wait,
immutability isn't a language feature, so it doesn't know you can't
pass "C extends B" in place of A
L81[06:19:50] ⇨
Joins: ben_mkiv
(~ben_mkiv@p4FED5881.dip0.t-ipconnect.de)
L82[06:21:00] <barteks2x> you can always do
(OtherThing)(Object)thing
L83[06:21:01] <PaleoCrafter> ghz|afk,
doesn't directly have to do with (im)mutability but the lack of
definition-site variance
L84[06:21:35] <PaleoCrafter> Interestingly
enough, arrays *are* covariant
L85[06:29:48] <ben_mkiv> figured out my
Double/FloatBuffer problem^
L86[06:58:15] ⇦
Quits: Darkhax (~darkhax@d205-206-157-117.abhsia.telus.net) (Ping
timeout: 186 seconds)
L87[07:27:35] ***
airbreather_ is now known as airbreather
L88[07:57:26] ⇦
Quits: quadraxis
(~quadraxis@cpc77293-basf12-2-0-cust699.12-3.cable.virginm.net)
(Ping timeout: 186 seconds)
L89[08:11:40] ⇦
Quits: ghz|afk (gigaherz@226.red-88-8-249.dynamicip.rima-tde.net)
(Read error: -0x7880: SSL - The peer notified us that the
connection is going to be closed)
L90[08:25:15] ⇦
Quits: Upthorn
(~ogmar@108-85-88-44.lightspeed.frokca.sbcglobal.net) (Ping
timeout: 207 seconds)
L91[08:25:53] ⇨
Joins: quadraxis
(~quadraxis@cpc77293-basf12-2-0-cust699.12-3.cable.virginm.net)
L92[08:26:18] ⇨
Joins: CptBBQ
(webchat@pool-71-190-97-124.nycmny.east.verizon.net)
L93[08:30:29] ⇦
Quits: CptBBQ (webchat@pool-71-190-97-124.nycmny.east.verizon.net)
(Ping timeout: 180 seconds)
L94[08:35:48] ⇨
Joins: gigaherz
(gigaherz@226.red-88-8-249.dynamicip.rima-tde.net)
L95[08:48:05] ⇨
Joins: moony
(~moony@tx-76-4-60-239.dhcp.embarqhsd.net)
L96[09:04:06] ⇨
Joins: Lepidora
(~Lepidora@host86-137-175-78.range86-137.btcentralplus.com)
L97[09:09:12] ⇨
Joins: Brokkoli
(~Brokkoli@p2E5B1E0E.dip0.t-ipconnect.de)
L98[09:28:20] ⇨
Joins: Cast0077
(~Cast0077@24-151-68-108.dhcp.nwtn.ct.charter.com)
L99[09:54:38] ***
PaleoCrafter is now known as PaleOff
L100[10:07:04] ⇦
Quits: Lepidora
(~Lepidora@host86-137-175-78.range86-137.btcentralplus.com) (Quit:
Lepidora)
L101[10:07:13] ⇦
Quits: Raycoms (~Raycoms@2804:14d:baa0:9612:211:f974:13b9:be92)
(Quit: Leaving)
L102[10:37:08] <LexMobile> barteks2x: If
you have issues with mixin talk to mumfrey
L103[10:37:50] <barteks2x> if he was ever
online... you told me it will work. It doesn't.
L104[10:38:01] <LexMobile> It will
L105[10:38:10] <barteks2x> And I don't see
it being a mixin issue, as mixin in fact needs the mod
classes
L106[10:38:13] <LexMobile> and hes online
quite often
L107[10:38:29] <LexMobile> Then you're
doing mixins wrong.
L108[10:38:58] <barteks2x> then why sponge
still doesn't use dependency extraction?
L109[10:39:11] <LexMobile> because sponge
is sponge.
L110[10:39:42] <LexMobile> I dont control
their project I dont even have any input on it.
L112[10:40:36] <LexMobile> Again talk to
mumfrey
L113[10:44:09] <barteks2x> well then,
waiting until he is online. Haven't seen him for at least the last
few days
L114[10:44:56] <Ordinastie> use his issue
tracker, he's quite responsive there
L115[10:45:58] <barteks2x> I don't really
like using issue tracker for questions
L116[10:46:17] ⇦
Quits: Nedelosk
(~Nedelosk@ip-37-201-253-118.hsi13.unitymediagroup.de) (Read error:
Connection reset by peer)
L117[10:51:37] <LexMobile> Perhaps hes..
well.. busy... with real life things.... I wonder why that could
be!
L118[10:52:29] <barteks2x> well, these few
days are the now rare situation where I have free time.
L119[10:53:10] <LexMobile> Perhaps.. if
there was a way to leave him a message, about his project. That he
could get to when he had time... and it would notify you when he
responded...
L120[10:53:44] <gigaherz> barteks2x:
there's a reason why issue trackers often have a
"Question" label/category :P
L121[10:54:16] <gigaherz> specially when
said question might be a bug
L122[10:54:47] <LexMobile> Anyways time
for me to go do my yearly song and dance with annoying people to
show them im still alive. And not inhabited by satan
L123[10:55:42] <barteks2x> well, I'm
proibably just too used to IRC and can't stand discussions with 1
message per day on average
L124[10:56:40] <gigaherz> imagine back in
the days when people had to use ink & quill on a piece of
parchment, and send it by messenger (horse if lucky), and wait
potentially months for an answer
L125[10:56:42] <gigaherz> :P
L126[10:57:11] <barteks2x> Well then I
wouldn't be used to IRC that much
L127[11:00:34]
⇨ Joins: MonkeyTyrant
(~MonkeyTyr@142.163.129.161)
L128[11:00:56] ⇦
Quits: MonkeyTyrant (~MonkeyTyr@142.163.129.161) (Client
Quit)
L129[11:05:48] ⇦
Quits: Lynndis (~Lynn@c-75-71-231-133.hsd1.co.comcast.net) (Ping
timeout: 207 seconds)
L130[11:08:32]
⇨ Joins: Lynndis
(~Lynn@c-75-71-231-133.hsd1.co.comcast.net)
L131[11:25:49] ***
gigaherz is now known as ghz|out
L132[11:56:18] <barteks2x> I need a
reasonably efficient, O(1) memory usage algorithm that: takes N
"maps" (available operations being forEach and get()) and
applies a consumer to: all entries in the first map, and for all
keys in the second one that are not in the first one, for all that
are in the third one but not in the first or second one
etc...?
L133[11:56:30] <barteks2x> uh... nevermind
I just answered my own question
L134[12:05:40]
⇨ Joins: Upthorn
(~ogmar@108-85-88-44.lightspeed.frokca.sbcglobal.net)
L135[12:07:54] <illy|Laptop> Beep o/
L136[12:08:15]
⇨ Joins: Neal (~Neal@47.146.41.184)
L137[12:31:59] <barteks2x> Argh... trying
to make region-formal library generic really adds an explosion of
Factories...
L138[12:34:04] <barteks2x>
IRegionProvider, IHeaderDataEntryProvider, and now adding
IKeyProvider
L139[12:34:29] <barteks2x> (and I should
pribably stop isung IThing naming)
L140[13:15:33]
⇨ Joins: Lepidora
(~Lepidora@host86-137-175-78.range86-137.btcentralplus.com)
L141[13:25:29] ⇦
Quits: psxlover (psxlover@athedsl-4418479.home.otenet.gr) (Read
error: Connection reset by peer)
L142[13:30:37]
⇨ Joins: psxlover
(psxlover@athedsl-4418479.home.otenet.gr)
L143[13:30:46] ⇦
Quits: psxlover (psxlover@athedsl-4418479.home.otenet.gr) (Read
error: Connection reset by peer)
L144[13:31:41] ⇦
Quits: moony (~moony@tx-76-4-60-239.dhcp.embarqhsd.net) (Remote
host closed the connection)
L145[13:36:09] ⇦
Quits: Ipsis (~Ipsis@82-69-71-184.dsl.in-addr.zen.co.uk) (Ping
timeout: 194 seconds)
L146[13:37:36]
⇨ Joins: psxlover
(psxlover@athedsl-4418479.home.otenet.gr)
L147[13:59:08] ⇦
Quits: psxlover (psxlover@athedsl-4418479.home.otenet.gr) (Read
error: Connection reset by peer)
L148[14:10:46]
⇨ Joins: Nedelosk
(~Nedelosk@ip-37-201-253-118.hsi13.unitymediagroup.de)
L149[14:11:37] ⇦
Quits: Lepidora
(~Lepidora@host86-137-175-78.range86-137.btcentralplus.com) (Quit:
Lepidora)
L150[14:26:10] ⇦
Quits: ssblur (~Thunderbi@cpe-65-184-138-23.ec.res.rr.com) (Quit:
ssblur)
L151[14:34:08]
⇨ Joins: Doty1154
(~Doty1154@2601:648:8000:134f:bc76:a847:85ce:a61d)
L152[14:50:23] ⇦
Quits: Nedelosk
(~Nedelosk@ip-37-201-253-118.hsi13.unitymediagroup.de) (Read error:
Connection reset by peer)
L153[15:10:12] ⇦
Quits: ben_mkiv (~ben_mkiv@p4FED5881.dip0.t-ipconnect.de) (Ping
timeout: 207 seconds)
L154[15:36:24] ⇦
Quits: Cast0077 (~Cast0077@24-151-68-108.dhcp.nwtn.ct.charter.com)
(Quit: Poof)
L155[15:46:17] ⇦
Quits: DinnerBeef
(~DinnerBee@2601:246:4504:fc10:fda3:6641:cbde:6460) (Read error:
Connection reset by peer)
L156[16:11:22]
⇨ Joins: Commoble
(~Commoble@mnpl-04-3331.dsl.iowatelecom.net)
L157[16:16:18] <barteks2x> WTF is going
on? I think I'm going nuts at this point... with debugger, I can
literally see a ByteBuffer being written to RandomAccessFile, and
then, a ByteBuffer WITH DIFFERENT CONTENTS being read from the same
position in the same RandomAccessFile
L158[16:17:18] <barteks2x> because 8*512
is 4096, right?
L159[16:19:26] <Commoble> yes
L160[16:20:19] <barteks2x> I'm stepping
through the code with debugger, everything seems right, except the
wrong data being read
L161[16:20:58] <barteks2x> the only thing
that is correct is the first 4 bytes read
L162[16:21:51] <Commoble> I'm not
particularly familiar with these subjects; the best advice I can
offer is A) make sure you're reading and writing properly, and B)
make sure nothing else is writing to the same place
L163[16:22:27] <barteks2x> It's a unit
test...
L164[16:22:30] <barteks2x> there is
nothing else
L165[16:23:12] <barteks2x> I didn't even
change that part of code since the last time it worked...
L166[16:25:21] <Commoble> One of the
assumptions you believe to be firmly and absolutely true is
incorrect, but I've no way of knowing which and you're in a better
position to figure out which than I am
L167[16:28:00] <barteks2x> hm... looks
like it somwhow wrote region header data in the wrong place
L168[16:33:46] <barteks2x> And I
discovered that attempting to write to Minecraft regions with
previous version of my library would horribly corrupt the
regions
L169[16:33:56] <barteks2x> reading worked
fine
L170[16:34:46]
⇨ Joins: Nedelosk
(~Nedelosk@ip-37-201-253-118.hsi13.unitymediagroup.de)
L171[16:34:48] <barteks2x> well, it would
just use the sections of file reserved for timestamps to wriute
chunk data
L172[16:35:05] <barteks2x> I'm pretty sure
Minecraft wouldn't have issues reading that
L173[16:35:11] <billy> timestamps are
overrated anyways
L174[16:35:18]
⇨ Joins: williewillus
(~williewil@cpe-24-28-24-13.austin.res.rr.com)
L175[16:35:22] <williewillus> !dcc
L176[16:35:28] <barteks2x> they aren't
even used anywhere. They are just... there
L177[16:35:44] <barteks2x> they exist just
for the sake of being there
L178[16:36:13] <barteks2x> and make every
single region file 4kB bigger
L179[16:36:46] ⇦
Quits: Commoble (~Commoble@mnpl-04-3331.dsl.iowatelecom.net) (Ping
timeout: 198 seconds)
L180[16:37:11]
⇨ Joins: Commoble
(~Commoble@mnpl-04-3331.dsl.iowatelecom.net)
L181[16:38:58] <barteks2x> all tests
passed :D
L182[16:42:24] <williewillus> are you
talking about the extra meta array in the current world format?
:P
L183[16:48:29] <barteks2x> no, about part
of the region file. Bytes between 2096 and 8192
L184[16:48:32] <barteks2x> no, about part
of the region file. Bytes between 4096 and 8192
L185[16:48:46] <barteks2x> damn, I got
used to editing in discord
L186[16:49:44] <barteks2x> They are
completely redundant and it's possibel to make use of them without
breaking compatibility with existing world saves
L187[16:51:22] <barteks2x> and even
better, old minecraft versions could still read regions from the
new one without issues
L188[17:10:30] ⇦
Quits: Upthorn
(~ogmar@108-85-88-44.lightspeed.frokca.sbcglobal.net) (Ping
timeout: 186 seconds)
L189[18:29:02] ***
c233_ is now known as c233
L190[18:50:04] <barteks2x> git
status
L191[18:52:47] <phroa> On branch master;
everything's on fire yo
L192[18:54:09] <barteks2x> I would be
really worried if git status took 2 minutes even on my machine
:D
L193[18:56:02] <barteks2x> I finally
properly put my small region library on sonatype maven and stopped
using submodule
L194[19:28:34] ⇦
Quits: williewillus (~williewil@cpe-24-28-24-13.austin.res.rr.com)
(Quit: Leaving)
L195[19:39:17]
⇨ Joins: Dimtree
(~dimtree@74-196-33-246.nbrncmtk01.res.dyn.suddenlink.net)
L196[19:58:55] ⇦
Quits: Nedelosk
(~Nedelosk@ip-37-201-253-118.hsi13.unitymediagroup.de) (Read error:
Connection reset by peer)
L197[20:23:26] ⇦
Quits: c233 (~c233@164.40.200.92) (Quit: Leaving)
L198[20:27:21]
⇨ Joins: c233 (~c233@164.40.200.92)
L199[21:04:31] ⇦
Quits: c233 (~c233@164.40.200.92) (Killed (NickServ (GHOST command
used by c233_!~c233@164.40.205.242)))
L200[21:04:36]
⇨ Joins: c233 (~c233@164.40.205.242)
L201[21:09:32] ⇦
Quits: quadraxis
(~quadraxis@cpc77293-basf12-2-0-cust699.12-3.cable.virginm.net)
(Ping timeout: 383 seconds)
L202[21:58:24] ⇦
Quits: MikrySoft (~mikrysoft@89-71-101-248.dynamic.chello.pl) (Ping
timeout: 207 seconds)
L203[21:58:31]
⇨ Joins: MikrySoft
(~mikrysoft@89-71-101-248.dynamic.chello.pl)
L204[22:32:07] ⇦
Quits: Lathanael|Away (~Lathanael@p549608DD.dip0.t-ipconnect.de)
(Ping timeout: 186 seconds)
L205[22:39:09]
⇨ Joins: Lathanael|Away
(~Lathanael@p54960637.dip0.t-ipconnect.de)
L206[22:50:48] ⇦
Quits: Commoble (~Commoble@mnpl-04-3331.dsl.iowatelecom.net) (Quit:
Leaving)
L207[23:52:23]
⇨ Joins: moony
(~moony@tx-76-4-60-239.dhcp.embarqhsd.net)