Okay, quick disclaimer: I have no idea how Minecraft or ComputerCraft work on the java side, and I only know how classes work from C++.
1. Yeah, that's similar to what I had in mind, but why not just use the "normal" Minecraft coordinates while manually setting Y? There's nothing in CC that needs to know the exact world XYZ coordinates of a computer.
I like have my house in 0,0 coords but I have been thinking and use Minecraft coords probably should be better.
2. Wait, so *just* repeats rednet messages and responds to GPS queries? Why not just emulate a terminal while discarding all attempts to write to screen? That's the only way I can see positioning and stationkeeping working as I envisioned it, and would make the peripheral fun to use. If you need to send a program up, simply provide a floppy disk with a startup file in it. We could even use this base to branch out into a whole "unmanned space exploration" mod or something.
However, it's your mod; don't listen to me if you don't want to.
what if the Redsatellites get sent up with a code on a disk drive named as startup and when the satellite reaches the desired altitude it stops and the only program it will run is the startup program but it will have a full functionality of computers other then displaying to screen and redstone. You could use something like nsh to control the satellite from the ground and install programs though a rednet file sending program. It would allow creativity in how the satellite are programmed. You could even use them as a external file host and have it only send the files if you provide the correct password :D/>
Hope this makes sense as this idea is one of the best i have seen in the suggestions area in a long time
I had the same idea yestarday, but it was too late so I didn't posted it. The satellite will have a disk drive that will execute like CC computers but without writing anything in the screen (there is no screen). But you can't change the disk or the program while is in the space. To change programs you must make a program in the disk that allows you to do that. It will be like a normal CC computer but you can't go there to change the disk or control it manually.
I really like this idea, think of all the things we can make with this! Obviously limited to the disk space limit in CC.
Once you have that program, where you just send your data to the nearest network node and let it reach its destination from there, it's not a stretch at all if one of those nodes, instead of being a computer sitting on the roof of a building, was a turtle hovering at y=255. Being a turtle only for the ease of sending it up. This would be your relay satellite, no additional content added to the mod.
This won't work if the computers are too far, there will be unloaded chunks in the middle of them and turtles can't work in unloaded chunks.
Is there a reason to make it unlike rednet? I don't know if peripherals can send and receive rednet messages currently (it's not part of the peripheral API, though, so it's unsupported by dan200 and Cloudy).
At first this peripheral was only a way to do rednet range to be infinite ingame so it was a bit owerpowered. I thought it can be solved if it work with channels instead of computers ID so if you want a private message you must encrypt it. Now with fuel and other ideas this isn't really necessary but I like the channels idea, and I don't know if peripherals can interact with rednet.
Meaning you can only send one message per second (emulating low bandwidth), or you can send messages as fast as you like but they all take a second to get there (emulating speed-of-light delay)?
I want to emulate speed-of-light delay. I said a second as an example, maybe it will be 0.5 seconds or less.
No. No more chunkloaders that aren't dedicated as chunkloaders. Do you even know how many servers ban quarries because they load chunks? If people want a chunkloader they can get a chunkloader.
I agree with that.
Is the fuel thing really necessary?
Satellites could just have a "satellite.boost()" function they have to call every now and then to show they're not frozen, and a "satellite.deorbit()" function if you want to bring them down immediately.
I probably wouldn't have a reason to move my satellites sideways, but I wouldn't mind the option being there.
In order to de-orbit satellites that are unresponsive but still calling satellite.boost(), perhaps the satellite BIOS could deorbit the satellite when it receives a specific message, but only if the sender is within a few blocks horizontally of the satellite - so you can't deorbit random satellites, you'd have to control the launch site.
I think its better with fuel so you can move satellites, useful when you want to create a GPS network and the satellites are wrong placed. Also this make satellites wont be for an infinite time in the space, they will fall after being a long time in the space.
To move the satellite or call satellite.deorbit() you only can use the controller with the GUI to do it manually and without computers or with a computer next to the controller using it as a peripheral. This prevent griefers to deorbit your satellite.
A lot of messages! Hope I have not forgotten to answer any. By the way, I'm really bad with names, do you like RedSat?