[MC 1.7.10] Gopher's Peripherals V2.2.pr1 - Biolock, Keypad, & Redstone Peripherals
#61
Posted 20 January 2013 - 06:25 AM
#62
Posted 24 January 2013 - 08:02 AM
#63
Posted 01 February 2013 - 11:27 AM
EDIT: just read the description better, please disregard this post
#64
Posted 16 February 2013 - 10:33 AM
#65
Posted 28 February 2013 - 12:42 AM
#66
Posted 01 March 2013 - 04:59 AM
GopherAtl, on 28 February 2013 - 12:42 AM, said:
So you ARE still alive! JK! Been missing this mod.
#67
Posted 10 March 2013 - 08:50 AM
status = bio.learn(name,30)
its returning false
So its not learning the name?
I have edited the config files to all up to 30 levels.
I:bioLock_InternalMemorySize=30
EDIT:
status = bio.learn(name,5)Still doesnt return true
I think I misread the documentation, when it said limit 16,I thought it was referring to the access levels... can I add more access levels?
#68
Posted 15 March 2013 - 05:46 PM
hego, not at present... there's only 6 possible sides to program, 5 if you assume you won't wire the front, so I don't see much point in increasing the range of access levels, since that is the primary purpose of the levels, is to allow different programs to achieve different things on different sides.
#69
Posted 21 May 2013 - 05:39 PM
[REDACTED]
Started porting this today, gonna need to restructure my image files and tweak the redstone bits based on changes to 1.5. While I'm at it, I'm going to add analog output levels for redstone activation, so you can, for example, make it output 15 on one side for a level 5 scan and level 10 on the same side for a level 3 scan. Also going to be adding a new peripheral block at the same time, just a simple little thing I've found myself wanting (though in typical form I may go overboard and give it additional features beyond the basics)
In the future I have other peripheral blocks I plan to add to the mod as well, mostly along the common theme of programmible security devices. Also, at some point, I'm going to look into the possibility of adding support for MFR's bundled cables at some point as well - no promises, but if it seems practical, I'll add it.
At the same time, I've decided I'm going to discontinue my policy of continuing to support all old versions; the new fixes and features will be for minecraft 1.5.2 only, and unless a particular version winds up in some major mod pack, I will discontinue support for older versions as soon as I port to a newer version of Minecraft.
#70
Posted 15 June 2013 - 07:29 AM
Another update will follow in a few days, with new features, but I decided to go ahead and release a 1.5.2 version asap.
:edit: Another update followed already! No new features yet, just some changes that, I hope, will ensure thread safety. Also fixed an unrelated bug that was discovered in the process, so I hope nobody's gone and pushed v1.0.9b already in the few hours since I released it, as you'll definitely want v1.1 now!
Next - probably not until tomorrow - I'll be adding a method to set a label on the scanners, so that they will appear in the inventory with that label instead of just their numeric id, like you can with computers. I'm also gonna be properly implementing blanking of scanners; currently even if they are not programmed at all, they drop uniquely-id'd objects when broken. Gonna make them only drop if they have some learned prints or stored programs, and otherwise revert to un-numbered, and stackable, items. And after that, finally, a new peripheral. The new peripheral is pretty simple, so with luck I'll finish all of this by the end of the weekend!
#71
Posted 16 June 2013 - 10:25 AM
#72
Posted 19 June 2013 - 10:32 AM
#73
Posted 23 June 2013 - 09:19 PM
Major new feature. PRBs (Programmable Redstone Blocks).
These are some seriously versatile little babies! At the most basic, you can connect them to a computer, either directly or via wired modems over a LAN, and give that computer the ability to monitor and control redstone on 5 sides (minus the one that has the modem attached), just like you would the sides of the computer itself. But that's just the start! They can also be programmed to do logical operations on their inputs to generate outputs, including all the standard boolean comparisons (and, or, nor, xor, nand, nxor), analog comparisons (>, <, >=, <=, ==, and !=), as well as a few extras (max, min, if, unless). These operations can take constants or sides as their inputs.
See the original post for the detailed usage instructions. In the mean time, as a little bonus, I give you a program that can configure a PRB to act like an s/r latch!
prb=peripheral.wrap("bottom") --// assumes computer is sitting on top of the prb prb.setOutput("back","left","nand","front") prb.setOutput("front","right","nand","back")And that's that. As long as there is something in front of and behind the PRB which will "reflect" redstone outputs back - redstone dust, or most basic solid, non-transparent blocks - then signals on the left and right will set and reset the latch. When set, a redstone signal will be output on the front, and the back will be off; when reset, the back will output while the front is off.
This is just scratching the surface of this incredibly versatile little logic block - which will become even more versatile in future updates, with the addition features like internal values that can be programmed and used in output programs, as well as clock and timing functions.
As always, report bugs here, and also post screenshots/videos of anything you create with these, the best will get added to the original post!
#74
Posted 24 June 2013 - 03:28 AM
#75
Posted 24 June 2013 - 04:48 PM
#76
Posted 29 June 2013 - 05:00 AM
#77
Posted 29 June 2013 - 09:28 AM
Glad you like the mod, though!
#78
Posted 19 July 2013 - 11:30 PM
#79
Posted 20 July 2013 - 01:29 AM
#80
Posted 21 July 2013 - 10:15 AM
1 user(s) are reading this topic
0 members, 1 guests, 0 anonymous users