/robowaifu/ - DIY Robot Wives

Advancing robotics to a point where anime catgrill meidos in tiny miniskirts are a reality.

LynxChan updated to 2.5.7, let me know whether there are any issues (admin at j dot w).

Reports of my death have been greatly overestimiste.

Still trying to get done with some IRL work, but should be able to update some stuff soon.


Max message length: 6144

Drag files to upload or
click here to select them

Maximum 5 files / Maximum size: 20.00 MB

no cookies?

(used to delete files and postings)

Welcome to /robowaifu/, the exotic AI tavern where intrepid adventurers gather to swap loot & old war stories...

Open file (756.16 KB 1920x1080 lime_awake.png)
Why consider alternative CPU architectures for secure systems? Robowaifu Technician 07/25/2020 (Sat) 13:55:25 No.4506 [Reply] [Last]
Hello Anons, wanted to share some info and perhaps make you think about what you should compute with. x86/amd64 -Proprietary ISA (Instruction Set Architecture) This means to get enough low-level detail requires signing non disclosure agreements (NDA). Even then, they might not disclose all the available commands (see Breaking x86 video below). If you cannot trust what the processor is doing, then no open-source software will make it any more trustworthy. -Complexity Common instruction sets come with hundreds (over a 1000 for x86) instructions. Breaking x86 instruction set https://www.hooktube.com/watch?v=KrksBdWcZgQ Hardware backdoor x86 (not for all processor models) https://www.hooktube.com/watch?v=_eSAF_qT_FY The more complex the system, the more bugs (in hardware and software). Intel had plenty of bugs that were discovered post release, for example the Pentium floating point division: https://en.wikipedia.org/wiki/Pentium_FDIV_bug). Interestingly, the x86 assembly instructions are actually decoded to a sequence of RISC instructions to be used by the internal cores of the CPU.

Message too long. Click here to view full text.

62 posts and 10 images omitted.
>>11099 Yeah, that thread does seem more relevant. It might be more valuable to move this discussion there for later reference, since it seems to fall under the umbrella of 'control systems'
>>11098 I don't know what you mean by a workable AI. You seem to have this ideal of some completely from the scratch self learning system which you call AI. That aside, your thoughts are quite similar to mine. Same goes for >>11099. Though, I don't really see any problems with it. We should have subsystems, running on different hardware and communicate with each other. Of course, the software for it could be shared with others, since it doesn't contain private information.
>>11112 I meant workable "AGI" or "Artificial General Intelligence", which is different than the types of AI we have today. It could also be termed "strong AI", and has the ability to learn, on its own, any task a human can. At present, what we have is "weak AI", which is generally an AI that is trained on and capable of performing one specific task (For example, image classification, driving, generating text, etc.). As a 'strong AI' is likely decades out (if not further, outside of any of our natural lifetimes), my idea is to combine multiple "weak AIs" into a whole, with a 'supervisor' AI that is tasked with figuring out the right response to a situation. It would still be unable to learn a new skill on its own and would require human aid to do so. However I believe it would, with enough single-task AIs, be able to be interacted with in a convincing enough manner for you to forget that fact. This approach's most difficult part is still at the top, as a machine learning program to figure out the right thing to do still straddles the line between "weak" an d "strong" AI, but it has the benefits of some of the work already being done, being compartmentalized enough to be divided into sub-tasks, and also means we don't have to solve the harder problem of making software that can learn an entirely new skill.
Open file (181.61 KB 1200x553 IMG_20210213_074851.jpg)
>>11127 If it's like a human then it's AGI. Doesn't matter how it's designed inside. It should be made of different parts, including regular programs. Which also debunks the problem of some rampant super AGI, especially out of the blue.
Open file (11.18 KB 300x233 tall_2.png)
Even though the primary topic for this post is about a secure OS implementation, I'm going to drop it ITT since it also relates to RISC-V hardware. https://microkerneldude.wordpress.com/2021/05/05/sel4-on-risc-v-verified-to-binary-code/ https://sel4.systems/

/robowaifu/ + /monster/, its benefits, and the uncanny valley Robowaifu Technician 05/03/2021 (Mon) 14:02:40 No.10259 [Reply]
Discussing the potential benefits of creating monster girls via robotics instead of 1 to 1 replicas of humans and what parts can be substituted to get them in production as soon as possible. Firstly is the fact that many of the animal parts that could be substituted for human one are much simpler to work with than the human appendages, which have a ton of bones and complex joints in the hands and feet, My primary example of this is bird/harpy species (image 1), which have relatively simple structures and much less complexity in the hands and feet. For example, the wings of the bird species typically only have around three or four joints total, compared to the twenty-seven in the human hand, while the legs typically only have two or three, compared to the thirty-three in the human foot. As you can guess, having to work with a tenth of the bones and joints and opposable thumbs and all that shit makes things incredibly easier to work with. And while I used bird species as an example, the same argument could be put forward for MG species with paws and other more simplistic appendages, such as Bogey (image 2) and insect hybrids (image 3). Secondly is intentionally making it appear to not be human in order to circumvent the uncanny valley. It's incredibly difficult to make completely convincing human movement, and one of the simplest ways around that is just to suspend the need for it entirely. We as humans are incredibly sensitive to the uncanny valley of our own species, even something as benign as a prosthetic limb can trigger it, but if we were to create something that we don't expect to move in such a way, it's theoretically entirely possible to just not have to deal with it (for the extremities part of it, anyways), leaving more time to focus on other aspects, such as the face. On the topic of face, so too could slight things be substituted there (again for instance, insect girls), in order to draw attention away from the uncanny valley until technology is advanced enough that said uncanny valley can be eliminated entirely. These possibilities, while certainly not to the taste of every anon, could be used as a way to accelerate production to the point that it picks up investors and begins to breed competition and innovation among people with wayyyyyyy more money and manpower than us, which I believe should be the endgoal for this board as a whole. . Any ideas or input is sincerely appreciated.
9 posts and 4 images omitted.
>>10578 >but the fact they reject Tor users makes it a complete no-go for me Anon BTW, our 'sister' board /monster/ now does the same thing and rejects Tor posters. So, sadly enough, I never post there any longer.
Pony related: >>11122 >>11124 >>1563 and following >>8295 >>10470 >>10492
>>10579 It happened mostlikely because a NTRfag spamming with his bots and even DDOSing the site. But you could still go there it's a good place. >>11173 Gay and kike-y
>>11192 Not my thing, but somewhat on topic. But I should have pointed out that much of the info is about quadrupled walking, not specifically ponies.
>>11193 Ok then. Atleast something.

3D printer resources Robowaifu Technician 09/11/2019 (Wed) 01:08:12 No.94 [Reply]
Cheap and easy 3D printing is vital for a cottage industry making custom robowaifus. Please post good resources on 3D printing.

35 posts and 5 images omitted.
Open file (40.15 KB 964x543 dynamic_print_bed.jpg)
>>9846 One of the biggest issues for repeatability with FDM is the consistency in diameter of the filament with tighter tolerances being more expensive due to higher quality control. This investment in a printer would make buying higher quality filament more economical in the long run. And the most notable thing in that image isn't the filament that wasn't wasted but the time not spent moving the print head around to create an unnecessary part. There's also parts like this that would be difficult or impossible to print without such a platform. >>9847 They're probably using custom gcode for research now.
>>9848 >They're probably using custom gcode for research now. I see. Thanks for the information Anon. I was entirely unaware of any such 'dynamic print bed' type printers. I wonder if they could be usable by hobby-tier robowaifuists someday?
>>9849 The "hobby-tier" printers are rather ones which aren't industrial or something, but also still for professionals which are using them for prototyping. (I don't like the distinction in pro and hobby). I guess something like that is surely possible, if it has enough benefits. But not for the cheapest models. Looks to me like it requires a core XY system, so the bed doesn't move. Which already makes sense for very small and fast, or the bigger ones. Not so much for the cheap 20+X cm.
Open file (174.44 KB 1280x960 pudding.jpg)
Maker's Muse on 3D printing myths: https://youtu.be/oX4up29xUuw[Embed] - It's a new technology (it's 40yrs old) - ABS ist stronger and better than PLA (if it is, then it's a amalgam, a mix) - Bed leveling isn't leveling at all (there's also tramming) - Paper is good enough to level bed (feeler gauge is better)
New printing material: PVB Needs to be kept cooler than 60C, might be interesting for shells bc can be smoothed and there might be cooling underneath such shell. Can be nearly transparent. >PVB is still a great material for 3D printing and offers a few mechanical advantages over other filaments. According to Prusa Research’s material comparison sheet, PVB has a higher (better) tensile strength than ABS and PETG, meaning it can take more physical stress before snapping. PVB also has greater impact resistance than PLA and ABS and is even slightly flexible, although nowhere near as flexible as truly flexible materials like TPU or TPE. >Although PVB’s low melting temperature makes it a more easily printable material, it also contributes to worse mechanical properties. The low melting temperature results in PVB having poor layer-to-layer adhesion, which might mean prints are more brittle and more easily snapped. https://all3dp.com/2/pvb-filament-simply-explained/ Material comparison: https://help.prusa3d.com/en/materials

Open file (166.07 KB 1462x1003 rpcs.png)
Robowaifu Power and Control Systems Electronic Chronicler 06/22/2021 (Tue) 21:45:47 No.11018 [Reply]
Hi Anons, making a thread as suggested in >>10947 I've been thinking about this for a long while, and wanted to throw in a draft and see if anyone has comments/criticisms/additions. I present to you the draft of the Robowaifu Power and Control System (RPCS). This draft is by no means complete or definite, but it is a starting point. Let's call it version 0.1a. The version follows major.minor and a letter for bug-fixes. Minor is for feature addition/reduction, major for when we eventually get there XD. From a legal stand point, this is under CC0 or public domain (unless Chobitsu has specific licensing for the content on /robowaifu/). I intend for the draft to develop further and stay open for use by anyone. Summary A full-size robowaifu system needs several things: - Power distribution. Main system bus coming from a Li-ON battery (or other technology). One backup 5V emergency power supply used by slow communications to check appendage integrity, sensors etc. - Main processor. In this post I won't be delving into it in great detail, and mostly treating it as a black box. - Low/medium throughput communication for simple sensor, debug, or status information. Must be robust and must work before any high-level software is working (including the network stack). - High throughput communication for large data-logging, visual processing etc. - "Spine" or communication interconnect. Multiplexes many connections from many sub-systems to the main processor. Includes power distribution connection (allowing individual control to sub-systems). - Sub-systems to actually do the fun stuff! (Arms, legs, nekomimi ears, etc.) Terminology Brain refers to the main processor (and all of its sub-systems treated as a single unit).

Message too long. Click here to view full text.

37 posts and 4 images omitted.
>>11155 I tried once or twice, but he was gone to fast and also my network wasn't very stable, which might have caused it. I installed a client for IRC on my tablet, so I could try again.
>>11164 That's fine no rush. I'll be happy to ask Robi about it myself. He'll need to enable you to make an account, so we'll probably need to arrange a timeframe with you for it.
>>11144 >That's a broad societal topic, and one I'm neither qualified nor enthusiastic about. I absolutely loathe public transportation, having had to actually use it frequently in urban America. It's both dangerous (blacks), and a practical nuisance. Mostly I do agree with you. I generally avoid using it when I can, however in euro it's at least tolerable. In the usa I remember it being kinda shit. >My apologies Anon. LOL I definitely didn't succeed at being concise. :^) Hehe, you ain't the only one ;) >>11150 >Now despite thinking that real autonomous cars are stupid, the STUDY of autonomous navigation is extremely useful. Specifically at a scale that you can install GPS modules and read AR markets (QR codes) to guide a machine along a planetary surface. Haven't considered it on a global scale, but I imagine that would be massively useful to mankind even today. Oh inter-planetary travel, when will you come... >Sometimes I even implement simple logic using discrete AND/OR/NAND/NOR gates and transistors if a microcontroller isn't necessary. I really like that line of thinking. Having cheap-as-dirt MCUs have spoiled engineers and hobbyists alike (myself included sometimes). >>11151 >Our road network is really cramped and badly designed. Very good points. It's too common for techies and marketing to have wishful thinking, while forgetting that infrastructure is a massive cost (that not even a big corpo could really handle).

Message too long. Click here to view full text.

>>11175 One more thing about the brain. Like a PC motherboard has a BIOS speaker, so should we have a minimal amount of hardware periphery for the low-level Brain, perhaps even just skip the whole concept and put all low level control in the Spine, with all the Brain sub-systems being connected via internal network. I imagine at least a speaker, some lights, maybe a status display (or a debug connector for one?) to be available for checking error codes, knowing what stage in the boot process the robowaifu is in.
>>11175 >Thanks m8. Hopefully we can discuss further via email this time. That'll be fine, I'll check in with it sometime soon. >>11164 >>11175 >I'm guessing this for another chap? Oh, heh. My apologies to you both. No, it was intended for you, Elec-Chron. Perhaps the other anon is helping us connect with Robi regarding your account setup? If so, thanks first Anon. >note BTW, I plan to migrate all the posting on our vol account discussion over to the /meta thread so we're not cluttering up your RPCS thread with such things. So, don't be surprised when a few posts disappear ITT.

Robowaifu Systems Engineering Robowaifu Technician 09/11/2019 (Wed) 01:19:46 No.98 [Reply]
Creating a functional Robowaifu is a yuge Systems Engineering problem. It is arguably the single most complex technical engineering project in history bar none, IMO. But don't be daunted by he scale of the problem anon (and you will be if you actually think deeply about it for long, hehe), nor discouraged. Like every other major technical advance, it's a progressive process. A little here, a little there. In the words of Sir Isaac Newton, "If I have seen further it is by standing on the shoulders of Giants." Progress in things like this happen not primarily by leaps of genius--though ofc that also occurs--but rather chiefly comes by incremental steps towards the objective. If there's anything I'm beginning to recognize in life it's that the key to success lies mainly in one unwavering agenda for your goals: Just don't quit.

Post SE and Integration resources ITT.

Edited last time by Chobitsu on 09/26/2019 (Thu) 11:46:43.
16 posts and 7 images omitted.
Not sure if this belongs in that thread, but here's a vid about control of robots: https://youtu.be/A22Ej6kb2wo Here is his channel: https://www.youtube.com/channel/UChfUOAhz7ynELF-s_1LPpWg The guy is involved with Drake, some alternative to ROS? https://drake.mit.edu/
>>4741 Thanks for those links Anon. Looks like MIT has moved forward with these efforts quite nicely over time.
>related crosspost (>>11160)
Open file (27.41 KB 250x328 DDIA.jpeg)
Open file (76.53 KB 943x470 Selection_013.jpg)
While this is nominally a database book per se, it's largely focused on optimizations for data throughput. As such, it certainly qualifies as a valuable reference for robowaifu systems engineering. In particular, chapter 11 Stream Processing, is a very important topic in the realms that the RPCS would seek to address. > www.oreilly.com/library/view/designing-data-intensive-applications/9781491903063/ https://github.com/ept/ddia-references

C++ General Robowaifu Technician 09/09/2019 (Mon) 02:49:55 No.12 [Reply] [Last]
C++ Resources general

The C++ programming language is currently the primary AI-engine language in use.





BTW if you're new to C++ and you're stuck on Windows (either you can't or won't upgrade to Linux) then you can at least incorporate a good, open shell into your system to begin with so you can follow along. Start at this link, and if you have any questions just ask ITT:
Edited last time by Chobitsu on 10/05/2019 (Sat) 20:16:32.
228 posts and 71 images omitted.
>>10794 >>10795 Sounds all very good, thanks. I probably could get all inks out of the json archives and also download them this way, including the description.
>>10809 Yep, and there are a few of them here too: waifusearch> youtube OR youtu.be . . . ' youtube | youtu be ' = 476 results waifusearch>
>>10812 Yeah, if it's possible to build on Waifusearch, it's probably better to do it that way.
just leaving this here for future reference. https://github.com/adobe-fonts/source-code-pro
New talk by Sean Parent https://www.youtube.com/watch?v=NO5wHzI_oug Turns out, he's finished all the talks for his book, and is now just doing the writing. Also, he's starting the STLab at Adobe back up, and David Abrahams will be joining him there. This is great news ofc. We probably will get a very polished implementation of an efficient, scalable & robust continuations library out of this collaboration. This is great news for /robowaifu/ and should make things like anon's IPCNet (>>2418) and anon's RPCS (>>11018) doable on very lightweight hardware, and relatively quite simple to write the underlying 'fabric' software itself.

Robotics sites, organizations and projects Robowaifu Technician 09/16/2019 (Mon) 04:21:24 No.268 [Reply]
There are a lot of robotics research and projects going on out there in the world, many of them with direct application for us here. Please contribute important, quality links you find that you think would help /robowaifu/.

Robot Operating System (ROS)
>[ROS] is a flexible framework for writing robot software. It is a collection of tools, libraries, and conventions that aim to simplify the task of creating complex and robust robot behavior across a wide variety of robotic platforms.
11 posts and 6 images omitted.
This seems to be a interesting comunity for robotists: https://synthiam.com/Community - with projects and their makers here: https://synthiam.com/Community/Robots?sort=2 - Just found it, so I can't say how good it really is.
Open file (63.27 KB 1200x675 00-top.jpg)
Open file (333.57 KB 642x447 premaid ai.png)
A Japanese company created a decent companion robot 5 years ago called Palmi. It remembers what you chat about, comments on unusual things and what you're doing, remembers peoples voices and faces, can have group conversations, and can walk around a bit. It cost $3000 though and didn't get much attention beyond documentaries and exhibitions before being discontinued. https://www.youtube.com/watch?v=xaesUaCTBlk https://www.youtube.com/watch?v=x3TIKwueRSU https://robots.dmm.com/robot/palmi They also made a dancing robot, Premaid AI, for $1500 and a bunch of others but all their robots are discontinued now. https://www.youtube.com/watch?v=avwJElBz4Cg https://www.youtube.com/watch?v=cGxvshwAqvE https://robots.dmm.com/robot/premaidai
>>10218 > but all their robots are discontinued now. Too bad, but thanks very much for bringing them up for us here Anon. Any idea what the scientists, designers, and engineers who worked on these projects are doing these days? Also (silly question since they were obviously commercial endeavors) any chance any of these system software or designs are accessible today?
Open file (121.17 KB 1024x768 pupper_cropped.jpeg)

Robowaifu Thermal Management Robowaifu Technician 09/15/2019 (Sun) 05:49:44 No.234 [Reply]
Question: How are we going to solve keeping all the motors, pumps, computers, sensors, and other heat-producing gizmos inside a real robowaifu cooled off anons?
45 posts and 11 images omitted.
>related crosspost (>>11069, ...)
>>11069 >>11086 In regards to the concept of Processors and Chips embedded 3d in a liquid or gel or resin substrate https://www.nature.com/articles/s41598-020-71745-w >Electrically insulating and thermally conductive polymer matrix composites are desirable for industry applications as they improve the reliability of high-performance electronic devices, particularly via heat dissipation in devices loaded with several electronic components. In this study, an aggregated β-Si3N4 filler with randomly oriented grains was produced via combustion synthesis to improve the thermal conductivity of epoxy composites. The thermal conductivities of the prepared composites were investigated as a function of the filler content, and the values were compared to those of composites loaded with commercial β-Si3N4 (non-aggregated). Negligible difference was observed in the thermal conductivities of both types of composites when the Si3N4 content was below 40 vol%; however, above 40 vol%, the aggregated β-Si3N4 filler-loaded composites showed higher thermal conductivities than the commercial β-Si3N4-loaded composites. The aggregated β-Si3N4 filler-loaded composites exhibited isotropic thermal conductivities with a maximum value of 4.7 W m−1 K−1 at 53 vol% filler content, which is approximately 2.4 times higher than that of the commercial β-Si3N4-loaded composites, thereby suggesting that the morphology of the aggregated filler would be more efficient than that of the commonly used non-aggregated filler in enhancing the thermal conductivity of a polymer matrix composite. >Improving the thermal conductivity of epoxy composites using a combustion-synthesized aggregated β-Si3N4 filler with randomly oriented grains https://iopscience.iop.org/article/10.1088/2053-1591/ab2215 >We report on the thermal and electrical properties of hybrid epoxy composites with graphene and boron nitride fillers. The thicknesses, lateral dimensions, and aspect ratios of each filler material were intentionally selected for geometric similarity to one another, in contrast to prior studies that utilized dissimilar filler geometries to achieve a 'synergistic' effect. We demonstrate that the electrically-conductive graphene and electrically-insulating boron nitride fillers allow one to effectively engineer the thermal and electrical conductivities of their resulting composites. By varying the constituent fraction of boron nitride to graphene in a composite with ~44% total filler loading, one can tune the thermal conductivity enhancement from a factor of ×15 to ×35 and increase the electrical conductivity by many orders of magnitude. The obtained results are important for the development of next-generation thermal interface materials with controllable electrical properties necessary for applications requiring either electrical grounding or insulation.
>>11106 It's really encouraging to see an explicit focus on this Anon, it sounds promising. Any change a materials-science/ME/physicist can give us all a tl;dr ? To wit; is it at all likely that we, as hobbyists, be able to use this in our robowaifus within say, 5 years?
>>11111 I mean we could literally use Silicone oil now as its available at any hardware store. Obtaining graphene is not unreasonable, I think there's even a process for making it at home (I'll let you google this since there are so many results), and epoxy is also readily available (new age types use it to make those "orgone generators") Now the tricky part, actually applying this. Personally I'd like to see a demonstration with a custom "flexible-pcb" bus linking a CPU to memory and ports (could be mini usb or usb C instead of standard), like an "uncrushable" raspberry Pi. Something that would flex if dropped rather than crack open. Then I would see how miniaturized we could get it, and surround it inside a mold with either the Silicone Oil inside of a bladder of sorts, or simply the epoxy with graphene and let it harden (with the ports exposed obviously) - from there, troubleshoot what goes wrong and try again.. repeat until successful.
>>11116 >the Silicone Oil inside of a bladder of sorts This seems like a feasible approach that should be reasonably doable at home. Ofc, introducing liquids of any sort inside our robowaifus brings along some issues that need to be addressed. Leaks will be inevitable at one point or other, for instance. How should one deal with the cleanups for this? Seal maintenance, and reservoir/replenishments? Not attempting to dissuade any anon, but simply bringing up a few necessary points to address.

Open file (154.32 KB 600x400 core3433.png)
New Paradigm of CPU and PCB Architecture meta ronin 06/18/2021 (Fri) 23:47:00 No.10965 [Reply]
Considering where we want to go, a robowaifu with brittle and fragile PCBs, soldering contacts and delicate wires is something which can and should be improved upon. Closed CPU architecture is key as well as the possibility to port the waifu to a new body if necessary. Several supplements and 6 shots of espresso later, I've sketched this (somewhat humorous but also somewhat serious) concept. This is only a processor and not a memory module, but there are a few things I wanted to bring up via this illustration 1. The idea of discarding the PCB model for something suspending in heat dissipating resin, mostly rigid, waterproof and shock resistant, those chips aren't going anywhere, plus it looks black/translucent and cool and we want our waifus aesthetic without clunky square innards. This gives it the mega-man memory crystal aesthetic 2. CPUs dedicated to specific types of processing. Do one job and do it well. a)Since our human brains are split into left-right, logical vs. abstract, I think it would be an advantage to have separate processors to say recall facts and perform calculations vs say, paint a picture or appreciate nature. The "creative" CPU may very well work like Google AI or something of that sort via self seeding feedback-recursion. (therefore our waifus can imagine and dream too). b)mirror neurons and environmental modeling: important for our waifu to understand that we are like her, and not simply another object like a chair or a tree. Gives her the ability to understand how to interact with others and the world via empathy by constantly comparing her own similar experiences with what she sees or experiences. This also requires an internal 3d spacial model of her environment which would be continually updates from sensory input, and like us, fuzzy logic assumption could fill in the gaps where necessary. I figure something like a GPU core array would do the trick here. c) Impetus motivational chip - basically the reward/dopamine system d) Safety or Hazard prevention Chip - would interface directly with the Environmental Simulation chip, any potential hazard or danger to herself or her owner (or even another, if she is the cause) would cause her to freeze or back up a step before assessing further. Would also be useful for necessary danger/pain avoidant reflexes and self preservation. I figure industrial (BUS for example) systems such as in factories or that manage car braking, steering, etc. would already be on the cutting edge of this and we might be able to borrow something from them. Ports would basically be for power and charging a small internal lithium battery and another strictly for I/O Use this thread for any elaboration on this concept, or feedback (or your own ideas if you think you have something better but along the same lines) -M.Ronin
8 posts and 1 image omitted.
>>11075 >Thermal paste is mostly a grease carrier with some powdered solids in it. For AS5 the powder is ground up silver and it is considered very unlikely that the silver particles will ever perfectly line up to cause a short because of the very large amount of grease and tiny amount of solids. admittedly that's tricky, I imagine anything that surrounds the silver will impede its heat conductivity. This will require thinking outside the box, maybe metamaterials of a certain property could solve this one
>>11076 >This will require thinking outside the box, maybe metamaterials Sounds great. I'm sure you can think of something interesting for it. Please keep us updated here on it ITT. My guess is some form of liquid carrier for the heat -- something that is also electrically insulative -- will be the proper course for us in keeping our high-heat (eg, hip actuators, etc.) robowaifu components nice and cooled off.
>>11072 >>11074 >>11075 >>11076 >>11079 Simply crosslinking this post here, since we already have an entire thread dedicated to this topic. (>>11080)
>>11081 thanks! that led me to this as a possible solution https://en.wikipedia.org/wiki/Silicone_oil
>>11075 here we go, I posted in the other crosslinked thread. This is certainly doable. >>11106

AI Software Robowaifu Technician 09/10/2019 (Tue) 07:04:21 No.85 [Reply] [Last]
A large amount of this board seems dedicated to hardware, what about the software end of the design spectrum, are there any good enough AI to use?

The only ones I know about offhand are TeaseAi and Personality Forge.
118 posts and 40 images omitted.
>>9377 I haven't used AIML before but that might be a good idea for dealing with loading times in a finished build. The main issue is just development really. Often I wanna test something in a model for 5 minutes and shut it down but waiting 2 minutes for it to start up wastes a lot of time. Even once PyTorch is loaded into the disk cache it still takes 15 seconds to load. One way I try get around this is by using Python's interactive console and Jupyter notebooks so PyTorch remains loaded, but sometimes the code I'm testing can't be imported easily without refactoring. It also takes some time loading large models but that could be fixed by using an SSD or possibly SD Express 8.0 cards in the future with 4 GB/s read speed.
>>9377 >I think we're going to have systems which use some computers simultaneously. If one fails or needs to be rebooted the system would still be live and have the same knowledge. You are absolutely right, and the future is here 4 decades ago Anon. 'Fly-by-wire' in aviation commonly has multiple, redundant, control computers running simultaneously. Usually in groups of 3 on modern aircraft (Although the Space Shuttle sported 4 different CnC systems). All the computers receive all the same inputs, all of them calculate these and (presumably) output all the same outputs. Or it is to be hoped so, at least. And that's the basic point; by having these redundant flight computers all running, they validate the common consensus by cross-checks and elections. If one of the three malfunctions, the other two kick it out until it 'comes to it's senses'. This leaves the actually not too unlikely scenario question "What happens if the two don't agree while the third is out of commission?" Thus the Shuttle's four machines on board. Additionally, it's not uncommon for highly-critical systems to require different contractors and different software running on at least one of the systems. That way if an unknown bug of some sort suddenly crops up, it's more likely the oddball system won't exhibit it. Safety-critical controls systems are both a complicated and fascinating field, and one ultimately of high importance to /robowaifu/. >>98 >>9390 >or possibly SD Express 8.0 cards in the future with 4 GB/s read speed. Neat, I didn't know about that yet.
Open file (21.20 KB 958x597 Selection_011.jpg)
>"Charticulator: Microsoft Research open-sourced a game-changing Data Visualization platform" >Creating grand charts and graphs from your data analysis is supported by many powerful tools. However, how to make these visualizations meaningful can remain a mystery. To address this challenge, Microsoft Research has quietly open-sourced a game-changing visualization platform. Haven't tried this myself yet, but I found this graph humorous & honest enough to make this post to keep track of the tool. > https://charticulator.com/index.html https://github.com/Microsoft/charticulator https://www.kdnuggets.com/2021/05/charticulator-microsoft-research-data-visualization-platform.html
>>10625 Okay, cool.
How do we get someone important to us to donate the use of one of these? I believe we could create some great robowaifu AI with it!!! :-DDD https://en.wikipedia.org/wiki/Blue_Gene

Report/Delete/Moderation Forms

no cookies?