<<Prev Next>> Scroll to Bottom
Stuff goes here
L1[00:28:49] ⇦
Quits: Cervator (~Thunderbi@2601:4c1:4000:220f:8c1a:aa86:23ed:f0d8)
(Remote host closed the connection)
L2[00:56:56] <Kodos> Fucking
NuclearCraft
L3[01:41:11] ⇦
Quits: Doty1154 (~Doty1154@2601:648:8000:134f:4061:aa0:daa5:5c61)
(Ping timeout: 183 seconds)
L4[01:42:08] ⇨
Joins: Doty1154
(~Doty1154@2601:648:8000:134f:c5f:cd1d:515e:e24c)
L5[02:21:36] ⇦
Quits: Doty1154 (~Doty1154@2601:648:8000:134f:c5f:cd1d:515e:e24c)
(Read error: Connection reset by peer)
L6[03:18:14] ⇨
Joins: comfix
(~comfix@2a02:8071:28b:ad00:d250:99ff:fe10:f755)
L7[03:22:01] ⇨
Joins: brandon3055
(~Brandon@pa49-184-151-188.pa.vic.optusnet.com.au)
L8[03:23:57] ⇦
Quits: brandon3055_
(~Brandon@pa49-184-151-188.pa.vic.optusnet.com.au) (Ping timeout:
207 seconds)
L10[03:37:11]
<Forecaster>
when it behaves CSS lets you do some fancy things
L11[04:28:15] ⇨
Joins: techno156 (~techno156@137.154.29.113)
L12[05:10:16] ⇨
Joins: viomi (~viomi@kurosawa.daviszone.org)
L13[05:30:33] ⇨
Joins: Thutmose1
(~Patrick@172-10-186-129.lightspeed.gnvlsc.sbcglobal.net)
L14[05:31:37] ⇦
Quits: Thutmose (~Patrick@2602:30a:c0ab:a810:5070:cb49:b2d9:4184)
(Ping timeout: 183 seconds)
L15[05:57:05] ⇨
Joins: ben_mkiv
(~ben_mkiv@p57972AC7.dip0.t-ipconnect.de)
L16[06:00:15] ⇨
Joins: Turtle (~SentientT@ip5657cbb2.direct-adsl.nl)
L17[06:03:03] ⇦
Quits: viomi (~viomi@kurosawa.daviszone.org) (Remote host closed
the connection)
L18[06:26:55] ⇦
Quits: ben_mkiv (~ben_mkiv@p57972AC7.dip0.t-ipconnect.de) (Remote
host closed the connection)
L19[06:27:47] ⇨
Joins: ben_mkiv
(~ben_mkiv@p57972AC7.dip0.t-ipconnect.de)
L20[06:33:18] ⇨
Joins: Inari (~Pinkishu@p4FC1E3EA.dip0.t-ipconnect.de)
L21[06:40:01] ⇨
Joins: BearishMushroom
(~BearishMu@82-209-154-59.cust.bredband2.com)
L22[07:15:45] ⇨
Joins: Vexatos
(~Vexatos@p200300556E4C195534323918FF9D9DBD.dip0.t-ipconnect.de)
L23[07:15:45] zsh
sets mode: +v on Vexatos
L25[07:29:51] <Izaya> CompanionCube:
L26[07:45:54] ⇦
Quits: techno156 (~techno156@137.154.29.113) (Quit:
Leaving)
L27[07:53:30] <Inari> Have you seen GLASS?
:o
L30[07:54:31] <MichiBot>
Minecraft Mod -
GLASS | length:
38s | Likes:
498 Dislikes:
1
Views:
7,980 | by
oHaiiChun | Published On
18/11/2017
L31[08:09:45] *
AmandaC attacks Inari's legs more
L32[08:14:13] ⇦
Quits: Vexatos
(~Vexatos@p200300556E4C195534323918FF9D9DBD.dip0.t-ipconnect.de)
(Ping timeout: 383 seconds)
L33[08:24:04]
<Forecaster>
%give MichiBot inari's legs
L34[08:24:05] *
MichiBot accepts inari's legs and adds it to her
inventory
L35[08:24:09] <Skye> lewd
L36[08:25:21] ⇨
Joins: Vexatos
(~Vexatos@p200300556E4C199334323918FF9D9DBD.dip0.t-ipconnect.de)
L37[08:25:21] zsh
sets mode: +v on Vexatos
L38[08:30:47] ⇨
Joins: tim4242 (~tim@p2E502BCE.dip0.t-ipconnect.de)
L39[08:34:20] <AmandaC> hey! I was
attacking those!
L40[08:40:56] <S3> So the goal is to make
an OS for OC withoyt any equals sign assignments (i.e. x = 5),
except for assigning table elements
L41[08:41:02] <S3> so far, so good
L42[08:42:15] <Temia> Moooo .o.
L43[08:42:29] <S3> Hey there Temia
L44[08:43:33] <Temia> Hihi.
L45[08:44:08] <S3> man this calls for
recursion!
L46[08:44:21] <S3> most of the time when I
need to return a list, I am forced in Lua to do recursion
L47[08:44:28] <S3> with these constraints
that is
L48[08:50:10] ⇦
Quits: tim4242 (~tim@p2E502BCE.dip0.t-ipconnect.de) (Quit: Lost
terminal)
L49[08:51:11] ⇨
Joins: tim4242 (~tim@p2e502bce.dip0.t-ipconnect.de)
L50[09:34:32] ⇦
Quits: tim4242 (~tim@p2e502bce.dip0.t-ipconnect.de) (Quit:
leaving)
L51[09:35:40] ⇨
Joins: tim4242 (~tim@p2E502BCE.dip0.t-ipconnect.de)
L52[09:38:38] ⇨
Joins: Cervator
(~Thunderbi@2601:4c1:4000:220f:68f6:2a5f:7f1a:3eb2)
L53[10:11:17] ⇨
Joins: DrummerMC
(~DrummerMC@p200300EE5BD16D007D1E88B13F3A1F0C.dip0.t-ipconnect.de)
L54[10:27:50] ⇨
Joins: tehbeard (~tehesper@208.80.10.194)
L55[10:47:15] ⇦
Quits: tehbeard (~tehesper@208.80.10.194) (Read error: Connection
reset by peer)
L57[10:48:02] ⇨
Joins: tehbeard (~tehesper@208.80.10.194)
L58[10:48:17] <Temia> Oglaf?
L59[10:48:23]
<Forecaster>
yep
L60[10:48:27] <Temia> Knew it.
L61[10:48:34] <Temia> Did it ever stop
being batshit insane?
L62[10:48:45]
<Forecaster>
no?
L63[10:48:49] <Temia> Rats.
L64[10:48:49] <AmandaC> That's it's entire
draw.
L65[10:48:54] <AmandaC> Lewd
batshit-insanity
L66[10:48:54] <Temia> No, I mean
L67[10:48:57] <Temia> REALLY batshit.
L68[10:49:05]
<Forecaster>
I dunno
L69[10:49:09] <Temia> Like around the
dickfingers thing where it just stopped making any sort of internal
sense at all.
L70[10:49:21] <Temia> And just became
impossible to follow
L71[10:50:36] ⇨
Joins: viomi (~viomi@kurosawa.daviszone.org)
L72[10:51:41] <Inari> %pet Temia
L73[10:51:42] *
MichiBot brushes Temia with sensitive information from AshIndigo's
computer. Temia recovers 2 health!, sensitive information from
AshIndigo's computer melts into a puddle of unidentifiable
goo.
L74[10:51:58] <Temia> I think I just hashed
this information.
L75[11:04:49] *
gamax92 brushes Temia with a fuzzy brush. Temia recovers 3 health!,
the fuzzy brush returns to the shelf.
L76[11:05:13] *
Temia tailswishes and leans on Gamax throughout the brushings =w=
happymoo.
L77[11:06:33] ⇨
Joins: ggggg
(webchat@93-86-180-22.dynamic.isp.telekom.rs)
L78[11:06:53] ⇦
Quits: ggggg (webchat@93-86-180-22.dynamic.isp.telekom.rs) (Client
Quit)
L79[11:07:00] ⇨
Joins: The_Nick
(webchat@93-86-180-22.dynamic.isp.telekom.rs)
L80[11:07:03] <The_Nick> I have a
question
L81[11:07:08] <The_Nick> Sooo
L82[11:07:23] <gamax92> I have an
answer
L83[11:07:39] <The_Nick> How do i connect
to this ususing OpenIRC?
L84[11:08:56]
<The_Nick>
How?
L85[11:09:03] <gamax92> uhh
L86[11:09:21] <Temia> Pass irc.esper.net as
the server argument.
L87[11:09:25] ⇦
Quits: glasspelican
(~quassel@ktnron060ww-lp140-03-50-100-173-210.dsl.bell.ca) (Remote
host closed the connection)
L88[11:09:30] <Temia> Then type /join #oc
once you've logged in
L89[11:09:46] <gamax92> or use WocChat
instead of OpenIRC for a better experience
L90[11:10:24] <Temia> That too
L91[11:10:34] <gamax92> *shameless
plug*
L92[11:11:02]
<Forecaster>
such shameless
L93[11:12:06] <gamax92> I should make
wocchat work on a T1 system though
L94[11:15:47] ⇨
Joins: DistantOCServer
(~distantoc@static.88-198-57-56.clients.your-server.de)
L95[11:15:54] <DistantOCServer> hello
L96[11:15:57] <DistantOCServer> YAy
L97[11:16:02] <DistantOCServer> It works
^_^
L98[11:16:10] <DistantOCServer> so much fun
texting in game
L100[11:17:59]
⇨ Joins: glasspelican
(~quassel@ktnron060ww-lp140-03-50-100-173-210.dsl.bell.ca)
L101[11:18:59] ⇦
Quits: The_Nick (webchat@93-86-180-22.dynamic.isp.telekom.rs) (Ping
timeout: 180 seconds)
L102[11:26:14] <DistantOCServer> hi
L103[11:26:40] ⇦
Quits: DrummerMC
(~DrummerMC@p200300EE5BD16D007D1E88B13F3A1F0C.dip0.t-ipconnect.de)
(Read error: Connection reset by peer)
L104[11:33:30] <DistantOCServer> anyone
here?
L105[11:34:00] ⇦
Quits: DistantOCServer
(~distantoc@static.88-198-57-56.clients.your-server.de) (Quit:
DistantOCServer)
L106[11:35:10] <gamax92> Back
L107[11:35:28]
⇨ Joins: DistantOCServer
(~distantoc@static.88-198-57-56.clients.your-server.de)
L108[11:42:01] ⇦
Parts: comfix (~comfix@2a02:8071:28b:ad00:d250:99ff:fe10:f755)
())
L109[12:07:41]
⇨ Joins: OpenComputers
(~Mutter@2601:645:4001:304a:6502:3669:77de:529a)
L110[12:08:06] ⇦
Quits: tehbeard (~tehesper@208.80.10.194) (Ping timeout: 186
seconds)
L111[12:10:50] ⇦
Quits: OpenComputers
(~Mutter@2601:645:4001:304a:6502:3669:77de:529a) (Client
Quit)
L112[12:14:37] <DistantOCServer> hi
L113[12:15:40]
⇨ Joins: tehbeard (~tehesper@208.80.10.194)
L114[12:21:30] ⇦
Quits: tehbeard (~tehesper@208.80.10.194) (Ping timeout: 207
seconds)
L115[12:26:44]
⇨ Joins: tehbeard (~tehesper@208.80.10.194)
L116[12:36:56] ⇦
Quits: viomi (~viomi@kurosawa.daviszone.org) (Remote host closed
the connection)
L117[12:39:03]
⇨ Joins: viomi (~viomi@kurosawa.daviszone.org)
L118[12:45:10] ⇦
Quits: tehbeard (~tehesper@208.80.10.194) (Ping timeout: 198
seconds)
L119[12:53:42]
⇨ Joins: tehbeard (~tehesper@208.80.10.194)
L120[13:13:25] ⇦
Quits: tim4242 (~tim@p2E502BCE.dip0.t-ipconnect.de) (Remote host
closed the connection)
L121[13:14:20]
⇨ Joins: OpenComputers
(~Mutter@2601:645:4001:304a:6502:3669:77de:529a)
L122[13:16:43] ⇦
Quits: OpenComputers
(~Mutter@2601:645:4001:304a:6502:3669:77de:529a) (Client
Quit)
L123[13:17:40]
⇨ Joins: OpenComputers
(~Mutter@2601:645:4001:304a:6502:3669:77de:529a)
L124[13:20:14] ⇦
Quits: OpenComputers
(~Mutter@2601:645:4001:304a:6502:3669:77de:529a) (Client
Quit)
L125[13:20:22]
⇨ Joins: Doty1154
(~Doty1154@2601:648:8000:134f:a0b9:bde:42d2:a589)
L126[13:27:27] ⇦
Quits: AshIndigo (~AshIndigo@host-92-1-167-114.as43234.net) (Quit:
ZNC 1.6.5 - http://znc.in)
L128[13:32:39] ⇦
Quits: Doty1154 (~Doty1154@2601:648:8000:134f:a0b9:bde:42d2:a589)
(Ping timeout: 183 seconds)
L129[13:32:51]
⇨ Joins: Doty1154
(~Doty1154@2601:648:8000:134f:70ac:11b0:c701:53b4)
L130[13:33:04]
⇨ Joins: AshIndigo
(~AshIndigo@host-92-1-167-114.as43234.net)
L131[14:07:54]
⇨ Joins: Schzd
(~Schzdadep@modemcable250.104-59-74.mc.videotron.ca)
L132[14:13:27] ⇦
Quits: Schzd (~Schzdadep@modemcable250.104-59-74.mc.videotron.ca)
(Ping timeout: 183 seconds)
L133[14:15:41]
⇨ Joins: Schzd
(~Schzdadep@modemcable250.104-59-74.mc.videotron.ca)
L134[14:17:10] ⇦
Quits: tehbeard (~tehesper@208.80.10.194) (Ping timeout: 186
seconds)
L135[14:18:18]
⇨ Joins: tehbeard (~tehesper@208.80.10.200)
L136[14:19:39] ⇦
Quits: viomi (~viomi@kurosawa.daviszone.org) (Remote host closed
the connection)
L138[14:43:52] <Izaya> tfw 2GB RAM seems
to be the upper ceiling of cheap ARM boards
L139[14:49:51]
⇨ Joins: Icedream
(~icedream@has.streaminginter.net)
L140[15:06:43] <Inari> Oh right
L141[15:06:44] <Inari> I recall
L142[15:06:48] <Inari> Screw you
adobe
L144[15:11:05] ⇦
Quits: AshIndigo (~AshIndigo@host-92-1-167-114.as43234.net) (Quit:
ZNC 1.6.5 - http://znc.in)
L145[15:17:19]
⇨ Joins: AshIndigo
(~AshIndigo@host-92-1-167-114.as43234.net)
L146[15:22:10] <S3> payonel: I may have
found a bug with ocvm :D
L147[15:25:26] <AmandaC> %choose war or
LSD
L148[15:25:27] <MichiBot> AmandaC:
LSD
L150[15:25:34] <AmandaC> hrm... nah
L151[15:25:34] <S3> no lsd dude
L152[15:25:43] <AmandaC> ( Choosing what
anime to watch )
L154[15:36:41]
⇨ Joins: badcode9
(~ericb@2601:645:4001:304a:f0e2:787a:ac83:3a4b)
L155[15:41:03] <payonel> S3: what bug
would that be?
L156[15:42:11] <S3> out of random my
init.lua stopped working and started booting openos even though I
didn't have an openos system around.. I ended up having to remove
the openos loot entry from the client config of components
L157[15:42:14] <S3> then it started
working again
L158[15:42:21] <S3> I couldn't recreate it
XD
L159[15:45:01] <payonel> S3: the openos
entry in your client.cfg is just means you have an openos floppy in
your machien
L160[15:45:11] <S3> right I figured
L161[15:45:12] <payonel> if you want to
eject it, you have to manually insert that entry in the
client.cfg
L162[15:45:19] <S3> it was just weird that
it randomly broke for no reason
L163[15:45:21] <payonel> i haven't added a
cool way to manage that
L164[15:45:42] <payonel> well the bios
looks for an init, and the order of filesystems it checks is
unordered
L165[15:46:18] <payonel> so if your fs
isn't stored in the data for reboot, or if the init fails to load,
the bios looks for the next fs with an init
L166[15:46:20] <S3> like I had been
running my custom init.lua for a while and then in the middle of
one of my programming sessions it randomly starting booting openos
instead, and it tried like a few things, booted like 20 times, kept
booting openos lololol
L167[15:46:26] <S3> so I just removed the
floppy and it was fine
L168[15:46:41] <payonel> well if it failed
to load once, then successfully loaded openos
L169[15:46:50] <payonel> then the openos
fs id would be written to the eeprom data
L170[15:46:54] <payonel> and it would
reuse that thereafter
L171[15:47:00] <S3> It usually spits out
an error when I make a syntax error, etc
L172[15:47:13] <payonel> the bios doesn't
complain about one bad init
L173[15:47:16] <payonel> it keeps
looking
L174[15:47:18] <payonel> well, maybe it
does
L175[15:47:20] <payonel> :)
L177[15:47:29] <S3> I dunno I get errors
all the time from init
L178[15:47:59] <payonel> ah nope, it
doesnt care
L179[15:48:12] <payonel> i'm saying if
init fails to compile
L180[15:48:32] <payonel> bios only
complains about the last init it tries to load
L181[15:48:42] <payonel> it is overwriting
previous failures
L183[15:49:02] <payonel> anyways, i
wouldn't call this a bug with ocvm
L184[15:49:13] <payonel> but rather a
limitation of it to easily add/remove components
L185[15:49:20] <payonel> also, perhaps a
short coming of our default eeprom
L186[15:49:31] <S3> maybe
L187[15:52:19] <badcode9> Does anyone know
how to make a microcontroller sleep for n seconds?
L189[15:52:32] <payonel> badcode9:
computer.pullSignal(n)
L190[15:52:45] <payonel> if you get a
signal, pull again
L191[15:53:47] <gamax92> payonel
L192[15:53:52] <gamax92> ls is broken
D:
L193[15:54:03] <payonel> gamax92: on a
machine with a normal bios?
L194[15:54:08] <badcode9> payonel: I'm not
sure I understand why this works, but let me give it a shot. Thanks
:)
L195[15:54:15] <gamax92> no on a machine
with your locked bios :P
L196[15:54:27] <payonel> gamax92: yeah,
that locking bios has a bug
L197[15:54:43] <payonel> it's not ls
really, it's that the locking bios breaks fs.list
L198[15:54:53] <payonel> which is a bug
with my locking bios :)
L199[15:55:02] <gamax92> payonel
L200[15:55:13] <gamax92> ocvm SDL2 backend
is lost D:
L201[15:55:19] <payonel> lost?
L202[15:55:24] <gamax92> yeah I don't know
where it's at
L203[15:55:25] <payonel> like, you
accidentally rm'd it? :)
L204[15:55:29] <payonel> oh noes!
L205[15:55:31] <payonel> :|
L206[15:55:42] <payonel> badcode9:
computer.pullSignal waits for a signal for n seconds
L207[15:58:33] <badcode9> payonel: makes
sense. Idk if that will work for this application however, as Im
making a motion_sensor door. I'm guessing it'll get more than one
motion signal in a row.
L208[15:58:37] <badcode9> Testing though
to be sure
L209[15:59:08] <payonel> badcode9: you can
use diffs in computer.uptime to know how long it actually
slept
L210[15:59:29] <badcode9> hey good
idea!
L213[16:01:59] <badcode9> Was wondering
where that was. I was looking in /lib. I still have a lot to
learn
L214[16:04:15] <payonel> badcode9: i dont
expect users to learn how openos does what it does
L215[16:04:32] <payonel> but i'm happy to
show where code is when ppl are curious
L216[16:07:06] <badcode9> its full of
great examples for how to do things in the absence of more
documentation
L217[16:07:23] <badcode9> the fact that it
runs entirely in the game environment too is awesome
L218[16:33:34] <badcode9> Weird question,
but does a motion sensor in a microcontroller only work on certain
sides?
L219[16:34:00] <badcode9> Seems like it
only pushes signals when it has line of sight from the back, top,
and right
L220[16:35:04]
<Forecaster>
Pretty sure it should work from any size
L221[16:35:08]
<Forecaster>
Side
L222[16:35:45] <badcode9> That was my
impression. Going to try and reproduce in a test world
L223[16:38:00]
⇨ Joins: D1034
(webchat@host-14-108.txlugro.lubbock.tx.us.clients.pavlovmedia.net)
L226[17:04:11] <payonel> was supposed to
fix location based issues
L227[17:04:24] <payonel> i need to test
the motion sensor to find where it is losing the location
data
L228[17:04:29] <payonel> just haven't
yet
L229[17:09:14] ⇦
Quits: Icedream (~icedream@has.streaminginter.net) (Quit: A lol
made me boom.)
L230[17:16:09] ⇦
Quits: Inari (~Pinkishu@p4FC1E3EA.dip0.t-ipconnect.de) (Quit:
'Arguing with an engineer is a lot like wrestling in the mud with a
pig. After a couple of hours, you realize the pig likes it.'
(SovietWomble))
L231[17:23:13] <Turtle> Bugger. I managed
to delete my previous tileentity code. Guess I´ll have to
reimplement it from scratch for 1.12 T.T
L232[17:26:49] <Vexatos> T_T
L233[17:26:52] <gamax92> payonel: btw you
did get my message about the u3000 thing right?
L234[17:27:42] <badcode9> payonel: Cool.
I'll add my info to this. thx
L235[17:28:14] <gamax92> payonel: ' '
<- wide space
L236[17:28:48] <Karthas> Oh hey! People on
and active! :o
L237[17:28:56] <Vexatos> gamax92, is
\u3000 broken?
L238[17:29:12] <gamax92> payonel wanted to
replace tabs in edit with U+3000
L239[17:29:17] <gamax92> so they draw as
two spaces
L240[17:29:18] <Vexatos> oh
L241[17:29:22] <gamax92> and not
[HT]
L242[17:29:27] <Vexatos> yes please
L243[17:30:54] <Karthas> Quick question
for those of you on right now - Would a Refined Storage and OC
add-on that adds a block with a function for registering recipes
that an OC controlled system is capable of fulfilling to the
crafting request grid be in-line with existing mods/functionality?
(Ideally I'd just add it to the existing RS driver block, but
that's beyond my authority XP)
L244[17:31:23] <Karthas> and I realize
that sentence is a bit awkward but I was trying to be succinct
XP
L245[17:33:23] <Karthas> TLDR - OC can
currently request crafting tasks, and cancel crafting tasks, but
has no way of fulfilling them, or letting the grid know they CAN be
fulfilled, without awkwardly placing a crap ton of crafters set to
"process" next to empty chests.
L246[17:35:08] <Vexatos> sounds like
something you should add to refined storage
L247[17:35:24] <Vexatos> I mean, it is on
github
L248[17:35:26] <Karthas> Ideally I would,
and I'm in the RS discord waiting for Raul to get back
L249[17:35:26] <Vexatos> you can just PR
it
L250[17:35:37] <Vexatos> if it already has
OC integration
L251[17:35:46] <Karthas> I have most of
the code written already, I'm just waiting on clarification of one
point
L252[17:36:02] <Vexatos> writing a
separate addon for that sounds silly
L253[17:36:37] <Karthas> Oh I agree, but I
think it would be better to make it as a separate add-on, test it,
and then send something I've actually tested to Raoul to add to
RS's OC integration
L254[17:36:51] <Karthas> I mean... I could
just fork his repo I guess...
L255[17:36:59] <Vexatos> you can just add
it to RS and test it in the RS dev environment
L256[17:37:03] <Vexatos> compile RS
yourself etc
L257[17:37:11] <Karthas> yeah. XP I...
don't know why I didn't consider that lol
L258[17:37:32] <Karthas> But the main part
of my question stands
L259[17:39:01] <Karthas> The only OC bit
I'm looking to add is a function to the driver that allows OC
systems to register crafting patterns it is capable of fulfilling,
and I wanted to make sure that was a somewhat sensible thing
L260[17:39:41]
⇨ Joins: Icedream
(~icedream@has.streaminginter.net)
L261[17:39:44] <Vexatos> "register
patterns"?
L262[17:39:51] <Vexatos> Aren't patterns a
specific item?
L263[17:39:56] <Karthas> Right so
L264[17:40:18] <Karthas> normally you have
to craft the pattern, and it has to be placed in a container that
meets certain interface requirements.
L265[17:40:33] <Karthas> but on the Java
side, it's just an array of tables holding the pattern info
L266[17:41:32] <Karthas> so basically the
driver would get an extra array of "stored patterns" that
aren't physical items, and the function would take the resulting
item and required ingredients as parameters.
L267[17:42:10] <Karthas> which would be
cleared when the block either loses power or is disconnected
L268[17:42:21] <Vexatos> that sounds like
a balance issue on the RS side of things
L269[17:42:50] <Vexatos> also how would
you give it the physical items
L270[17:42:57] <Karthas> OC can pull items
from the grid
L271[17:43:00] <Karthas> and put items
in
L272[17:43:04] <Vexatos> since OC does not
have a real representation of an itemstack
L273[17:43:17] <Vexatos> apart from
references to a database upgrade entry
L274[17:43:29] <Vexatos> but that would
require an installed database upgrade
L275[17:43:44] <Karthas> right, but if you
want robots to be doing non-simple crafting it needs that
anyway
L276[17:44:26] <Karthas> so, if for
example, you wrote some Lua that has a robot pull sticks and coal
from the grid, turn them into torches, and put the torches back in
the grid
L277[17:44:40] <Karthas> obviously that
means you have an OC system capable of fulfilling a crafting
request for torches
L278[17:44:56] <Karthas> this just allows
you to let RS KNOW you have that capability
L279[17:45:14] <Karthas> so that if you
have 0 torches, it will show up as something you can request
L280[17:46:30] <Vexatos> so how would you
be able to specify the pattern?
L281[17:46:47] <Karthas> RS has a
converter that takes the pattern and turns it into the data that
makes it up for OC to access
L282[17:46:51] <Karthas> just invert that
function
L283[17:47:00] <Vexatos> what does an
input look like then
L284[17:47:07] <Vexatos> is it just the
item name?
L285[17:47:29] <Karthas> One second while
I pull up the relevant code so I'm not just talking out my ass
XD
L286[17:49:03] <Karthas> So the current OC
integration takes a pattern and returns an itemstack of outputs, an
itemstack of inputs, and some flags like
"isOredict"
L287[17:49:54] <Karthas> so the new
function would take in an itemstack of outputs, an itemstack of
inputs, the same flags (or at least the ones that are relevant),
and gives the RS system the 'pattern' it needs to register as
something that is requestable
L288[17:51:34] <Karthas> (The
"isProcessing" and "isBlocking" are not flags
that would need to be passed in and could just be hardcoded,
because the crafting isn't handled by the RS system)
L289[17:53:13] <Vexatos> but the OC
itemstack representation is just a table
L290[17:53:31] <Vexatos> with
strings
L291[17:53:48] <Vexatos> you cannot
reconstruct an itemstack from that table
L292[17:54:03] <Vexatos> that's why the
database upgrade was made
L293[17:54:14] <Karthas> If that's the
case, how does the current RS integration which gives itemstacks
make any sense to an OC system?
L294[17:54:25] <Vexatos> A database index
is the only way to reconstruct an itemstack from an OC value
L295[17:54:37] <Vexatos> well the OC
system knows the item name
L296[17:54:43] <Vexatos> so it can compare
those
L297[17:54:55] <Vexatos> it cannot compare
NBT data for instance
L298[17:55:07] <Karthas> Hmm
L299[17:56:46] <Karthas> can you not
construct a new ItemStack from just the item and an amount?
L300[17:56:53] <Karthas> ItemStack(Item
itemIn, int amount);
L301[17:57:27] <Vexatos> You are lacking
metadata and NBT
L302[17:57:32] <Karthas> the RS comparer
can be set to ignore NBT data for inputs
L303[17:57:40] <Karthas> in fact I think
it does so by default
L304[17:57:40] <Vexatos> the itemstack
representation in OC might have metadata
L305[17:57:53] <Vexatos> but it definitely
doesn't have NBT, only a boolean whether the item has NBT at all or
not
L306[17:59:04] <Karthas> Just checked, the
first thing RS does when looking at itemstacks for a pattern is
strip NBT
L307[17:59:30] ⇦
Quits: ben_mkiv (~ben_mkiv@p57972AC7.dip0.t-ipconnect.de) (Ping
timeout: 207 seconds)
L308[17:59:53] <Vexatos> well
L309[17:59:55] <Vexatos> then it could
work :P
L310[18:00:10] <Karthas> XD You scared me,
because I thought I checked all this stuff
L311[18:00:15] <Vexatos> alternatively,
use database upgrade indices
L312[18:00:15] <Karthas> and then you made
me think I was overlooking something horrible
L313[18:00:19] <Vexatos> those are real
itemstacks
L314[18:00:20] <Karthas> I mean
L315[18:00:25] <Karthas> That's what I was
doing for my implementation
L316[18:00:25] <Vexatos> anyhoo
L317[18:00:32] <Vexatos> this sounds like
a balance issue on the RS side
L318[18:00:45] <Karthas> I /think/ it'll
be okay though
L319[18:00:52] <Vexatos> so ask
raoulvdberge
L320[18:01:01] <Karthas> because
RebornStorage allows you to have a single multi-block with
thousands of patterns
L321[18:01:24] <Vexatos> anyhoo, need to
sleep
L322[18:01:26] <Karthas> and you ARE using
memory on the OC system and database upgrades to store the
information
L323[18:01:30] <Vexatos> got to get up in
five hours
L324[18:01:31] <Vexatos> night
L325[18:01:32] <Karthas> yeah, thanks a
lot for talking
L326[18:01:35] <Karthas> I appreciate the
input
L327[18:01:39] <Karthas> 'nite :)
L328[18:04:56] <Karthas> If anyone else
has any feedback or opinions on this implementation/balance/etc.
please let me know XD
L329[18:06:50] ⇦
Quits: Vexatos
(~Vexatos@p200300556E4C199334323918FF9D9DBD.dip0.t-ipconnect.de)
(Quit: I guess I have to go now. Bye ✔)
L330[18:31:44]
⇨ Joins: confused (webchat@24.96.240.117)
L331[18:31:56] ⇦
Quits: confused (webchat@24.96.240.117) (Client Quit)
L332[19:20:11] ⇦
Quits: Turtle (~SentientT@ip5657cbb2.direct-adsl.nl) (Read error:
Connection reset by peer)
L333[19:24:36] ⇦
Quits: Icedream (~icedream@has.streaminginter.net) (Quit: A lol
made me boom.)
L334[19:31:38]
⇨ Joins: Icedream
(~icedream@has.streaminginter.net)
L335[19:51:42] <S3> oh crap
L336[19:51:58] <S3> How am I going to add
new process tables to the actors table in _next ?!
L338[19:52:08] <S3> Now I has a
problem
L339[19:52:09] <S3> CompanionCube: ^
L340[19:52:49] <S3> My OC OS scheduler in
progress
L341[19:53:08] <S3> Oh, I have an
idea!
L342[19:53:24] <S3> I could build an actor
into the scheduling itself...
L343[19:53:31] <S3> and then just receive
spawn()
L344[19:55:01] <S3> unless anyone has any
other ideas
L346[19:57:14] <Mimiru> oops
L347[19:57:21] <Mimiru> R2D2 says hi
L349[19:58:01] <S3> Hi R2D2!
L350[19:59:01] *
AmandaC looks at the clusterfuck she's written, which is full of
errors
L351[19:59:04] *
AmandaC looks at the tie
L352[19:59:08] *
AmandaC goes off to sleep
L353[19:59:10] <AmandaC> time*
L354[19:59:22] <S3> AmandaC: errors?! who
wrote errors
L355[19:59:29] <AmandaC> and
s/sleep/unplug/
L356[19:59:34] <AmandaC> S3:
Gremlins!
L357[19:59:43] <S3> my code runs error
free :"D
L358[19:59:55] <AmandaC> Lies
L360[20:00:08] <AmandaC> the gremlins
attack everybody's code for awhile
L361[20:00:09] <S3> on OCVM
L363[20:00:28] <S3> BUT I ROLLED a
20!
L364[20:00:31] <S3> woops caps lock
L365[20:10:19] ⇦
Quits: BearishMushroom
(~BearishMu@82-209-154-59.cust.bredband2.com) (Read error:
Connection reset by peer)
L366[20:10:20] <Izaya> S3: is this the one
with as few var assignments as possible?
L367[20:10:44] <S3> it is, but I'm okay
with table assignments
L369[20:10:54] <S3> { ['test'] = 5 }
L370[20:11:20] <S3> I think I can make the
scheduler an actor itself
L371[20:12:26] <S3> oh yeh.
L372[20:12:32] <S3> Izaya: and also trying
to avoid side effects
L373[20:12:38] <S3> where it makes
sense
L374[20:15:01] ⇦
Quits: Icedream (~icedream@has.streaminginter.net) (Quit: A lol
made me boom.)
L375[20:23:27]
⇨ Joins: Icedream
(~icedream@has.streaminginter.net)
L376[20:49:00] <S3> I guess I can also
make the scheduler pretend it is a process
L377[20:49:12] <S3> by pushSignalling the
messages between actors
L378[20:49:20] <S3> but that's
weird.
L379[20:49:32] <S3> just how fast is
pushSignal?
L380[20:49:49] <S3> is it slower than
coroutine.yield(out_messages) ?
L381[21:54:47] ⇦
Quits: DeGariless (~DeGariles@141-126-088-211.dhcp.chtrptr.net)
(Remote host closed the connection)
L382[22:00:11]
⇨ Joins: DeGariless
(~DeGariles@141-126-088-211.dhcp.chtrptr.net)
L383[22:04:51] ⇦
Quits: tehbeard (~tehesper@208.80.10.200) (Quit: Off to crush his
enemies, see them driven before him, and to hear the lamentation of
their women)
L384[22:05:52]
⇨ Joins: tehbeard (~tehesper@208.80.10.200)
L385[22:16:11] ⇦
Quits: badcode9 (~ericb@2601:645:4001:304a:f0e2:787a:ac83:3a4b)
(Quit: Leaving)
L386[22:25:43] ⇦
Quits: Lathanael|Away (~Lathanael@p54960734.dip0.t-ipconnect.de)
(Ping timeout: 186 seconds)
L387[22:32:01]
⇨ Joins: Lathanael|Away
(~Lathanael@p549608BF.dip0.t-ipconnect.de)
L388[22:40:59] ⇦
Quits: Thutmose1
(~Patrick@172-10-186-129.lightspeed.gnvlsc.sbcglobal.net) (Quit:
Leaving.)
L389[23:08:14] ⇦
Quits: D1034
(webchat@host-14-108.txlugro.lubbock.tx.us.clients.pavlovmedia.net)
(Quit: Web client closed)
L390[23:19:40] <gamax92> mouse clicks
don't work on the very bottom of the screen.