A few basic ComputerCraft questions...

  • Please make sure you are posting in the correct place. Server ads go here and modpack bugs go here
  • The FTB Forum is now read-only, and is here as an archive. To participate in our community discussions, please join our Discord! https://ftb.team/discord

Ieldra

Popular Member
Apr 25, 2014
1,810
733
129
It's always the simple things I struggle with... writing the programs is no problem at all, but this is driving me up the wall:

(1) I have a multiblock monitor on top of a (advanced) computer. When I leave and restart the game, and then activate the computer, the monitor stays black, program outputs using the correct interface do not appear on it, and function calls of its API return nothing. What can I do? I can't imagine I need to break and replace a monitor block in order to get it to do something - because that's the only thing that works so far.

(2) On that selfsame multiblock monitor, once it works, I get everything I want to display on it but it's also full of white dots. How do I get rid of those?

(3) How do I stop a running program that's stuck in a loop? I've seen CTRL-T and CTRL-R listed, but none of those work, nor do any other combinations I tried.

Please help! This is CC 1.58 with OpenPeripheralCore 0.4.1
 
(1): Dunno. It works for me. Do you have some code example?

(2): Dunno either. You have cleared the monitor right? Sounds like a bug.

(3): Have you tried holding it for a few seconds?
 
(1): Dunno. It works for me. Do you have some code example?
Here's a test sequence:
I place the monitor. Then I go into the lua command prompt, wrap the monitor (d = peripheral.wrap("top")), then do something like d.setCursorPos(1,1) and d.write("test"). The text is displayed on the monitor. Then I leave the game and load it up again, and do the same, but the monitor stays black and nothing appears. I would expect that it activates as soon as you start the computer, but it won't. Only breaking and replacing a monitor block reactivates it.

(2): Dunno either. You have cleared the monitor right? Sounds like a bug.
It looks like this:
computer2.jpg

This is the active state. When the monitor is inactive (see (1)), it's completely black.

(3): Have you tried holding it for a few seconds?
That worked.
 
OK, (2) appears to be a resource pack problem. So there remains one problem: why does my multiblock monitor remain inactive after loading a world unless I break and replace a block that's part of it?
 
OK, (2) appears to be a resource pack problem. So there remains one problem: why does my multiblock monitor remain inactive after loading a world unless I break and replace a block that's part of it?
Not sure I understand the problem. The monitor is supposed to stay the same(be it connected to a computer or not) for as long as you don't actually send any commands to it. It is not supposed to activate or disable depending on world/chunk loads. Only thing affecting it should be the computer sending commands to it.
 
Not sure I understand the problem. The monitor is supposed to stay the same(be it connected to a computer or not) for as long as you don't actually send any commands to it. It is not supposed to activate or disable depending on world/chunk loads. Only thing affecting it should be the computer sending commands to it.
Exactly. It does not react to commands. More plainly, it does not work at all unless I have placed the block directly adjacent to the computer in the same game session. I leave the game, re-enter the game, start the computer, start the program that should show something on the monitor....and nothing shows up (also no error message on the computer). Stop program, break monitor, replace monitor, start program....and everything works as it should.
 
Exactly. It does not react to commands. More plainly, it does not work at all unless I have placed the block directly adjacent to the computer in the same game session. I leave the game, re-enter the game, start the computer, start the program that should show something on the monitor....and nothing shows up (also no error message on the computer). Stop program, break monitor, replace monitor, start program....and everything works as it should.
Hmm have absolutely no idea why that happens. Other than it might be a bug in that particular CC version I have nothing to offer.

On the Texturepack front, I have no idea why it is doing dots like that. But I know that CC is incompatible with highres fonts. So if your texturepack is using those you might want to remove them from the pack. In Soartex the directory for the fonts are:
"assets\minecraft\textures\font\ascii.png"
Simply removing that file fixed the font problem I was having with Soartex.
 
The high-res fonts are a major reason why I'm using Sphax. I got rid of the dots by editing the ascii.png file. There was a dot above the "0" for some unfathomable reason. Remove that and the font works nicely. I have some odd spacing because of the incompatibility but I'll accept that if it means I can have the high-res fonts. Looking at a 16x font gives me a headache.

I haven't found an answer for the monitor that doesn't work unless I break and replace it but I can live with that for now, too. Spending all my time bug-hunting is not fun. I must say, though, that the number of compatibility problems I've run into with CC is seriously offputting. First I had to downgrade to 1.58 because CC couldn't find the methods on RotaryCraft machines (and I'm told this affects quite a few other mods as well), now this incompatibility with my resource pack. What are they doing at CC? One would think that the makers of a mod whose main attraction comes from mod interactivity would squash these kinds of bugs as soon as they appeared.
 
The high-res fonts are a major reason why I'm using Sphax. I got rid of the dots by editing the ascii.png file. There was a dot above the "0" for some unfathomable reason. Remove that and the font works nicely. I have some odd spacing because of the incompatibility but I'll accept that if it means I can have the high-res fonts. Looking at a 16x font gives me a headache.

I haven't found an answer for the monitor that doesn't work unless I break and replace it but I can live with that for now, too. Spending all my time bug-hunting is not fun. I must say, though, that the number of compatibility problems I've run into with CC is seriously offputting. First I had to downgrade to 1.58 because CC couldn't find the methods on RotaryCraft machines (and I'm told this affects quite a few other mods as well), now this incompatibility with my resource pack. What are they doing at CC? One would think that the makers of a mod whose main attraction comes from mod interactivity would squash these kinds of bugs as soon as they appeared.
I know this sounds silly, but have you tried chunkloading the computer+monitors?
Something like the TE3 conduit bug might happen during restarts.
 
I know this sounds silly, but have you tried chunkloading the computer+monitors?
Something like the TE3 conduit bug might happen during restarts.
The computer and monitors are already in a chunkloaded area - the control room of my fusion reactor. I've noticed an odd thing though: when I load my world, it loads the monitors as separate blocks, the multiblock forms a few seconds later. But even if there is a problem in the block updating sequence, the monitor should become active as soon as I run a program that displays something on it.
 
The computer and monitors are already in a chunkloaded area - the control room of my fusion reactor. I've noticed an odd thing though: when I load my world, it loads the monitors as separate blocks, the multiblock forms a few seconds later. But even if there is a problem in the block updating sequence, the monitor should become active as soon as I run a program that displays something on it.
Hmm. Have you tried using wired modems to connect to it? might help somehow.
 
Hmm. Have you tried using wired modems to connect to it? might help somehow.
Tried that. No change. Not that I really expected it, but it's still disappointing. Maybe the people on the CC forums can help.
 
is the monitor across a chunk boundary?
No. Also, I just found out that apparently it's only the Advanced Computer which has this bug - a normal computer three blocks away from the first one works normally with a multiblock monitor. While I need an advanced monitor for the color display, I don't need an advanced computer. I'll replace the computer in question and then we'll see.
 
Well, that wasn't the problem either. I then moved the computer one level down and put the wireless modem on the right instead of at the front, and now it works. This is really very odd. I'm glad things work now, but not knowing what was the cause is irritating.
 
Well, that wasn't the problem either. I then moved the computer one level down and put the wireless modem on the right instead of at the front, and now it works. This is really very odd. I'm glad things work now, but not knowing what was the cause is irritating.
Was it the modem the whole time? Maybe your program hung on trying to use it through the face of f the computer.
 
Was it the modem the whole time? Maybe your program hung on trying to use it through the face of f the computer.
Except that I have....let's see...14 computers running with modems sitting on their fronts with no problems at all. All right, those have no monitors so it could be a strange set of conditions like "multiblock monitors on top of a computer don't work after a world reload unless you break and replace them if a modem is sitting at the front of the same computer". I've seen stranger things, but a condition this complicated usually indicates that there's an unknown factor at work.