[LanteaCraft / SGCraft] == ccDHD ==

- The ccDHD suite of programs now supports the 'new' LanteaCraft (LC2-16+) and no longer supports the 'old' LanteaCraft (1.7.10-70).
- The ccDHD suite of programs now supports the 'new' SGCraft (1.11.x) and no longer supports the 'old' SGCraft (1.9.x)
- A version of the ccDHD suite for 'old' LanteaCraft and 'old' SGCraft is available in the downloads section as version 1.5.

- SGCraft: 1.11.x or later is required (either MC 1.7.10, MC 1.8.9, MC 1.12.2)
- LanteaCraft: LC2-16 or later is required (MC 1.7.10)
- LanteaCraft: Pause/resume dialing in ccDHD/ccDHDlite and ccDialer
- LanteaCraft: Discovery Dialer 2 now works with LC2
- LanteaCraft: gateLiaison/ccDHDlite do their best to 'guess' the current gate connection and iris states when started up
- LanteaCraft: Iris state tracking and communication from gateLiaison to ccDHD greatly improved.
- LanteaCraft: ccDHD now displays iris health as well as fuel percent
  - This currently reads only as 0% as this feature is incomplete in LanteaCraft atm.
- SGCraft: ccDHD & ccDHDlite now support automatic call dropping for incoming calls.
- All Programs: Implemented SquidDev's AES and Alex Kloss' base64 for all but direct gate to gate communications.
- All Programs: Implemented Anvarins' pbkdf2 for password hashing.
- gateLiaison, ccDHDlite, and ccDHDbasic work with a standard DHD if one is also connected to the gate.
- gateLiaison can now be started with monitor support force disabled (start with the command 'nomon' without the quotes)
  - this allows ccDHD & gateLiaison to share the same monitor network without issues
  - this is mostly useful when using wired communications between ccDHD & gateLiaison
- ccDHD & gateLiaison can now use wired modems to communicate.
  - In order to use wired modem communications no wireless modems can be attached to the gateLiaison machine.  You may still place a wireless modem on the ccDHD machine for Sync functionality.
  - In order to use wired modem communications both the ccDHD modem and the gateLiaison modem MUST be turned ON (this tells ccDHD that you wish to use wired comms instead of wireless and which modem to use).
  - When sharing the same monitor network cables, gateLiaison should be started with monitor support force disabled (start with the command 'nomon' without the quotes)
    - sharing the same monitor network without using 'nomon' will likely cause weird output to the monitors as they'll be updated by both ccDHD and gateLiaison.
- ccDHD & gateLiaison can now handle stargate address changes - if your gate address changes for any reason, a restart is all that is needed
- ccDHD & gateLiaison now support multiple 3x3 monitor arrays. (display a representation of the gate/chevrons)
  - Additionally, ccDHD's 3x3 monitors can act as address books simply by tapping them
- ccDHD and gateLiaison can now be launched with a side specified for redstone output (to trigger a dialing alarm if so desired)
  - e.g. ccDHD bottom
  - The alarm defaults to incoming only, for outgoing alarms as well use the keyword outgoing
    - e.g. ccDHD bottom outgoing
- ccDHD & ccDHDlite: Import now copies what's on diskette and merges it with the loaded address book instead of replacing the loaded address book
  - as this duplicates Merge! functionality, the Merge! button has been removed
  - Export still replaces what's on diskette with the loaded Address Book (no merging takes place)
- ccDHD & ccDHDlite: Address Book can now be (re)loaded via the Address Book Management pop-up
- ccDHD & ccDialer: Syncing address books back and forth should be *much* more reliable in noisy environments
- ccDHD & ccDialer: Syncing address books now will update existing entries as well - any 'default' data in existing entries of the target will be replaced by user generated data if it exists in the source
- ccDHD & ccDialer: Right clicking an address in details view now returns you to dial view and attempts to dial the address.
- ccDHD & ccDialer now display the state of the remote gate's iris.
  - ccDHD indicates remote iris status immediately after the connected address. (green = open, red = closed, gray = unknown)
  - ccDailer indicates remote iris status with the [I] button. (green = open, red = closed, gray = unknown)
- ccDHD & ccDialer now send hashed/salted & encrypted passwords instead of plain-text.
- ccDHD now stores passwords hashed/salted instead of in plain-text.
- ccDHD: Sync (in settings) now offers basic and full Sync for ccDialer (basic = dial/end/remote iris, full = basic + address book sharing)
- ccDHD: End Call Iris (in settings) can now open or close the iris (or do nothing) when a call ends
- ccDHD: Clicking on the iris indicator will allow you to open the remote gate's iris with the proper password. (just like ccDialer)
- ccDHD: Say goodbye to TRIM mode - middle clicking an address now directly deletes it. (just like ccDialer, ccDHDlite, and ccDHDbasic)
- ccDHD: Added a separate iris password for ccDialer's remote iris open.
  - the default password is 'password' (without the quotes)
  - no longer do you have to share your lockdown password to grant access to your base.
- ccDHD can now be remotely put into lockdown mode.
  - The iris password will open the remote gate's iris if iris is closed and the remote gate isn't in lockdown.
  - The iris password will close the remote gate's iris if the iris is open.
    - This always works for ccDHD
    - gateBuddy must be started with the command line argument 'iris' (no quotes) if you want gateBuddy to be able to close the iris
      - if starting with shell.run() then quotes will be necessary - e.g. shell.run("gateBuddy", "iris")
  - The lockdown password will clear lockdown on the remote gate if the remote gate is in lockdown.
  - The lockdown password will put the remote gate into lockdown if the remote gate isn't already in lockdown.
- ccDHD now properly drops calls (for addresses configured for callDrop) when in lockdown. (bugfix)
- ccDHD now sports a new, detailed marquee display
  - the marquee monitor is the 3 wide, 1 tall monitor usually installed on top of ccDHD
  - you can switch between the old and new displays in settings
- ccDHD & gateLiaison now support 2x1 monitor arrays for displaying a connection timer
  - the timer displays connection times up to 59 minutes 59.9 seconds then rolls over to 0
  - ccDHD also shows the connection timer in the main UI header
  - gateLiaison also shows the connection timer in its UI next to gate status
- ccDialer now handles more than 5 sync hosts and lists the number of hosts found (scroll mouse or use PageUP/PageDN to change pages)
- ccDialer now indicates if a host is "Dial Only" (red) or "Dial & Sync" (green) during Sync host selection
- ccDialer now knows whether a host is "Dial Only" or "Dial & Sync" and enables/disables Sync as appropriate.
- ccDialer now shows host gate status (Idle, Dialing, Connected)
- ccDailer now indicates which address is being dialed when the call is initiated from ccDialer (via black text for the associated address book entry)
- ccDialer: if you wish to clear remote iris status manually for any reason simply middle click on the 'I' in the header
  - pressing 'END Call' will also clear remote iris status (this may change in the future)
- ccDHD/ccDHDlite/ccDHDbasic/ccDialer: Gate names can now be 12 characters long (instead of 9)
- ccDHD/gateLiaison, gateBuddy, ccDHDlite, and ccDHDbasic now all fully support having a standard DHD attached and used
- gateBuddy can now record last call data if started with the command line argument 'log' (without the quotes).
  - If starting with shell.run() you will need quotes - e.g. shell.run("gateBuddy", "log")
- gateBuddy can now CLOSE its iris if started with the command line argument 'iris' (without the quotes).
  - If starting with shell.run() you will need quotes - e.g. shell.run("gateBuddy", "iris")
- ccDHDlite can now be run in a tab.
- Introducing ccDHDbasic for SGCraft - an easy way to get started with computer controlled dialing.
- Introducing ccDialer for the Plethora Neural Interface (requires Plethora mod by SquidDev)

- With the change of ownership of Minecraft Forums and the lack of activity in the original LanteaCraft and SGCraft threads it seemed like it was time to release 2.0 and call it done.

- IMPORTANT: If you are *upgrading* from a version prior to RC20:
  - you MUST upgrade ALL your scripts or things won't work
  - if you are doing a fresh install, this doesn't affect you...carry on
  - If you are *upgrading* from a version prior to RC15, ccDHD will prompt you (one time) to enter your passwords on startup
    - *** make sure you know your passwords before upgrading! ***
    - this allows ccDHD to rehash your passwords with the new hash that's been implemented
    - if you are doing a fresh install, this doesn't affect you (the default passwords are set to 'password' without the quotes)

 -----

- ccDHD as a suite is now complete, there are no new features planned.

- LanteaCraft has no event for receiving data between gates - therefore remote Iris open and remote Iris status (ccDialer & ccDHD) don't work with LC2.
- LanteaCraft has incomplete iris health mechanics, iris percentage reading is always 0%.
- LanteaCraft lacks a functioning power system, thus power percentage reading is always 100%.

- gateLiaison to connect to (gateLiaison does not need to be installed first, but ccDHD will not complete initialization until gateLiaison is up and running)
- Advanced Computer with a wireless modem and/or a wired modem networked to the gateLiaison machine
  - When using wired modems between ccDHD & gateLiaison, a wireless modem may still be attached for Sync functionality
- ccDHD is written to use full screen - it can be run in CraftBang, or a CraftOS tab, but not in any system that alters the width of the screen...or shrinks the height by more than 1
- ccDHD does not work in OneOS
- new directory: /data (automatically created)
- Multiple 3x3, 3x1, or 1x1 Advanced Monitor Arrays (optional) - the monitors provide additional features and may be connected directly and/or via modem/network cable
- 1 or more Biometric Locks from Gopher's Peripherals (optional) - use BioPup to program biolocks

- 'new' LanteaCraft (ccDHD 2.0): A stargate to connect to
- 'old' LanteaCraft, 'old' SGCraft (ccDHD 1.5) & 'new' SGCraft (ccDHD 2.0): A Stargate-ComputerCraft Adapter block (with attached stargate) to connect to
- Computer (standard or advanced) with a wireless modem (or a wired modem networked to the ccDHD machine), or a wireless turtle (standard or advanced)
  - If using a turtle, the adapter block must be directly connected and no monitors can be used.
  - If using a computer, the adapter block may be connected directly or via network cable and multiple 3x monitor arrays are supported.
- gateLiaison can probably run in a small-ish window, but has only been tested in CraftOS and Craftbang.
- gateLiaison does not work in OneOS
- new directory: /data (automatically created)
- 1 or more 3x1 Monitor arrays (standard or advanced) (optional)
- 1 or more 3x3 monitor arrays (standard or advanced) (optional)
  - Monitor arrays may be connected directly and/or via modem/network cable
  - Mixing standard and advanced monitors will result in all monitors displaying in black and white

--#  NOTES  #--
- Once gateLiaison is set up and running...if you ever need to quit gateLiaison for any reason, simply press 'q' to gracefully exit
- When running gateLiaison 1.5 for the first time with 'old' LanteaCraft you will be asked to select a side for shield/redstone output
  - If you are not using a shield or using the redstone signal to trigger something else; simply select an unused side to continue
- gateLiaison 1.5 does not support directly connected monitors, only monitors connected via modem/network cable

- A Sync host to connect to - ccDHD (with 'Sync' set to Basic or Full in settings) or gateBuddy
- Advanced Wireless Pocket Computer
- new directory: /data (automatically created)

- 'new' LanteaCraft (ccDHD 2.0): A stargate to connect to
- 'old' LanteaCraft, 'old' SGCraft (ccDHD 1.5) and 'new' SGCraft (ccDHD 2.0): A Stargate-ComputerCraft Adapter block (with attached stargate) to connect to
- Computer (standard or advanced) with a wireless modem, or a wireless turtle (standard or advanced)
  - The adapter block must be directly connected if using a turtle. It may be connected directly or via network cable if using a computer.
- NOTE that gateBuddy's features are accessed exclusively via ccDialer

pastebin: jriyySTL
ComputerCraft: pastebin get jriyySTL startup

pastebin: PLy9GAWt
ComputerCraft: pastebin get PLy9GAWt startup

pastebin: TUQvDbbm
ComputerCraft: pastebin get TUQvDbbm ccDialer

pastebin: 1U2XPPCw
ComputerCraft: pastebin get 1U2XPPCw startup

pastebin: BiXu3DfW
ComputerCraft: pastebin get BiXu3DfW discoDialer

pastebin: AAjVTFA3
ComputerCraft: pastebin get AAjVTFA3 discoImport

pastebin: 39UhE8Nz
ComputerCraft: pastebin get 39UhE8Nz startup

pastebin: NZrxstWF
ComputerCraft: pastebin get NZrxstWF startup

pastebin: MKAZXSny
ComputerCraft: pastebin get MKAZXSny ccDialer

pastebin: B81kt39c
ComputerCraft: pastebin get B81kt39c startup

pastebin: VgUMbZyF
ComputerCraft: pastebin get VgUMbZyF ccDialer

pastebin: yg67N4UT
ComputerCraft: pastebin get yg67N4UT discoDialer

pastebin: AAjVTFA3
ComputerCraft: pastebin get AAjVTFA3 discoImport

pastebin: H8LKg8kS
ComputerCraft: pastebin get H8LKg8kS BioPup

- 'Sync' can be set to OFF, Dial-Only or Full.  Dial-only allows ccDialer to dial/end calls and open the remote iris.  Full adds address book sharing.
- 'Highlight Gate' makes the local address stand out in Dial/Trim modes and on the list monitor
- 'Bio' sets the function for the Biometric Scanner during normal operation - it can control the shield/iris or trigger a lockdown
- 'Incoming Iris' determines whether the iris automatically closes during an incoming call (whitelisted addresses are excluded)
- 'END Call Iris' determines whether the iris automatically opens whenever a call disconnects
- The DEFAULT Lockdown Password is 'password' (without the quotes)
- The DEFAULT Remote Iris Password is 'password' (without the quotes)

1x1 list monitor & 3x1 marquee monitor:
- Touch a gate entry on a 1x1 list monitor to display its notes on the 3x1 marquee monitors
- Touch a 1x1 list monitor again to return to the address list and standard 3x1 marquee
- When viewing a gate's notes, touch a 3x1 marquee monitor to dial
- When the gate is dialing, touch any 3x1 marquee monitor to pause/resume dialing (LanteaCraft) or to end the call (SGCraft)
- When the gate is connected, touch any 3x1 marquee monitor to end the call (LanteaCraft & SGCraft)

3x3 gate image monitor:
- Tap the 3x3 gate image monitor to bring up the address book
  - Tap 'Dial' next to an address to dial that address
  - Tap 'Hangup' next to any address to disconnect
  - Tap 'Close' to return to the gate image

--# Main Screen #--
- Left click an address to dial
- Left click the address being dialed to pause/resume dialing (LanteaCraft only)
- Right click an address to view/edit the details for that address
  - When viewing/editing the details of a gate, you can reorder your address book by changing the address book entry number at the top right
  - When viewing/editing the details of a gate, you can dial that gate by right clicking on the address
  - Scroll your mouse wheel when viewing/editing a gate to switch to the previous or next gate without exiting details view
  - Switch 'Iris:' mode to blacklist (red) or whitelist (green) an address (for auto-iris operation) - the neutral position is neither blacklisted or whitelisted.
  - 'Save' in gate details view saves the entire address book, not individual gates
- Middle click an address to delete that entry from the address book
  - Deletion is immediate but not permanent until the address book is saved
- Left click 'New Gate' to add a new gate to the address book
- Right click 'AddrBook' to save the address book
- The 'AddrBook' button will allow you to import and export your address book from/to a disk drive (with floppy disk or pocket computer inserted)
  - This is a simple way to backup/restore your gate list
  - If you insert a pocket computer that has ccDialer installed, be aware that ccDialer's address book is used for restore/backup
  - The Import button doesn't replace the address book - instead it will only import addresses that aren't already in the address book, basically merging two address books into one
    - As well, any default data in existing entries will be updated if the imported address book contains other than default data
- When connected to another gate, ccDHD will display the remote gate's iris state immediately after the dialed/incoming address as an 'I' in brackets
  - Green indicates the iris is open, red indicates closed, gray indicates iris state is unknown
  - Click on the 'I' to open (or in some cases, close) the remote gate's iris with the target gate's remote iris password

--# Logs Screen #--
- Left click an address in the logs to dial that address
- Right click an address in the logs to add that address to the address book

- Press F1 for basic help

--# Address Book #--
- Left click an address to dial
- Left click the address being dialed to pause/resume dialing (LanteaCraft only)
- Right click an address to view/edit details
  - When viewing/editing the details of a gate, you can reorder your address book by changing the address book entry number at the top right
  - Scroll your mouse wheel when viewing/editing a gate to switch to the previous or next gate without exiting details view
  - 'Save' in gate details view saves the entire address book, not individual gates
- Middle click an address to delete that entry from the address book
  - Deletion is immediate but not permanent until the address book is saved

--# Top Buttons #--
- Click 'Sync' to transfer the address book to/from ccDHD (ccDHD must be set for FULL Sync)
  - ccDialer can transfer the address book to/from ccDHD only, gateBuddy does not have an address book
- Click [H] to locate all Sync hosts in range
  - If more than one host is found you will be presented with a list to select which Sync host you wish to connect to
    - If more than 5 hosts are found, the list may be scrolled with mouse wheel or Page Up/Page Down
    - Hosts are color coded to indicated Dial-Only hosts (red) and Full hosts (green)
- The current Sync host will be 'lowlighted' in the address book (gray button with light gray text)
- Click [I] to remotely open (or in some cases, close) the iris of the connected target gate - if the target is a gate with ccDHD you will need to know the remote iris password, if the target is a gate with gateBuddy then any (non-blank) password will work.
  - When dialing another gate, the [I] will update it's color based on the remote gate's iris state after the connection is established
  - Green indicates the remote iris is open, red indicates closed, gray indicates unknown
- Click [I] to remotely put a ccDHD target system into lockdow or take it out of lockdown
  - The lockdown password is required to do this (as opposed to the remote iris password which can only operate the iris when ccDHD is NOT in lockdown mode)
- Left click '+' to add a new gate to the address book
- Right click '+' to save the address book
- Click [X] to quit

Spoiler

LanteaCraft users, please note: there is no upgrade path from 1.1/1.5 to 2.0 since LC2 has no upgrade path from LC1
SGCraft users, please note: although this section doesn't apply to you, it should be noted that you may safely upgrade from 1.5 to 2.0 at any time - if you have any issues, please let me know

Spoiler

Note that 1.5 is not fully backwards compatible with 1.1 - if you are upgrading, please read the following…

Spoiler

If you are *upgrading* from 1.1 you will need to delete all your config files and your ccDHD log files before installing 1.5

ccDHD config

/data/DHDconfig
OR
/data/DHDsettings

ccDHD logs

/data/DHDhistory
AND
/data/DHDlast

gateLiaison config

/data/gateSettings
OR
/data/gateConfig

Your 1.1 gate address files are fully compatible and can be used with 1.5 without issue so leave those where they are and they'll be fine.

After deleting the config and log files, you'll then need to go through first-time setup with 1.5.

If you're using ComputerCraft 1.58 and LanteaCraft snapshot 88 or RC1_22 you can download ccDHD 1.1.
Please note that ccDHD 1.1 is no longer being developed and is no longer supported.

Spoiler

- The ccDHD suite of programs now supports both LanteaCraft and SGCraft

- Installation order no longer matters - you can install gateLiaison or ccDHD first...your choice.

- Streamlined client interface - No more 'EDIT' mode - all edit functions are incorporated into the main UI - press F1 for help.
  - ccDHD TRIM mode is now accessed by middle clicking an address.
  - ccDHD TRIM mode now has 'Reload', 'Save', and 'Close' options instead of only 'Undo' and 'Commit'.
  - Scroll your mouse wheel when viewing/editing a gate to switch to the previous or next gate without exiting details view.
- ccDHD now 'multitasks' - whether you are clicking, typing, or whatever;  ccDHD will update its status 'in real time' in the background without interrupting what you are doing.
- ccDHD now supports multiple 1x and 3x advanced monitor arrays.
- ccDHD & gateLiaison now display incoming addresses.
- Give your gates custom names for the main display - find your destination easier!
- Merge! two address books into one.
- Reorder your address book in ccDHD and ccDialer!
- Improved ccDHD log view - both outbound and inbound addresses are recorded.
  - Dial addresses directly from the logs - simply left click an address to dial.
  - Add addresses to the address book directly from the logs - simply right click an address to add it to the address book.

- gateLiaison now supports multiple 3x monitor arrays.
- gateLiaison can now be gracefully exited by pressing 'q'.
- gateLiaison is now completely event driven (no more timed data polling).

- ccDialer now has full gate management capability - add, edit, delete, and reorder gates directly in ccDialer.
- ccDialer & Sync now use a different method of communication:
  - ccDialer is now required to 'contact' the local Sync host (ccDHD with Sync turned ON or gateBuddy) before it can dial out.  This prevents a number of potential issues...especially with the introduction of wireless repeaters in ComputerCraft 1.6.
  - selecting 'Sync' in ccDialer will automatically find the nearest Sync host (ccDHD with Sync turned ON or gateBuddy) and prompt you to send or receive an address book.
  - if you just want to dial and do not need to send/receive an address book in ccDialer, simply click [H] at the top/left to connect to the nearest Sync host..
  - if the gate address of the Sync host isn't in your address book, you'll be prompted to add it.
  - the current Sync host will be 'lowlighted' (gray button, light gray text) in the address book.

- Introducing gateBuddy!  gateBuddy is a small program that will allow you to dial and end calls from ccDialer without installing gateLiaison and ccDHD.

- Too many tweaks and bug fixes to list (seriously).

Spoiler

Before *upgrading* to 1.1 from 1.0 make sure to do these three things in the following order:

1. Update to the latest version of gateLiaison
2. In your current version of ccDHD, go into settings and ensure that ccNet (not redNet) is selected, and the channels are set to (send:1776/receive:1787)
3. Exit ccDHD and delete your ccDHD configuration file (either "/data/DHDsettings" or "/data/DHDconfig")
4. Restart ccDHD

1.1 has some significant code changes, stability improvements, and a few bug fixes; but it does not have any of the 'legacy upgrade' code present in the 1.0 branch.

If you're starting fresh (not upgrading from a prior version), don't worry about this - just install 1.1.

ComputerCraft 1.63 and Lanteacraft RC1_33/34 extras:

Spoiler

ccDialer and Sync are now available for ComputerCraft 1.63 and Lanteacraft RC1_33 or 34
Dial your gates from an advanced wireless pocket computer. ccDHD will make and log the call for you.

1. Download ccDialer (see Downloads section)
2. Turn on Sync in ccDHD settings
3. Use the Sync feature in ccDialer to wirelessly import your gate data from ccDHD
4. Click a gate to dial

You can also export the address book to ccDHD making wireless sharing of your address book with multiple ccDHD machines easier than using a floppy.

Screens:

Spoiler

HARDWARE LAYOUT EXAMPLE:
ccDHD and gateLiason Setup


ccDHD CLI:
….. Dial UI ………… Edit UI ………… Trim UI
[attachment=1586:DialScreen.png] [attachment=1587:EditScreen.png] [attachment=1588:TrimScreen.png]

Gate View/Edit UI … Settings UI …….. Dial Help
.[attachment=1589:ViewEditScreen.png] .. [attachment=1590:SettingsScreen.png]. [attachment=1591:DialHelp.png]

.. Log Screen ...... Lockdown ........ Edit Help
[attachment=1594:LogView.png] [attachment=1593:Lockdown.png] [attachment=1592:EditHelp.png]

gateLiaison CLI:
Status Screen
[attachment=1595:gateLiaison.png]

ccDialer CLI:..... BioPup CLI:
[attachment=1596:ccDialer.png]...[attachment=2229:BioPup_userInfo.png]

Requirements:

Spoiler

ComputerCraft 1.57 or 1.58 for MC 1.6.4 (HTTP API ENABLED for installer)
LanteaCraft (snapshot 82+ or RC1_15-RC1_22) for MC 1.6.4
ccDHD requires the following:

- gateLiaison up and running
- Advanced Computer
- ccDHD is written to use full screen - it can be run in CraftBang or OneOS* but not in any system that alters the width of the screen...or shrinks the height by more than 1
- new directory: /data (required, automatically created)
- 3 or (3 and 1) Advanced Monitors (optional) - the monitors provide additional features
- Biometric Scanner from GopherAtl's Peripheral Mod 2.1.3 (updated for MC 1.6.4 by gamax92) (optional)

gateLiaison requires the following:

- A stargate to connect to
- Computer (standard or advanced), or Wireless Turtle (standard or advanced) if no monitors are connected and turtle is directly connected to the stargate
- gateLiaison can probably run in a small-ish window, but has only been tested in CraftOS and Craftbang.
- new directory: /data (required, automatically created)
- 3 Monitors (standard or advanced) (optional)
- Don't use standard monitors with an advanced computer - this is not supported

ccDialer requires the following:

- ccDHD up and running
- Advanced Wireless Pocket Computer
- new directory: /data (required, automatically created)

Notes:

*dhdInstall does not directly support OneOS - users wishing to use ccDHD in OneOS will need to install ccDHD then add '.program' (no quotes) to the end of the file name.

Downloads:

Spoiler

- IMPORTANT: dhdInstall and ccDHD both REQUIRE a mouse

Run the installer from PasteBIN (recommended):
dhdInstall

Paste: A6uxKyCy
ComputerCraft:	  pastebin run A6uxKyCy
ComputerCraft d/l:  pastebin get A6uxKyCy dhdInstall

or download the programs individually…
ccDHD

Paste: vMtcSz2e
ComputerCraft:	pastebin get vMtcSz2e DHD

gateLiaison

Paste: xSHHqL0h
ComputerCraft:	pastebin get xSHHqL0h gateLiaison

ccDialer

Paste: WN9wLUnu
ComputerCraft:  pastebin get WN9wLUnu ccDialer

BioPup

Paste: H8LKg8kS
ComputerCraft:	pastebin get H8LKg8kS BioPup

Installation:

Spoiler

- Install gateLiaison on the gate computer and get it running first; then install ccDHD on the DHD computer
- See the screenshots for example hardware layouts

gateLiaison Setup:

- Minimum setup is 1 Standard Computer + 1 Wireless Modem + 1 Stargate

- The easiest place to put the gateLiaison computer is under the base block of the stargate
- The stargate may be connected directly or via network cable
- gateLiaison expects the optional 3x marquee monitor (if attached) to be connected via network cable, not directly connected
- The wireless modem can be placed on any side of the gateLiaison computer
- Do not use standard monitors with an advanced computer - this is not supported

- When running gateLiaison for the first time you will be asked to select a side for shield/redstone output
  - If you are not using a shield or using the redstone signal to trigger something else; simply select an unused side to continue

- Once gateLiaison is running you can fire up ccDHD
- If you prefer redNet over ccNet, you can change it via ccDHD settings once ccDHD is installed

ccDHD Setup:

- Minimum setup is 1 Advanced Computer + 1 Wireless Modem + gateLiaison up and running

- The wireless modem can be placed on any side of the ccDHD computer
- ccDHD expects its optional monitors and the optional BioLock (if any are attached) to be directly attached, not connected via network cable
- If you choose to use a Biometric Scanner, you can program it using BioPup (pastebin info in downloads)

- If you prefer redNet over ccNet, you can change it via ccDHD settings - this will affect both ccDHD and gateLiaison

ccDialer Setup:

- Minimum setup is 1 Advanced Wireless Pocket Computer (also called a pocket computer)

ccDHD Operation:

Spoiler

While most of ccDHD's operation is straight forward, some things aren't explained in the help sections or could use further clarification

Settings:

- 'Highlight Gate' makes the local address stand out in Dial/Edit/Trim modes and on the list monitor
- 'Bio' sets the function for the Biometric Scanner during normal operation - it can control the shield/iris or trigger a lockdown
- 'Startup Iris' determines whether ccDHD activates the shield/iris automatically upon startup
- 'END Call Iris' determines whether the shield/iris is activated whenever 'END Call' is clicked
- 'Initiator Only' - when on, ccDHD can only hangup on outgoing calls, not incoming

Dial Mode / Touch Screen:

- Touch a gate entry on the list monitor to display its notes on the marquee monitor
- Touch the marquee monitor to dial
	and/or
- Touch the list monitor to return to the address list and standard marquee
- When the gate is dialing or connected, the marquee monitor may be touched to end the call

Edit/Trim Modes:

- Clicking on 'D I A L' will switch to Edit mode
- Clicking on 'E D I T' will switch back to Dial mode

- The Import/Export buttons in Edit mode will import and export your gate data from/to a floppy disk

- While in Edit mode, right clicking a gate entry will enter Trim mode
- Left click a gate entry in Trim mode to delete that entry
- '- Undo -' will cancel deletions and reload the address book from disk
- '-COMMIT-' will accept deletions and write the new address book to disk

Current Versions:
ccDHD 1.1.29
gateLiaison 1.1.12
dhdInstall 1.1.00
BioPup 2.0.00

Update History:

Spoiler

Update history was lost due to a browser glitch :/

February:

Spoiler

2-25-14

- Updated ccDHD to 1.0.57 - changed 1stRun to default to ccNet, no questions to answer during setup
- Updated gateLiaison to 1.0.13 - changed 1stRun to default to ccNet, only 1 question to answer during setup (shield/redstone side)

2-27-14

- Updated ccDHD to 1.0.58 - minor UI tweaks
- Updated ccDHD to 1.0.59 - more UI tweaks and polish
- Updated gateLiaison to 1.0.14 - added a sanity check to the lockdown process to handle 'initiator only' rules
- Updated dhdInstall to 1.0.04 - complete re-write of pre-install check logic
- Updated ccDHD to 1.0.60 - some code cleanup, minor UI tweaks, added 'Clear' button to log view (call history can now be cleared)
- Updated ccDHD to 1.0.61 - moved 'Clear' button in log view
- Updated gateLiaison to 1.0.15 - reworked status detection logic to account for current status of LanteaCraft RC1_15+ - dial/connect status now reports correctly

2-28-14

- Updated ccDHD to 1.0.62 - tweaks and fixes in settings UI and gate edit UI
- Updated gateLiaison to 1.0.16 - now properly handles 'oneWayTravel = true' in LanteaCraft config without crashing - thanks to AfterlifeLochie for pointing me to pcall
- Updated gateLiaison to 1.0.17 - added iris handling function and separation of shield/iris calls between snapshot 82 and RC1 (using local stargate address length to determine version)

March:

Spoiler

3-2-14

- Updated ccDHD to 1.0.63 - UI tweaks and fixes, changed 'Shield' to 'Iris' for gates with 9 symbols in preparation for irises in LanteaCraft
- Updated gateLiaison to 1.0.18 - tweaks for irises, re-concatenated iris/shield control in preparation for irises, (DO NOT select 'Iris' during initial setup - this feature isn't finished and LanteaCraft doesn't yet have irises)

3-3-14

- Updated ccDHD to 1.0.64 - more UI tweaks and fixes for RC1
- Updated gateLiaison to 1.0.19 - more UI tweaks and fixes for RC1
- Updated ccDHD to 1.0.65 - added import/export feature for gate data, more UI tweaks and fixes for RC1
- Updated gateLiaison to 1.0.20 - more UI tweaks and fixes

3-4-14

- Updated gateLiaison to 1.0.21 - fixed a stupid mistake I introduced in the setup routine in 1.0.19 or 1.0.20, re-wrote setup routine to do things in a slightly different order

3-5-14

- Updated ccDHD to 1.0.66 - fixed a bug in the firstRun function
- Updated dhdInstall to 1.0.05 - changes to how unlabled computers are handled
- Updated ccDHD to 1.0.67 - changes to firstRun to work in conjunction with dhdInstall changes
- Updated gateLiaison to 1.0.22 - changes to firstRun to work in conjunction with dhdInstall changes
- Updated ccDHD to 1.0.68 - rewrote parts of firstRun to use tables and reduce ping pong with gateLiaison during setup, this also increased the reliability of firstRun
- Updated gateLiaison to 1.0.23 - rewrote parts of firstRun to use tables and reduce ping pong with ccDHD during setup, this also increased the reliability of firstRun

3-6-14

- Updated ccDHD to 1.0.69 - added a sanity check to the importGateData function (should have done this before) - now ccDHD will not crash if there is no gate data to import
- Updated ccDHD to 1.0.70 - concatenated several functions, code cleanup, reduced code base by 95 lines
- Updated dhdInstall to 1.0.06 - removed a couple of unnecessary sanity checks
- Updated ccDHD to 1.0.71 - fixed a couple of bugs introduced during code cleanup, localized the importGateData function, added a sanity check to the exportGateData function
- Updated ccDHD to 1.0.72 - eliminated exportGateData function, rolled functionality into saveData (saving a few lines and making intended use of saveData)
- Updated ccDHD to 1.0.73 - eliminated importGateData function, rolled functionality into ingestData (saving a few lines and making intended use of ingestData)
- Updated ccDHD to 1.0.74 - updated EditHelp with basic import/export info
- Updated ccDHD to 1.0.75 - concatenated redNet and ccNet side settings info into netSide, changed DHDsettings to DHDconfig to re-trigger firstRun during an upgrade from prior versions
- Updated dhdInstall to 1.0.07 - included checks for new ccDHD config file

3-7-14

- Updated ccDHD to 1.0.76 - a few small tweaks to the settings screen, added 'Highlight gate' option - this will make the local address stand out in the address book
- Updated ccDHD to 1.0.77 - small change to EditHelp, a few minor UI tweaks, added quite a few comments

3-8-14

- Updated ccDHD to 1.0.78 - (mostly) finished pSync on ccDHD side, added/updated comments
- Updated gateLiaison to 1.0.24 - minor code cleanup and fixes, added/updated comments
- Updated ccDHD to 1.0.79 - finished pSync for both ccDHD and ccDialer (unreleased)

3-9-14

- Updated ccDHD to 1.0.80 - fixed a couple of sanity checks, misc changes, tweaks, and updates related to import/export and pSync

3-10-14

- Updated ccDHD to 1.0.81 - added keyboard shortcuts for most functions
- Updated ccDHD to 1.0.82 - added keyboard shortcuts for navigation, added more comments

3-11-14

- Updated ccDHD to 1.0.83 - code cleanup, tweaked some init and de-init routines
- Updated ccDHD to 1.0.84 - code cleanup, tweaks to firstRun/ingestData/initMe/error messages, added an error screen for missing wireless modem during firstRun
- Updated ccDHD to 1.0.85 - fixed a logic error in keyClick related to lockdown

3-12-14

- Updated ccDHD to 1.0.86 - added/tweaked sanity checks in the import/export routines

3-13-14

- Updated ccDHD to 1.0.87 - code cleanup, more comments, changed timing for firstRun communications w/gateLiaison - now more reliable
- Updated gateLiaison to 1.0.25 - changed timing for ccDHD's firstRun communcations - now more reliable
- Updated dhdInstall to 1.0.07 - massaged a couple of sanity checks

3-14-14

- Updated ccDHD to 1.0.88 - better handling of missing modem, a couple other sanity checks revised, localized two more variables I missed

3-17-14

- Updated ccDHD to 1.0.89 - changed initialization order, removed ability of 'l' key to clear logs - clearing logs must now be done by mouse (making it more 'intentional')

3-18-14

- Updated ccDHD to 1.0.90 - replaced all occurrences of os.read() with readInput() function to handle cursor color/positioning edge cases during updates, minor tweaks
- Updated ccDHD to 1.0.26 - changes to a number of logic routines dealing with state detection and detecting snapshot 82+ vs RC1, code cleanup of detection routines

3-20-14

- Updated ccDHD to 1.0.91 - code cleanup, removed some key inputs for Trim mode to make undo/commit more deliberate, fixed page display in trim mode (no more blank page when a page is cleared)
- Updated gateLiaison to 1.0.27 - gateLiaison now exits gracefully if no stargate is present, changes to lockdown logic - gate will now respond only to the all-clear signal during lockdown

3-22-14

- Updated ccDHD to 1.0.92 - reworked readInput function

3-23-14

- Updated dhdInstall to 1.0.08 - fixed a bug that prevented dhdInstall from running
- Updated ccDHD to 1.0.93 - minor changes to pSync and initMe functions, local gate is now indicated in gate view/edit screen

3-24-14

- Updated ccDHD to 1.0.94 - fixed a longstanding bug related to manually selecting modem side in ccNet mode, added cc# and ccLabel to bottom pane of help UI
- Updated ccDHD to 1.0.95 - tweaked code related to switching modem sides manually - sides/channels are now closed properly before opening the new side/channel

3-25-14

- Updated ccDHD to 1.1.00 - changes to firstRun, initMe, hardware detection, and numerous others
- Updated gateLiaison to 1.1.00 - very minor changes
- Updated dhdInstall to 1.1.00 - removed legacy version detection

3-27-14

- Updated ccDHD to 1.1.01 - tweaks to rCmd and log viewing
- Updated ccDHD to 1.1.02 - fixed initialization failure when using redNet
- Updated ccDHD to 1.1.03 - changes to modem detection and program init, changes and fixes to manual side selection related to modems/networking, pSync now works regardless of network protocol selected

3-28-14

- Updated ccDHD to 1.1.04 - code cleanup, changing modem/monitor sides in settings is far more robust now
- Updated ccDHD to 1.1.05 - changes to lockdown handling and lockdown routines, reworked and cleaned up help code, minor code cleanup
- Updated ccDHD to 1.1.06 - fixed a bug during init related to updating status
- Updated ccDHD to 1.1.07 - code reorganization
- Updated gateLiaison to 1.1.01 - change in lockdown handling to allow ccDHD to startup during a lockdown
- Updated ccDHD to 1.1.08 - fixed a bug introduced in a recent update that prevented shield status from being updated on the control button

3-29-14

- Updated ccDHD to 1.1.09 - small config tweak related to gateLiaison/redNet, small config tweak to redNet, added drawElement() function allowing roughly 150 lines of code to be removed
- Updated ccDHD to 1.1.10 - fixed a derp that prevented editing of newly created gates immediately after creation, fixed gate limit (was only allowing 23975 gates instead of 23976)
- Updated ccDHD to 1.1.11 - minor code book keeping, further implementation of drawElement() - another 100+ lines of code removed

3-30-14

- Updated ccDHD to 1.1.12 - a few minor tweaks, further implementation of drawElement(), drawCLI() now properly localized
- Updated ccDHD to 1.1.13 - further implementation of drawElement()
- Updated ccDHD to 1.1.14 - further implementation of drawElement(), pSync channels now excluded from ccNet channels when picking new ccNet channels
- Updated ccDHD to 1.1.15 - minor code reorganization, yet even more drawElement()
- Updated ccDHD to 1.1.16 - minor tweak to dialing, more cow bell...err...drawElement()

April:

Spoiler

4-5-14

- Updated gateLiaison to 1.1.02 - added support for standard computers/monitors - advanced computers/monitors no longer required (probably best not to mix, though)
- Updated gateLiaison to 1.1.03 - drawElement() implemented
- Updated ccDHD to 1.1.17 - minor change to session recording, minor code cleanup, tweaks, and commentary
- Updated gateLiaison to 1.1.04 - minor change to terminal screen output for standard computers
- Updated ccDHD to 1.1.18 - update to drawElement()
- Updated gateLiaison to 1.1.05 - update to drawElement()

4-6-14

- Updated ccDHD to 1.1.19 - performance enhancement to drawElement()
- Updated gateLiaison to 1.1.06 - performance enhancement to drawElement()

4-7-14

- Updated ccDHD to 1.1.20 - fixed a STUPID (that bears repeating...STUPID) mistake I made in drawElement()
- Updated gateLiaison to 1.1.07 - fixed a STUPID mistake I made in drawElement()

4-10-14

- Updated ccDHD to 1.1.21 - fixed a goofball mistake I made in drawing the UI - new rule: no posting changes without testing...even the smallest ones
- Updated gateLiaison to 1.1.08 - small performance improvement to drawElement()
- Updated ccDHD to 1.1.22 - small performance improvement to drawElement()
- Updated ccDHD to 1.1.23 - minor performance improvement to (and possible finalization of) drawElement(), minor tweak to drawRatingList()
- Updated gateLiaison to 1.1.09 - minor performance improvement to (and possible finalization of) drawElement()

4-11-14

- Updated ccDHD to 1.1.24 - tweaks to drawElement() to account for running in a tab in CC1.6x
- Updated gateLiaison to 1.1.10 - tweaks to drawElement() to account for running in a tab in CC1.6x

May:

Spoiler

5-3-14

- Updated ccDHD to 1.1.25 - small tweak to first-time setup, fixed several issues related to lockdown, added a verification prompt for clearing the logs, updated several loops to use ipairs instead of pairs

5-4-14

- Updated gateLiaison to 1.1.11 - small tweak to first-time setup, updated several loops to use ipairs instead of pairs

5-8-14

- Updated ccDHD to 1.1.26 - minor code cleanup
- Updated gateLiaison to 1.1.12 - minor code cleanup

5-21-14

- Updated ccDHD to 1.1.27 - fixed 'Clear Logs?' prompt leaving 'bits' onscreen

June:

Spoiler

6-3-14

- Updated ccDHD to 1.1.28 - fixed a corner condition that could cause an invalid color assignment in rare instances, fixed gate classification assignment menu

6-5-14

- Updated ccDHD to 1.1.29 - fixed an issue where the mouse would become unresponsive if keyboard shortcuts were used for certain features

6-11-14

- Updated ccDialer to 1.0.01 - fixed a stupid mistake that prevented dialing gates from any page greater than 1

Dog, on 04 February 2014 - 01:57 PM said:

No prob - glad you got it sorted :)/> Let me know if I can help further, and if you're inclined, please let me know where I can make improvements. Thanks for hanging in there :D/>

Dog, on 07 April 2014 - 09:31 PM said:

D'oh! The derp is on my end - I made a STUPID mistake in my code. It's fixed in both gateLiaison and ccDHD so make sure you download the latest versions of each. Sorry about that. :\

Agreed about the transport rings - they are quite awesome.

Glad you find the system useful (when I'm not borking it up with derpy mistakes) - one of the main reasons I made it (other than 'just for fun') was because address management is a PITA otherwise.

Dog, on 02 February 2014 - 04:32 PM said:

You don't need to type it into a computer in Minecraft. Take a look in the Downloads section; specifically dhdInstall. Copy the code after "ComputerCraft:" and paste that into the gate computer in Minecraft and hit enter. It should only take a moment to download dhdInstall.

Make sure you know each computer's ID # (in ComputerCraft type "id" (without the quotes) and press enter). You'll need to provide the ccDHD # to gateLiaison and vice versa.

When dhdInstall is downloaded, run dhdInstall and install gateLiaison on the gate computer. When it's done installing (a second or two) the gate selection will turn green. Quit dhdInstall. Run gateLiaison, type in the DHD computer ID#, press enter, and pick a side for shield output.

Repeat the process on the DHD computer for ccDHD, installing ccDHD instead of gateLiaison. When you run ccDHD you'll only need to enter the gateLiaison computer ID#.


First and foremost, read the entire post at least once as that *should* answer most of your questions :)/> If it doesn't, please tell me where I can improve the directions.

Dog, on 02 February 2014 - 04:32 PM said:

You don't need to type it into a computer in Minecraft. Take a look in the Downloads section; specifically dhdInstall. Copy the code after "ComputerCraft:" and paste that into the gate computer in Minecraft and hit enter. It should only take a moment to download dhdInstall. Make sure you know each computer's ID # (in ComputerCraft type "id" (without the quotes) and press enter). You'll need to provide the ccDHD # to gateLiaison and vice versa. When dhdInstall is downloaded, run dhdInstall and install gateLiaison on the gate computer. When it's done installing (a second or two) the gate selection will turn green. Quit dhdInstall. Run gateLiaison, type in the DHD computer ID#, press enter, and pick a side for shield output. Repeat the process on the DHD computer for ccDHD, installing ccDHD instead of gateLiaison. When you run ccDHD you'll only need to enter the gateLiaison computer ID#. First and foremost, read the entire post at least once as that *should* answer most of your questions :)/>/> If it doesn't, please tell me where I can improve the directions.

Shadow_Wolf42, on 12 April 2014 - 01:03 PM said:

what do u mean by pick a side for the shield output?

Shadow_Wolf42, on 12 April 2014 - 01:03 PM said:

what r the codes?

shell.run("dhd")

shell.run("gate")

mrgreaper, on 03 January 2015 - 06:46 PM said:

just wanted to say, awesome program.

cant seem to import the gates from the ccDialer to the ccDhd but other then that its very very good :)/>

one suggestion, have you thought about adding the speaker from http://www.computerc..._40#entry202144 to it (the speaker is very new) so you can have the program say "incoming wormhole detected" and ofcourse …"chevlon one encoded" :)/>

Dog, on 03 January 2015 - 08:56 PM said:

OK - I see what's happening. My apologies for the confusion - and a hearty thank you for the very complete description of the steps you were taking.

The import/export feature in ccDHD is not for ccDialer (I should explain that in the documentation) - that is for importing and exporting your gate list to a floppy disk so you can have a backup. The way you sync your gate list with ccDialer is to select the 'pSync' button in ccDialer (it'll automatically select the host if there is only one in range, or it will present a list if there is more than one pSync host in range), then send or get the addressbook via the pSync screen. Keep in mind that when you push a gate list *to* ccDHD, you still have to *save* the gate list (right click on 'New Gate') in ccDHD. ccDHD does not automatically save a gate list that's pushed from ccDialer in order to prevent griefing with that feature.

Try that out and let me know if you get the desired results. I'll update the ccDHD documentation at some point this w/e to clear up the difference between Import/Export and pSync.

TheRealM18, on 01 March 2015 - 12:29 AM said:

I have a fix that is needed in the download code, and 2 request for stuff.

1. can you fix line 344 there is an extra "(" in it, or not an end of it so it crashes on startup. (that is the ccDialer btw)
2. can you make a Advanced computer version of the ccDialer.
3. can you make an make the ccDialer available on the ccappstore (that is the OneOS store that i know of)

on other notes good job on the program and love using it.

p.s. the ccDialer version for the advanced computer is so that if you ran it with a few tweeks you can run an auto update program across the network. to do that you need to use computercraft port 99999 appearently.

all in all though that is quite a big request and I know it will take some time to get around to all of it.

bios:367: [string "startup"]:1: unexpected symbol

pastebin get jriyySTL startup

bios:367: [string "startup"]:1: unexpected symbol

squall2044, on 14 April 2015 - 05:26 AM said:

… how do I delete a gate from the ccDialer/gateLiasion address books?

squall2044, on 12 July 2015 - 01:28 AM said:

Hello again Dog! I still don't know what was causing that error as I started using chunk loaders to keep the gates and computers loaded at all times.
What do you think about this: In ccDialer instead of at the top where it says "Host:<Gate-Address> have it say "Host:<Gate-Name>" if you named that particular gate?

 event, paste = os.pullEvent("paste') 

startup:1610: badd argument: double expected, got nil (ccdhd)

 line 420: onHook = pcall(gate.disengageStargate) 

 disengageChevron() 

Dog, on 14 July 2015 - 01:33 AM said:

Ahhh, gotcha. OK, I'll look into that and see if I can figure out what's wrong. Thanks!

Dog, on 14 July 2015 - 02:10 AM said:

…

As for the dialing speed - I let the gate determine the dialing speed. The program waits for the gate to engage a chevron before starting with the next glyph and chevron. I'm not a big fan of slowing things down without a need so I probably won't change that.

The way ccDHD's dialing sequence is written there should be no way for the same chevron to be activated twice in a row. If you see that happen, please let me know because it really shouldn't be possible.

Thanks for all your help and testing! Please let me know if I can help with your dialer - once I get these dialing/hangup issues sorted out in ccDHD I'll take some more time and do some more testing on your program.

Dog, on 13 November 2015 - 10:17 PM said:

Hi Goneinaflash!

Sorry to hear you're having problems - let's see if we can sort it out…

A few quick questions:

Do you have an iris installed on the gate you are trying this with? Sorry if this question seems silly - I'm just trying to cover all the bases.

Are you trying to open the local iris or a remote iris? ccDialer only opens the iris on the receiving end of the connection, it doesn't control the iris at the dialing gate.

Are you trying to open or close an iris? I ask because the remote iris feature only opens closed irises - it doesn't close open ones.

Get back to me with those answers and we'll go from there :)/>

Dog, on 27 February 2016 - 04:36 PM said:

@Yanniclord &amp; @mrgreaper - Thanks for the headsup! I should have a version out sometime today that will work with the new SGCraft. When it's out I'll edit this post and update the OP.

mrgreaper, on 27 February 2016 - 05:07 PM said:

Dog, on 27 February 2016 - 04:36 PM said:

@Yanniclord &amp; @mrgreaper - Thanks for the headsup! I should have a version out sometime today that will work with the new SGCraft. When it's out I'll edit this post and update the OP.

in my case i had it set up wrong, the interface needed to be under the gate not behind it
its now all working fully

https://imgur.com/Z70W58u

Well the iris isnt closing when the gate connection ends but thats a minor thing, it does open when my mate dials in (as is set for his address :)/> ) though does not open if closed when i dial his(intentional perhaps)

if incomingAddress then
  --# activate turrets
end

Aaronstar, on 27 March 2016 - 08:02 PM said:

sadly this is a mod pack and server which i dont controll, i can ask the maker to update the mods but he probably will not

could it be caused by lieson being chunckloaded while dhd is not?

Yanniclord, on 08 April 2016 - 11:28 PM said:

Discovery Dialer spits out "discoDialer:22: attempt to call nil", and idea? It seems to have something to do with the Stargate.

Nevermind, i see you need to hook the PC directly to the CC interface of the Stargate, not by cable or so…

Yanniclord, on 08 April 2016 - 11:28 PM said:

…Btw, is there any way that you could make discoDialer wireless and hook it into the ccDHD system? By that it could save the addresses it found into the ccDHD address book.

Dog, on 09 April 2016 - 12:13 AM said:

Yanniclord, on 08 April 2016 - 11:28 PM said:

Discovery Dialer spits out "discoDialer:22: attempt to call nil", and idea? It seems to have something to do with the Stargate.

Nevermind, i see you need to hook the PC directly to the CC interface of the Stargate, not by cable or so…

Hmm…discoDialer does work both directly connected and via modem/network cable - in fact, the only way you could get the error you got would be to disconnect the gate after line 21 of the code executed, but before line 22 executed…and that would be nearly impossible to pull off. I'm really stumped as to why you saw that error message…

Yanniclord, on 08 April 2016 - 11:28 PM said:

…Btw, is there any way that you could make discoDialer wireless and hook it into the ccDHD system? By that it could save the addresses it found into the ccDHD address book.

Sorry to say that won't happen - at least not anytime in the near future (maybe if I ever do a rewrite). It's a good idea, but would require more work than it's worth. I'll have a couple ideas about how to make it easier to get discoDialer session data into ccDHD - I'll play around and see what I come up with.

Yanniclord, on 08 April 2016 - 11:28 PM said:

…Btw, is there any way that you could make discoDialer wireless and hook it into the ccDHD system? By that it could save the addresses it found into the ccDHD address book.

Dog, on 09 April 2016 - 12:30 AM said:

It'll put something on the terminal when it's found a gate - but if you're not watching it will scroll off. When you quit the program, it'll tell you how many gates it found. When you restart it, it'll start up where it left off (so long as you don't delete .discoverySession), so there's no worry about quitting to see if it found any gates.

EDIT:

Yanniclord, on 08 April 2016 - 11:28 PM said:

…Btw, is there any way that you could make discoDialer wireless and hook it into the ccDHD system? By that it could save the addresses it found into the ccDHD address book.

I've thrown together a quick discoveryImporter - pastebin get AAjVTFA3 discoImport
NOTE: It's completely untested - backup your ccDHD address book *before* you use this. This must be run on the ccDHD computer and requires the discoDialer gateList file to be present on the computer as well.

Dog, on 10 April 2016 - 06:51 AM said:

Since there's no more room in the options screen I'd have to tie it into an existing function such as the incoming iris setting (basically when the iris is set to autoclose on incoming calls, the alarm would also sound) - and I don't want to do that.

I guess I could have ccDHD just output redstone automatically to all sides on any incoming call (no option), but that leaves the question of when to turn off the redstone. Unless you want it to stay on until the connection is closed, there's no easy way I could implement that. There's also the problem that LanteaCraft (in its current state) doesn't currently generate a connect or disconnect event for incoming calls so this would have to be an SGCraft only feature (at least for the time being).

If you're OK with those limitations (SGCraft only, redstone is output on all sides on all incoming calls and stays on until the connection is closed), I can add it for you.

lieven121, on 11 April 2016 - 05:04 PM said:

why not make the settings menu in multiple parts or make it a scroll/page menu ?

Dog, on 10 April 2016 - 06:51 AM said:

Since there's no more room in the options screen I'd have to tie it into an existing function such as the incoming iris setting (basically when the iris is set to autoclose on incoming calls, the alarm would also sound) - and I don't want to do that.

I guess I could have ccDHD just output redstone automatically to all sides on any incoming call (no option), but that leaves the question of when to turn off the redstone. Unless you want it to stay on until the connection is closed, there's no easy way I could implement that. There's also the problem that LanteaCraft (in its current state) doesn't currently generate a connect or disconnect event for incoming calls so this would have to be an SGCraft only feature (at least for the time being).

If you're OK with those limitations (SGCraft only, redstone is output on all sides on all incoming calls and stays on until the connection is closed), I can add it for you.

Dog, on 12 April 2016 - 06:09 PM said:

Let me see what I can do. Do you have any problem with redstone being output on all sides instead of just one side?

Dog, on 12 April 2016 - 11:30 PM said:

I was under the impression that you wanted this change made to ccDHD, but most people don't keep the ccDHD computer under the stargate. Do you want this change made to ccDHD or gateLiaison?

Dog, on 13 April 2016 - 12:48 AM said:

OK, I added it to ccDHD. Just redownload ccDHD 2.0RC9q and then edit line 348 (local rsSide = "none") to match the side you want redstone on.

Dog, on 13 April 2016 - 02:29 AM said:

You're welcome. Let me know whether it works the way you expect or if there are any problems.

Dog, on 13 April 2016 - 03:26 AM said:

Hmmm…weird…I just tested it with the latest SGCraft and a redstone lamp and it worked great for me. The lamp came on with an incoming call and turned off when the connection was established. Just to be on the safe side, I also used "bottom" as my side. I did find one bug - terminating an incoming call didn't turn off the redstone, so I fixed that - you'll want to redownload.

Is your redstone cable just touching the computer with the end of the cable, or is the cable laying across the computer bottom? I know that can make a difference sometimes. Also, are you using vanilla Forge or something different like Cauldron?

Dog, on 15 April 2016 - 04:31 PM said:

Glad you got it sorted. For future reference, what was the problem?

Dog, on 20 April 2016 - 03:36 AM said:

You want this added to ccDHD 1.5 right? The redstone part was easy to add - redownload ccDHD 1.5 to get the update (edit line 299). As for 3x3 monitor support and remote iris status - don't count on it, but I'll see if I can them in and working - no promises on when that might happen, though.

Be aware that there is no downgrade path from 2.0 to 1.5 - at the very least, you'll need to delete your config file for ccDHD and gateLiaison and put them through first time setup again - at the very worst your address book may not work either (but I don't think that'll happen). If that's the case, let me know and I'll put together a utility to convert the address book for you.

EDIT: Regarding your post in the SGCraft thread: you should pastebin a crashlog and post the link - that'll help Greg track down the issue.

Dog, on 20 April 2016 - 05:11 PM said:

I might have a way you can continue to use 2.0 with the 'old' SGCraft - at least for the short term. Here are copies of gateBuddy and gateLiaison (2.0RC9q) that are written for the old SGCraft - with these you should be able to run ccDHD and ccDialer 2.0RC9q as well - and keep all the recent features I added to 2.0. I don't plan on updating these in the future, so keep that in mind.

gateLiaison
pastebin get 2jjVqs92 gateLiaison

gateBuddy
pastebin get kfgafcmk gateBuddy

Dog, on 06 August 2016 - 06:25 PM said:

Nothing for killing the connection - there is 'per gate blacklisting/whitelisting' in that you can have the iris automatically close (or open) for any particular address that dials in - that's the iris switch in each address entry. Killing the connection isn't a feature I'll be adding, though.

Dog, on 06 August 2016 - 09:29 PM said:

Let me play around with the idea - it's not something I'm particularly keen on, mind you, but maybe I'll come up with something. The bottom line is that it would involve modifying the address book format, which introduces all sorts of potential problems (especially for those using mixed versions of ccDHD).

EDIT: I've added call dropping support for new SGCraft (new LanteaCraft doesn't provide incoming addresses) - the next release will have it.

Yanniclord, on 16 August 2016 - 12:48 PM said:

Dog, on 06 August 2016 - 09:29 PM said:

Let me play around with the idea - it's not something I'm particularly keen on, mind you, but maybe I'll come up with something. The bottom line is that it would involve modifying the address book format, which introduces all sorts of potential problems (especially for those using mixed versions of ccDHD).

EDIT: I've added call dropping support for new SGCraft (new LanteaCraft doesn't provide incoming addresses) - the next release will have it.

Lanteacraft? I never wanted to say it there because the Minecraftforums Moderators are so over sensitive and cringy, but that mod is slowly dying and the developer AfterLifeLochie doesn't really give a shit either (the other mentioned developer, MichiyoRavencroft does nothing to the mod, he is mentioned as a developer for no reason, he does not add a single thing to the mod, as he is active in the forums but does never say anything about the mod itself, only Lochie does), he doesn't open source it (the "newer" unstable versions of it) and doesn't give us anything to live with, like some kind of update of him saying he is still working on it or so, just nothing. The mod was once very well made, far better than SGCraft, but i became used to SGCraft now, since Lanteacraft is an absolute mess and a shit glitched piece of junk. The mod crashes all the time (when in a multi mod environment, because honestly, who plays Minecraft with just Lanteacraft, that would be a bit too boring), it also crashes for itself (without other mods in place) when for example right clicking with the painting brush to change the base into other blocks, the Stargate's ring spins WAAAAY too fast for an actual Stargate, which is stupid, the gate also has a tendency to either not establish a connection, or when it does, often it's just not able to close that connection, even when one side was closed, the other would still be open, or both stay open but you cannot travel through them. In addition to all that, most of the mod doesn't even work, and there are items added that have no use or meaning to them being there, when they do nothing anyways. And instead he is also adding stupid decoration items/blocks, instead of fixing the damn Stargate, which is the MAIN part of the mod, and the thing we all want, but instead he adds everything else we don't want/need. The mod is a mess, its an absolute glitch and crash-fest, and i am happy that i finally said it. I haven't felt it like this about any mod since Traincraft way back in the days. Lanteacraft once was great, but its glory days are past due.

Hate me for my opinion, but you cannot deny that i am right about this, since many clearly are complaining about it on the forums.

Dog, i think you are just better off focusing your programs on just SGCraft or possibly other Stargate mods, just not Lanteacraft. If you are willing to support it, we all are fine with it, but i think that you would be saving yourself a lot of work not maintaining it for Lanteacraft anymore, as i can almost assume that no one is using this program for Lanteacraft, and if so, only for the old versions, which are up here already. For the future, you might be better off dropping Lanteacraft, but the decision is yours to make.

Just as a note: SGCraft is far from perfect, but it at the very least works. I hate it that the gate is 5x5 and Greg refuses to even listen to my or others recommendations or alike, but at the very least it is stable, it works, and is almost right when it comes to the SG universe (though again, a 7x7 gate REALLY wouldn't hurt anyone, and i would really appreciate it if the gate was made about half the thickness, so maybe 50% slimmer, as the gate is waaay too "fat").

Captain Rant over.

Dog, on 08 October 2016 - 11:44 PM said:

OK, I'm a little unclear:

1. Your target gate has ccDHD installed right?
2. Does the gate you're dialing from have a computer attached?
3. If a computer is attached, is gateBuddy installed or did you do a full install of gateLiaison &amp; ccDHD?

Dog, on 27 May 2017 - 07:19 AM said:

Hey, Dex_Luther - thank you for the kind words, they're always appreciated.

Unfortunately, in order to provide the functionality you want, I would have to completely rewrite some not insignificant parts of ccDHD and provide a method to select which 3x3 monitor is which. Doing it during setup wouldn't work because you can add and remove monitor arrays whenever you like and a restart will always sort ccDHD out again. Figuring out a sane way to provide selection support for an unknown number of 3x3 monitor arrays (which is what would really need to happen to make this work well for anyone) is not something I'm keen to tackle and would (most likely) greatly complicate the ccDHD interface (which is already complicated enough).

If I can come up with a way to do with a 2 wide x 3 tall array (or something similar) I'll add it with one of the next updates. However, I'm not making any promises - ccDHD is basically feature complete - the only reason it's still in RC status is because LanteaCraft is still in flux and hasn't yet released with a full CC feature set yet.

FWIW, I like the idea, so I will definitely tinker with it - I just can't promise it'll make into the final product.

peripheral.find("computer", function(comp, periph) periph.turnOn() end)
os.shutdown()

Bomb Bloke, on 07 June 2017 - 01:34 AM said:

There aren't any known "solutions", but one workaround is to connect an easily-accessible computer to the others using wired modems, then give it a startup script along these lines:

peripheral.find("computer", function(comp, periph) periph.turnOn() end)
os.shutdown()

Dex_Luther, on 27 May 2017 - 06:55 PM said:

Cool beans. 2x3 seems like it would be a good fit.

Alternatively, I don't know how possible it would be, but a small button in the corner of the gate display on the 3x3 sounds like something that could be doable. Tap the button to switch it to the list display. With multi 3x3 arrays it would be a matter of hitting the button on one of them (or all of them).

I do really like the 'modularness' though. Glad you didn't just consolidate tons of information on one huge monitor array.

JacenK, on 14 August 2017 - 06:50 AM said:

How hard would it be to port this to OpenComputers?

JacenK, on 14 August 2017 - 06:50 AM said:

…the server I play on almost exclusively just removed (CC) in favor of OC.

Bomb Bloke, on 25 December 2017 - 12:24 AM said:

You're also attempting to index into the os.getComputerLabel() string metatable (to get "sub"), but at that point you haven't ensured that the label is non-nil.

Dog, on 25 December 2017 - 12:38 AM said:

Bomb Bloke, on 25 December 2017 - 12:24 AM said:

You're also attempting to index into the os.getComputerLabel() string metatable (to get "sub"), but at that point you haven't ensured that the label is non-nil.

Oh my gosh - how did I not see that obvious mistake?!? Thank you Bomb Bloke - I can work around that.

EDIT: Fix is up!

local random, unpack = math.random, table.unpack

darkdragon, on 26 December 2017 - 04:42 PM said:

i am using ccdhd 2.0 mc 1.7.10 and SGCraft-1.13.3-mc1.7.10

Bomb Bloke, on 26 December 2017 - 04:56 AM said:

929:

local random, unpack = math.random, table.unpack

I'm not 100% certain you can get away with this - I believe you'll need to use "unpack or table.unpack" instead of just "table.unpack".

- ccDHD: Gate names can now be 12 characters long instead of only 9
- ccDHD: The Import button now works like the Merge! button used to, but it also updates existing entries' default data with non-default data from the imported address book (if it contains such data).
- ccDialer: Sync hosts are now color coded to indicate Dial-Only hosts (red) and Full hosts (green) in the host selection screen

weirdwolf, on 19 February 2019 - 05:33 PM said:

EDIT: I had a more experienced friend of mine look over the code, he found out it was an issue with ComputerCraft itself, and then he pointed out you recommended using CC: Tweaked, i guess this is why.. I fixed the issue by changing over to CC: Tweaked.

Bomb Bloke, on 20 February 2019 - 07:45 AM said:

To be clear, "pr1" stands for "pre-release 1": you were using a testing build of ComputerCraft, not a stable release.

Beats me how people keep stumbling across that one. Has someone decided to put it in a modpack or something?

Dog, on 29 March 2019 - 02:15 PM said:

That's odd. I do all my testing with cc:Tweaked in creative mode and haven't run into any problems like you describe. I'm pretty sure it's not ccDHD, but if it happens again, collect your logs, put them on pastebin, and post back here - *maybe* we can narrow down what's causing the problem.

{
  password = "224181199193731782218411831561917444261891351459823016515814523916218518421758489",
  detailedMarquee = true,
  irisPassword = "162138190751621939424222224616913516716568922778221246528912521671520025215875109107",
  logs = true,
  ecIris = false,
  sync = true,
  gate = 1,
  hashedPWs = true,
  bio = {
    lock = false,
    func = "none",
    fAuth = 2,
    auth = 4,
  },
  incomingIris = false,
  newHash = true,
}

  local fuelColor = fuelPercent > 24 and lime or orange

Spoiler

Spoiler

Spoiler

Spoiler

Dog, on 03 April 2019 - 03:43 PM said:

Hey Dex_Luther,

Thanks for the detailed bug report - very helpful :)/>

After some testing, I'm not entirely convinced this is an issue with SGCraft - it appears that it might be in ComputerCraft. Either way, I've uploaded the fix. Re-download gateLiaison for the fix (fuel percent will now read 100% max).