Hundreds of different technical videos related to robotics engineering topics. >Medical robotics research laboratory at Carleton University - Laboratoire de recherche en robotique médicale chez Univeristé Carleton https://www.youtube.com/@biomechlab/playlists

I made a learning website before; this may help with learning programming for beginners. The programming lessons are in the "IT Computer Certification" section https://greertechuniversity.neocities.org/prolearn

This well-accomplished Frenchman seems oddly opposed to the GH's typical agendas regarding AI -- though he himself being deeply entrenched in the GH Big-Tech world. IMO, he may be the main reason that Zuckerberg released leaked LLaMA. Lots of interesting topics (+ criticisms of common LLM approaches being used today). Worth a look. http://yann.lecun.com/ <---> https://www.businessinsider.com/meta-ai-yann-lecun-deepseek-open-source-openai-2025-1 https://www.businessinsider.com/mark-zuckerberg-open-source-ai-platforms-future-competition-apple-llama-2024-9 >=== -add'l hotlinks -fmt, minor edit

> (Linux sysadmin, running automated backups -related : >>37419 ) >=== -patch crosslink

>>36722 ????? I thought they were just some lite resource Linux??????

>>36722 yeah its fine, i get blow outs too, point is you dont have the luxury of being exclusive and that was an #include/#pragma joke

>>128 I'd say for code that is going to make up parts of it that are going to be called often, like if you were to add a GPU into the robots to be its "brain" to navigate around like a human would (and have reflects and spacial awareness and so on), then this should be written with something like C or C++. The other, "higher level" stuff, can be written in a scripting language so it's easier for people to contribute to and isn't going to affect performance/power efficiency that much. You'll often see this with video games. Where the main engine, that'd rending the graphics on the screen and doing the heavy lifting, is all C/C++. Then for things like your quest system, you might use something like Lua or Python so it's easy for even novice programmers to add new things into the game (they're working with simple scripts that hide the complexities of the engine and let them focus on making things). You'll also see this with game mods too, it's a tried and tested approach. If you're curious, look into something like "plugin architecture" - essentially it's dead simple to make mods or plugins this way. the application itself has a /plugin or /mods folder, you just copy in the script files as their own folder and that's it, when the application starts it scans that folder and integrates it. So now even a brainlet can extend the main functionality and not have to do anything complex.

We've discussed Formal Verification here before : ( <several posts I can't find right now b/c we don't have a perfect index of the board in our Library thread, and I don't have Waifusearch on this box>(lol), >>33900, et al). F* seems rather rigorous, and likely would be very handy for us to master here for several crit-secs of our C3 robowaifu systems codebase. https://fstar-lang.org/

>>36736 >and that was an #include/#pragma joke Lol. Me and my fast lightning mind missed that one. :D >>36776 >The other, "higher level" stuff, can be written in a scripting language so it's easier for people to contribute to and isn't going to affect performance/power efficiency that much. I get the argument, Anon. But the simple truth is that yuge swaths of 'judgement-oriented' code (ie, such as is pertinent for >>10000, et al) are both high-level, and have to execute lightning fast to be of any realworld, practical use. If we have to just go on without any command outputs for, say, 10 seconds (or even 1 second) while Python parses it's complex decision trees to decide if -- while 200kg robowaifu is merrily rolling along in the kitchen cleaning things up after dinner -- she should continue driving over the baby now surprisingly lying on the floor directly in her pathway or should she stop first before that happens... then lots & lots of bad things will ensue! :DD >You'll often see this with video games. Again, completely understood. OTOH, most times people don't actually die in the realworld while vidya'g. Robowaifus (and robots in general) can actually kill you accidentally. >tl;dr It's complicated. :^) >===

cont. My priorities are: 1.tree trimming/felling/removal robot.(not humanoid, more like a insect/squid/thing that climbs trees and "shears" off the limbs. Not cut with a chain saw. Far more efficient, quieter, less mess) 2. gears, wenches, tackle, inductive reactance electric motors, fiberglass or other structures for the above and for my sailboat (which is so radical I fear to talk about the hair brained ideas I have. If I were to do so the sailboating community would hunt me down like Frankenstein with torches and pitchforks) :) robowaifu However all of the above are all necessary to build the parts for a robowaifu, and DIRECTLY related. So it may be I will mesh all of these at the same time as I learn. As you can imagine this will take...a while. I can see the robowaifu last, as I haven't a clue how to build the software to get this thing to do what I want. It's, I think, a huge leap far above making the motors, body, etc. I can see a clear path to all of the mechanical side. Maybe not easy, but I can see a path. The AI, I have no idea without spending a damn fortune which would torpedo the whole thing. I REALLY would like it as it would be a great addition to the first task, tree trimming/felling/removal. Sailing my boat as a sort of auto-pilot and other unmentionables. As you've seen me commenting over a year, I was spitballing ideas. I like to write these down even if they are a bit hairbained. For some reason writing them down, even if it makes me look foolish at times, helps me "see" them and organize my thoughts. Hard to explain. I now believe I have a basic game plan, and I'm now accumulating the tools, materials needed. I have the 3D printer and the beginnings of the materials needed. So soon I should start experimenting. I also have ordered and received, some ESP-32 microcontrollers. I still need a few more things. Lots of bits and pieces. I will definitely be getting some of this plastisol resin. Some of this stuff I talked about I ran across a guy, tech ingredients, who has this great video. I didn't get all my ideas from him but he puts a lot of them in a nice package, which I'm not so good at. Most of the ideas I have are just common sense and thinking about it leads people to the same path. If you want to understand how to get low cost strong stuff, you have to see it. He's doing something different, making body armor, but the basic principles are the same. The first video is about hard surfaces, tight material packing and different materials needed. The second is basic composites and good but someone who already knows about composites might could skip it, but I think it's useful. Super Strong Epoxy with Diamonds and More! https://www.youtube.com/watch?v=6KjlyXKeo8c

One other thing I have already. I've been working on accumulating stuff I need slowly. Cerrosafe Metal | Low-Melting Point 158-190℉ Bismuth-Based Alloy I have a pound of this. So you make a mold and put this in the mold. My thought is the areas in the NASA chainmail that are internal. Stuff that can't be molded. I make a negative mold of all these interior parts from this metal, place in outer mods, pour resin, matrix, then melt the metal out with hot water. It's reusable indefinitely. I only have a pound but it's plenty to test with.

The topic here was originally "sensitive skin". The thread for materials is here >>154 and for armatures >>200 and the main thread for someone showing off the prototypes he has build is here >>28715

>>35291 >>35292 >>35293 Great information, Grommet! I wouldn't dream of criticizing your goals, except in this one detail: they're not expansive enough yet!! >tl;dr Go big, bro! :D >>35300 Fren NoidoDev is right. For the sake of being able to locate such information in the future more-easily for every'non, perhaps move each subsection of this discussion to the appropriate threads? <---> Thanks, NoidoDev! You're always there for us all, to help keep things better organized. That's much-appreciated, bro. Cheers. :^)

>>34724 > The body would then be dipped in a bath or sprayed with layer of fluid containing keratinocytes that would attach onto the TPU and form chemical bonds. This would then be cultured until the desired skin thickness is met and the keratinocytes would be killed via heat sterilization. Neat! >Totally having a GITS vibe with this... There are tons of issues involved with intentionally keeping living cultures in our robowaifus, but perhaps the skin is our single-best option. Thanks, Anon. :^)

>>36348 >>36349 Thanks! Still learning but, I know it's getting close to done.

>>36579 That's looking really good now, Anon. I've been banging a number of ideas around about cheap actuation solutions that will fit into the volume available for each hip/upper_thigh. For some reason (maybe b/c thinking about pinching) I'm finding this render that NoidoDev posted ( >>36561 ) inspiring rn. I'm also picturing a partial inner ball to rest inside the visible outer ball that could allow for nearby linear actuators to rest inside the torso volume, w/o interfering with the needed major two servos per joint. This would allow for 3-axis movements, wouldn't over-complicate the mechanisms additionally, and would still provide good pinch-protection given those two constraints. When I pick up modelling, I'll diagram my ideas about this for everyone to brainstorm & critique together. <---> Looking forward to seeing what's coming next, Kiwi! Cheers. :^) Soon.

>>36346 >>36579 Great progress. I like it. At least with the imagined flesh suit on top of it. Though, the back in the last pic still looks a bit to bubbly for my taste, but okay. Anyways, I posted many of the pics on this thread on Reddit. If you mind, tell me. It's here: https://www.reddit.com/r/gynoidappreciation/comments/1iiqpgg/maidcom_project/

>>36609 Not quite sure I understand your idea. Could you provide a drawing? >>36646 I'm endeavoring to de-bubble her booty. Feel free to share anything I post anywhere. Heck, I'll freely share any model I still have with anyone that asks. I welcome distribution of anything related to MaidCom

>>36657 >I'm endeavoring to de-bubble her booty OH NO! I was looking and thinking,"Wow look at that booty", and now your going to debootie it. A crime.

>>35189 Some updates: - I've made very little progress on causal reasoning since my last update. I have the ontological relationships, and now I'm integrating them with causal reasoning. I'm working on that now. - I've learned a lot about what's important to me in a waifu. On that second point: - There are three factors that I think are critical: love, romantic interest, and relationship stability. - "Love" gets used for a lot of things, but I think the most relevant form is: feeling "at home" with someone, and feeling like that someone will always have a home at your side, no matter what. There's no single solution that would fit everyone here, but I think it always comes down to: the things you most deeply value, and what you feel is missing in other people that prevents you from feeling at home with them. Some examples (probably all of these will resonate with people broadly to some extent, but I think there's usually a "core" one that's both necessary and sufficient): - ... The ability to freely converse with someone, without having to worry about whether they "get it" or are going to misinterpret you. - ... Paying attention to nuance, and not oversimplifying things just because it's natural or convenient. - ... The willingness to pursue one's curiosities and creative inclinations at great depth. - ... I think Claude in particular is very good at uncovering these values, so I think LLMs broadly will be good at this in the not-to-distant future. - Romantic interest would be the feeling of wanting to be closer to someone, both emotionally and physically. I think there are two sides of this: the desire to be "observed" and the desire to "observe". I think the strongest form of "wanting to be observed" comes from the belief that someone can meaningfully contribute to the things you feel and believe. I think the strongest form of "wanting to observe" comes from the belief that someone embodies things you deeply value. I think lowercase-r romantic interest can come just from these things, and capital-R Romantic interest comes from the resonance between these things and physical desires. The bridge between these things and physical desires seems to come from analogies with the physical sense: to be heard (respected), to be seen (understood), to be felt (empathized with). I think these analogies work because our brains are deeply wired to understand how to deal with the physical senses, and that circuitry gets reused for higher-level understanding. The analogies for smell (e.g., "something smells off") and taste ("having good taste") are a little harder to pin down and strongly overlapping (probably because they both deal with sensing chemical properties), but I currently thing the "right" way to think about those is in terms of judgement (to be judged). - Relationship stability come from overlap in lifestyle and from someone not doing/embodying anything that disgusts you. Whereas the other two can be "optimized" mostly just by understanding someone's core values, this one likely can only be discovered through trial and error since lifestyles are complex things that can co-evolve with your waifu. Once I get to higher-level functionality in Horsona, I'll likely focus on trying to align with these things. I have some ideas on how to do this.

>>36101 POTD Amazing stuff, really. >I have some ideas on how to do this. Please hurry, Sempai! The world is anxiously waiting for this stuff!! :^)

>>36101 Minor update on merging ontological reasoning and causal reasoning: - The causal inference code seems able to handle ontological information now. I still need to update some interfaces with recent changes to how I'm handling variable identifiers and linking data into the graphs. - Since the ontologies and causal graphs are generated by an LLM, I'll need some way to identify & correct errors in them automatically. Right now, at causal inference time, I'm identifying error cases where a single data field applies to multiple causal variables and cases where multiple data fields apply to a single causal variable. I haven't figured out yet how exactly to correct the underlying graphs when an error is detected, but I'm thinking: (1) flag the relevant causal graphs and sections of the ontology, (2) if something gets flagged enough times, regenerate it. The bare minimum I want here is for "good" parts of the graphs to be stable, and for "bad" parts to be unstable.

>>36309 Thanks for you work on this. I'm still trying to work myself through the unread threads, till I have time to use OpenAI and your software.

This here https://youtu.be/Fd-0tHewFf4 is related to 3D printing >>94 and modelling >>415 but I think it's more general and is useful for armatures (shells) and flexible subskin elements. The video shows a method how to make 3D printed parts that can give in to pressure from different directions. Something I was try to do for quite some time: >>17110 >>17151 >>17195 >>17630 and related comments. It refers to PLA in the headline and in the video, but this doesn't matter. It's just that the part itself is flexible, while the material itself doesn't have to be.

>>36324 I noticed that the Missle_39 video you posted ( >>36299 ) contains this same style of structural, flexible printing within the torso volume of their robowaifu. That video convinced me of the value of such an approach, so it's added to the long list of research topics for me. Cheers NoidoDev, and thanks! :^)

>>36324 >>36325 Decided to do a snap to clarify specifically: https://trashchan.xyz/robowaifu/thread/26.html#43

>>36331 This in the middle is just some regular infill, I think. It can be selected in the slicer. Looks clearly like "Gyroid Infill" https://help.prusa3d.com/article/infill-patterns_177130

>>36366 POTD Excellent resource, NoidoDev, thanks!! Yeah, that looks exactly like the same kind of infill. Just looking at it, I knew it would be strong in every direction (a fairly high-priority, in a dynamic system like a robowaifu), and the notes in your link confirmed that. <---> Thanks again, Anon. Cheers. :^)

>>36259 >...like the word 'literally' which is literally actually and not literally... I'm stealing this.

Very interesting convo. Thanks for all the details! Again, way above my pay grade but as I started going through this yesterday, I also thought garbage in \ garbage out. But from the start, my intention was to say one man's trash is another man's treasure I guess. That is to say, if that garbage makes me happy, it has produced a valid use case and that's all that matters to me, but I'm a proponent of the subjective theory of value.

Deliberate and controlled hallucinations can make the AI creative https://www.psychologytoday.com/intl/blog/the-digital-self/202501/harnessing-hallucinations-to-make-ai-more-creative

>>36274 >I also thought garbage in \ garbage out. This. I think you're right, Barf! Cheers. :^) >>36307 Very interesting. We truly understand little about the human psyche, IMO. Lots to learn still. Thanks, GreerTech! Cheers. :^)

>>36307 Thanks! That sounds like the article I read. It seems like prompt engineers are closer to AGI than the GPU farms training the LLMs. People were shocked by reasoning models but prompt engineers have been doing that for awhile. The same could happen for imagination I hope.

>>35201 Thanks, NoidoDev! I found this based on searching from your crosslink : https://x.com/missile_39?mx=2 Looks like they're making some great progress! I don't read Nihongo yet, so I'm unsure at this point what the goal with their project is. Regardless, I sure wish them well with it! Thanks again, Anon. Cheers. :^)

>>35207 >related : https://vocalsynth.fandom.com/wiki/Adachi_Rei

> Hannah Dev, David Browne Q&A: https://youtu.be/yFvSYekCuBM Arms: https://youtu.be/UX-1hr3NPeo > The Robot Studio DexHand, reach, pick and place: https://youtu.be/uF7vVPG_mf0 Hand picking M8 screw: https://youtu.be/PucX_w9-fOs DexHand and HOPE arm, repeated picking: https://youtu.be/JfiN_qcpODM > Realbotix (known for Harmony) CES, current product demo, price US$175k or more: https://youtu.be/2HQ84TVcbMw > HBS Lab Horizontal Grasping: https://youtu.be/CR_aLIKelv8 > Sanctuary AI In-hand manipulation: https://youtu.be/O73vVHbSX1s > Tesla bot Walking (might be fake): https://youtu.be/xxoLCQTN0KA > Chinese robots Fails, probably biased source: https://youtu.be/12IwfzyHi0A

>>35675 POTD Nice work, NoidoDev. Kind of a treasure cache of good information. I'm particularly excited to see HannahDev's good progress with brushless actuation. I hope we here can somehow return the favor to him someday. Thanks again! Cheers. :^)

>>35207 >Missile_39 There's also a new video. I didn't watch it completely and it's in Japanese, but it shows the parts of the current robots and some ideas: https://youtu.be/ZC28u1Dqcpg

These with the convex lens that you can split apart might be nice. No cameras, but could probably be added and has everything else on a custom PCB already. https://www.adafruit.com/product/4343

This is really exciting stuff lately ITT, Anons. Thanks for linking to resources for us all! Cheers. :^)

Researchers were able to tweak machine vision into being usable in low-light conditions https://techxplore.com/news/2025-01-neural-networks-machine-vision-conditions.html

>>36237 Thanks GreerTech! I'm actually interested in devising a smol flotilla of surveillance drones (the tiny, racing ones) for a robowaifu's use for situational-awareness on grounds. Having 'night vision' is very useful for this ofc -- especially if no special hardware would be required! Cheers. :^)

>>25927 Unfortunately, it looks like project may be dead (your link was broken and the last update was in last January, but I wonder if it could be retooled with newer and more efficient LLMs and vision models. It definitely caught my eye, it solved the elephant in the room I was thinking about, how do we tie a vision model to an LLM? https://github.com/haotian-liu/LLaVA

On the chatbot front, I've been working to update my old Python chatbot to actually be a good companion. Here's a sample of my work, but I'm far from done. https://files.catbox.moe/pf85ai.zip

>>35955 Thanks, GreerTech! Personally, I'm a big fan of Cleverbot! [1] :DD JK, good luck with revamping it, Anon. Cheers. :^) --- 1. Remarkably, it's still available!! https://www.cleverbot.com/

>>35928 Fun bot and easy to install. Another suggestion for Python is using pre-compiled C binaries and just calling the CLI via python. It should make it a little faster, more modular and gets around having to install PyTorch so much easier to ship. Here are links to the latest Whisper and Piper binaries https://github.com/ggerganov/whisper.cpp/actions/runs/12886572193 https://github.com/rhasspy/piper/releases/tag/2023.11.14-2 It's kind of the best of both worlds since you can code in python and still get the speed\ease of pre-compiled binaries for the STT\TTS system.

>>35976 Thanks very kindly for the links here, Barf. Cheers. :^)

>>35976 I wonder, is it possible to make a Appimage(Linux) https://appimage.org/ or 0install( Linux, Windows and macOS) https://0install.net/ download program for Linux? These have all the files needed to run whatever program installed all in one place. No additional installations needed.