<<Prev
Next>>
Scroll to Bottom
Stuff goes here
L1[00:00:36] ⇦
Quits: cjm721 (~cjm721@2601:647:4502:c72d:49a6:cb36:be2b:d4a9)
(Read error: Connection reset by peer)
L2[00:00:51] ⇨
Joins: cjm721
(~cjm721@2601:647:4502:c72d:49a6:cb36:be2b:d4a9)
L3[00:03:29] ⇨
Joins: Dimmerworld
(~Dimmerwo@133.150.3.123.sta.dodo.net.au)
L4[00:07:29] ⇨
Joins: Hunterz
(~hunterz@2001:af0:8000:1c01:6af7:28ff:fe37:5d6a)
L5[00:07:38] ⇦
Quits: cjm721 (~cjm721@2601:647:4502:c72d:49a6:cb36:be2b:d4a9)
(Read error: Connection reset by peer)
L6[00:07:55] ⇨
Joins: cjm721
(~cjm721@2601:647:4502:c72d:49a6:cb36:be2b:d4a9)
L7[00:10:35] ⇦
Quits: cjm721 (~cjm721@2601:647:4502:c72d:49a6:cb36:be2b:d4a9)
(Read error: Connection reset by peer)
L8[00:10:51] ⇨
Joins: cjm721
(~cjm721@2601:647:4502:c72d:49a6:cb36:be2b:d4a9)
L9[00:12:34] ⇨
Joins: npe|office
(~NPExcepti@bps-gw.hrz.tu-chemnitz.de)
L10[00:13:15] ⇨
Joins: immibis
(~chatzilla@122-59-205-39.jetstream.xtra.co.nz)
L11[00:14:35] ⇦
Quits: cjm721 (~cjm721@2601:647:4502:c72d:49a6:cb36:be2b:d4a9)
(Read error: Connection reset by peer)
L12[00:14:47] ⇨
Joins: cjm721
(~cjm721@2601:647:4502:c72d:49a6:cb36:be2b:d4a9)
L13[00:17:42] ⇦
Quits: cjm721 (~cjm721@2601:647:4502:c72d:49a6:cb36:be2b:d4a9)
(Read error: Connection reset by peer)
L14[00:17:56] ⇨
Joins: cjm721
(~cjm721@2601:647:4502:c72d:49a6:cb36:be2b:d4a9)
L15[00:25:17] ⇦
Quits: cjm721 (~cjm721@2601:647:4502:c72d:49a6:cb36:be2b:d4a9)
(Quit: Leaving)
L16[00:26:37] ⇨
Joins: Necro
(~Necro@p200300700D199C9455C772305541DF32.dip0.t-ipconnect.de)
L17[00:42:15] ⇨
Joins: cjm721
(~cjm721@2601:647:4502:c72d:49a6:cb36:be2b:d4a9)
L18[00:46:55] ⇦
Quits: Neal (~Neal@47.146.41.184) (Ping timeout: 198
seconds)
L19[00:50:58] ⇦
Quits: iPixeli
(~iPixeli@host109-151-115-95.range109-151.btcentralplus.com) (Ping
timeout: 186 seconds)
L20[00:57:03] ⇨
Joins: iPixeli (~iPixeli@5.80.19.12)
L21[00:57:03]
MineBot sets mode: +v on iPixeli
L22[01:03:33] ⇨
Joins: mezz_ (~mezz@24.6.28.151)
L23[01:03:33]
MineBot sets mode: +v on mezz_
L24[01:03:47] ⇨
Joins: covers1624_
(~covers162@ppp122-232-6.static.internode.on.net)
L25[01:05:50] ⇦
Quits: Dimmerworld (~Dimmerwo@133.150.3.123.sta.dodo.net.au) (Ping
timeout: 186 seconds)
L26[01:05:50] ⇦
Quits: covers1624 (~covers162@ppp122-232-6.static.internode.on.net)
(Ping timeout: 186 seconds)
L27[01:05:50] ⇦
Quits: mezz (~mezz@24.6.28.151) (Ping timeout: 186
seconds)
L28[01:15:25] ⇦
Quits: Necro
(~Necro@p200300700D199C9455C772305541DF32.dip0.t-ipconnect.de)
(Ping timeout: 204 seconds)
L29[01:17:15] ⇦
Quits: covers1624_
(~covers162@ppp122-232-6.static.internode.on.net) (Read error:
-0x1: UNKNOWN ERROR CODE (0001))
L30[01:17:44] ⇨
Joins: covers1624_
(~covers162@ppp122-232-6.static.internode.on.net)
L31[01:35:55] ⇨
Joins: Cornelia
(~Nel@c-75-71-231-133.hsd1.co.comcast.net)
L32[01:52:00] ⇦
Quits: thecodewarrior
(~thecodewa@75-128-36-46.static.mtpk.ca.charter.com) (Remote host
closed the connection)
L33[01:54:52] <MCPBot_Reborn> [TEST CSV]
Pushing snapshot_20171025 mappings to Forge Maven.
L34[01:54:56] <MCPBot_Reborn> [TEST CSV]
Maven upload successful for mcp_snapshot-20171025-1.12.zip
(mappings = "snapshot_20171025" in build.gradle).
L35[01:55:07] <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/
L36[02:26:31] ⇨
Joins: gigaherz|work (~gigaherz@84.89.63.25)
L40[02:30:19] <quadraxis> library changes
and data packs are still somewhat interesting
L41[02:30:56] <quadraxis> wonder if json
recipes are in for data packs
L42[02:41:16] ⇨
Joins: c64cosmin (kiwiirc@86.125.236.221)
L43[02:48:07] ⇦
Quits: Larry1123 (Larry1123@irc.larry1123.net) (Ping timeout: 198
seconds)
L44[03:02:32] ***
diesieben|away is now known as diesieben07
L45[03:13:37] ⇨
Joins: Searge|Mojang
(~Searge@h-85-24-130-18.NA.cust.bahnhof.se)
L46[03:15:36] ⇦
Quits: Searge|Work (~Searge@h-85-24-130-18.NA.cust.bahnhof.se)
(Ping timeout: 183 seconds)
L47[03:26:53] ⇨
Joins: Larry1123 (Larry1123@irc.larry1123.net)
L48[03:42:27] ⇦
Quits: Larry1123 (Larry1123@irc.larry1123.net) (Ping timeout: 198
seconds)
L49[03:55:04] ⇨
Joins: Larry1123 (Larry1123@irc.larry1123.net)
L50[03:57:26] ⇨
Joins: nallar
(~nallar@cpc134854-cani4-2-0-cust141.know.cable.virginm.net)
L51[04:04:55] ⇦
Quits: Larry1123 (Larry1123@irc.larry1123.net) (Ping timeout: 200
seconds)
L53[04:16:01] ⇨
Joins: Larry1123 (Larry1123@irc.larry1123.net)
L54[04:28:38] ⇦
Quits: mumfrey (~Mumfrey@dedi5.eq2.co.uk) (Ping timeout: 200
seconds)
L55[04:29:22] ⇨
Joins: Davnit_ (~Davnit@72.189.115.20)
L56[04:35:01] ⇦
Quits: Davnit (~Davnit@72.189.115.20) (Ping timeout: 383
seconds)
L57[04:46:24] ⇨
Joins: Kruptein (~kruptein@134.58.253.57)
L58[04:58:34] ⇨
Joins: Upthorn
(~ogmar@108-85-88-44.lightspeed.frokca.sbcglobal.net)
L59[05:08:08] ⇨
Joins: KGS (~KGS@h-158-174-9-50.NA.cust.bahnhof.se)
L60[05:11:06] ⇦
Quits: nallar
(~nallar@cpc134854-cani4-2-0-cust141.know.cable.virginm.net) (Ping
timeout: 383 seconds)
L61[05:11:16] ⇨
Joins: nallar
(~nallar@cpc134854-cani4-2-0-cust141.know.cable.virginm.net)
L62[05:51:52] ⇦
Quits: KGS (~KGS@h-158-174-9-50.NA.cust.bahnhof.se) (Ping timeout:
186 seconds)
L63[05:56:39] ⇦
Quits: Larry1123 (Larry1123@irc.larry1123.net) (Ping timeout: 186
seconds)
L64[06:07:08] ⇦
Quits: immibis (~chatzilla@122-59-205-39.jetstream.xtra.co.nz)
(Ping timeout: 200 seconds)
L65[06:11:13] ⇨
Joins: Larry1123 (Larry1123@irc.larry1123.net)
L66[06:13:43] ⇨
Joins: h5h77
(~h5h77@2a02:8108:4b40:907:922b:34ff:feae:b38b)
L67[06:22:59] <Kruptein> Hm I have a block
that has it's state set upon getStateForPlacement and based on its
surroundings, which works. Now the /fill and /setblock commands do
not use this as they use either the default state or a supplied
state.
L68[06:23:16] <Kruptein> is there some way
to get the getStateForPlacement behaviour with those
commands?
L69[06:23:33] <gigaherz|work> I don't
believe so
L70[06:23:52] <Kruptein> yeah I was afraid
so
L71[06:24:04] <gigaherz|work> I might be
wrong
L72[06:24:09] <gigaherz|work> or there may
be some alternative way
L73[06:24:29] <gigaherz|work> like, does
onBlockPlaced get called?
L74[06:24:43] <gigaherz|work> or
onblockPlacedBy, whichever is the one that was NOT renamed
getStateForPlacement
L75[06:24:56] <Kruptein> yeah
onBlockPlacedBy is not called either
L76[06:26:32] <gigaherz|work> yeah then I
don't believe there's any good way to make it work when using
commands
L77[06:26:35] <Kruptein> the default state
itself is in the normal usage of the block something that almost
never happens though, so I might do some extra check in
getActualState or something if it's currently in the default
state
L78[06:26:51] <gigaherz|work> hmmm
L79[06:27:00] <gigaherz|work> if
onBlockAdded is called
L80[06:27:09] <gigaherz|work> you might be
able to schedule a block update
L81[06:27:23] <gigaherz|work> and then
"fix" the state in the update method
L82[06:27:27] <Kruptein> hm true
L83[06:27:57] <Kruptein> no dice
either
L84[06:28:13] <Kruptein> looking at the
command code, it just calls setBlockState
L85[06:28:30] <gigaherz|work> yep
L86[06:28:38] <gigaherz|work> I was hoping
that setBlockState did imply onBlockAdded
L87[06:28:54] <gigaherz|work> since it gets
called even when loading from a save
L88[06:29:23] <Kruptein> yeah, well I'll
tinker around more thanks for the help
L89[06:29:38] <Ordinastie> setBlockState
does call onBlockAdded
L90[06:29:42] <Kruptein> hm
L91[06:30:00] <Ordinastie> not client side
though
L92[06:30:04] <Kruptein> my breakpoint did
not get called during the /setblock placement though
L93[06:31:26] <Kruptein> but it's indeed in
one of the if cases in the setBlockState method
L94[06:35:35] <Kruptein> I'm retarded
L95[06:35:53] <Kruptein> I didn't restart
my game after overriding the onBlockAdded method
L96[06:36:26] <Kruptein> so yeah it does
call onBlockAdded :)
L97[06:46:08] ⇨
Joins: Necro (~Necro@p4fe04a4d.dip0.t-ipconnect.de)
L98[06:59:23] ⇦
Quits: Necro (~Necro@p4fe04a4d.dip0.t-ipconnect.de) (Ping timeout:
200 seconds)
L99[07:04:21] ⇦
Quits: gigaherz|work (~gigaherz@84.89.63.25) (Remote host closed
the connection)
L100[07:44:20]
⇨ Joins: ben_mkiv
(~ben_mkiv@p4FED52FA.dip0.t-ipconnect.de)
L101[08:37:13] ⇦
Quits: Hunterz (~hunterz@2001:af0:8000:1c01:6af7:28ff:fe37:5d6a)
(Quit: Leaving.)
L102[08:45:21] ⇦
Quits: npe|office (~NPExcepti@bps-gw.hrz.tu-chemnitz.de) (Remote
host closed the connection)
L103[08:48:29] ⇦
Quits: quadraxis
(~quadraxis@cpc77293-basf12-2-0-cust699.12-3.cable.virginm.net)
(Ping timeout: 200 seconds)
L104[08:49:27]
⇨ Joins: h404bi (~h404bi@119.129.119.218)
L105[08:57:09] ⇦
Quits: h5h77 (~h5h77@2a02:8108:4b40:907:922b:34ff:feae:b38b) (Ping
timeout: 198 seconds)
L106[08:59:10]
⇨ Joins: h5h77
(~h5h77@ip1f106405.dynamic.kabel-deutschland.de)
L107[09:03:11] <barteks2x> awesome,
discord broke itself completely. Completely black, shows
nothing
L108[09:05:34] <Andrio> Ctrl+R?
L109[09:07:30] <barteks2x> looks like I
need libcxx package...
L110[09:08:07] <barteks2x> what... it
loaded
L111[09:09:10]
⇨ Joins: mumfrey (~Mumfrey@dedi5.eq2.co.uk)
L112[09:20:01] <barteks2x> If I want to
dynamically create a texture 9in GUI), is the only option raw
opengl calls or is there somethingn builtin Minecraft?
L113[09:49:06]
⇨ Joins: Nedelosk
(~Nedelosk@ip-109-90-74-164.hsi11.unitymediagroup.de)
L114[09:53:16] ⇦
Quits: Searge|Mojang (~Searge@h-85-24-130-18.NA.cust.bahnhof.se)
(Read error: Connection reset by peer)
L115[09:53:19]
⇨ Joins: Searge|Work
(~Searge@h-85-24-130-18.NA.cust.bahnhof.se)
L116[10:05:29] <barteks2x> awesome, 1.13
snapshot is out. And it has lwjgl3 :D
L117[10:09:56] ⇦
Quits: Kruptein (~kruptein@134.58.253.57) (Quit:
Leaving)
L118[10:19:57]
⇨ Joins: Meronat
(uid190493@id-190493.highgate.irccloud.com)
L119[10:21:33] <barteks2x> either that
snapshot uses more ram than chrome before even getting to main
menu, or something in my system decided to just eat all the
available ram
L120[10:26:54] <barteks2x> I can't get
into terminal or task manager, hexchat is the only more or less
responsive thing now...
L121[10:27:37]
⇨ Joins: Neal (~Neal@47.146.41.184)
L122[10:30:51]
⇨ Joins: Brokkoli
(~Brokkoli@p2E5B1C13.dip0.t-ipconnect.de)
L123[10:31:20] <barteks2x> OH GOD it is
Minecraft using 1315 (!) GB RAM
L124[10:31:45] <barteks2x> *15
L125[10:31:50] <barteks2x> on a 4GB
machine
L126[10:32:28] <barteks2x> well, maybe 10
GB of actual RAM. It ate all of my RAM and all of my SWAP
L127[10:41:43] <Ashlee> why are you
running Minecraft with Xmx10G? :P
L128[10:41:51] <barteks2x> I ran it with
Xmx1G
L129[10:41:59] <Ashlee> then it shouldn't
go beyond ~1GB mark
L130[10:42:03] <barteks2x> it did
L131[10:42:11] <barteks2x> now I will run
it with ulimit...
L132[10:42:33] <Ashlee> note that there's
other stuff than Xmx that get allocated but it definitely should
not be 10GB ;)
L133[10:43:06] <barteks2x> it was 10GB and
then hard crashed the JVm presumably with out of memory
L134[10:43:16] <barteks2x> but I can't
find hs_err file
L135[10:44:25] <barteks2x> crap...
disabling custom JVM arguments removes whatever I had there
L136[10:44:33] <barteks2x> now I don't
have the arguments I had
L137[10:50:25]
⇨ Joins: malte0811 (~malte@185.134.128.197)
L138[10:52:56]
⇨ Joins: auenfx8
(~David@CPE-143-238-162-244.lns11.woo.bigpond.net.au)
L139[10:53:30] ⇦
Quits: auenf (~David@CPE-143-238-162-244.lns11.woo.bigpond.net.au)
(Read error: Connection reset by peer)
L141[10:57:11] <barteks2x> I had some G1GC
options (which I know have been useless because only 1GB
allocated)
L142[10:57:23] <IoP> using or
reserved?
L143[10:57:45] ***
diesieben07 is now known as diesieben|away
L144[10:57:56] <barteks2x>
Xmx=Xms=1G
L145[10:58:10] <barteks2x> and I had
printgc, so I knew java heap didn't go above 100MB
L146[10:58:14] <barteks2x> well,
110MB
L147[10:59:26] ⇦
Quits: Zesty (~Zesty@2604:180:3:cc0::9a57) (Remote host closed the
connection)
L148[10:59:35] <barteks2x> so it used
10+GB of memory allocated outside of java heap...
L149[10:59:57] <Ashlee> latest java8?
(j8u151 I think)
L150[11:00:07] <barteks2x> 144
L151[11:00:12] <Ashlee> update then
L152[11:00:25] <barteks2x> not like the
launcher has a newer one builtin...
L153[11:00:32]
⇨ Joins: mikerman50
(mikerman50@cpc77028-warw18-2-0-cust381.3-2.cable.virginm.net)
L154[11:01:26] <barteks2x> And I hate
updating java because oracle is stupid and because of that I have
to manually open their download page in browser, and extract the
archive so package manager has access to it
L155[11:02:32] <barteks2x> anyway, now I
can't make it happen again.
L156[11:08:17]
⇨ Joins: auenf
(~David@CPE-143-238-162-244.lns11.woo.bigpond.net.au)
L157[11:09:45] ⇦
Quits: auenfx8
(~David@CPE-143-238-162-244.lns11.woo.bigpond.net.au) (Remote host
closed the connection)
L158[11:30:18]
⇨ Joins: Hgrebnednav
(~Hgrebnedn@d8D872A6E.access.telenet.be)
L159[11:35:48]
⇨ Joins: Noppes
(~Noppes@ip56530f2e.direct-adsl.nl)
L160[11:38:24]
⇨ Joins: McJty
(~jorrit@ptr-9197ufoywrobj2vhxh4.18120a2.ip6.access.telenet.be)
L161[11:44:36] <barteks2x> FernFlower can
sometimes be so dumb: return (void)this.fld_1405_a;
L162[11:47:59] <malte0811> What was that
supposed to be?
L163[11:59:53] <barteks2x> no idea, I
tried to decompile the snapshot
L164[12:01:13] <malte0811> Didn't even
know there was one. Is there any way to apply the current MCP
mappings to it?
L165[12:01:26] <barteks2x> I used a tool
called despector
L166[12:01:51] <barteks2x> But now that I
see that it doesn't work too well, I will try to continue working
on my own tool to update SRG mappings
L167[12:02:14] <barteks2x> (because SRG
mappings are the only issue, once you have srg mappings you can
decompile any version)
L168[12:03:22] <barteks2x> These are
results for 1.12.2->latest snapshot: Mapped 3162/3310 classes
(95.53%) Mapped 9771/11807 fields (82.76%) Mapped 17859/20598
methods (86.70%)
L169[12:04:52] <malte0811> Using despector
or your own tool?
L170[12:05:00] <barteks2x> using
despector
L171[12:05:14] <barteks2x> my own tool is
nowhere near being able to update any mappings yet
L172[12:05:22] <barteks2x> I will maybe
work on it a bit tomorrow
L173[12:05:50] <barteks2x> I wanted to use
it to decompile a particular 1.8 snapshot
L174[12:06:19] <barteks2x> (with
deobfuscated names that is, with obfuscated names you can decompile
any version)
L175[12:11:49] <McJty> What is the right
call to do to get the actual light level on a block? i.e. the one
that determines if mobs can spawn?
L176[12:14:39] <barteks2x> McJty, either
World#getLightFromNeighbors, or World#getLight(BlockPos,
false)
L177[12:14:50] <barteks2x> rgw first one
is what mob spawning code uses
L178[12:15:44] <McJty> Ok let me try that
one
L179[12:18:00] <barteks2x> looking at my
srg matcher code that I never finished, it's currently able to
successfully find which classes are the same between 1.8 and 1.8
:D
L180[12:18:22] <barteks2x> (not a
typo)
L181[12:19:36] <Corosus> yeah iirc,
world.getLightFromNeighbors(new BlockPos(x, y, z)) < 5 is what i
use to replicate the lighting based spawn rule
L182[12:19:54] <McJty> barteks2x, hmm.
world.getLightFromNeighbors(pos) returns 0 even if there is light
at some spot
L184[12:24:11] <McJty> Hmm even in the
open at daytime (with sky above me) getLightFromNeighbors returns
0
L185[12:24:24] <McJty> oh nm
L186[12:24:25] <barteks2x> are you sure
you give it the right BlockPos?
L187[12:24:28] <McJty> Nope
L188[12:24:29] <McJty> :-)
L189[12:24:45] <McJty> Thanks for the
help
L190[12:37:48] ⇦
Quits: h404bi (~h404bi@119.129.119.218) (Ping timeout: 383
seconds)
L191[12:38:48]
⇨ Joins: p455w0rd
(p455w0rd@c-98-220-249-33.hsd1.in.comcast.net)
L192[12:48:07] <malte0811> barteks2x:
Despector/OpfuscationMapper crashes with "Lchw; is a
descriptor not a type name" when I try to update the
mappings?
L193[12:52:52] <barteks2x> you may need to
compile it yourself
L194[12:52:58] <barteks2x> malte0811,
^
L195[12:58:21]
⇨ Joins: ScottehBoeh (~ScottehBo@2.29.64.81)
L196[13:03:28] ⇦
Quits: nallar
(~nallar@cpc134854-cani4-2-0-cust141.know.cable.virginm.net) (Ping
timeout: 204 seconds)
L197[13:03:53]
⇨ Joins: nallar
(~nallar@cpc134854-cani4-2-0-cust141.know.cable.virginm.net)
L198[13:09:22]
⇨ Joins: Javaschreiber
(~Thunderbi@88-209-32-73.nga.highspeed-baumann.de)
L199[13:11:14]
⇨ Joins: Necro
(~Necro@p200300700D199C94646C86631F888EB4.dip0.t-ipconnect.de)
L200[13:14:50] ⇦
Quits: [com]buster (~EternalFl@ip5457c57d.direct-adsl.nl) (Quit:
ZNC - http://znc.in)
L201[13:18:57]
⇨ Joins: KGS
(~KGS@h-158-174-9-50.NA.cust.bahnhof.se)
L202[13:26:26]
⇨ Joins: covers1624
(~covers162@ppp122-232-6.static.internode.on.net)
L203[13:29:04] ⇦
Quits: covers1624_
(~covers162@ppp122-232-6.static.internode.on.net) (Ping timeout:
186 seconds)
L204[13:32:40] ⇦
Quits: h5h77 (~h5h77@ip1f106405.dynamic.kabel-deutschland.de)
(Quit: Leaving)
L205[13:43:06] ***
Santa|afk is now known as SatanicSanta
L206[13:52:38] ⇦
Quits: ben_mkiv (~ben_mkiv@p4FED52FA.dip0.t-ipconnect.de) (Ping
timeout: 204 seconds)
L207[14:23:53] ⇦
Quits: McJty
(~jorrit@ptr-9197ufoywrobj2vhxh4.18120a2.ip6.access.telenet.be)
(Quit: Leaving)
L208[14:36:11]
⇨ Joins: Ipsis
(~Ipsis@82-69-71-184.dsl.in-addr.zen.co.uk)
L209[15:01:03] <LexMobile> hehe its just a
snapshot you guys can chill out until next week and I've got time
again :P
L210[15:02:24] <ghz|afk> oh they released
the snapshot?
L211[15:03:46] <ghz|afk> ah nice
lwjgl3
L212[15:04:27] <Javaschreiber> Do they
finaly fix the weird controller api in lwjgl3?
L213[15:05:22] <ghz|afk> no idea how the
controller api looked like before
L214[15:05:28] <ghz|afk> and no idea how
it looks like now
L215[15:10:49]
⇨ Joins: informer
(~jmc@2601:5c0:c100:6e42:b9e0:6daf:910d:91d4)
L216[15:10:58] ⇦
Quits: Ipsis (~Ipsis@82-69-71-184.dsl.in-addr.zen.co.uk) (Ping
timeout: 186 seconds)
L217[15:11:00] <Javaschreiber> For my mod
I had to implement IPC to have another process handle the
controller, as LWJGL got really messed up when a controller got
disconnected.
L218[15:11:20] <Javaschreiber> So when it
got messed up, I could just kill the process and restart it.
L219[15:11:51] <barteks2x> games generally
don't deal well with controllers being connected and
disconnected
L220[15:12:05] <ghz|afk> xcept for when
the API explicitly supports it as a major feature
L221[15:12:14] <ghz|afk> example: XInput
on windows (the xbox controller api)
L222[15:12:23] <ghz|afk> is designed to
allow easy connecting and disconnecting
L223[15:12:28] <ghz|afk> even then some
early games would suck at it
L224[15:12:35] <ghz|afk> and I guess some
still do...
L225[15:13:07] <barteks2x> most games I
tried won't detect a controller when you connect it while the game
is running
L226[15:13:32] <ghz|afk> yeah lazy
coders
L227[15:13:42] <ghz|afk> or shitty
companies not allocating enough time for it
L228[15:13:50] <barteks2x> And I'm not
talking about some indie games
L229[15:14:07]
⇨ Joins: c64cosmin (kiwiirc@86.125.236.221)
L230[15:15:16] <barteks2x> I cna
understand this for a sound card (but it's still annoying when you
have USB headphones), but fir a controller it seems like it should
work
L231[15:15:36] <ghz|afk> well
L232[15:15:41] <ghz|afk> it's not as
straightforward as it might seem
L233[15:15:44] <ghz|afk> some games do it
right but
L234[15:15:51] <ghz|afk> it's easier to
just have a startup check like
L235[15:16:16] <barteks2x> it's probably
as hard as window resizing support in windowed mode...
L236[15:16:21] <ghz|afk> if
(xinput.controllers.size() > 0) enable_xinput();
L237[15:16:29] <ghz|afk> no
L238[15:16:34] <ghz|afk> window resizing
is often harder
L239[15:16:37] <ghz|afk> ;P
L240[15:16:51] <ghz|afk> requires
reallocating backbuffers and such
L241[15:16:55] <barteks2x> I've still seen
many games get window resizing right
L242[15:17:02] <barteks2x> without any
visible delay
L243[15:17:18] <ghz|afk> but really
L244[15:17:20] <ghz|afk> we blame the
devs
L245[15:17:23] <ghz|afk> it's really the
engine
L246[15:17:35] <barteks2x> which is made
by some other developers
L247[15:17:42] <ghz|afk> these days, you
would expect the game engine to come with decent windowed mode
support
L248[15:17:50] <ghz|afk> decent borderless
fullscreen, and exclusive fullscreen
L249[15:17:55] <ghz|afk> decent input
mapping API, etc
L250[15:18:05] <ghz|afk> but it's not even
there
L251[15:18:23] <ghz|afk> maybe it will be
changing now that PC gaming is back on the front page
L252[15:18:37] <ghz|afk> but for a while,
pc games were ports, with lazy coded engines
L253[15:19:00] <ghz|afk> since they earned
way more selling console licenses
L254[15:19:23] <ghz|afk> and consoles
don't need input mapping, or windowed resizing
L255[15:21:14] <barteks2x> or windowed
mode at all
L256[15:22:33] <barteks2x> So I guess
Minecraft does it mostly right....
L257[15:22:35]
⇨ Joins: killjoy
(~killjoy@2606:a000:1118:82bf:4db9:d580:fbea:93f1)
L258[15:23:02] <c64cosmin> due to the
frustum matrix formula
L259[15:29:31] ⇦
Quits: killjoy (~killjoy@2606:a000:1118:82bf:4db9:d580:fbea:93f1)
(Quit: Leaving)
L260[15:33:19] ⇦
Parts: malte0811 (~malte@185.134.128.197) ())
L261[15:39:28] ***
SatanicSanta is now known as Santa|afk
L262[15:40:33]
⇨ Joins: Hgreb
(~Hgrebnedn@d8d872a6e.access.telenet.be)
L263[15:41:17] ⇦
Quits: ScottehBoeh (~ScottehBo@2.29.64.81) (Quit:
Leaving)
L264[15:41:39] ⇦
Quits: informer (~jmc@2601:5c0:c100:6e42:b9e0:6daf:910d:91d4)
(Quit: Leaving)
L265[15:43:46] ⇦
Quits: Dark (~MrDark@2607:fcc8:d48b:eb00:dcf1:2d6f:d9ff:d5f9) (Read
error: Connection reset by peer)
L266[15:43:46] ⇦
Quits: KGS (~KGS@h-158-174-9-50.NA.cust.bahnhof.se) (Read error:
Connection reset by peer)
L267[15:43:46] ⇦
Quits: Hgrebnednav (~Hgrebnedn@d8D872A6E.access.telenet.be) (Read
error: Connection reset by peer)
L268[15:43:46] ⇦
Quits: MCPBot_Reborn (~MCPBot_Re@mcpbot.bspk.rs) (Ping timeout: 186
seconds)
L269[15:43:46] ⇦
Quits: Clank[Away] (Clank@Down.The.Rabbit.Hole.PanicBNC.com) (Ping
timeout: 186 seconds)
L270[15:43:46] ⇦
Quits: Lumien (Elite13049@ipv6.12.sigma.elitebnc.org) (Ping
timeout: 186 seconds)
L271[15:43:46] ⇦
Quits: Drullkus (~Drullkus@tterrag.com) (Ping timeout: 186
seconds)
L272[15:43:57]
⇨ Joins: Clank[Away]
(Clank@Down.The.Rabbit.Hole.PanicBNC.com)
L273[15:43:58] ⇦
Quits: Chais (~Chais@62.178.210.212) (Read error: Connection reset
by peer)
L274[15:45:21]
⇨ Joins: Lumien
(Elite13049@ipv6.12.sigma.elitebnc.org)
L275[15:45:52]
⇨ Joins: immibis
(~chatzilla@122-59-205-39.jetstream.xtra.co.nz)
L276[15:48:53] ⇦
Quits: Nedelosk
(~Nedelosk@ip-109-90-74-164.hsi11.unitymediagroup.de) (Read error:
Connection reset by peer)
L277[15:49:11]
⇨ Joins: Chais
(~Chais@62-178-210-212.cable.dynamic.surfer.at)
L278[15:57:52] ⇦
Quits: immibis (~chatzilla@122-59-205-39.jetstream.xtra.co.nz)
(Ping timeout: 383 seconds)
L279[15:58:07] ⇦
Quits: Javaschreiber
(~Thunderbi@88-209-32-73.nga.highspeed-baumann.de) (Quit:
Javaschreiber)
L280[16:10:29] ***
AnrDaemon_ is now known as AnrDaemon
L281[16:26:02] ⇦
Quits: mikerman50
(mikerman50@cpc77028-warw18-2-0-cust381.3-2.cable.virginm.net)
()
L282[16:45:58] ⇦
Quits: Necro
(~Necro@p200300700D199C94646C86631F888EB4.dip0.t-ipconnect.de)
(Ping timeout: 383 seconds)
L283[16:49:34] ⇦
Quits: Noppes (~Noppes@ip56530f2e.direct-adsl.nl) (Read error:
Connection reset by peer)
L284[16:52:38] ⇦
Quits: Hgreb (~Hgrebnedn@d8d872a6e.access.telenet.be) (Ping
timeout: 200 seconds)
L285[17:00:25] ⇦
Quits: Spottedleaf
(~Spottedle@node-1w7jr9qqos9g30hjblk7s6wxj.ipv6.telus.net) (Ping
timeout: 204 seconds)
L286[17:00:39]
⇨ Joins: Spottedleaf
(~Spottedle@d75-155-207-106.bchsia.telus.net)
L287[17:04:16] ***
Santa|afk is now known as SatanicSanta
L288[17:07:43]
⇨ Joins: ben_mkiv
(~ben_mkiv@p4fed52fa.dip0.t-ipconnect.de)
L289[17:07:56]
⇨ Joins: ScottehBoeh (~ScottehBo@2.29.64.81)
L290[17:08:13] <ScottehBoeh> Does anyone
have an example of a player capability being used to store player
data?
L291[17:08:26] <ghz|afk> define
"player data"
L292[17:08:42] <ScottehBoeh> eg say I had
an economy. Storing balance per-player
L294[17:09:55] <ghz|afk> well then this is
a bit more complicated than you need
L295[17:09:58] <ghz|afk> ;P
L296[17:10:01] <ghz|afk> but it's a
working example
L297[17:10:17] <ScottehBoeh> Ah many
thanks :)
L298[17:10:49] <ScottehBoeh> huh.. reminds
me of IExtendedPlayerData
L299[17:11:05] <ScottehBoeh>
EntityProperties* oml
L300[17:11:10] <ghz|afk> yup
L301[17:11:14] <ghz|afk> that's pretty
much a "port"
L303[17:11:17] <ghz|afk> of the IEEO
L304[17:11:18] <ghz|afk> IEEP*
L305[17:11:30] <ghz|afk> it still keeps
some of the design choices
L306[17:11:41] <ghz|afk> but it's a
capability, and it attaches to players
L307[17:11:47] <ghz|afk> so it serves that
purpose
L308[17:13:27] <c64cosmin> I don't seem to
have anything different from vanilla
L309[17:13:41] <c64cosmin> yet, only to my
slab is happening
L310[17:14:20] <ScottehBoeh> This is a
very clean port
L311[17:14:47] <ghz|afk> I have been
refining it
L312[17:15:49] <ScottehBoeh> PROP_KEY. I
suppose this is for where the playerdata is stored?
L313[17:16:02] <ScottehBoeh> I'm gonna get
the docs up
L314[17:16:07] <ghz|afk> it's just an
internal ID
L315[17:16:19] <ghz|afk> used to
distinguish the saved data in the NBT compound
L316[17:16:42] <ghz|afk> it's not REALLY
used for much else
L317[17:16:48] <ScottehBoeh> Ah
L318[17:17:33] ⇦
Quits: Meronat (uid190493@id-190493.highgate.irccloud.com) (Quit:
Connection closed for inactivity)
L319[17:19:18] <ghz|afk> c64cosmin: I
don't know what you mean
L320[17:24:30] <ScottehBoeh> Is he talking
about that shadowy part in his slab
L321[17:24:31] <ScottehBoeh> ?
L322[17:33:05] ⇦
Quits: Searge (~Searge@c83-250-150-134.bredband.comhem.se) (Read
error: Connection reset by peer)
L323[17:33:26]
⇨ Joins: Searge
(~Searge@c83-250-150-134.bredband.comhem.se)
L324[17:34:24] <c64cosmin> yeah
L325[17:35:07] <c64cosmin> it seems that
my slabs are totally opaque
L326[17:35:13] <c64cosmin> either they are
double or simple
L327[17:41:39] <ghz|afk> you might be
missing one ofthose is*Cube or whatever
L328[17:42:03] <ghz|afk> try overriding
isOpaqueCube to false when not full
L329[17:44:52] <c64cosmin> doesn't change
anything :(
L330[17:46:32] <ghz|afk> do you override
isFullyOpaque like the vanilla slab?
L331[17:46:44] <ghz|afk> and
isFullCube?
L332[17:50:05] <c64cosmin> I'm
sistematically overriding all of them
L333[17:56:14] <c64cosmin> lol
L334[17:56:30] <c64cosmin> Overriding this
solved it getPackedLightmapCoords
L335[18:05:28] <c64cosmin> I was super
wrong
L336[18:05:34] <c64cosmin> it's about
this.useNeighborBrightness
L337[18:07:47] <c64cosmin> seems like
those flags are not properly set up
L338[18:20:22]
⇨ Joins: Dimmerworld
(~Dimmerwo@200.133.3.123.sta.dodo.net.au)
L339[18:23:39] ***
SatanicSanta is now known as Santa|afk
L341[19:00:20] ⇦
Quits: ben_mkiv (~ben_mkiv@p4fed52fa.dip0.t-ipconnect.de) (Ping
timeout: 200 seconds)
L342[19:01:13]
⇨ Joins: sinkillerj
(~sinkiller@nc-67-238-184-233.dhcp.embarqhsd.net)
L343[19:14:30]
⇨ Joins: ben_mkiv
(~ben_mkiv@p57972431.dip0.t-ipconnect.de)
L344[19:14:42] ⇦
Quits: ScottehBoeh (~ScottehBo@2.29.64.81) (Quit:
Leaving)
L345[19:38:32] ⇦
Quits: cjm721 (~cjm721@2601:647:4502:c72d:49a6:cb36:be2b:d4a9)
(Ping timeout: 183 seconds)
L346[19:58:46] ⇦
Quits: ben_mkiv (~ben_mkiv@p57972431.dip0.t-ipconnect.de) (Ping
timeout: 204 seconds)
L347[20:05:34] ***
Santa|afk is now known as SatanicSanta
L348[20:30:30] ⇦
Quits: Dimmerworld (~Dimmerwo@200.133.3.123.sta.dodo.net.au) (Read
error: Connection reset by peer)
L349[20:49:57] ⇦
Quits: Dries007 (~DriesZNC@abrarsyed.com) (Quit: ZNC - http://znc.in)
L350[20:49:57] ⇦
Quits: AbrarSyed (~AbrarSyed@ipv6.abrarsyed.com) (Quit: All things
are trivial once you've mastered them.)
L352[20:49:57] ⇦
Quits: diesieben|away (~diesieben@abrarsyed.com) (Quit: ZNC -
http://znc.in)
L353[20:49:57] ⇦
Quits: x3n0ph0b3 (~x3n0ph0b3@abrarsyed.com) (Quit: ZNC - http://znc.in)
L354[20:51:38]
⇨ Joins: Abrar|gone
(~AbrarSyed@ipv6.abrarsyed.com)
L355[20:51:38]
MineBot sets mode: +o on Abrar|gone
L356[20:52:06] ***
Abrar|gone is now known as AbrarSyed
L357[20:52:55]
⇨ Joins: diesieben|away
(~diesieben@2001:19f0:6400:8965:5400:ff:fe07:8777)
L358[20:53:22] ***
diesieben|away is now known as diesieben07
L359[20:53:24]
⇨ Joins: Wuppy (~wuppyZNC@abrarsyed.com)
L360[20:54:05]
⇨ Joins: x3n0ph0b3 (~x3n0ph0b3@abrarsyed.com)
L361[21:01:48] ⇦
Quits: Cornelia (~Nel@c-75-71-231-133.hsd1.co.comcast.net) (Ping
timeout: 198 seconds)
L362[21:02:40] ⇦
Quits: Wastl2 (~Wastl2@x4e34e11d.dyn.telefonica.de) (Ping timeout:
204 seconds)
L363[21:05:13]
⇨ Joins: Wastl2
(~Wastl2@x4e34c8a3.dyn.telefonica.de)
L364[21:24:51] ⇦
Quits: Brokkoli (~Brokkoli@p2E5B1C13.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))
L365[21:25:33] ⇦
Quits: Aroma1997
(~Aroma1997@my.name.is.something.along.the.lines.of.aroma1997.org)
(Ping timeout: 204 seconds)
L366[21:25:56]
⇨ Joins: Aroma1997
(~Aroma1997@nothing.is.better.than.temporary.solutions)
L367[21:41:37]
⇨ Joins: cjm721
(~cjm721@2601:647:4502:c72d:49a6:cb36:be2b:d4a9)
L368[22:00:01] ⇦
Quits: cjm721 (~cjm721@2601:647:4502:c72d:49a6:cb36:be2b:d4a9)
(Ping timeout: 183 seconds)
L369[22:00:32]
⇨ Joins: cjm721
(~cjm721@c-69-181-255-112.hsd1.ca.comcast.net)
L370[22:01:20]
⇨ Joins: McJty
(~jorrit@ptr-9197ufobhtax43yg0hr.18120a2.ip6.access.telenet.be)
L371[22:08:00]
⇨ Joins: flappy
(~flappy@a88-113-154-4.elisa-laajakaista.fi)
L372[22:09:32] ⇦
Quits: cjm721 (~cjm721@c-69-181-255-112.hsd1.ca.comcast.net) (Ping
timeout: 383 seconds)
L373[22:13:15]
⇨ Joins: MCPBot_Reborn
(~MCPBot_Re@mcpbot.bspk.rs)
L374[22:16:34] <StormCloud> how do I get
the mappings for Access Transformers again?
L375[22:30:21] ⇦
Quits: Lathanael|Away (~Lathanael@p5496002E.dip0.t-ipconnect.de)
(Ping timeout: 186 seconds)
L376[22:30:41] <mezz_> StormCloud, you
look them up with MCPBot_Reborn
L377[22:30:44] ***
mezz_ is now known as mezz
L378[22:36:10] <StormCloud> Yeah, I forget
his commands tho
L379[22:36:17] ***
SatanicSanta is now known as Santa|afk
L380[22:36:27]
⇨ Joins: Lathanael|Away
(~Lathanael@p54960484.dip0.t-ipconnect.de)
L381[22:40:32]
⇨ Joins: Searge|Office
(~Searge@h-85-24-130-18.NA.cust.bahnhof.se)
L382[22:41:40] ⇦
Quits: Searge|Work (~Searge@h-85-24-130-18.NA.cust.bahnhof.se)
(Ping timeout: 183 seconds)
L383[22:51:45]
⇨ Joins: auenfx8
(~David@CPE-143-238-162-244.lns11.woo.bigpond.net.au)
L384[22:52:35] ⇦
Quits: auenf (~David@CPE-143-238-162-244.lns11.woo.bigpond.net.au)
(Read error: Connection reset by peer)
L385[22:58:13]
⇨ Joins: Cornelia
(~Nel@c-75-71-231-133.hsd1.co.comcast.net)
L386[23:08:36] ⇦
Quits: auenfx8
(~David@CPE-143-238-162-244.lns11.woo.bigpond.net.au) (Remote host
closed the connection)
L387[23:08:45]
⇨ Joins: auenf
(~David@cpe-143-238-162-244.lns11.woo.bigpond.net.au)
L388[23:21:54] ⇦
Quits: WereSquirrel
(~bloop@2606:a000:4404:3e00:6450:102f:a21d:1c33) (Ping timeout: 186
seconds)
L389[23:29:57] ⇦
Quits: McJty
(~jorrit@ptr-9197ufobhtax43yg0hr.18120a2.ip6.access.telenet.be)
(Quit: Leaving)