<<Prev
Next>>
Scroll to Bottom
Stuff goes here
L1[00:37:44] ⇨
Joins: Lathanael|Away
(Lathanael|Away!~Lathanael@p54960A34.dip0.t-ipconnect.de)
L2[00:53:17] ⇨
Joins: Nedelosk
(Nedelosk!~Nedelosk@ip-109-90-121-64.hsi11.unitymediagroup.de)
L3[01:04:22] ⇦
Quits: justJanne (justJanne!kuschku@lithium.kuschku.de) (Quit: So,
if you care to find me, look to the western sky. As someone told me
lately, everyone deserves a chance to fly.)
L4[01:04:30] ⇨
Joins: justJanne
(justJanne!kuschku@lithium.kuschku.de)
L5[01:04:42] ⇦
Quits: justJanne (justJanne!kuschku@lithium.kuschku.de) (Client
Quit)
L6[01:06:00] ⇨
Joins: justJanne
(justJanne!kuschku@lithium.kuschku.de)
L7[01:08:47] ⇦
Quits: Lathanael|Away
(Lathanael|Away!~Lathanael@p54960A34.dip0.t-ipconnect.de) (Ping
timeout: 202 seconds)
L8[01:55:24] ⇦
Quits: auenf (auenf!~David@110.150.99.123) (Quit: bye)
L9[01:56:53] ⇦
Quits: Doty1154
(Doty1154!~Doty1154@c-73-189-164-179.hsd1.ca.comcast.net) (Quit:
Leaving)
L10[02:00:03] <MCPBot_Reborn> [TEST CSV]
Pushing snapshot_20180527 mappings to Forge Maven.
L11[02:00:07] <MCPBot_Reborn> [TEST CSV]
Maven upload successful for mcp_snapshot-20180527-1.12.zip
(mappings = "snapshot_20180527" in build.gradle).
L12[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/
L13[02:01:08] ⇨
Joins: auenf (auenf!~David@110.150.99.123)
L14[02:01:19] ⇨
Joins: Lathanael|Away
(Lathanael|Away!~Lathanael@p54960A34.dip0.t-ipconnect.de)
L15[02:18:29] ⇨
Joins: Ipsis
(Ipsis!~Ipsis@82-69-71-184.dsl.in-addr.zen.co.uk)
L16[02:31:51] ⇦
Quits: Lathanael|Away
(Lathanael|Away!~Lathanael@p54960A34.dip0.t-ipconnect.de) (Ping
timeout: 202 seconds)
L17[02:40:34] ⇦
Quits: Upth
(Upth!~ogmar@108-85-88-44.lightspeed.frokca.sbcglobal.net) (Ping
timeout: 182 seconds)
L18[02:41:09] ⇨
Joins: Upth
(Upth!~ogmar@108-85-88-44.lightspeed.frokca.sbcglobal.net)
L19[02:59:53] ⇨
Joins: Hgrebnednav
(Hgrebnednav!~Hgrebnedn@d8d872a6e.access.telenet.be)
L20[03:42:57] ⇨
Joins: Fye (Fye!~Fye@146-241-2-123.dyn.eolo.it)
L21[03:44:54] ⇨
Joins: Wuppy
(Wuppy!~Wuppy@5072BE60.static.ziggozakelijk.nl)
L22[04:00:55] ⇦
Quits: HassanS6000
(HassanS6000!~Hassan@pool-173-73-26-191.washdc.fios.verizon.net)
(Ping timeout: 198 seconds)
L23[04:26:51] ⇨
Joins: Electrolitic
(Electrolitic!~Electroli@104-184-56-125.lightspeed.cicril.sbcglobal.net)
L24[04:40:21] ⇨
Joins: progwml6 (progwml6!~progwml6@104.168.20.187)
L25[04:44:09] ⇦
Quits: alekso56
(alekso56!~cax@2001:464b:c21a:0:745d:45ff:fe3b:a098) (Read error:
Connection reset by peer)
L26[04:44:46] ⇨
Joins: alekso56
(alekso56!~cax@2001:464b:c21a:0:745d:45ff:fe3b:a098)
L27[05:15:49] ⇨
Joins: Javaschreiber
(Javaschreiber!~Thunderbi@88-209-32-73.nga.highspeed-baumann.de)
L28[05:16:47] ⇦
Quits: Javaschreiber
(Javaschreiber!~Thunderbi@88-209-32-73.nga.highspeed-baumann.de)
(Client Quit)
L29[05:49:17] ⇨
Joins: Javaschreiber
(Javaschreiber!~Thunderbi@88-209-32-73.nga.highspeed-baumann.de)
L30[05:59:43] ⇦
Quits: immibis
(immibis!~chatzilla@222-155-160-32-fibre.bb.spark.co.nz) (Ping
timeout: 198 seconds)
L31[06:43:05] ⇨
Joins: ben_mkiv
(ben_mkiv!~ben_mkiv@p4FED5DFD.dip0.t-ipconnect.de)
L32[06:56:55] ⇨
Joins: Lathanael|Away
(Lathanael|Away!~Lathanael@p549603EE.dip0.t-ipconnect.de)
L33[06:58:01] ⇦
Quits: h404bi_ (h404bi_!~h404bi@119.129.112.200) (Read error: -0x1:
UNKNOWN ERROR CODE (0001))
L34[07:36:57] ⇨
Joins: ssblur
(ssblur!~Thunderbi@cpe-65-184-138-23.ec.res.rr.com)
L35[07:55:55] ⇦
Quits: Lynndis (Lynndis!~Lynn@c-73-169-18-155.hsd1.co.comcast.net)
(Ping timeout: 194 seconds)
L36[08:09:08] ⇦
Quits: RichardG (RichardG!~RichardG@201.37.243.160) (Read error:
Connection reset by peer)
L37[08:09:42] ⇨
Joins: RichardG (RichardG!~RichardG@201.37.243.160)
L38[08:09:42]
MineBot sets mode: +v on RichardG
L39[08:12:05] ⇨
Joins: gigaherz
(gigaherz!gigaherz@240.red-88-26-170.staticip.rima-tde.net)
L40[08:25:23] ⇦
Quits: Electrolitic
(Electrolitic!~Electroli@104-184-56-125.lightspeed.cicril.sbcglobal.net)
(Ping timeout: 194 seconds)
L41[09:22:58] <LexManos> !gm 70687
L42[09:27:08] ⇦
Quits: Javaschreiber
(Javaschreiber!~Thunderbi@88-209-32-73.nga.highspeed-baumann.de)
(Ping timeout: 194 seconds)
L43[09:38:19] ⇨
Joins: ScottehBoeh (ScottehBoeh!~ScottehBo@2.25.71.73)
L45[09:38:36] <ScottehBoeh> Originally it
didn't have a specific color scheme so I added one in
L46[09:38:53] <ScottehBoeh> I thought Blue
and Orange contrasted well (Kinda the same technique Battlefield
uses)
L47[09:39:12] <ForgeDiscord>
<JamiesWhiteShirt> I am instantly concerned that you have
added microtransactions
L48[09:39:33] <ScottehBoeh> Nope its all
in-game currency
L49[09:39:39] <ScottehBoeh> You get ingame
coins from winning matches, etc
L50[09:41:01] <LexManos> Ya Dont fucking
add loot crates to minecraft
L51[09:41:24] <ScottehBoeh> Thankfully its
just cosmetic
L52[09:42:21] <ScottehBoeh> But yeah, do
you like the Color scheme?
L53[09:42:36] <LexManos> Ya Dont fucking
add loot crates to minecraft
L54[09:43:13] <TechnicianLP> hes on 1.7.10
- so who really cares about him ...
L55[09:43:20] <ScottehBoeh> Rude
L56[09:43:29] <LexManos> Doesn't matter,
still shouldn't do it.
L57[09:43:32] <ForgeDiscord>
<AshersLab> I do
L58[09:43:42] <ForgeDiscord>
<AshersLab> I like the colour scheme.
L59[09:43:44] <ScottehBoeh> Forge has a
discord now?
L60[09:43:56] <ScottehBoeh> I was thinking
"ForgeDiscord" was someones username
L61[09:44:03] <ForgeDiscord>
<AshersLab> Oh no. Here he comes XD
L62[09:44:11] <ForgeDiscord>
<AshersLab> Or maybe not.
L63[09:44:18] <ForgeDiscord>
<AshersLab> Yes, your answer is yes
L64[09:44:19] <LexManos> You're not welcome
there as long as you fucking add lootcrates to Minecraft.
L65[09:44:29] <ForgeDiscord>
<AshersLab> XD
L66[09:44:31] <gigaherz> ScottehBoeh: check
the topic
L67[09:44:31] <ForgeDiscord>
<AshersLab> There he is!
L68[09:44:59] <ForgeDiscord>
<ScottehBoeh> I have converted
L69[09:45:07] <ForgeDiscord>
<AshersLab> But yeah, don’t add loot crates please.
L70[09:45:13] ⇦
Quits: ScottehBoeh (ScottehBoeh!~ScottehBo@2.25.71.73) (Quit:
Leaving)
L71[09:45:13] <gigaherz> now you can get
banned until you repent :D
L72[09:45:21] <ForgeDiscord>
<ScottehBoeh> O.o
L73[09:45:39] <ForgeDiscord>
<AshersLab> I had a very long discussion about things like
that the other day. Don’t add them XD
L74[09:45:47] <ForgeDiscord>
<AshersLab> Whoop. He gone
L75[09:45:55] ⇨
Joins: ScottehBoeh (ScottehBoeh!~ScottehBo@2.25.71.73)
L76[09:45:58] <ScottehBoeh> Oh come on
:(
L77[09:46:02] <ForgeDiscord> <Coded>
probably lex
L78[09:46:13] <gigaherz> lol
L79[09:46:22] <ForgeDiscord> <Coded>
i mean to be fair, he did kinda warn you that you're not welcome on
the discord if you're adding lootcrates
L80[09:46:27] <LexManos> Do. Not. Fucking.
Add. Loot. Crates. To. Minecraft
L81[09:46:34] <LexManos> ITS PLAYED BY
CHILDREN GOD DAMMET
L82[09:47:01] <ForgeDiscord>
<Buuz135> and its illegal in some places
L83[09:47:03] <ForgeDiscord>
<AshersLab> Heyyyy, where were you when I had my convo the
other day lex? XD. Probably sleeping
L84[09:47:24] <ScottehBoeh> Its completely
virtual and cosmetic, but ok
L85[09:47:24] <ForgeDiscord> <Coded>
i think lootcrates are probably alright as long as you can never
pay actual money for them
L86[09:47:28] <ForgeDiscord> <Coded>
but its still an awful concept
L87[09:47:42] <LexManos> No its not alright
even if its cosmetic.
L88[09:47:57] <ForgeDiscord>
<Buuz135> if uses irl money is still gambling
L89[09:48:00] <ScottehBoeh> So even if its
cosmetic and is not affiliated with any real-life currency?
L90[09:48:04] <ScottehBoeh> It doesn't use
real life money.
L91[09:48:07] <LexManos> EVERY FUCKING GAME
started out as 'cosmetic only' 'in-game coins only' But it ALWAYS
is to much to expand it.
L92[09:48:19] <LexManos> But even if it
never goes beyond that
L93[09:48:28] <LexManos> It'd STILL
indocternating CHILDREN into gambeling.
L94[09:48:29] <ScottehBoeh> I've already
seen the lawsuit against Valve, I'm not following in those
footsteps
L95[09:48:38] <gigaherz> ScottehBoeh:
having ingame currency is conducive to people creating servers
where you can get VIP status to get extra currency, or sell
currency packs
L96[09:48:53] <ForgeDiscord>
<JamiesWhiteShirt> I wouldn't consider it predatory if you
don't pay for them
L97[09:49:00] <LexManos> I would
L98[09:49:04] <LexManos> Its targeting
children
L99[09:49:21] <ForgeDiscord>
<AshersLab> Yeah. It’s gambling. Even with fake money. It’s
gambling
L100[09:49:30] <ScottehBoeh> There's no
VIP status either, there's nothing that increases your money other
than simply playing matches lol
L101[09:49:47] <ForgeDiscord>
<AshersLab> You work for in game currency, you work for IRL
currency. Honestly there’s a very thin line there.
L102[09:50:00] <ForgeDiscord>
<AshersLab> You’re teaching kids to gamble is the point
L103[09:50:19] <LexManos> end of
dicussion, do not do it. Its illegal in a lot of places, and its
just horrible thing to do.
L104[09:50:46] <ForgeDiscord>
<JamiesWhiteShirt> is gambling without money really
illegal?
L105[09:51:10] <LexManos> In some cases
yes.
L106[09:51:16] <ScottehBoeh> In Vanilla MC
do you not work to gain EXP, then use that XP to gamble for a
random enchantment?
L107[09:51:33] <ForgeDiscord>
<Buuz135> lul
L108[09:51:51] <LexManos> That isnt
actually a gamble if you know the mechanics. But we're not talking
about Mojang's shitty choices. Just yours
L110[09:52:09] <ScottehBoeh> Well they're
very comparable
L111[09:52:23] <ScottehBoeh> Thankfully
there is no Real Money, AshersLab
L112[09:52:32] <LexManos> Not really, the
enchantments tell you what enchantment its going to be.
L113[09:52:34] <LexManos> Just not in
english
L114[09:52:47] <LexManos> So if you know
the galactic alphabet you can read what enchants your
getting.
L115[09:52:54] <ForgeDiscord>
<AshersLab> Correct. But it’s still an extremely thin line.
Either way, this discussion was closed. Don’t Do It
L116[09:53:43] <ForgeDiscord>
<Barteks2x> until now I thought that the messages are
actually random and don't in any way correspond to the
enchantments
L117[09:53:46] <gigaherz> that was removed
anyhow, the galactic alphabet
L118[09:53:51] <ForgeDiscord>
<Barteks2x> did that change at one point or was it always
like that?
L119[09:53:57] <gigaherz> it now tells you
one of the enchants, but there can be more randomly
L120[09:55:19]
⇨ Joins: Lynndis
(Lynndis!~Lynn@c-73-169-18-155.hsd1.co.comcast.net)
L121[09:55:33] <ForgeDiscord>
<Barteks2x> I honestly haven't use MC enchanting for so long
that I don't know how it works now
L122[09:56:14] <ForgeDiscord>
<AshersLab> Hey lex, question. What’s your stance on paid for
mods in Minecraft? I know they’re not allowed, I’m just entirely
curious on what your think
L123[09:56:16] <LexManos> FontRenderer
fontrenderer = this.mc.standardGalacticFontRenderer;
L124[09:56:20] <LexManos> Still
there.
L125[09:56:42] <LexManos> Paid mods to the
end user? Or paying for mod development?
L126[09:57:28] <ForgeDiscord>
<AshersLab> End users. Like they do with some other games. A
“Marketplace”
L127[09:58:20] ⇦
Quits: ScottehBoeh (ScottehBoeh!~ScottehBo@2.25.71.73) (Quit:
Leaving)
L128[09:58:40] <LexManos> If done
correctly and respectfully its fine. There are many mods out there
that are worth just as much content wise as base MC. {Think, unreal
engine vs any of the games made with it}
L129[09:58:49] <LexManos> But there hasnt
been any good implementation of that system.
L130[09:59:02] <gigaherz> yeah if someone
wants to charge money for a mod, they should be free to do
that
L131[09:59:07] <LexManos> I AM against DRM
tho, which is what would end up being anywhere this is
implemented.
L132[09:59:17] <ForgeDiscord>
<AshersLab> True
L133[09:59:18] <LexManos> As well as it
going against the free open source nature of Forge
L134[09:59:24] <gigaherz> however, if they
do that, mojang may want to make sure they didn't use their
copyright (modified textures or such)
L135[09:59:35] <gigaherz> in which case
they may have an issue with that mod
L136[09:59:52] <LexManos> Microsoft will
still want a taste because thats them.
L137[10:00:10] <LexManos> Which is why the
plugin/texture market place will only ever come to bedrock.
L138[10:00:19] <LexManos> Cuz they control
the DRM on that
L139[10:00:32] <ForgeDiscord>
<AshersLab> Yeah, I’m not exactly a fan of that plugin etc
marketplace
L140[10:01:17] <gigaherz> the moment
microsoft decided to hand out free copies of windows 10, they had
to convince shareholders it would be better long-term
L141[10:01:34] <gigaherz> they sold that
idea on the promise that they would make up the difference in store
sales
L142[10:01:47] <gigaherz> I think they are
having issues making that happen
L143[10:01:58] <gigaherz> so they want to
take a cut out of anything they can get their hands on
L144[10:02:08] <LexManos> They arnt having
issues.
L145[10:02:16] <ForgeDiscord>
<AshersLab> I honestly hope they don’t. I’m not a fan of
Minecraft heading that way. But I guess as long as they leave java
alone. I’m fine with it
L146[10:02:18] <LexManos> But they are
still taking a cut, because thats what store owners do.
L147[10:02:26] <gigaherz> nono, don't get
me wrong, Microsoft isn't having economic issues at all
L148[10:02:38] <gigaherz> I mean that the
windows 10 store wasn't as successful as they may have thought it
would be
L149[10:02:52] <LexManos> Honestly.. I
wish they would elevate java to first class status. And then hire
me without the requirement to move to sweeden :/
L150[10:03:09] <LexManos> My brain is to
full of coding languages to learn another spoken one :P
L151[10:03:13] <gigaherz> yeah that'd be
nice, but I don't see that happening (the java part)
L152[10:04:14] <ForgeDiscord>
<AshersLab> Lol
L153[10:04:56] <ForgeDiscord>
<Virtuoel> In terms of the Galactic Alphabet enchantment
text, those do not correspond to the enchants at all.
EnchantmentNameParts.getInstance().generateNewRandomName(this.fontRenderer,
l1);
L154[10:05:23] <LexManos> which is seeded
by the name.
L155[10:05:41] <ForgeDiscord>
<Virtuoel> Eh, true.
L156[10:05:44] <LexManos> But yes youre
right it doesnt explicitly state 'Forture III'
L157[10:06:01] <LexManos> But again, we
are not talking about Mojang's bad decisions.
L158[10:06:09] <gigaherz> WOW does a
similar thing to encrypt text across factions
L159[10:06:31] <gigaherz> and people
figured out how to type certain "words" so that they
appear as readable text to the other faction
L160[10:06:51] <gigaherz> for the sole
purpose of being able to insult cross-faction, which is what the
encoding was meant to prevent
L161[10:07:14] <LexManos> Ah yes,
Blizzards fuckups, there are a lot of stories I could tell..
L162[10:07:41] <LexManos> Like their
attempt at a profanity filter what made each filtered word a unique
string so it could be identified by tech support.
L163[10:07:58] <gigaherz> which means it
can be identified by users also?
L164[10:08:01] <LexManos> but people just
learned to read the jibberish as the real swear words and had
fun.
L165[10:08:14] <gigaherz> I just turned
off the profanity filter in wow, heh
L166[10:08:19] <gigaherz> (or any other
mmo, for that matter)
L167[10:08:35]
⇨ Joins: Javaschreiber
(Javaschreiber!~Thunderbi@88-209-32-73.nga.highspeed-baumann.de)
L168[10:11:09] <ForgeDiscord>
<AshersLab> Lol
L169[10:11:34] <gigaherz> it's something I
learned a long long time ago
L170[10:11:40] <gigaherz> I'm not offended
by "bad words" at all
L171[10:11:43] <gigaherz> if someone wants
to insult
L172[10:11:53] <gigaherz> reading ***** **
*** *** you *** ** and ** ****
L173[10:12:01] <gigaherz> is as insulting
as replacing that with words.
L174[10:12:57] <gigaherz> if I created a
profanity filter, I'd rather make a negativity filter :D
L175[10:13:05] <gigaherz> one that
replaced negative words with positives ones
L176[10:13:49] <gigaherz> "you smart
genius-lover! I adore your preciousness!"
L177[10:13:52] <LexManos> gigaherz> one
that replaced positive words with positives ones... That would be
useless?
L178[10:13:57] <ForgeDiscord>
<AshersLab> That’s my fave type of filter. Use that on our
strictly gamily friendly server
L179[10:13:59] <gigaherz> XD
L180[10:14:11]
⇨ Joins: Electrolitic
(Electrolitic!~Electroli@104-184-56-125.lightspeed.cicril.sbcglobal.net)
L181[10:14:26] <ForgeDiscord>
<AshersLab> *family friendly
L182[10:14:59] <gigaherz> so wait, if
someone falls down and dies, and they type "shit" in the
chat, you see "yay!" instead?
L183[10:15:08] <ForgeDiscord>
<JamiesWhiteShirt> haven't you seen how "gg ez" and
"ez" are replaced in Overwatch?
L184[10:15:22] <gigaherz> nope
L185[10:15:49] <ForgeDiscord>
<JamiesWhiteShirt> it's pretty funny and actually works
really well
L186[10:16:15] <ForgeDiscord>
<JamiesWhiteShirt> "Mom, just one more match before you
tuck me in... Oops misstell"
L187[10:16:25] <gigaherz> lol
L188[10:16:42] <gigaherz> hmmm I want to
write a translator that outputs fancy english
L189[10:17:01] <gigaherz> "gg"
-> "Good job everyone, it was a pleasure to play with you
all."
L190[10:17:41] <gigaherz> "you
suck!" -> "You played well, but I believe there's
certain areas in which you could use some more
practice."
L191[10:25:51] ⇦
Quits: ssblur (ssblur!~Thunderbi@cpe-65-184-138-23.ec.res.rr.com)
(Ping timeout: 194 seconds)
L193[11:14:01] <ForgeDiscord>
<JamiesWhiteShirt> you are missing a library that was
recently added
L194[11:14:14] <ForgeDiscord>
<JamiesWhiteShirt> I don't know how you updated your server,
but you need to do it differently
L197[11:15:20] <ForgeDiscord>
<JamiesWhiteShirt> you need to run the forge installer
again
L198[11:15:31] <ForgeDiscord>
<JamiesWhiteShirt> that's what I heard
L199[11:25:30] <LexManos> Yup
L200[11:25:35] <LexManos> Forge has
required libraries
L201[11:25:40] <LexManos> The installer
installs those libraries
L202[11:25:41] <lillelykke> Fixed
it.
L203[11:25:50] <lillelykke> Thanks a lot
for pointing me in the right direction. :)
L204[11:26:44] <lillelykke> Updating the
server so rarely.. I forgot how to do it. ;p
L205[11:31:36] <lillelykke> Crash on
start:
L208[11:32:06] <lillelykke> Anyone please
know what is wrong?
L209[11:33:21] <ForgeDiscord>
<MoxieGrrl> Are you using Sponge?
L210[11:33:28] <ForgeDiscord>
<JamiesWhiteShirt> is scala, by any chance, not in your
libraries folder?
L211[11:33:37] <gigaherz> Caused by:
java.lang.ClassNotFoundException: scala.collection.Seq
L212[11:33:38] <lillelykke> Yes,
MoxieGrrl
L213[11:34:09] <lillelykke> Using latest
Sponge beta, and forge 2703 which is required.
L214[11:35:05] <ForgeDiscord>
<MoxieGrrl> 16:29:28 [STDERR]:
[java.lang.ThreadGroup:uncaughtException:1061]:
net.minecraftforge.fml.common.LoaderExceptionModCrash: Caught
exception from SpongeForge (sponge) 16:29:28 [STDERR]:
[net.minecraftforge.fml.common.EnhancedRuntimeException:printStackTrace:91]:
Caused by: org.spongepowered.api.service.ProvisioningException: No
provider is registered for the service
'org.spongepowered.api.service.sql.SqlService'
L215[11:35:16] <ForgeDiscord>
<quadraxis> well it looks like it failed during construction
of jeibees, which seems to be written in Scala
L216[11:35:27] <ForgeDiscord>
<JamiesWhiteShirt> that's just INFO
L217[11:35:32] <ForgeDiscord>
<JamiesWhiteShirt> not related to the crash
L218[11:35:44] <ForgeDiscord>
<JamiesWhiteShirt> the issue is scala something
L219[11:35:51] <ForgeDiscord>
<MoxieGrrl> Yay, good.
L220[11:35:59] <ForgeDiscord>
<quadraxis> that's redirected System.err output
L221[11:36:15] <ForgeDiscord>
<quadraxis> so the INFO tag isn't really relevant
L222[11:36:49] <ForgeDiscord>
<JamiesWhiteShirt> oh
L223[11:37:14] <ForgeDiscord>
<quadraxis> it should probably be logged at ERROR level,
tbh
L224[11:38:01] <ForgeDiscord>
<MoxieGrrl> You seem to be somewhat behind on updating
JEI.
L225[11:38:28] <lillelykke> Just updated
it now.
L226[11:38:42] <ForgeDiscord>
<MoxieGrrl> Yeah, I'd try that and see if the error still
persists.
L227[11:39:01] <lillelykke> Oh, nvm.
L228[11:39:08] <lillelykke> Try
what?
L229[11:39:17] <ForgeDiscord>
<MoxieGrrl> Updating JEI.
L230[11:40:06] <ForgeDiscord>
<MoxieGrrl> Latest release is 188.
L231[11:40:26] <lillelykke> Ye
L232[11:40:32] <lillelykke> But.. that
doesn't solve the rest?
L233[11:40:52] <ForgeDiscord>
<MoxieGrrl> So it still crashes once updated?
L234[11:49:31] ⇦
Quits: Electrolitic
(Electrolitic!~Electroli@104-184-56-125.lightspeed.cicril.sbcglobal.net)
(Ping timeout: 198 seconds)
L235[11:57:35] <ForgeDiscord> Command sent
by MoxieGrrl
L236[11:57:36] <ForgeDiscord> ...are you
gone? ?
L237[11:58:56] <gigaherz> no he didn't
quit :P
L238[11:59:06] ⇦
Quits: Byteflux (Byteflux!~byte@byteflux.net) (Remote host closed
the connection)
L239[11:59:08] <ForgeDiscord>
<MoxieGrrl> I should just get back on IRC.
L240[11:59:11] <lillelykke> I'm here.
Working my ass off trying to solve it.
L241[11:59:15] <lillelykke> Sorry for no
reply.
L242[11:59:28] <ForgeDiscord>
<MoxieGrrl> Did you update JEI like I said and test to see
whether that solved the issue?
L243[11:59:30] <lillelykke> I'll be back
with more after I've redone everything and started the server
again.
L244[11:59:39] <lillelykke> Starting it
now.. so I'm crossing my fingers.
L245[11:59:47] <lillelykke> JEI has been
redownloaded and updated now.
L246[12:00:13] <lillelykke> But the issue
was most likely two files not uploaded.. somehow. But I'll get my
answer soon.
L247[12:00:57]
⇨ Joins: Byteflux (Byteflux!~byte@byteflux.net)
L248[12:03:28] <lillelykke> Server is up.
Thanks for all the help.
L249[12:08:29] <lillelykke> Seems my issue
was FileZilla not uploading everything that it's asked to do.
:/
L250[12:14:49] <ForgeDiscord>
<MoxieGrrl> Wow. Filezilla.
L251[12:15:09] <ForgeDiscord>
<MoxieGrrl> it has been years since I've used
Filezilla.
L252[12:18:53] <gigaherz> I use it
regularly :P
L253[12:19:12] <gigaherz> mostly to upload
my local maven repository to my crappy hosting provider
L254[12:22:01] <ForgeDiscord>
<srs_bsns> Everytime I see the name FileZilla I am
immediately reminded of eMule for some reason.
L255[12:22:41] <ForgeDiscord>
<Lord_Ralex> filezilla is crap
L257[12:27:00] <gigaherz> lillelykke: we'd
need the actual logs
L258[12:27:10] <gigaherz> you can enable
logging in the launcher settings
L259[12:27:13] <ForgeDiscord>
<quadraxis> forge version?
L260[12:28:05] <lillelykke> 2703
L261[12:28:08] <ForgeDiscord>
<quadraxis> update to 2705
L262[12:28:13] <lillelykke> Getting them.
Too long for Hastebin.
L263[12:28:20] <lillelykke> I can't.
SpongeForge require 2703.
L264[12:28:31] <gigaherz> exactly
2703?
L265[12:28:35] <gigaherz> can't use
something newer at all?
L267[12:29:16] <lillelykke> Correct
L269[12:31:05] <lillelykke> This is from
client btw.
L270[12:32:00] <Neal> anyone know of a
circuit that generates a pulse from both the rising and falling
edge of a lever?
L272[12:33:03] <ForgeDiscord>
<quadraxis> well then you effectively have a sponge
issue
L273[12:33:46] <lillelykke> Because I
cannot update to 2705? ;p
L274[12:33:50] <ForgeDiscord>
<quadraxis> yes
L275[12:33:53] <lillelykke> Or because I
get the error?
L276[12:34:05] <lillelykke> You know both
2703 and 2705 got a star?
L277[12:34:07] <ForgeDiscord>
<quadraxis> although, to be sure, have you actually tried
2705?
L278[12:34:13] <lillelykke> You don't have
to use newest...
L279[12:34:17] <lillelykke> You
can't!
L280[12:34:24] <lillelykke> SpongeForge
require a specific version.
L281[12:34:37] <ForgeDiscord>
<Barteks2x> and it won't even let you try with different
one?
L282[12:34:39] <lillelykke> and that is
not why the client crash...
L283[12:34:42] <lillelykke> No.
L285[12:35:00] <Corosus> cant do 2705 on
client and 2703 on server?
L287[12:35:11] <lillelykke> Well, why
would you?
L288[12:35:16] <lillelykke> I thought you
ment on server.
L289[12:35:29] <lillelykke> But why would
you place 2705 on client? and not 2703?
L290[12:35:36] <ForgeDiscord>
<quadraxis> to fix your crash
L291[12:35:39] <Corosus> ^
L293[12:35:55] <lillelykke> So...
heh
L294[12:36:01] <Corosus> just try it
L295[12:36:20] <ForgeDiscord>
<quadraxis> and this is the problem with
"recommended" versions
L296[12:36:27] <ForgeDiscord>
<quadraxis> you have a problem
L297[12:36:31] <ForgeDiscord>
<quadraxis> which is fixed
L298[12:36:41] <ForgeDiscord>
<quadraxis> and you are refusing to use the fix
L299[12:37:05] <lillelykke> I thought you
ment on server, and on server I can't.. no matter how much I would
like to.. due to SpongeForge.
L300[12:37:06] <gigaherz> I see
recommended versions as "if you use anything older, you
suck"
L301[12:37:09] <gigaherz> not as
"prefer this one"
L302[12:37:10] <lillelykke> But I'll try
on client.
L303[12:37:19] <gigaherz> I always find
latest to work best ;P
L304[12:37:34] <Corosus> a good way to
look at it heh
L305[13:22:00] <lillelykke> 2705 works on
client.
L307[13:24:49] <gigaherz> you mean Lex
;P
L309[13:36:53] <lillelykke> errrr...
L310[13:37:03] <lillelykke> Getting quite
a decent amount of them.
L311[13:37:16] <ForgeDiscord>
<JamiesWhiteShirt> I believe you have to blame
journeymap
L312[13:37:26] <lillelykke> hmm..
L313[13:37:46] <lillelykke> Anything
better to use?
L314[13:37:56] <lillelykke> JourneyMap has
not been updated for quite some time.
L315[13:38:56] <ForgeDiscord>
<JamiesWhiteShirt> look around for the issue on the
journeymap issue tracker. there might be a solution
L317[14:14:30] ⇦
Quits: Wuppy (Wuppy!~Wuppy@5072BE60.static.ziggozakelijk.nl) (Read
error: Connection reset by peer)
L318[14:37:45] ⇦
Quits: Ipsis (Ipsis!~Ipsis@82-69-71-184.dsl.in-addr.zen.co.uk)
(Ping timeout: 198 seconds)
L319[15:03:34] ⇦
Quits: SeargeDP
(SeargeDP!~Searge@c83-251-224-78.bredband.comhem.se) (Read error:
Connection reset by peer)
L320[15:16:05] ⇦
Quits: Fye (Fye!~Fye@146-241-2-123.dyn.eolo.it) (Read error:
Connection reset by peer)
L321[15:20:18] ⇦
Quits: Nedelosk
(Nedelosk!~Nedelosk@ip-109-90-121-64.hsi11.unitymediagroup.de)
(Read error: Connection reset by peer)
L322[15:21:29] ⇦
Quits: Upth
(Upth!~ogmar@108-85-88-44.lightspeed.frokca.sbcglobal.net) (Ping
timeout: 182 seconds)
L323[15:22:04]
⇨ Joins: Upth
(Upth!~ogmar@108-85-88-44.lightspeed.frokca.sbcglobal.net)
L324[15:24:54]
⇨ Joins: arlyon
(arlyon!~arlyon@2a00:23c5:be9b:ad00:5db4:ed48:8f0:e3e2)
L325[15:51:45]
⇨ Joins: Girafi
(Girafi!Girafi@0x4dd5d357.adsl.cybercity.dk)
L326[15:53:11] ⇦
Quits: Girafi (Girafi!Girafi@0x4dd5d357.adsl.cybercity.dk) (Client
Quit)
L327[15:54:05]
⇨ Joins: Girafi
(Girafi!Girafi@0x4dd5d357.adsl.cybercity.dk)
L328[15:59:59]
⇨ Joins: Nightenom
(Nightenom!webchat@93-153-32-250.tmcz.cz)
L329[16:02:55] ⇦
Quits: Girafi (Girafi!Girafi@0x4dd5d357.adsl.cybercity.dk)
()
L330[16:21:57]
⇨ Joins: Girafi
(Girafi!Girafi@0x4dd5d357.adsl.cybercity.dk)
L331[16:24:59] ⇦
Quits: Girafi (Girafi!Girafi@0x4dd5d357.adsl.cybercity.dk) (Client
Quit)
L332[16:31:17]
⇨ Joins: immibis
(immibis!~chatzilla@222-155-160-32-fibre.bb.spark.co.nz)
L333[16:56:01] ⇦
Quits: arlyon
(arlyon!~arlyon@2a00:23c5:be9b:ad00:5db4:ed48:8f0:e3e2) (Quit:
computer gone to sleep)
L334[17:00:17] <ForgeDiscord>
<Keridos> how can i filter IItemhandler slots from automation
without touching how the gui works?
L335[17:00:57] <ForgeDiscord> <mezz>
use an internal item handler for the gui, expose a limited version
via capabilities
L336[17:01:21] <ForgeDiscord>
<Keridos> IItemHandlerModifiable?
L337[17:01:50] <ForgeDiscord> <mezz>
avoid that class, I think it's meant as a crutch for some weird
vanilla stuff
L338[17:02:01] <ForgeDiscord> <mezz>
one sec I'll find you an example in forestry
L339[17:02:05] <ForgeDiscord>
<Keridos> ok thanks
L340[17:03:04] ⇦
Quits: immibis
(immibis!~chatzilla@222-155-160-32-fibre.bb.spark.co.nz) (Ping
timeout: 182 seconds)
L341[17:05:19] <ForgeDiscord> <mezz>
hm looks like we just use SidedInvWrapper and InvWrapper which
implement IItemHandlerModifiable since the automation restrictions
are generally the same as the gui restrictions
L342[17:05:36] <ForgeDiscord> <mezz>
you can subclass one of those and give it additional side or slot
restrictions
L343[17:06:35] <gigaherz>
IItemHandlerModifiable is not a hack
L344[17:06:37] <ForgeDiscord> <mezz>
so basically you have a class for the gui, and then for
capabilities you give out a wrapper that has the extra restrictions
so anyone requesting it has to follow those rules for
automation
L345[17:06:43] <gigaherz> it's there to
allow calling setStackInSlot
L346[17:06:51] <gigaherz> since the basic
interface only has insert and extract
L347[17:06:54] <gigaherz> it's needed for
GUI use
L348[17:07:16] <ben_mkiv> so i can remove
all my overrides when changing to that from ItemStackHandler
:>
L349[17:07:16] <ForgeDiscord> <mezz>
personally, I don't think capabilities should be used for
guis
L350[17:07:33] <gigaherz> well
L351[17:07:40] <gigaherz> you can have an
ItemStackHandler in the TE
L352[17:07:49] <gigaherz> then I like to
have a .getInventory() method in the TE for internal use
L353[17:08:09] <gigaherz> but it's also
perfectly fine to return the internal inventory when someone calls
getCapability(ITEM_HANDLER, null)
L354[17:08:18] <ForgeDiscord>
<Keridos> I will just implement two functions, one to get the
internal use inventory, aka unrestricted
L355[17:08:33] <ForgeDiscord>
<Keridos> and one to get the inventory from a
capability
L356[17:09:28] <ForgeDiscord> <mezz>
sounds good
L357[17:09:39] ⇦
Quits: Hgrebnednav
(Hgrebnednav!~Hgrebnedn@d8d872a6e.access.telenet.be) (Ping timeout:
202 seconds)
L358[17:10:26] <ForgeDiscord>
<Keridos> gigaherz, I do not want certain slots to be
accessable from capabilities
L359[17:10:48] <gigaherz> yeah so then do
not return it from getCapability
L360[17:10:49] <gigaherz> ;P
L361[17:11:01] <gigaherz> I was just
pointing out that 99% of the calls to te.getCapability
L362[17:11:03] <gigaherz> will have a
Side
L363[17:11:07] <gigaherz>
EnumFacing*
L364[17:11:21] <ForgeDiscord>
<Keridos> how can I create a more restricted copy of the same
inventory?
L365[17:11:25] <gigaherz> wrapper
L366[17:11:30] ⇦
Quits: Javaschreiber
(Javaschreiber!~Thunderbi@88-209-32-73.nga.highspeed-baumann.de)
(Quit: Javaschreiber)
L367[17:12:10] <gigaherz> create a class
RestrictedWrapper : IItemHandlerModifiable { final
IItemHandlerModifiable rawInventory = whatever;
L368[17:12:22] <gigaherz> that forwards
all the iitemhandlermodifiable methods to rawInventory
L369[17:12:30] <gigaherz> EXCEPT skipping
the slots you don't want accessible
L370[17:12:43] <gigaherz> and correcting
getCount or whatever it's called
L371[17:12:51] <gigaherz> so that it
returns the true number of accessible slots
L372[17:13:01] <gigaherz> if the slots are
at the beginning or end
L373[17:13:06] <gigaherz> use
RangedWrapper which already does that for you
L374[17:13:34] <gigaherz> if not, you can
use RangedWrapper as an example
L375[17:16:53] <ForgeDiscord>
<Keridos> ok so just return a new RAngedwrapper(inventory,
minslot, maxslot)
L376[17:17:10] <ForgeDiscord>
<Keridos> maxslot is exclusive so if I want 0-8 i do 0 and 9
?
L377[17:18:18] <gigaherz> ...yes
L378[17:19:00] <ForgeDiscord>
<Keridos> ok thanks
L379[17:30:39] ⇦
Quits: Nightenom (Nightenom!webchat@93-153-32-250.tmcz.cz) (Quit:
webchat.esper.net)
L380[18:01:55] ⇦
Quits: ben_mkiv (ben_mkiv!~ben_mkiv@p4FED5DFD.dip0.t-ipconnect.de)
(Ping timeout: 202 seconds)
L381[19:21:23]
⇨ Joins: Wastl2_
(Wastl2_!~Wastl2@x4e37bff9.dyn.telefonica.de)
L382[19:23:35] ⇦
Quits: Wastl2 (Wastl2!~Wastl2@x4db46045.dyn.telefonica.de) (Ping
timeout: 202 seconds)
L383[19:41:48]
⇨ Joins: ben_mkiv
(ben_mkiv!~ben_mkiv@p57972A38.dip0.t-ipconnect.de)
L384[21:00:15] <LexManos> PERSONALLY I
think for inventories, Sides should be external,And Null should be
the 'internal full inventory' used for GUIs/internal ticking
whatever.
L385[21:09:48] <gigaherz> yeah the only
thing with that is that for internal use, you know your TE type, so
giving it a .getInventory() method saves typing and execution
time
L386[21:09:58] <gigaherz> so may as well
do that and return null from getCapability
L387[21:10:56] <gigaherz> if you also want
to allow OTHERS to access this internal inventory, then yes,
getCapability(,null) sounds like the ideal way
L388[21:36:38] <ForgeDiscord> <mezz>
I treat the null side as an internal view, aka "some
waila-like plugin is gonna display this"
L389[21:38:39] <gigaherz> yeah but it's
different if it's just "all sides combined"
L390[21:38:54] <gigaherz> vs including
hidden slots that are normally not accessible
L391[21:39:29] <gigaherz> you may not want
waila to show those hidden slots, but maybe you need them for GUI
use
L392[21:39:46] <gigaherz> so different
levels of "internal"
L393[21:41:47] <ForgeDiscord> <mezz>
yeah
L394[21:48:43] ⇦
Quits: ben_mkiv (ben_mkiv!~ben_mkiv@p57972A38.dip0.t-ipconnect.de)
(Ping timeout: 202 seconds)
L395[21:53:10] <LexManos> ya once you
start getting to that level, it gets kinda odd
L396[21:55:46] <ForgeDiscord>
<Keridos> is there a good alternative for guiContainer in
terms of features when inventory management is not needed?
L397[21:56:18] <LexManos> what features do
you want?
L398[21:56:43] <ForgeDiscord>
<Keridos> buttonlist worked fine
L399[21:57:04] <ForgeDiscord>
<Keridos> and for some reason guileft and top I can set but
they do not work
L400[21:58:58] <ForgeDiscord> <mezz>
if you have a gui without an inventory, you want to use GuiScreen
instead
L401[21:59:07] <ForgeDiscord>
<Keridos> yeah used that
L402[21:59:12] <ForgeDiscord>
<Keridos> merge foreground and background
L403[21:59:15] <ForgeDiscord>
<Keridos> background works fine
L404[21:59:41] <ForgeDiscord>
<Keridos> the foreground stuff is in the top left
corner
L405[22:00:08] <ForgeDiscord>
<Keridos> even after I copied the gui left and right and x
and y size from the guicontainer (since my code relies on
that
L406[22:00:13] <ForgeDiscord> <mezz>
you lost me, I'm not sure what you're talking about
L407[22:00:23] <ForgeDiscord>
<Keridos> guicontainer has fore and background layer
L408[22:00:43] <ForgeDiscord>
<Keridos> i used guicontainer before, but since the gui does
not need inventory managment I want something without the inventory
part
L409[22:00:52] <ForgeDiscord> <mezz>
ok
L410[22:01:25] <ForgeDiscord> <mezz>
you can easily make your own foreground and background
methods
L411[22:01:49] <gigaherz> Keridos: note
that the "layers" are really just two steps in the
drawing
L412[22:02:11] <gigaherz> the code just
draws sortof: background effect -> background later -> slots
-> foreground layer -> tooltips
L413[22:02:23] <gigaherz> or maybe slots
goes after foreground
L414[22:03:00] <ForgeDiscord>
<Keridos> <up
L415[22:03:15] <ForgeDiscord>
<Keridos> well i got everything to render except the
buttons
L416[22:03:16] <gigaherz> anyhow, what I
mean is that, you don't REALLY need that distinction... unless you
need it ;P
L417[22:03:22] <ForgeDiscord>
<Keridos> yeah
L418[22:03:25] <ForgeDiscord>
<Keridos> it does not need that
L419[22:03:33] <gigaherz> example: config
menu
L420[22:03:37] <ForgeDiscord>
<Keridos> but for some reason the texture of the background
is rendered correctly
L421[22:03:52] <ForgeDiscord>
<Keridos> but all the text and descriptions are in the top
left corner
L422[22:04:08] <gigaherz> check like,
GuiVideoSettings
L423[22:04:35] <ForgeDiscord> <mezz>
you'll have to render with an offset to put them into the right
place on the screen
L424[22:04:47] <gigaherz> although I guess
that doesn't bother with the idea of guiLeft/guitop
L425[22:04:55] <ForgeDiscord>
<Keridos> int x = (width - xSize) / 2; int y = (height -
ySize) / 2;
L426[22:05:07] <gigaherz> width == the
screen size
L427[22:05:17] <gigaherz> so that would
put it centered
L428[22:05:26] <ForgeDiscord>
<Keridos> yup worked before
L429[22:05:48] <gigaherz> are you calling
super.drawScreen?
L430[22:05:57] <ForgeDiscord>
<Keridos> yes
L431[22:06:33] <gigaherz> can you link to
the code? (or paste it, I can switch to the discord window
;P)
L432[22:06:48] <ForgeDiscord>
<Keridos> ah now i see the problem
L433[22:07:02] <ForgeDiscord>
<Keridos> apparently foreground layer was centered
already
L434[22:10:50] <ForgeDiscord>
<Keridos> ok now I just need to get the buttons back
L435[22:11:56] <gigaherz> super.drawScreen
should draw the buttons just fine hmmm
L436[22:12:06] <ForgeDiscord>
<Keridos> ah
L437[22:12:24] <ForgeDiscord>
<Keridos> they were behind the background
L438[22:12:33] <ForgeDiscord>
<Keridos> thanks, that works apparently
L439[22:12:54] <ForgeDiscord>
<Keridos> how can I sync the screen though?
L440[22:12:55] <ForgeDiscord> <mezz>
hah that's the kind of random bad luck that makes guis really hard
to write
L441[22:13:08] <ForgeDiscord>
<Keridos> I had a container with sendChanges before
L442[22:13:17] <ForgeDiscord>
<Keridos> how can I ensure my GUIs are up to date in
guiscreen?
L443[22:13:27] <ForgeDiscord> <mezz>
send your own packets to the client
L444[22:14:13] <gigaherz> yeah send
packets.
L445[22:14:23] <gigaherz> note that, one
of the things guiContainer does
L446[22:14:32] <gigaherz> is that it has
the Container object on the server
L447[22:14:33] <ForgeDiscord>
<Keridos> i have a simpleimpl message system
L448[22:14:35] <gigaherz> and on the
client
L449[22:14:46] <gigaherz> so it can easily
sync the server Container with the client Container
L450[22:14:54] <gigaherz> if you use
GuiScreen, you lose that
L451[22:15:02] <gigaherz> so you'll haveto
send an IMessage with the info
L452[22:15:12] <ForgeDiscord>
<Keridos> what would be a smart way to do that
L453[22:15:21] <ForgeDiscord>
<Keridos> send that each tick to all the clients in range of
the TE
L454[22:15:22] <ForgeDiscord>
<Keridos> ?
L455[22:15:42] <gigaherz> and in the
client's receiving end, access
Minecraft.getMinecraft().currentScreen
L456[22:15:46] <gigaherz> make sure it's
YOUR screen
L457[22:15:58] <gigaherz> then call a
.receiveMessage(IMessage) or such
L458[22:16:11] <gigaherz> well
L459[22:16:14] <ForgeDiscord> <mezz>
you only want to send to the player that has your gui open,
otherwise you will create packet spam when people are near
L460[22:16:16] <gigaherz> ideally, send
only when needed
L461[22:16:24] <gigaherz> so, only IF it
changes
L462[22:16:30] <gigaherz> and only to the
players that open the gui
L463[22:16:30] <ForgeDiscord>
<Keridos> How can i figure out which client needs the packets
on the server?
L464[22:16:42] <gigaherz> well that's what
the server-side Container object is for...
L465[22:16:50] <gigaherz> since you won't
have it
L466[22:16:52] <ForgeDiscord> <mezz>
20 packets per second to someone with a gui open is not a problem.
doing that to everyone nearby is a very big problem, imagine there
are 100 of your block and 10 players
L467[22:16:54] <gigaherz> you'll have to
effectively duplicate that
L468[22:16:55] <ForgeDiscord>
<Keridos> but with guiscreen we lose that?
L469[22:17:09] <gigaherz> you'll need to
keep a server-side list of "listeners"
L470[22:17:18] <gigaherz> that means send
packet from the client when they open the gui
L471[22:17:21] <gigaherz> and when they
close the gui
L472[22:17:28] <ForgeDiscord>
<Keridos> oh boy
L473[22:17:33] <gigaherz> the server then
adds each EntityPlayer to that list, or removes it
L474[22:17:39] <ForgeDiscord>
<Keridos> that escalated quickly
L475[22:17:46] <gigaherz> yes
L476[22:17:53] <gigaherz> you said you
don't need GuiContainer
L477[22:18:01] <gigaherz> maybe you will
now reconsider that ;P
L478[22:18:07] <ForgeDiscord>
<Keridos> I was just trying to get JEI to stop spamming the
screen
L479[22:18:15] <ForgeDiscord>
<Keridos> asked and somebody said, dont use container
L480[22:18:24] <ForgeDiscord> <mezz>
this is something you really only need to figure out once, you can
just reuse that code forever after
L481[22:18:48] <gigaherz> ah so you want
to skip anything that would normally activate for items-based
guis
L482[22:18:53] <gigaherz> such as
JEI
L483[22:18:56] <ForgeDiscord>
<Keridos> yes
L484[22:19:00] <gigaherz> yes then
L485[22:19:03] <ForgeDiscord>
<Keridos> the GUI does not have any inventory related
stuff
L486[22:19:24] <gigaherz> prepare a
OpenGuiMessage, CloseGuiMessage, and SyncGuiMessage
L487[22:20:05] <ForgeDiscord>
<Keridos> first two from client to server
L488[22:20:14] <gigaherz> and in the TE,
keep a list<EntityPlayer> openClients
L489[22:20:16] <ForgeDiscord>
<Keridos> third from server to client when first was sent,
but second not?
L490[22:20:32] <gigaherz> then
L491[22:20:53] <gigaherz> each tick, check
if the values changed (you can use some "dirty" flag),
and iterate through openClients, and send a Sync packet to each of
them
L492[22:21:31] <ForgeDiscord> <mezz>
I'm often too lazy to even keep a dirty flag, just send the updates
each tick. you can only have one gui open at a time so it's not
really bad
L493[22:21:44] <gigaherz> yeah that part
is optional
L494[22:21:46] <ForgeDiscord> <mezz>
but the proper way is definitely to keep a state for each client
like that
L495[22:22:25] <gigaherz> and yes
L496[22:22:43] <gigaherz> OpenGuiMessage:
client -> server -- server adds the sender to the list in the
TE
L497[22:22:57] <gigaherz> CloseGuiMessage:
client -> server -- server removes the sender from the list in
the TE
L498[22:23:23] <gigaherz> SyncGuiMessage:
server -> client -- client checks if the gui is still open
(could have been closed during transit), and if so, updates its
GuiScreen class
L499[22:23:47] <ForgeDiscord> <mezz>
^ also if the gui is closed, tell the server it's closed so it
stops sending
L500[22:24:04] <ForgeDiscord> <mezz>
just as a safety/sanity check
L501[22:24:06] <gigaherz> of course the
server should check if the TE still exists and such, and such
L502[22:24:19] <gigaherz> all the sanity
checks that are applicable ;P
L503[22:24:23] <ForgeDiscord> <mezz>
that's about it yeah
L504[22:26:41] <ForgeDiscord>
<Keridos> hm ok
L505[22:27:20] <gigaherz> it's less work
than it may sound like ;P
L506[22:27:29] <ForgeDiscord>
<Keridos> yes
L507[22:27:48] <gigaherz> for contrast:
I'm currently writing a parser for microsoft resource compiler
scripts
L508[22:28:08] <ForgeDiscord> <mezz>
fun?
L509[22:28:22] <gigaherz> not a full-blown
parser, since I don't care about #includes and such -- I just
ignore preprocessor directives
L510[22:28:42] <gigaherz> my goal is to
rewrite a tool I was working on
L511[22:28:58] <gigaherz> that can scan
all the language resource files in certain folders
L512[22:29:06] <gigaherz> and create a
mapping structure
L513[22:29:31] <gigaherz> of all the
translatable string components and their resource IDs
L514[22:29:47] <gigaherz> then compare
them across all the rc files and see if any file is missing any
id
L515[22:30:18] <gigaherz> it's quite fun
actually
L516[22:30:24] <gigaherz> I like writing
recursive descent parsers
L517[22:30:59] <gigaherz> I used a
previous parser code as a skeleton
L518[22:31:11] <gigaherz> so I have all
the tools I need for pred-LL(k) style parsing
L519[22:31:47] <gigaherz> (meaning, I have
as much lookahead as I need for each statement, and on top of that
I can disambiguate by comparing prefixes)
L520[22:32:52] <gigaherz> ...technically I
could make it pred-LL(*) since I could have a rule that has
unbounded lookaheads, but I want to avoid that if possible
L521[22:34:50] <ForgeDiscord>
<Keridos> when I have a list with entityplayer
L522[22:35:03] <ForgeDiscord>
<Keridos> can I remove simply by supplying the same player or
does it need to be an exact copy
L523[22:35:15] <ForgeDiscord>
<Keridos> so better check with a predicate if it really is
the player?
L524[22:35:47] <ForgeDiscord>
<Keridos> or does entityplayer implement equals(entityplayer
player) properly
L525[22:35:54] <gigaherz> the entity
should remain the same for the duration of a players'
"life"
L526[22:36:06] <ForgeDiscord>
<Keridos> ah ok
L527[22:36:10] <gigaherz> if the player
dies or disconnects, then it won't be the same next time
L528[22:36:21] <gigaherz> I guess you
might need to handle that too
L529[22:36:23] <ForgeDiscord>
<Keridos> well I could put in a predicate
L530[22:36:26] <gigaherz> and force-close
their gui
L531[22:36:39] <gigaherz> yes I mean, so
you don't keep them loaded
L532[22:36:44] <ForgeDiscord>
<Keridos> would it be enough to check if the entry is
null?
L533[22:37:23] <gigaherz> hmmm you could
have a sub-task running every few seconds
L534[22:37:39] <gigaherz> that checks if
the list of open clients are all in the list of entities watching
the TE
L535[22:38:11] <gigaherz> and no, I don't
think you should use a predicate that checks if two non-== entities
are the same player
L536[22:38:19] <gigaherz> if the player
died or reconnected, they DO NOT have the gui open
L537[22:38:24] <gigaherz> (or shouldn't,
at least)
L538[22:39:14] <ForgeDiscord>
<Keridos> so just cleaning the list every now and then from
players who can'T have the gui open?
L539[22:39:23] <ForgeDiscord>
<Keridos> like if they are too far away?
L540[22:39:36] <ForgeDiscord>
<Keridos> or disconnected?
L541[22:40:42] <gigaherz> something like
that
L542[22:40:54] <gigaherz> but it's 5:40am
so don't expect too much from my brain right now
L543[22:43:19] ⇦
Quits: Lathanael|Away
(Lathanael|Away!~Lathanael@p549603EE.dip0.t-ipconnect.de) (Ping
timeout: 202 seconds)
L544[22:44:35]
⇨ Joins: Lathanael|Away
(Lathanael|Away!~Lathanael@p549609C6.dip0.t-ipconnect.de)
L545[22:46:38] <ForgeDiscord>
<TeKGameR> U live in france?
L546[22:47:01] <ForgeDiscord>
<Keridos> judging by the name I'd say germany
L547[22:47:10] <ForgeDiscord>
<Keridos> or another german speaking country
L548[22:47:20] <ForgeDiscord>
<TeKGameR> Im in france and its 5:47pm ^^
L549[22:47:27] <ForgeDiscord>
<Keridos> yup, CET that is
L550[22:47:40] <ForgeDiscord>
<TeKGameR> So thats why im supoosing he is living in france
^^
L551[22:49:32] <gigaherz> nah spain
L552[22:49:52] <gigaherz> at the time I
chose my nickname, I didn't know "herz" was a german
word, I just skipped the "t" because it was cooler
L553[22:50:08] <gigaherz> originally I
capitalized it as GiGaHeRz
L555[22:50:33] <gigaherz> I have had this
nickname since I was like... 16?
L556[22:50:34] <ForgeDiscord>
<Keridos> Mein Herz brennt!
L557[22:50:51] <gigaherz> so 18 years or
so
L558[22:50:53] <ForgeDiscord>
<Keridos> apparently keridos or something like queridos is
actually a spanish word
L559[22:51:07] <gigaherz> eventually I
grew up, dropped the alternating case
L560[22:51:13] <gigaherz> but the nickname
stuck
L561[22:51:47] <gigaherz> yes queridos =
plural of "querido" which means "loved", so
"they who are loved"
L562[22:51:53] <ForgeDiscord>
<Keridos> gigaherz: sending the opengui message in initGUI on
client?
L563[22:51:58] <Mimiru> thanks Keridos...
now I have to play that song.
L564[22:52:09] <gigaherz> uhm I
guess
L565[22:53:00] <gigaherz> ... except
"they who are loved" would need an article in spanish,
which would make it "los queridos"
L566[22:55:05] <gigaherz> (and if you
think I speak a lot to myself when I'm tired, that's because I do
-- it's also the time of day when I'm most prolific in terms of
coding, writing and anything else that makes use of my brain)
L567[22:56:47] <gigaherz> (which is good
because I sleep best when I feel like I have accomplished
something, and this is a feeling I was starting to forget)
L568[23:01:20] <gigaherz> oaky time to
sleep
L569[23:01:22] <gigaherz> night ppl
L570[23:01:24] *
gigaherz poofs
L571[23:02:50] <ForgeDiscord>
<Keridos> gn8
L572[23:07:00] ⇦
Quits: p455w0rd
(p455w0rd!p455w0rd@c-98-220-249-33.hsd1.in.comcast.net) (Ping
timeout: 194 seconds)
L573[23:08:24]
⇨ Joins: p455w0rd
(p455w0rd!p455w0rd@c-98-220-249-33.hsd1.in.comcast.net)
L574[23:15:27] ⇦
Quits: p455w0rd
(p455w0rd!p455w0rd@c-98-220-249-33.hsd1.in.comcast.net) (Ping
timeout: 194 seconds)
L575[23:19:12]
⇨ Joins: p455w0rd
(p455w0rd!~p455w0rd@c-98-220-249-33.hsd1.in.comcast.net)
L576[23:32:07]
⇨ Joins: Ipsis
(Ipsis!~Ipsis@82-69-71-184.dsl.in-addr.zen.co.uk)
L577[23:33:02] <ForgeDiscord>
<Keridos> mmh my messages are not behaving
L578[23:33:09] <ForgeDiscord>
<Keridos> abstractmethoderror
L579[23:33:21] <ForgeDiscord>
<Keridos> although I proxied all the stuff i need through
final variables
L581[23:35:07] <ForgeDiscord>
<Keridos> can you tell me what is wrong in there?
L582[23:35:35] <ForgeDiscord> <mezz>
can I see the error?
L583[23:35:44] <ForgeDiscord>
<Keridos> There was a critical exception handling a packet on
channel omlib java.lang.AbstractMethodError: null
L584[23:35:57] <ForgeDiscord>
<Keridos> at
net.minecraftforge.fml.common.network.simpleimpl.SimpleChannelHandlerWrapper.channelRead0(SimpleChannelHandlerWrapper.java:56)
L585[23:36:02] ⇦
Quits: Ipsis (Ipsis!~Ipsis@82-69-71-184.dsl.in-addr.zen.co.uk)
(Ping timeout: 194 seconds)
L588[23:38:27] <ForgeDiscord>
<Keridos> nevermind
L589[23:41:23] <ForgeDiscord>
<liach> coremod error for sure
L590[23:41:39] <ForgeDiscord>
<Keridos> I have no coremod
L591[23:41:45] <ForgeDiscord>
<Keridos> at least none I have written myself
L592[23:42:17] <ForgeDiscord>
<liach> it may be another tweaker e.x. spongepowered
mixin
L593[23:42:45] <ForgeDiscord>
<liach> but here's a null. weird. may be asm failure
L594[23:42:46] <ForgeDiscord>
<Keridos> that is in my dev env
L595[23:42:54] <ForgeDiscord>
<Keridos> not some random server
L596[23:45:29] <ForgeDiscord>
<Keridos> sending that message to the server in initgui of
one of my gui classes
L598[23:49:07] <ForgeDiscord>
<Keridos> no
L599[23:49:11] <ForgeDiscord>
<Keridos> that is forge
L601[23:49:45] <ForgeDiscord>
<Keridos> that is the message, including the handler
L602[23:49:49] <ForgeDiscord>
<liach> can you reset workspace and try again?
L603[23:50:06] <ForgeDiscord>
<Keridos> i won't reset my workspace, no
L604[23:50:35] <ForgeDiscord>
<Keridos> this is harder to debug since message handling is
done in a seperate thread now
L605[23:52:43] <ForgeDiscord>
<liach> i mean that fg setup may be broken
L606[23:55:16] <ForgeDiscord>
<Keridos> it might be
L607[23:55:27] <ForgeDiscord>
<Keridos> but chances are really high that i screwed up
somewhere in my code