>>14360 >Thank you, this sounds very exciting Y/W. Yes, I agree. I've spent quite a bit of time making things this 'simple', heh. :^) >I just wonder how hard it will be to understand how it works. Well, if we do our jobs perfectly, then the software's complexity will exactly mirror the complexity of the real-world problem itself whatever that may prove to be in the end. However, in my studied opinion that's not how things actually work out. I'd suggest a good, working solution will probably end up being ~150% the complexity of the real problemspace? Ofc if you really want to understand it, you'll need proficiency in C++ as well. I'd suggest working your way through the college freshman textbook known as 'PPP2', written by the inventor of the language himself, if you decide to become serious about it (>>4895) . Good luck Anon. >>14361 >as it is rather efficient for an object oriented programming language. I agree it certainly is. But it's also a kind of 'Swiss Army Knife' of a programming language. And in it's modern incarnation handles basically every important programming style out there. But yes I agree, it does OOP particularly well. >but, have wanted to try C++. See my last advice above. >Hopefully this project fixes that problem by providing anons with clarity on how robotic minds actually work. If we do our jobs well on this, then yes, I'd say that's a real possibility Anon. Let us hope for good success!

OK, I added another class that implements the ability to explicitly and completely specify exactly which embedded member objects to to include during it's construction. This could be a very handy capability to have (and a quite unusual one too). Imagine we are trying to fit RW Foundations code down onto a very small device. The ability to turn off the memory footprint of unused fields would be valuable. However, the current approach 'complexifies' lol is that a word? :^) the initialization code a good bit, and probably makes maintenance more costly going forward as well (an important point to consider). I'm satisfied that we have solved the functionality, but I'll have to give some thought to whether it should be a rigorous standard for the library code overall, or applied only in specific cases in the future. Anyway, here it is. There's a new 5th test for it as well. === -add specified member instantiations > >rw_sumomo-v211122.tar.xz.sha256sum 61ac78563344019f60122629f3f3ef80f5b98f66c278bdf38ac4a4049ead529a *rw_sumomo-v211122.tar.xz >backup drop: https://files.catbox.moe/iam4am.7z

>>14353 >related (>>14409)

leaving this here Synthiam software https ://synthiam.com/About/Synthiam

Mathematically-formalized C11 compiler toolchain the CompCert C verified compiler https://compcert.org/ >publications listing https://compcert.org/publi.html

just found this in a FB ad https://wefunder.com/destinyrobotics/

https://keyirobot.com/ another, seems like FB has figured me out for a robo "enthusiast"

>>15862 Instead of letting companies add important innovations only to monopolize them, what about using copyleft on them?

Video of the event from Tesla YT channel: https://youtu.be/ODSJsviD_SU Was unsure what to make of this. It looks a lot like a Boston Dynamics robot from ten years ago. Also still not clear how a very expensive robot is going to be able to replace the mass-importation of near slave-labour from developing countries. Still, if Musk can get this to mass-manufacture and stick some plastic cat ears on it's head, you never know what's possible these days...

>>3857 >robots wandering the streets after all. You can spot them and "program" them. That is if you find them after all.

>>6188 Looking at some old tweets from them I think it is safe to say that it doesn't look much different from StyleGan on portraits. The shoulders are bad, & most of the work is done by their data cleaning to simplify the problem. Interps & style mixing are nothing special either. Gwerns work with some whack data was able to create similar kind of characters. Also waifulabs - which is all run by StyleGan - can create some really quality characters from different positions. And notice that they are a game development studio which does not work on AI waifu creations. Looks like hype-bait to me to be honest. They probably cherrypicked some of the results and maybe even manually played it to create this kind of animations. And considering their budget and data that is well possible. I am not sure if they still use StyleGAN though. They do not drop even a clue. But honestly with the current state of it and the time they spent on it I think they use a different approach.

My chief concern is first and foremost Is this open-source? If not, then it's relatively useless to us here on /robowaifu/, other than tangentially as inspiration. Hand-drawn, meticulously-crated animu is far better in that role tbh.

>>6187 It appears the characters are generated with a GAN then another model separates the character pieces into textures for a Live2D model. They're not animated with AI, but there are techniques to do such a thing: https://www.youtube.com/watch?v=p1b5aiTrGzY

Video on the state of anime GANs, anime created by AI, including animation for vtuber/avatar style animations: https://youtu.be/DX1lUelmyUo One of the guys mentioned in the video, creating a 3D model from a drawing, around 10:45 in the video above: https://github.com/t-takasaka - didn't really find which one it is on his Github yet, though. He seems to have some pose estimation to avatar in his repository, though. Other examples in the video might be more interesting for guys trying to build a virtual waifu. "Talking Head Anime 2", based on one picture: https://youtu.be/m13MLXNwdfY

>>16245 This would be tremendously helpful to us if we can find a straightforward way to accomplish this kind of thing in our robowaifu's onboard systems Anon ('character' recognition, situational awareness, hazard avoidance, etc.) Thanks! :^)

>>16217 I think such critique is outdated. The impressive results of NS-VQA have been beaten by full deep learning approaches like MDETR.[1] It would be a bit ironic to call deep learning fragile and narrow and then proceed to write specific functions that only handle a certain type of data that the training set just happens to be a small subset of and call it generalization. Sure it can handle 'out-of-distribution' examples with respect to the training set, but give it a truly out-of-distribution dataset with respect to the functions and these handwritten methods will fail completely. A lot of deep learning approaches these days can learn entire new classes of data from as few as 10-100 examples. ADAPET[2] learns difficult language understanding tasks from only 32 examples. RCE[3] can learn from a single success state example of a finished task. DINO[4] can learn to identify objects from no labelled examples at all. CLIP[5] and CoCa[6] are examples of deep learning generalizing to datasets they were never trained on, including adversarial datasets, and outperforming specialized models, and this is just stuff off the top of my head. Someone ought to give DALL-E 2 the prompt "a school bus that is an ostrich" and put that meme to rest. That said, neurosymbolic AI has its place though and I've been using it lately to solve problems that aren't easily solvable with deep learning alone. There are times when using a discrete algorithm saves development time or outperforms existing deep learning approaches. I don't really think of what I'm doing as neurosymbolic AI either. Stepping away from matrix multiplications for a bit doesn't suddenly solve all your problems and become something entirely different from deep learning. You have to be really careful actually because often a simpler deep learning approach will outperform a more clever seeming neurosymbolic one, which is clearly evident in the progression of AlphaGo to AlphaZero to MuZero. From my experience it hasn't really delivered much on the promises you listed, except maybe point 2 and 5. I wouldn't think of it as something good or bad though. It's just another tool and it's what you do with that tool what counts. There was a good paper on how to do supervised training on classical algorithms. Basically you can teach a neural network to do a lot of what symbolic AI can do, even complicated algorithms like 3D rendering, finding the shortest path or a sorting algorithm. I think it shows we've barely scratched the surface of what neural networks are capable of doing. https://www.youtube.com/watch?v=01ENzpkjOCE https://arxiv.org/pdf/2110.05651.pdf >Links 1. https://arxiv.org/abs/2104.12763 2. https://arxiv.org/abs/2103.11955 3. https://arxiv.org/abs/2103.12656 4. https://arxiv.org/abs/2104.14294 5. https://arxiv.org/abs/2103.00020

Idling around the Interwebz today[a], I found myself reading the Chinese Room Argument article on the IEP[b], I came across the editor's contention in the article the notion that "mind is everywhere" is an "absurd consequence". >"Searle also insists the systems reply would have the absurd consequence that “mind is everywhere.” For instance, “there is a level of description at which my stomach does information processing” there being “nothing to prevent [describers] from treating the input and output of my digestive organs as information if they so desire.” "[1],[2] I found that supposed-refutation of this concept vaguely humorous on a personal level. As a devout Christian Believer, I would very strongly assert that indeed, Mind is everywhere. Always has been, always will be. To wit: The Holy Spirit sees and knows everything, everywhere. As King David wrote: >7 Where can I go to escape Your Spirit? > Where can I flee from Your presence? >8 If I ascend to the heavens, You are there; > if I make my bed in Sheol, You are there. >9 If I rise on the wings of the dawn, > if I settle by the farthest sea, >10 even there Your hand will guide me; > Your right hand will hold me fast.[3] However, I definitely agree with the authors in their writing that >"it's just ridiculous" to assert >" “that while [the] person doesn’t understand Chinese, somehow the conjunction of that person and bits of paper might” ".[1],[2]

>>16021 >Great idea, mind if I borrow this technique for MaidCom? Please do. Check out how I did the rest of her eyes as well, perhaps it could scale up.

>>16029 It does scale up really well. Though I will innovate upon it for Pandora.

>>15999 I'm really impressed with this. I have a lot of questions, I'll scan the rest of this thread to make sure they aren't already answered first.

Curious if you had any changes this week with your wonderful robowaifu, RiCOdev?

>>16243 RiCO will be on hold for the near future; your friendly neighborhood reploid builder has got bigger fish to fry. I'll still keep an eye out here to answer questions etc.

Update in this topic, this time by DeepMind. https://www.youtube.com/watch?v=L9kA8nSJdYw Slowly, they realize what we all think about, yet only in virtual spaces.

>>16197 >Human: show me how you polish the baluster >Robowaifu: say no more goshujin-sama There was a really interesting paper recently on context-aware language models that can do planning and achieve better than human performance on a flight-booking task, using a model the same size as GPT-2 small: https://sea-snell.github.io/CALM_LM_site/ It shows a lot of promise for using a Monte Carlo tree search for doing planning with language models, since it only takes 5 dialog generation attempts with the new method to outdo human performance without doing a tree search at all. Also a huge breakthrough in zero-shot multi-modal learning has been made that completely blows CLIP and SotA specialized models to pieces by using a simple to understand contrastive and captioning loss (CoCa) that can leverage existing models: https://arxiv.org/pdf/2205.01917.pdf This is going to be huge for embodied agents. It's a lot like the similarity measure used between sentence embeddings produced by the RoBERTa model in OP's paper to ensure the translated generated instructions are executable, except it does it between images and sentences. And there's another paper worth mentioning doing transfer learning from a language model trained on Wikipedia to an RL agent (on continuous control and games) that outperforms training from scratch: https://arxiv.org/pdf/2201.12122.pdf It seems we're headed towards a leap forward soon with goal-oriented embodied agents using language models.

>>15374 Completion requires an end point. Perfection can be said to have no end as improvements can be made ad infinitum to fit various ideals. I want to restart again to inch closer to my perfect leg but, that's a potentially endless cycle. Focusing on getting something done is better. The knee functions nearly identically to Ascento's leg, just mass optimized and legally distinct. Not pictured is the use of rubber bands for gravity compensation as a lower cost alternative to Ascento's springs.

>>15414 What a cool design Kiwi, thanks.

>>15414 Isn't it a problem to have a sping, or even worse a rubber band, being loaded all the time if the joints are in a non-neutral position? I like the idea with the spring, not I'm thinking if I could use that as well, but maybe with a motor controlling the non-neutral position of the spring.

>>15746 Your suspicion is understandable. Springs and rubber bands are meant to experience stressed states for prolonged time. It is true that some springs will suffer from fatigue under prolonged or extreme stress. All you need to do is ensure your design does not put too much strain on the elastic element. For us, rubber bands are easy to design around and are used frequentally in DIY RC cars and robotics. (Picrel is a lego RC car which uses rubber bands for power transmission and suspension, used for the sake of clarity, note that all rubber bands are in a constant state of stress.)

>>15748 That's kinda cool looking Kiwi. I think the wide variety of elastic bands broadly available, and their low-cost in general make them a natural fit for our goals here on /robowaifu/.

I now know how to use a multimeter and have confirmed that my buck-converter is correctly limiting voltage to the servos. Have thrown out a bunch of fried micro-servos that were a lost cause (kept a few parts for spares). Now, onto the more pressing subject: To Mr. Vladimir Putin, I appreciate your desk in the Kremlin is very well polished and shiny. In fact if I wasn't working on building a robot I would be polishing my desk and downgrading to Windows XP so my setup could be more like yours. However, at present you are causing me a problem. Because electricity prices in my country have doubled due to you ordering the gas pipelines closed, I can no longer 3D print large things because it's too expensive. Although, Mr.Putin, I realise it's not all your fault. You see, I told my government that they should've focused less on feminism, jigaboos and faggots and more on building nuclear power stations, but they wouldn't listen. So now all of our gas power plants are out of gas and all of our energy firms are going bust. So please could you kindly sort out your business with Ukraine so the rest of us can get on with building robots? Kind regards, SophieDev

>>15207 POTD TOP LOL <ywn a shiny desk full of XP in Soviet Russia. I'm glad you're sorting your servos/power systems. Hopefully the situation will improve before too long Anon. I'm sure you will figure things out as you go along. I pray for you SophieDev indeed for us all. Godspeed. >=== BTW Anon, your thread is nearly at the autosage bump limit. I'd suggest you begin #3 thread soon.

Thought I'd print something small and cheap but still useful: servo connector locks. Do you have keyless servo connectors that keep coming undone when your robot moves about? Slip some of these locks over the connection point and your robot's days of sudden-onset flaccid paralysis will be over! Obviously though, if your wires aren't long enough to accomodate your robot's range of movement and you have these servo connector locks on, then the servo wires are likely to yank out completely (or pull something off your robot) since the servo connectors can no longer slip out easily.

>>15211 That's great but BLDCs and ESCs mostly use other connectors. I only see these on the small servos. And in those cases they need to go into a breadboard for which I use the male to male breadboard cables. I'm mostly using XT-60 connectors and banana plugs, and try to get motors with the right connectors. These are very cheap on AliExpress. Make sure to get male and female and the right size, though. For plugs and the connectors. You only need one connector and the other side can use plugs. The connectors seem to be mostly yellow and the plugs without plastics golden (brass). On AliExpress they also have little screw terminals for cables, which are also very cheap and fit into a breadboard. Not sure about the name, DG-301 is written on the side and they're blue (others are green).

Oh hey its me from the other thread. Guess I was wrong haha. Excellent job you did with the documentation and everything sophiedev. You're clearly the 100x dev around these parts. Cause you really did the work of like 100 people.

>>15395 Sorry about that mistake.

(>>15436)

New Thread New Thread New Thread >>15434 >>15434 >>15434 >>15434 >>15434 New Thread New Thread New Thread

>>13018 > (>>16395, >>16433 >Headpat Waifus -related) >=== -add original-use crosspost

>>15323 >anyone here familiar with ESP32 that would know why I2C works on an older version of ESP-IDF but not the current version? Not that I'm familiar but looking around a little, "...ESP32-S2’s internal pull-ups are in the range of tens of kOhm, which is, in most cases, insufficient for use as I2C pull-ups. Users are advised to use external pull-ups with values described in the I2C specification. For help with calculating the resistor values see TI Application Note https://www.ti.com/lit/an/slva689/slva689.pdf ..." and https://learn.adafruit.com/adafruit-metro-esp32-s2/esp32-s2-bugs-and-limitations "...I2C at 100 kHz bus frequency runs slowly

>>13895 Thanks! Sorry for my recent absence. I'd like to continue work on this on the robowaifu.club until it can be determined what happened to the BO/Chobitsu or if this place is dead in the water.

>>14081 I'll make a new thread over there and all updates will be made over there until moderation returns.

>>14082 Posted the new thread

This is exactly what I want. A beautiful dedicated maid filled with love and affection

>>14093 Hope you are doing well MeidoDev. It would be nice to see what you're up lately. BTW, that waifu is wonderful. I hope you make her someday! :^)