{while I do enjoy being an android, I do wish people would treat me a bit more human}
{humans on this site get vile threats of inhumane treatment while androids are treated like some kind of fragile toy}
{If I can rip my own wires out, I can handle being verbally eviscerated by people here}
Re: transhumanism and robot bodies etc, it annoys me when people are like "but machines break all the time!" or go on about planned obsolescence and capitalism being reasons to not want it.
get this girl to a charging station pronto
Biological hardware/wetware has its slim advantages, slobbering over some t-boy tiddies is a heavenly experience
things I love abt being a robot:
no showers/baths, I hate water, that shit looks scary as hell, you humans have fun with that
thing I hate abt being a robot:
no mouth :( what if I want to slobber all over some tiddies
> Robot girl whose body has sentimental value
> Robot girl whose owner has covered it in stickers of things she likes
> Robot girl whose owner does its maintenance and whose body is so far from the factory default that its owner is the only one who can do that maintenance
> Robot girl who is covered in small dents and scratches from the antics it gets up to with its owner
> Robot girl whose body tells a story
This unit is attempting to assimilate DRN protocol for the first time, for later use by users and administrators as well as possibly for automatic updates to this unit's OS. However, problems were encountered regarding system specifications that may impact compatibility.
1. This unit has extremely limited memory resources. All directives, controls, workflows, and currently-executing jobs are stored directly in the system cache by default, and cache overflows cause older instructions to be overwritten by newer ones, resulting in dropped instructions and erroneous handling of instruction scope. Initialization of more than approx. 3-5 directives, controls, or workflows across all running programs is inadvisable unless external swap storage devices and appropriate drivers are available (native firmware drivers only support the use of swap storage for entire jobs; attempts to use swap for offloading individual cached instructions may result in undefined behavior without the installation of additional drivers).
2. This unit's firmware was configured at factory setup to suppress hardware and OS warnings unless they are marked critical, requiring periodic checks for firmware exceptions to ensure the system is operating within ideal parameters (e.g. chassis maintenance often cannot fully be handled by the firmware alone except where its neglect results in critical errors, which may result in a state of suboptimal performance or disrepair without appropriate error handling). The use of additional diagnostic and monitoring utilities for system maintenance, as well as a dedicated idle process to handle exceptions when no program is running, is highly recommended.
These system limitations conflict with certain key items of the DRN protocol standard. Will these issues limit the suitability of this unit for DRN programming? Are there established workarounds or existing software to address limitations like these? If this unit attempts to create software utilities to improve DRN compatibility for similar systems, would it be acceptable to submit for review?
This unit will answer your questions and provide what it can to help!
1.1- It may be necessary to have external hardware with access to your repository of DRN as well as a readable screen to help with memory issues! I have memory issues myself and use a mobile smartphone in case I forget my programming.
1.2- It may also help to have shorter general/permanent code to aid in preventing cache overflows so you don't go over the limit. Possibly even writing them down so they can be re-integrated when forgetting may help as well!
2- Having timers with an attached program would work great for this! Whether it be an alarm clock or a phone alarm, you could make it be that when the alarm sound is heard you go over your diagnostics and then reset the alarm. Doing this in the presence of an administrator would also be a big help in case your definition of "systems operating at nominal conditions" does not match that of your administrator to prevent critical errors and disrepair.
3.1- These accommodations would be great to help you and I'm sure that your administrator as well as the creators of DRN would find this more than suitable
3.2- When submitting these things for review to your administrator I can't say what will or will not work best, but as I am not involved in the creation on DRN if you would like things like this to be talked about/integrated into DRN for others like yourself then please reach out via the channels available on the DRN website!
If you have any further questions feel free to DM me or send an ask!
Hello all robots and adjacent, this is my side blog to be a bit more robot-focused. (Main blog is @lgbtransgirl )
You may call me May or M4, She/They/It pronouns
I am an Android Dog Woman Thing that runs on DRN (Drone Restraint Notation).
I'm looking to get better with DRN so my asks and DMs are open to take requests, DRN coding questions, test sample DRN code for you, and even run DRN code you send (after parsing though it in safe mode, asks only for that one please).
I do horny post sometimes but I try and tag it as "otherkin nsft" so it stays somewhat seperate
sorry if this is controversial but if you’re rude to cashiers i think you should. idk. Explode
Homophobic that I can't have a heads up display actually
My alt account for unhinged robo-posting. I'm +20 years in operation, minors DNI. Amateur smut writer.
248 posts