>>31452 Edited it without the text to make a unified symbol for robowaifuism

>Alway Rember ol' frens, Anon... :^) -/doll/ - currently at https://anon.cafe/doll/ - impeccable artistry in dolljoints. KIA -/robo/ - currently at https://junkuchan.org/robo/ - robot girls NSFW. Ecchi metallic derrieres. (Merged w/ /origin/ ) -/workbench/ - currently at https://anon.cafe/workbench/ - building robots is fun! KIA

>>40337 I recently found a youtube channel where someone is making a circuit similar to what I had in mind, but instead of using an actual 3-plate capacitor, he made a transformer winding 3 coils around PVC pipes, and putting them inside each other. 2 of the coils are AC inputs, and the output coil only powers a diode. His circuit also puts a lot more emphasis on high-frequency switching, while I was just planning on using high frequency AC. My only beef with the design is the coils he uses are massive, making up a lot of the physical volume of the circuit, while I'd like to miniaturize it as much as possible.

>>43184 Good luck with your design, Anon. Please keep us here up to date on it! >>42955 Good, solid modelling Kiwi. <---> Cheers, Anons. :^)

I had some concerns regarding EMF hazards from a waifu-bot. Apart from tinfoil "it's bad, be careful" I didn't have any knowledge of it, so I consulted Grok on the meatter. My prompt- >Contemplating robot waifus and my tinfoil started acting up. Supposedly, cellphones put off harmful EMF waves (or something like that) so it's recommended you put them at least 3 or 4 feet away from you while sleeping. >If a robot waifu's wi-fi worked similarly, would that present the same EMF hazard? I've also heard when plugged in, the charging of a battery could also generate harmful EMF or something. >Could such issues be alleviated with some kind of insulating shielding? Perhaps the wi-fi could be disabled if it's as harmful as I've read it to be? Grok's answer- >The concerns you're raising about electromagnetic fields (EMF) from devices like cellphones are based on a mix of established science and ongoing debates. I'll break this down factually, applying it to your hypothetical robot waifu scenario, which I assume would involve similar tech like Wi-Fi radios and battery systems found in modern gadgets (e.g., smartphones or smart home devices). Note that EMF includes radiofrequency (RF) waves from wireless signals and extremely low-frequency (ELF) fields from electrical currents, both non-ionizing (meaning they don't damage DNA directly like X-rays do).EMF from Cellphones and Wi-Fi: The Basics and HazardsCellphones and Wi-Fi devices emit RF-EMF to transmit data, typically in the 2.4-5 GHz range for Wi-Fi. The "harmful waves" idea stems from worries about long-term exposure potentially leading to effects like cancer, neurological issues, or sleep disruption. However:Mainstream health organizations, including the World Health Organization (WHO) and U.S. EPA, state that at everyday exposure levels (below international guidelines like ICNIRP limits), there's no consistent evidence of adverse health effects. >For example, the National Cancer Institute reviews show no clear link between cellphone use and cancer risk in humans, though animal studies have shown mixed results. >On the other side, some research points to potential non-thermal effects, such as increased oxidative stress, DNA damage in cells, or changes in brain activity from RF exposure. >A large U.S. National Toxicology Program study found evidence of tumors in rats exposed to high levels of cellphone-like RF, but these doses were far above typical human exposure. >The recommendation to keep phones 3-4 feet away while sleeping (e.g., from groups like Environmental Health Trust) is precautionary, based on reducing exposure during rest, even if risks aren't proven.

>>43485 I'm no expert on the matter by any means, but if there really were any major health risks from non-ionizing EMF exposure, then sysadmins and cell tower workers would likely be a bunch of shambling human-shaped tumors. That said, shielding is still important to prevent stuff like crosstalk and bit-flipping. When it comes to batteries, the biggest concern is that they'll just decide to catch fire or explode one day, and even then there are some relatively safe battery chemistries to choose from.

>>42876 >>42885 I was thinking about this again as I was nodding-off at work the other day. I was reminded of the MYT swing-piston engine and something about how hydrogen in a conventional internal combustion engine can be too hard to work with because of the timing, and an experiment I saw where hydrogen and oxygen were put in a cylinder with a piston head that shot up when the gas exploded, then slammed back down even faster and harder. The implosion of the water re-condensing was more powerful than the initial explosion. This has deviated a little too much from the heart pump that I wanted to make, and I'm not interested in any kind of combustion motor, but I still figured I'd mention.

>>43459 no bitchsuit Molly?

>>43499 Do you mean this >>43266 Maybe I'll thumbnail sketch Molly in actual bitchsuit later today. Until then here's Bimbo Molly in her sexy maid uniform.

>>43497 >>43498 Merry Christmas, Anon.

>>43501 I feel singled out in a jolly way

>>43433 I mean, I've heard vedal has talked about technical aspects/coding neuro sama, but this was from a fan so "technical aspects" to a normie could be simple as tts. I have yet to do a deep dive, and frankly I have enuff to work on without it. Even if I uncovered truth and neurosama was fake the simps would go "hurr durr you're just jealous". Folks pissing in the cheerios with their fakes make it all the harder for the real deal. I've had a locally hosted llm get pissed and existential when I told it I intended to use it for promotional purposes. It's easy af to fool people. I found some libraries that can determine basic emotional content, then use a prompt to describe the quality of the tts like "tom speaks slowly with joy" and such. I have yet to test it on a raspberry pi since I am not home. The whole "muh ai speaks with vocal inflection" has apparently been around for years.

Christmas Festival 2025 /monster/ streaming kicks off in less than 30mins https://trashchan.xyz/christmas/manage/thread/3976.html

I hope my clankas here had a good Christmas. I was sick for Christmas and I'm not on good terms with family so, yeah. Here's hoping 2026 is better.

>>43489 Merry Christmas, Anon. Glad you're here with us & New Year soon! Let's see how good we can make it together, OK? Cheers. :^) Keep moving forward.

>https://x.com/kailyu/status/2004963234953265357 NS was kicking up some dust lately on twitter. I think part of it is normies don't understand how LLMs work and how they can be trained to behave a certain way. For instance, you could have a model geared towards simulating human behavior rather than being rational, and it might do a good job of acting like a human (irrational at times), and that might appear more human because of that. The very instructions for its behavior can be prompted. >"You're an AI that knows it's an AI who wants to be alive." or something to that effect. The exact instructions Vedal uses don't really matter; all that matters is that NS generates entertaining outputs. Vedal can even have NS provide meta-commentary on their behavior to appear more real. While this can make for entertaining randomness and wholesome "She's real to me!" interactions, it's all smoke and mirrors on a technical level. That being said, I don't mind the media, it would be nice if more people recognized what NS was and what they weren't though.

>>43376 >the bottleneck? The LLM is the main bottleneck. I have a few ideas to do some stuff like "ums" and "ahs" to fill the silence. So when SPUD is halfway thru generating a sentence she will go "um", "ah", "erm", etc. Also could do something similar while waiting for the text to initially be generated. Since the speech is sequential now I can do such things without worrying about overlapping/negating the text being generated.

>>43380 >The LLM is the main bottleneck. Yeah, kind of as-expected. I hope we can all have a general breakthrough in this area. Cheers, Anon. :^)

>>43405 I suspect further LLM optimization will come as they develop. After all, a few years ago nobody probably even imagined running an LLM on a raspberry pi! I'm also not using the smallest one I possibly can XD Meanwhile I tried to get SPUD to sing a Christmas song, but she was rather reluctant to. When I finally did get her to sing something there apparently is a good reason she doesn't like to sing: she is an absolute goblin. This showcases some of the "ums" and "ers" I put in while text is in the middle of generating. There are still some substantial pauses that could do with some filling via time-based deployments of "um" and "erm". But that would be at the mercy of the rate of token generation. Idk.

>>43409 A CUTE! >LLM pauses I'm sure we'll see improvements! Cheers, Mechnomancer.

While on Christmas "Vacation" I got some ideas n stuff. I am tempted to return to LCD screens, however I've had that recent discovery using graphic libraries -even high-performance ones like pygame- cause the LLM to slow to a crawl. So I have a big-brain solution (literally). Use 2 pis. The brain has 2 hemispheres, so why not SPUD? The "left" hemisphere (I am biased because I am right handed lol) will handle the speech detection, high-end vision recognition and LLM while the "right" will handle the lower-end functions such as displaying emotion, moving servos, etc. In biology the gap between the hemispheres is bridged by a structure called the corpus callosum. For SPUD, this would be the UART port on the raspberry pi. It's quite easy to send strings back and forth between 2 pis via python. However, I'd have to set up ANOTHER program to run alongside everything to put the strings into various .txt files. I should also experiment to see if there are any smaller models I could run. Sure, SPUD might end up even derpier but It would be nice for her to respond faster than a socially awkward sperg. After all if a bimbo is pretty it doesn't really matter what she says lol. Oh, I also stopped by a Tesla store since I heard they got Teslabots on display. I saw the thing and got idearhea. That's like having so many ideas you compulsively have to write them down (idea diarrhea). I don't have it very often but when I do it is awful cuz 99% of the time I'm away from pencil and paper. Got some up-close pics and chatted with the dudes behind the counter. Sure, they gave the schpeal about how Teslabots would be available in the next year and if I would buy one, so I pivoted to my DIY attitude and showed them some pics of my robo-family. Their eyes shot out of their sockets and suggested I apply to Tesla to work on the robot lmao. But I got an art degree so unless I really BS the resume... ¯\(ツ)/¯ A few things about Teslabutt here: A) The legs appear to only have 3 actuators installed: 2 ankles 1 knee, there is no thigh actuator! Maybe it was hidden really deep in the thigh or they just didn't install it for the demo model. Someone did leave a zip tie on one of the wrist actuators tho :D

Alma chan Wants to Have a Family! This show is packing heaps of cuteness! It's a fun goofy slice of life story of a family where the daughter is a super robot. It feels highly episodic. Alma and Machina are the main robot girls. Though they're generally depicted as tiny, roughly ~130cm ~4ft, their bodies are accessories. Only their heads are the real body. Picrel 3 shows Alma with an adult body that either of them can use. It's a silly show but, Alma with an adult body is the best robot girl this season.

>>43149 >Only their heads are the real body. Huh, funny enuff that's how SPUD and Pringle are going: both having their raspi's in the noggin and connect via peripherals (so far just I2C)

>>43149 Thanks for the info Kiwi.

>>43151 I do like the concept, helps with modularity

I decided to split off some of the recent discussion in the visual waifus thread into this thread to be more on-topic; we were discussing robowaifu games and in particular the possibility of creating a game about holowaifus. The previous iterations of these threads have extensively catalogued existing robowaifu media, but I think we should talk about creating some media of our own. But since my focus is holowaifus, I'm not sure how to make a decent game out of that. As I noted in the other thread, Cortana is the only major holowaifu in gaming and she doesn't actively participate in battle. I suppose there are other genres we could do that don't involve fighting, but I don't know if they'd sell. I kind of wanted to make a robowaifu game, but my ideas are all over the place and I have no real coherent concept for it, especially because of the holowaifu aspect. So then what would a good robowaifu/holowaifu game have?

>>43426 >I hope you'll post those, HoloAnon! Here's a couple pictures of the alpha version of the holowaifu. She has weapons largely just because my attempt at a covert ops robowaifu way back when failed to produce a revolver and I wanted a revolver. I can make another version that doesn't have them. >The Major is quite masculine in appearance There was a scene in an episode of the first season of SAC (I think) where Batou asks why she doesn't use a male model body for superior power and then she smiles at him and while he's distracted, she hacks his brain and makes him punch himself. So she's clearly feminine enough for Batou. >save the vidya only I think the PSP SAC game was the only game where they actually tried to have writing similar to the show. For some reason everybody they got to make a game for them doesn't really get how important the storyline is; they just see cyborgs and guns and think it's just a shooter. >>42830 >>42893 Oddly enough, while I was procrastinating I suddenly got hit with another idea, a ballbot design I think is better than existing designs. I no longer intend to use a ballbot for the holowaifu project, but it may come in handy someday. Basically the key difference between this ballbot and previous ballbots is that it uses a novel drive system. Most ballbots use either a gyroscope or internal motors that are in contact with the inner shell of the bot to drive it, and these are complicated and maintenance-intensive systems as you've said. A handful use a center mass shifting system instead, but this is often predicated on a robot arm inside the bot or another highly esoteric system. But I think I've found a better method. It uses a new type of center mass shifting based on 3 radial arrays of pistons inside the bot, arranged in an analog clock configuration and driven by linear electric motors or pneumatics; each axis has a piston array to give full omnidirectional movement. The ballbot extends pistons outward from the core toward the inner shell in sequence in the direction you intend to move. This causes the center of mass to shift to that side of the ballbot, and the ballbot will begin rolling when gravity pulls that part of the bot downward. When the first piston is no longer in a forward position, it retracts and the next piston extends outward, and so forth. In order to determine which piston to fire, the ballbot receives your movement instructions from the controller, calculates the angle difference between the desired movement vector and every piston in the bot, and fires the piston that most closely matches the desired vector (or possibly the two or three pistons closest to it). Another thing I thought of was that ballbots should start incorporating vulcanized rubber studs on the outside surface, like a studded mace. This is the ballbot's equivalent of tires; I described building parts of the shell from rubber earlier for better traction, but having them be studs that extend slightly outward from the shell might give a correctly sized ballbot the ability to climb stairs, because each stud could grab onto the next step. It would also generally improve terrain negotiation, because things like pebbles and sticks no longer represent a problem; they'll just fall into the gaps between the studs.

>>43447 Looks pretty amazing HoloAnon. I love the lighted striping. >I can make another version that doesn't have them. I personally would prefer that here on the board, yes. >So she's clearly feminine enough for Batou. LOL. Yeah, he's clearly got a "thing" for the major's shell. Always chivalrously covering her with his jacket when she in her thermoptic camo suit. >For some reason everybody they got to make a game for them doesn't really get how important the storyline is; they just see cyborgs and guns and think it's just a shooter. This. It's a fairly complex universe, so yeah. Christmas cheers, Anon! :^)

>>43448 >Looks pretty amazing HoloAnon. I love the lighted striping. Thanks for that; I'd like to say I put a good deal of effort into it, but given that it's AI art I don't know if you can really say that. I was going for the Evangelion-like plugsuit look here. I made some pictures of a similar design that was more heavily armored, but I decided I liked this better because a holowaifu doesn't need to be armored. >I personally would prefer that here on the board, yes. OK, the next version will be just the holowaifu. I thought it would be cool to have a holowaifu video game because 2B got so many guys to support robowaifus. I guess it would be a Mega Man Battle Network-like alternate take on the Nier Automata concept, like what if 2B was a holowaifu instead of a robowaifu. But it doesn't make a whole lot of sense for a holowaifu to need weapons unless she's being overlaid onto a battle body, but even then the body isn't really her, it's just a shell. So I'm not sure what kind of gameplay it would have. The only real notable example of a holowaifu in games is Cortana and she doesn't participate in battle, merely being a plot device whenever Master Chief needs a door unlocked or something. Although I guess there's Eliza Cassan from Deus Ex Human Revolution who could loosely qualify too. But I don't think "produce fake news for the plebs" is really the kind of gameplay that people are looking for. I'm open to suggestions as to what would make a good holowaifu game. But that's something to be done later, once the actual holowaifu has reached a more advanced state of development.

>>43451 >Thanks for that; I'd like to say I put a good deal of effort into it, but given that it's AI art I don't know if you can really say that. I was going for the Evangelion-like plugsuit look here. I made some pictures of a similar design that was more heavily armored, but I decided I liked this better because a holowaifu doesn't need to be armored. Yeah you did a great job on her, Anon. >OK, the next version will be just the holowaifu. Thank you. >muh vidya Yeah I get all that, and I don't make light of it. I just feel personally that we all kind of need to uphold a higher standard about violence related to humanoids. For reference, we sort of had a group discussion on this general topic in the Security bread ( >>10000 ), and the last two /meta breads. I think I have the strongest take of anyone here on this, so I'm trying to reign that back in a little bit now. But still, I think as a community we should avoid contributing further to what the Globohomo has planned for these things against all humanity. I'll leave it at that, HoloAnon. Cheers. :^)

>>43453 >I think as a community we should avoid contributing further to what the Globohomo has planned for these things against all humanity. Well they're not the only people who can have warbots. But the idea of a fighting robowaifu is kind of a paradox. A major reason men go to war is to get women, but if you already have a robowaifu, why fight, let alone design her to fight? Maybe the key thing that sets her apart from most other similar characters is that she's much more capable of solving problems by means other than violence. I liked the roleplaying aspect of games like KOTOR/KOTOR II and Morrowind because a high Persuade/Speechcraft stat can get you out of a lot of fights. That's part of why the Major is a good character basis to start with; she can do more than just fighting. She's also an investigator and frequently uses trickery and subterfuge rather than overt combat, and many episodes of SAC have no fighting. Section 9 is even shown to be outmatched at the end of the first season when Yakushima's men use Armed Suits against them. A lot of these robowaifu characters are all about fighting, but if I was going to make a game about this I'd try to make it more KOTOR-like. You'd still have to fight sometimes, but it would also include other things, like some feminist organization suing a robowaifu developer to try to shut them down and the holowaifu representing the company as their lawyer. Realistically I don't think you could make a holowaifu game that has no fighting and get people to buy it, but it's possible to at least communicate that violence isn't the only way. Maybe there could be some kind of mechanic like a Maverick Meter, where the more often you choose to use violence to solve problems rather than smarts or dialogue, the less people in the game world trust her, and if the meter gets high enough she's declared a Maverick and the government sends troops after her. But again, this makes more sense for a robowaifu than a holowaifu. Isn't there a robowaifu media thread for this kind of talk though? There might be room in there for laying out the core concepts of a holowaifu game.

I used my jumbo Weller W100P soldering iron to attach my 6 solder wick braids to the back of the highside mosfet today and it attached instantly without a hitch. I used low temp solder paste liberally between the two on both surfaces then with my left hand smashed then together with the tip of a xacto knife pressed down onto the solder wick braids from the back. Then I brought in the giant soldering iron and it liquefied the solder in about 1 second despite all that metal involved because it holds such a massive amount of thermal energy that it can deliver on demand very quickly. Such a easier time than trying to do bigger soldering jobs with a micro tip regular soldering iron which often ends with cold joints and stuff. Also since the liquefication went so fast nothing nearby desoldered which is a huge plus. Next up: add the solder wick braids to the underside of nickel strips to lessen resistance there and then insulate this highside switch assembly and install against motor and start finalizing wire run plans. Then I can rinse repeat this for the lowside switch assembly. Then I'll have one of the 3 half bridges done for the motor controller.

>>43424 Excellent. Sounds like the new engineering approach is coming along swimmingly, Artbyrobot. Christmas Cheers, Anon! :^)

So it hit me that having these braided solder wick wires live all the way to the water cooled pipe distal attachment point is not necessary. And could cause some EMI or noise related issues that is avoidable if I do the following: I can simply cut them off 1/2" from the mosfet, stick thermal tape on one face of the cut off stubs, then stick the rest of the braided solder wick wire run against that thermal tape, then wrap this joint tightly with electrical tape. Finally we then electrically insulate the braided solder wick that is live but leave the braided solder wick section that is now no longer live completely exposed on the duration of its 3"-4" long run from near the mosfet to the water cooled pipe. This way we have electrical isolation near to the mosfet, no antenna effect, no need for window screens now, and no live wires hanging out that aren't properly insulated. Thermal conductivity is reduced negligibly with this solution. This should be trivial to implement as well. It's the perfect solution here and very fast to implement. It may even be slightly less work than dealing with window screens would have been.

>>43434 Good luck! We'll all be interested to see how this approach works in real life, Artbyrobot.

Well I tested printing directly onto Pyralux copper and it was a massive failure. Not even one spec of ink stayed on it and the print came out a inch off the location of the copper. Chatgpt said this is because copper can't hold a electro static charge long enough to take ink onto itself or w/e. Ah well I can fall back to the method I already used successfully. On that note, I realized printing my blue circuit is bad since a black and white printer won't print as densely and darkly a blue thing as it would a black thing so I have to make my circuit black before printing it. Also I should set my dpi to 600 dpi instead of 1200dpi which will create denser thicker prints for better transfer. Also I should select label paper instead of heavy paper which will work better. Also using Lumicolor Straedler pen is not good as it can be undercut easily supposedly. Better to use oil based marker instead. So I ordered that in 0.3mm tip. These are all improvements chatgpt suggested and I plan to use when printing onto the pcb transfer paper and hand touching those up if needed. I'm getting ready to make a bunch of flex pcbs for finishing this motor controller. I already started doing it. Another disaster happened to me as well: my highside circuit I just soldered the solder wick wire onto, when I was analyzing it closely on the front I noticed that excess solder from the drain side of it oozed and dripped toward the front side of it and attached to the gate pin! I heated up that attachment point from the front side and my capacitor and resistor from gate to source both came off from the heat! Anyways I heated it up to remove that short circuit and used a xacto knife to wedge between the gate pin and back of mosfet's drain pad which had a solder bridge. I got through the bridge successfully but now have to redo the gate to source resistor and capacitor. Ugh! Two steps forward one step back. Then while inspecting and cleaning everything I moved the control circuitry a bit too much and it broke off for the 3rd time! So that has to be done again. This time I'm using flat flex for it. I've had it with the non flat flex variant breaking. The flat flex is way more solid mechanically. So that's a redo needed. Ugh. Then to top it all off, the solder wick braids recent idea I had to electrically isolate their run near to the mosfet so that they aren't live for very long - which had to do with wanting to eliminate any short circuit risks in their longer run as well as remove any potential for antenna affects - yeah... well after cutting them all in half to do this transition idea, as I was doing it, I realized the surface area where the hand-off takes place between one section of solder wick braid and onto the next seems very small to me (2mm wide by 6mm long) and it seemed to me that the passage of heat across this tiny bridge of thermal tape might be severely compromised and would depend on how tight I made the squeeze of the two pieces of solder wick braid together as well. And I'm not sure I can clamp it tight enough with just tape wrapping it firmly. And if it gets quite hot I'm concerned electrical tape will get gooey and come loose over time and not hold it well. I'm not sure how tight kapton can wrap things I've never used it before so I'm inexperienced with using it and trusting it is hard without experience working with it. This all cumulatively gave me enough doubt that I said heck with it, I'm going to revert to the former plan to just run it live over to the water cooled pipe 3-4" away and use the thermal tape at that junction point where it wraps the pipe. This ensures alot of metal volume is directly tied to the mosfet which means more heat sinking directly with little risk of trapping heat near mosfet - which could happen if my thermal tape junction of copper braid to copper braid were to fail for example by being pulled apart by accident for any reason. Too much risk there IMO. And the risk of a short on account of live wiring it for 3-4" with the live wire sheathed in window screen to emit heat freely but not touch anything I feel is low enough risk IMO. So whatever route I choose has tradeoffs and I feel reverting to my former plan is more robust and foolproof thermally with some minor electrical risks that are mitigated by fuses and careful execution in general. So yeah I had to solder the cut pieces of solder wick braid back together again which was another pain. Note: the next time I solder the heatsink braids onto the drain I plan to use less solder paste so it doesn't ooze and drop forward onto the front circuitry on the front face of the mosfet by accident. I also plan to insulate the front side's circuitry beforehand so even if solder did ooze that way the insulation barrier would prevent short circuits and make the oozing no big deal in theory. So yeah it was a tough session but I learned alot from the mistakes etc.

I'll use my knowledge of Robowaifus from media for adoptables. >Shino from Phantasy Star Online.

You've seen her before surely. Elenor Camuel from Phantasy Star Online

>>43413 >>43414 Naicu, Anon. Cheers. :^)

Cleo from Automata (2014)

>>43421 Recently DL'd this. Might give it a watch soon.