Jump to content
  • Sky
  • Blueberry
  • Slate
  • Blackcurrant
  • Watermelon
  • Strawberry
  • Orange
  • Banana
  • Apple
  • Emerald
  • Chocolate
  • Charcoal

Search the Community

Showing results for tags 'tape'.

More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


  • OpenComputers
    • Announcements
    • Feedback
    • IRC
  • Code Central
    • Support
    • Showcase
    • Tutorials
  • Addons & More
    • Addons Mods
    • Architectures
    • OpenEngineering Task Force
  • General
    • Lounge
    • Forum Games
    • Showcase
    • Servers
  • Archives
    • Public Archives

Find results in...

Find results that contain...

Date Created

  • Start


Last Updated

  • Start


Filter by number of...


  • Start





Website URL








Fediverse ID



Found 4 results

  1. So uh, I don't have a name for it. I guess it's a little like a UUCP network... I'm open to suggestions Over the last few days, I've been in the car a lot. And these are like, 3 hour trips. I've decided to measure the amount of code I write in car trips. Anyway, this is what I've been working on. I haven't noticed any bugs, but there is no current functionailty beyond forwarding, there is no security the max message size is just under 8KiB, due to OC limitations (Configurable), and it's kinda loud because I needed debugging messages. Oh yeah, it requires a Computronics tape drive to serve as a buffer for messages. Okay, so here's the form of the packet: path,retPath,name,user,message path is the path of nodes to use, separated by !s, eg. 'derp!boom!bang' retPath is the path to return a message. It should be a reversed path, but if you wanted you could mess with it and fake the retPath name is the name of the message. Could probably be helpful in transferring large files to get around the 8k limit user is the user it's addressed to on the final destination. Could probably impliment a user for requesting information about a node. message is the actual contents of the message. The whole thing should be less than 8KiB due to the packet limits so we can't kill smaller computers If you want something to happen when it's addressed to a user on your system, modify recvMsg. At the moment, it can forward messages and that's it, I'm gonna work on more stuff soon. I suppose you could also have an inter-server network or a wormhole using the internet cards. Anyway, here's the code: http://pastebin.com/meECUXwn It's decently (sarcastically) commented. To set up a node you'll need to change the address (commented) Here's a name that just occured to me: Ticking Tile Entity. I left one of Asie's tapes playing with a broken audio file on it and it crashed my game with that error. Apparently the tape tried to stop at the wrong microsecond. That's all I know. Now... What did I forget?
  2. nezd


    OctoTapeFS v0.1 Slowest way to store your files Do you remember this days when your commodore loads software from tape? I don't, i weren't even born when commodore were popular. Well, now you could bring this days back with OctoTapeFS - The slowest way to store your files! Link to pastebin Video Showcase Possible arguments: -h Displays help message --save=path Save file from path to tape -l Loads file from tape --dump=path Save file from tape to path -v Toggle verbosity -f Disable waiting for user input in load TODO: Code compression(removing spaces) Make it faster Adding a file structure
  3. Running the 'Tape' program from Computronics in multiplayers cause errors ('peripheral' is a null value') where on singleplayer it's fine. Any help? Offending line - local tape = peripheral.find("tape_drive") full program here
  4. TL;DR: http://pastebin.com/DG1wiRDc I was messing around with tape drives and trying to make them loop, and it turns out that it's a bit more complicated than it would seem. If the audio used is shorter than the tape, the tape doesn't automatically stop when the audio ends, instead playing silence for the rest of the unused tape length, before stopping. This renders isEnd() and .getState() useless, because after the audio is over, the tape will still play, only actually ending (and stopping) several minutes later (audio and tape length assumed to differ by several minutes, your mileage may vary). After doing lots of research and messing with the API, I found the command read(), which reads the current byte. It seems that even with the audio having quiet points (assuming you've written the audio starting from the beginning of the tape, but I did minimal testing), the read() command returns "0" when the audio of the tape ends, which I used to detect when to rewind and replay. With an internet card, you can run pastebin get DG1wiRDc Loop to download the program, running it with Loop Unfortunately, I didn't have much luck adding a way to abort the program, so you might have to power cycle the computer to get it to stop. BONUS: http://pastebin.com/CZ1kJFMB Here's another program I wrote, you might have to fiddle with it a bit for it to work for you, because I just bodged this together in an attempt to rickroll someone.
  • Create New...

Important Information

By using this site, you agree to our Terms of Use and Privacy Policy.