<<Prev Next>> Scroll to Bottom
Stuff goes here
L1[00:35:16] ***
SatanicSanta is now known as Santa|afk 
L2[01:03:11] ⇦
Quits: CovertJaguar (~you@65.183.205.6) (Read error: Connection
reset by peer) 
L3[01:03:31] ⇨
Joins: CovertJaguar (~you@65.183.205.6) 
L4[01:03:31]
ChanServ sets mode: +o on CovertJaguar 
L5[01:37:51] 

<CovertJaguar> The goal is to be able
to do releases for both 1.10 and 1.11 at the some time
eventually
 
L6[01:38:13] 

<CovertJaguar> but I don't have a
great graps on how much work getting to that point is going to
be
 
L7[02:45:39] ⇦
Quits: mallrat208 (~mallrat20@107-145-175-135.res.bhn.net) (Ping
timeout: 201 seconds) 
L8[02:45:56] ⇨
Joins: mallrat208
(~mallrat20@107-145-175-135.res.bhn.net) 
L9[02:51:49] ⇦
Quits: mallrat208 (~mallrat20@107-145-175-135.res.bhn.net) (Ping
timeout: 201 seconds) 
L10[02:52:03] ⇨
Joins: mallrat208
(~mallrat20@107-145-175-135.res.bhn.net) 
L11[03:49:41] ***
MrKick|Away is now known as MrKickkiller 
L12[03:50:12] ⇨
Joins: ImQ009
(~ImQ009@89-74-217-232.dynamic.chello.pl) 
L13[03:51:02] ⇨
Joins: Lizzy (Lizzy@znc.theender.net) 
L14[03:52:31] ⇨
Joins: Forecaster (Forecaster@znc.theender.net) 
L15[03:52:33]
ChanServ sets mode: +o on Forecaster 
L16[03:53:37] ⇨
Joins: Techokami (Techokami@znc.theender.net) 
L17[03:57:52] ⇨
Joins: scj643 (~quassel@scj.theender.net) 
L18[04:09:47] ⇨
Joins: Hgreb
(~Hgrebnedn@ptr-908g3oryo86zpn1nk7p.18120a2.ip6.access.telenet.be) 
L19[04:17:25] ⇦
Quits: Techokami (Techokami@znc.theender.net) (Ping timeout: 190
seconds) 
L20[04:18:02] ⇦
Quits: Forecaster (Forecaster@znc.theender.net) (Ping timeout: 204
seconds) 
L21[04:18:40] ⇦
Quits: Lizzy (Lizzy@znc.theender.net) (Ping timeout: 204
seconds) 
L22[04:23:23] ⇨
Joins: Lizzy (Lizzy@znc.theender.net) 
L23[04:23:36] ⇨
Joins: Forecaster (Forecaster@znc.theender.net) 
L24[04:23:40]
ChanServ sets mode: +o on Forecaster 
L25[04:24:46] ⇨
Joins: Techokami (Techokami@znc.theender.net) 
L26[04:40:09] ⇨
Joins: Vexatos
(~Vexatos@p5B3C9D9D.dip0.t-ipconnect.de) 
L27[04:48:59] ⇦
Quits: neptunepink (~root@2601:640:c300:1620:f489:160a:8cb8:59b5)
(Ping timeout: 201 seconds) 
L28[05:34:45] ⇨
Joins: MCenderdragon (~MCenderdr@46.79.237.62) 
L29[07:20:48] 

<GeneralCamo> 1.12 is a possibility,
however the preliminary looks I did does not bode well
 
L30[07:20:56] 

<GeneralCamo> And that was nearly a
month ago
 
L32[07:42:03] ⇨
Joins: Xilandro
(~Kodos@2602:306:ce20:6c30:e541:f23d:8cff:7271) 
L33[07:45:21] ⇦
Quits: Kodos (~Kodos@2602:306:ce20:6c30:10a:814b:38db:22f7) (Ping
timeout: 201 seconds) 
L34[08:07:22] 

<liach>
@GeneralCamo Wanna work on stacksize changes?
 
L35[08:12:46] 

<Speiger> @Vexatos it got worse in
1.7.10 thats why i decided to do a rewrite from scratch which
cleaned a lot up xD
 
L36[09:36:09] ⇨
Joins: turmfalke
(~turmfalke@p5B0830CA.dip0.t-ipconnect.de) 
L37[10:36:58] ⇨
Joins: Johannes13
(~Johannes1@dslb-094-216-023-108.094.216.pools.vodafone-ip.de) 
L38[10:37:01] ⇨
Joins: Johannes13_
(~Johannes1@dslb-094-216-023-108.094.216.pools.vodafone-ip.de) 
L39[10:37:04] ⇦
Quits: Johannes13_
(~Johannes1@dslb-094-216-023-108.094.216.pools.vodafone-ip.de)
(Read error: -0x7880: SSL - The peer notified us that the
connection is going to be closed) 
L40[10:38:23] ***
Johannes13 is now known as DasBrain 
L41[14:43:30] ⇨
Joins: neptunepink
(~root@2601:640:c300:1620:20d9:201c:3c6d:81e5) 
L42[14:47:33] 

<MipoloArchiletti> Does Railcraft work
best as an above-ground or below-ground system?
 
L43[14:53:54] 

<Forecaster> entierly depends what you
do with it
 
L44[15:10:49] ⇨
Joins: SatanicSanta (~SatanicSa@76.115.175.15) 
L45[15:11:33] ⇦
Quits: SatanicSanta (~SatanicSa@76.115.175.15) (Client
Quit) 
L46[15:12:47] ***
Santa|afk is now known as SatanicSanta 
L47[15:12:59] ***
SatanicSanta is now known as Santa|afk 
L48[15:13:03] ***
Santa|afk is now known as SatanicSanta 
L49[15:37:20] ⇨
Joins: Hathadar
(Hathadar@c-73-20-95-143.hsd1.ut.comcast.net) 
L50[15:42:57] <Hathadar> I have several
holding bays which feed into one line. How may I automatically
allow only one train in at a time?
 
L51[15:43:09] <Hathadar> The holding bays
are parallel to each other.
 
L52[15:44:51] 

<Forecaster> signals
 
L53[15:46:13] <Hathadar> That is like
saying rain comes from the sky when I am interested in learning
about the water cycle.
 
L54[15:46:26] <Hathadar> I am looking for a
more detailed explination.
 
L55[15:46:37] 

<Forecaster> then ask a more specific
question
 
L56[15:47:38] <Hathadar> I thought my
question was fairly specific. How may I release only one train from
several parallel holding bays when the way ahead becomes
clear?
 
L57[15:48:46] 

<Forecaster> by setting up signal
blocks ahead and connecting them to your locking tracks
 
L58[15:49:35] <Hathadar> I have signal
blocks setup. The problem I am running into is when the way out of
the holding bays becomes clear, all othe trains will be released at
once.
 
L59[15:49:44] 

<Hanakocz> if more trains do wait for
signal, then you probably want some delay mechanics
 
L60[15:50:23] <Hathadar> Yes. I am looking
for the logic to set that up.
 
L61[15:50:36] 

<Forecaster> you could simply make
each bay a signal block
 
L62[15:50:52] <Hathadar> I know the
capacitor allows for the introduction of delays, but not
conditionally.
 
L63[15:52:15] ⇦
Quits: Vexatos (~Vexatos@p5B3C9D9D.dip0.t-ipconnect.de) (Quit: I
guess I have to go now. Bye β) 
L64[15:52:34] 

<Forecaster> make each bay a signal
block, only allow the trains to advance if the bay ahead is
clear
 
L65[15:52:51] <Hathadar> You are describing
holding bays in series. I am wanting to set them up in
parallel.
 
L66[15:53:30] <Hathadar> if (bayA ==
occupied && bayB == occupied && bayC == occuplied)
then release bayA.
 
L67[15:53:48] 

<Forecaster> oh, I misunderstood
you
 
L68[15:53:57] 

<Forecaster> the solution to that is
the interlock box
 
L69[15:54:03] 

<Forecaster> I happen to have a video
about that
 
L70[15:54:29] <Hathadar> Please do
share.
 
L71[15:55:11] 

<Hanakocz> each parallel track will
have two parts in series. First part will be for your work to be
done, then second part will be waiting line, you let trains go into
second part only if no other part is full. If you have those second
parts different in size, there won't be two trains that would
get to the main outgoing track at one time
 
L73[15:57:00] <Hathadar> thanks
 
L74[15:57:38] 

<Forecaster> you can skip to about 28
minutes
 
L75[15:57:50] 

<Forecaster> that's when the bit
that's relevant to what you want starts
 
L76[15:58:16] 

<Forecaster> basically I built a
station that has paralel platforms and has a system that ensures
only one train can leave at a time
 
L77[16:08:42] 

<Forecaster> there's also a link
to a world download in the description
 
L78[16:11:55] 

<Forecaster> (it's for
1.7.10)
 
L79[16:37:12] <Hathadar> Is there any such
thing as an AND gate in railcraft?
 
L80[16:38:27] 

<CovertJaguar> If you refering to
aspects, if you have two receivers connected to a controller, the
controller will output the most restrictive aspect of the two
receivers
 
L81[16:38:36] <Forecaster> ^
 
L82[16:38:48] <Forecaster> you can make an
AND gate using boxes
 
L83[16:42:43] 

<Natesky9> I made a really functional
first-in, first-out loading bay with interlock boxes, receivers,
and repeaters
 
L84[16:43:00] 

<CovertJaguar> you can also convert to
redstone and do logic there
 
L85[16:43:35] <Hathadar> Nate, did you
document your build?
 
L86[16:43:56] 

<Natesky9> I have a screenshot of
it...let me dig it up
 
L88[16:45:34] 

<Natesky9> I can explain it from
memory as best I can
 
L89[16:46:42] <Hathadar> Please do.
 
L90[16:47:54] ⇦
Quits: Hgreb
(~Hgrebnedn@ptr-908g3oryo86zpn1nk7p.18120a2.ip6.access.telenet.be)
(Ping timeout: 204 seconds) 
L91[16:54:05] <Hathadar> BTW, I was reading
through issues on github and came to a suggestion thread about
teleportation tracks. I agree with your sentiment, CovertJaguar. I
dislike teleportation.
 
L92[16:57:33] 

<Forecaster> It does kind of defeat
the point of railways
 
L93[17:00:38] <Hathadar> Indeed.
 
L94[17:06:17] 

<Natesky9> Alright, so from the bottom
up
 
L95[17:06:30] 

<Natesky9> Receivers, one per
lane
 
L96[17:06:49] 

<Natesky9> Repeaters
 
L97[17:08:59] ***
manmaed[away] is now known as manmaed 
L98[17:10:00] ***
manmaed is now known as manmaed[away] 
L99[17:10:19] ***
manmaed[away] is now known as manmaed 
L100[17:20:53] <Hathadar> Nate, were you
still going to explain your FIFO holding station?
 
L101[17:23:36] 

<Natesky9> Yeah, I'm actually at
work, so I'm half here
 
L102[17:25:36] 

<Natesky9> So, the repeaters take the
signal from the line, the line being a separate line that holds one
train
 
L103[17:26:49] 

<Natesky9> That goes into an interlock
box, the interlock boxes "remember" the order that the
Redstone was input
 
L104[17:27:33] 

<Natesky9> Sorry, I probably confused
you there
 
L105[17:29:22] 

<Natesky9> Block signal -> receiver
-> repeater -> controller -> interlock -> receiver
-> locking track
 
L106[17:30:34] <Hathadar> so the LIFO
functionality is inherent in the interlock boxes?
 
L107[17:31:34] <Hathadar> FIFO*
 
L108[17:32:11] 

<CovertJaguar> I do have some thoughts
on a teleportation system that isn't that bad for railways,
but its a lot harder most current teleportation systems and tied to
worldgen
 
L109[17:33:17] <Hathadar> IMO, the only
appropriate rail teleportation is between dimensions. Even then it
must be geographically dependent. coordinates 0,0 in the overwrold
go to 0,0 in the end.
 
L110[17:33:19] 

<CovertJaguar> the interlock boxes
only allow one lane to be "open" at any given time
 
L111[17:33:46] <Hathadar> I understand
that much, but do they operate on a LIFO basis? Are they a
queue?
 
L112[17:33:56] 

<CovertJaguar> they are an
interlock...
 
L113[17:34:30] 

<CovertJaguar> there is a order of
precidence on which lane would be considere the "open"
lane
 
L114[17:34:57] 

<CovertJaguar> which is dependant on
the coordinate sorting of the interlock boxes themselves
 
L115[17:35:08] 

<CovertJaguar> but that's
it
 
L116[17:38:09] 

<CovertJaguar> and the open lane
remains open until the input changes
 
L117[17:42:57] 

<CovertJaguar> @Natesky9 what is the
reason for the repeater?
 
L118[17:43:47] 

<Natesky9> Signal boxes don't
transmit Redstone between them, and I needed to invert the
signal
 
L119[17:44:15] 

<CovertJaguar> ah
 
L120[17:44:27] 

<bball>
but they accept and emit redstone signals
 
L121[17:44:35] 

<bball>
if you configure them correctly
 
L122[17:49:44] ***
MrKickkiller is now known as MrKick|Away 
L123[17:54:19] ⇦
Quits: ImQ009 (~ImQ009@89-74-217-232.dynamic.chello.pl) (Quit:
Leaving) 
L124[17:56:53] <Hathadar> Interlock boxes
don't have aspect precedence, do they?
 
L125[17:57:45]
⇨ Joins: sinkillerj
(~sinkiller@nc-67-232-11-204.dhcp.embarqhsd.net) 
L126[18:00:07] 

<CovertJaguar> only one output can be
green or yellow, everything else is red
 
L127[18:13:00]
⇨ Joins: Fandroid
(~Fandroid@2601:203:203:6310:3c65:2b68:d8b6:2563) 
L128[18:14:01] ***
manmaed is now known as manmaed[away] 
L129[18:15:09] ⇦
Quits: MCenderdragon (~MCenderdr@46.79.237.62) (Quit:
Leaving) 
L130[18:19:10] <Hathadar> Forecaster, how
do I make an AND gate using boxes?
 
L131[18:19:50] 

<bball>
two recievers adjacent to one controller
 
L132[18:27:03] ⇦
Quits: turmfalke (~turmfalke@p5B0830CA.dip0.t-ipconnect.de) (Ping
timeout: 186 seconds) 
L133[18:31:38] 

<Natesky9> Hmm, not exactly. That just
passes the most restrictive aspect
 
L134[18:32:03] 

<Natesky9> You'll need to make an
actual AND gate using Redstone
 
L135[18:32:31] 

<Natesky9> Thankfully, Redstone
torches on top of signal boxes actually works correctly
 
L136[18:55:00] ***
SatanicSanta is now known as Santa|afk 
L137[18:59:12]
⇨ Joins: travis-ci
(~travis-ci@ec2-54-146-20-214.compute-1.amazonaws.com) 
L138[18:59:13] <travis-ci>
Railcraft/Railcraft#664 (mc-1.10.2 - b34fc53 : CovertJaguar): The
build passed.
 
L141[18:59:14] ⇦
Parts: travis-ci
(~travis-ci@ec2-54-146-20-214.compute-1.amazonaws.com)
()) 
L142[19:03:48] 

<Natesky9> And yes, signal boxes emit
and accept Redstone signals, but they do not pass them through
adjacent linkages
 
L143[19:05:46]
⇨ Joins: travis-ci
(~travis-ci@ec2-54-167-232-241.compute-1.amazonaws.com) 
L144[19:05:46] <travis-ci>
Railcraft/Railcraft#665 (mc-1.10.2 - 465f28c : CovertJaguar): The
build passed.
 
L147[19:05:46] ⇦
Parts: travis-ci
(~travis-ci@ec2-54-167-232-241.compute-1.amazonaws.com)
()) 
L148[19:27:48] 

<bball>
but they pass an aspect to adjacent linkage, then the adjacent box
outputs a RS signal based on the aspect
 
L149[19:32:03] ⇦
Quits: Doty1154 (~Doty1154@2601:648:8000:134f:819a:fbd6:1a8c:8042)
(Ping timeout: 201 seconds) 
L150[19:33:02]
⇨ Joins: Doty1154
(~Doty1154@c-73-189-164-179.hsd1.ca.comcast.net) 
L151[19:33:17] 

<Natesky9> Yes, but in the case of
block -> interlock, you want to invert the aspect for that lane.
The only way to do that is to take the aspect, emit Redstone, and
invert
 
L152[19:34:42] 

<Natesky9> Then you can pass the
respective inverted aspects, and allow obit one train to leave at a
time, pausing for each one to fully leave the station
 
L153[19:38:55] 

<bball>
you can set it to output on all aspects that are _not_ the one you
want to invert
 
L154[19:40:07] ⇦
Quits: Bunsan (~bunsan@S010674440131016b.cg.shawcable.net) (Ping
timeout: 186 seconds) 
L155[19:40:46]
⇨ Joins: Bunsan
(~bunsan@S010674440131016b.cg.shawcable.net) 
L156[19:43:39] 

<Natesky9> Yes, but the interlock
boxes. They don't have a gui
 
L157[19:43:53] 

<Natesky9> So you have to invert
before them
 
L158[19:44:05] 

<bball>
why are you trying to output the interlock?
 
L159[19:44:19] 

<bball>
why not send to the reciever first?
 
L160[19:44:56] 

<Natesky9> Because, the interlock only
allows one output. You only want one train disembarking to the main
line at a time
 
L161[19:45:40] 

<Natesky9> There are other ways, but
I've found that, timed perfectly, two trains can disembark at
the same time, causing issues
 
L162[19:45:50] 

<Natesky9> This method prevents
that
 
L163[19:45:51] 

<bball>
okay, explain what exactly you need to use the AND gate for
 
L164[19:48:55] 

<Natesky9> Are you talking about the
receiver connected to the interlock?
 
L165[19:49:30] 

<bball>
yes that reciever
 
L166[19:50:20] 

<Natesky9> It's... Sorta an and
gate, since the interlock outputs the least restrictive. It's
connected to the outbound line. The next train isn't allowed
to leave until the last one is gone
 
L167[20:46:29]
⇨ Joins: Johannes13_
(~Johannes1@dslb-094-216-121-204.094.216.pools.vodafone-ip.de) 
L168[20:48:33] ⇦
Quits: DasBrain
(~Johannes1@dslb-094-216-023-108.094.216.pools.vodafone-ip.de)
(Ping timeout: 200 seconds) 
L169[21:32:55] ⇦
Quits: yorick (~yorick@ip51cd0513.speed.planet.nl) (Ping timeout:
200 seconds) 
L170[21:35:05]
⇨ Joins: yorick
(~yorick@ip51cd0513.speed.planet.nl) 
L171[21:43:56] ⇦
Quits: Hathadar (Hathadar@c-73-20-95-143.hsd1.ut.comcast.net)
() 
L172[21:53:55] ⇦
Quits: Tahg (~Tahg@pool-71-248-165-18.bstnma.fios.verizon.net)
(Read error: Connection reset by peer) 
L173[21:55:21]
⇨ Joins: Tahg
(~Tahg@pool-71-248-165-18.bstnma.fios.verizon.net) 
L174[22:04:39] ⇦
Quits: Lathanael (~Lathanael@p549603EB.dip0.t-ipconnect.de) (Ping
timeout: 186 seconds) 
L175[22:05:41] ⇦
Quits: Tahg (~Tahg@pool-71-248-165-18.bstnma.fios.verizon.net)
(Read error: Connection reset by peer) 
L176[22:06:58]
⇨ Joins: Tahg
(~Tahg@pool-71-248-165-18.bstnma.fios.verizon.net) 
L177[22:11:22]
⇨ Joins: Lathanael|Away
(~Lathanael@p54960890.dip0.t-ipconnect.de) 
L178[23:01:11] ⇦
Quits: Lathanael|Away (~Lathanael@p54960890.dip0.t-ipconnect.de)
(Ping timeout: 186 seconds) 
L179[23:08:01]
⇨ Joins: Lathanael|Away
(~Lathanael@p549603D8.dip0.t-ipconnect.de) 
L180[23:37:30] ⇦
Quits: sinkillerj (~sinkiller@nc-67-232-11-204.dhcp.embarqhsd.net)
(Quit: γΎγγ) 
L181[23:52:55]
⇨ Joins: Vexatos
(~Vexatos@p5B3C9D9D.dip0.t-ipconnect.de)