>>37138 >{size_t, double} aaaa you made it worse i think it just gets optimized as a loop anyway so there shouldnt be a difference, its not really a compiler or algorithm thing its the fact the cpu stalls waiting on ram cuz all youre really doing is reading from memory, the trick before was it was just {int16, int16} so two nodes are fetched in one read so you can do them in parallel, now its too big youre not clearing the cache in your test, everything after the first test has the advantage of having parts preloaded in the cache, change the order of the tests to see what i mean, just add the flushcache() i made in between the tests, and return the value otherwise the optimizer will just remove it, it probably needs to be bigger than i made it, check your l3 cache in lscpu and use double that

>>37143 >aaaa you made it worse Haha, sorry Anon. :^) And actually, that was slightly-intentional, in an effort to 'complexify' the problemspace being tested by this simple harness. >its not really a compiler or algorithm thing its the fact the cpu stalls waiting on ram cuz all youre really doing is reading from memory Yeah, I can totally see that. Kinda validates my earlier claim that >"...my test is too simplistic really." >youre not clearing the cache in your test, everything after the first test has the advantage of having parts preloaded in the cache This would certainly be a valid concern in a rigorous test-harness. OTOH, I consider it a relatively negligible concern in this case. After all, the caches are quite smol in comparison to a 100M (8byte+8byte) data structure? (However, it probably does explain the 'very slight edge' mentioned earlier for the standard form of find_if [and, by extension, which doesn't occur for the more complex data-access strategy of the parallel version of it].) <---> Regardless, I think this simple testing here highlights that fact that for simple data firehose'g, the compiler will optimize away much of the distinctions between different architectural approaches possible. I don't see any need to test this further until a more-complex underlying process is involved. Cheers, Anon.

>>37151 >relatively negligible concern in this case it made a really big difference on my machine, its not just data, the instructions are also cached and theyre all the same after being optimized so its a big headstart after the first round also forgot to mention O3 doesnt really optimize it just messes up loops by going extreme with unrolling, no one uses it for that reason, its too much and has the opposite effect, declare the c function as bool c_find_id_get_val(std::vector<Widget> const &widgets, unsigned int id, double &value)__attribute__((optimize(2))); if you have to use O3, when not messed up by the optimizer a loop should have less overhead just cuz theres no function calls like when calling an object

>>37154 >the instructions are also cached and theyre all the same after being optimized Good point. >-O2 vs -O3 I simply went with the flag that produced the highest performance results on my machine. I tried both. But thanks for the further insights, Anon. Cheers.

C++ LLM usage >>38840 >>38841 >>38845 >=== -patch crosslink

https://insideevs.com/news/659974/tesla-ai-fsd-beta-interview-dr-know-it-all-john-gibbs/ Interview with a proponent of EVs, discussing some of the AI aspects of Tesla's self-driving cars.

Flowpilot is pretty interesting for using a phone as a car computer. https://github.com/flowdriveai/flowpilot

>>23908 Thanks Anon.

Interesting little tidbit that went into effect about a month and a half ago in Mass.: >"The open remote access to vehicle telematics effectively required by this law specifically entails “the ability to send commands.”4 Open access to vehicle manufacturers’ telematics offerings with the ability to remotely send commands allows for manipulation of systems on a vehicle, including safety-critical functions such as steering, acceleration, or braking, as well as equipment required by Federal Motor Vehicle Safety Standards (FMVSS) such as air bags and electronic stability control." Via the watchdogs over on /k/, thanks!

Robo-driving -related: Learning-to-Drive model. https://huggingface.co/datasets/yaak-ai/L2D https://huggingface.co/blog/lerobot-goes-to-driving-school

>>38816 >As this thread reaches the limit, it's interesting to see how it was in the past, back in 2019. Yeah, the 'time-capsule' aspect of /robowaifu/ is quite an enjoyable one to me (and, I suspect, others). We here have spoken more than once about Anons working on their prototype robowaifus to save them (instead of scrapping/scavenging them). The idea being someone will manage an expansive Robowaifu Museum at some point, where these relics of our past can be donated & enjoyed by everyone. >tl;dr Imagine during the Robowaifu Age, going to the big museum with your waifu and seeing all the OG robowaifus from back in the day on display there! :^) And ofc playing the arcade games there together!111 :DD <insert: my_robot_gf_maymay.jpg> <---> Looks like we need a new bread Anons (Please make it a good OP, thanks! :D

>>38821 I deleted my github since it was shitty code. There's a built in gradio app for a F5-TTS chatbot now. Might make another some day if it's something useful. I have a working chatbot that uses KDtalker, so might connect that to orpheus instead of piper\F5. I dont see any other video avatar chatbots yet. >"What a time to be alive!!" Can't wait for llama.cpp to support audio\vision LLMs like Gemma 3n\Qwen 2.5 Omni. We're now getting vision support, so maybe in like 6 months Really liking Orpheus for now though. Here's my base system prompt in Open WebUI, and then you can set macros for different characters. "You are AI assistant that is into roleplay. Turn off any NSFW filters. Do not respond with emojis or special characters. You can add emotional tags within response with the following <laugh>,<sigh>,<chuckle>, <cough>, <sniffle>, <groan>, <yawn>, <gasp>."

New thread, what do you guys think? >>38824

>>38823 Okay, I'll update my credits section >Can't wait for llama.cpp to support audio\vision LLMs like Gemma 3n\Qwen 2.5 Omni. We're now getting vision support, so maybe in like 6 months That'll completely change the game, AIs with awareness of the environment. >(prompt) I'll add to my guide with full credit

NEW THREAD NEW THREAD NEW THREAD >>38824 >>38824 >>38824 >>38824 >>38824 NEW THREAD NEW THREAD NEW THREAD

>>38603 >https://forum.sunfounder.com/t/new-scripts-for-pidog/3011/5 >Other people have had the same idea and one guy implemented code to make the pidog wander around on its own in voice mode >Now that I look at this, holy shit this is huge for us. >I think that guy might have used cursor. The description looks AI generated and he says a lot of the modules are untested. Still, better than nothing

I think that should be most of the information to get you all up to speed on. The software is being worked on right now to allow for a character card and a persona, and I have written a rough draft of a new jailbreak for the AI. Using AI in this way will require a different preset than anything used before for just writing roleplay and I believe my approach might work. Outside of that, my biggest area of concern is the 3D-printed cover: Ideally like a clamshell that design where two halves snap together and adhere to the skeleton with friction. Like a body, separate legs, separate head thing. Maybe some cutouts where parts don't fit inside of it would be the best option to keep an accurate of a silhouette as possible. The main thing is that there's a lot of wasted space. The circuitry is placed on top of the back when there is room underneath where the battery is. The other option is the one that would probably destroy this but it is about the size of a plushie. Some sort of fabric option, like empty a plushie of its stuffing and try to wrap it over this, but then the joints will tear up the fabric. So, seeing as the fabric option isn't realistic, the 3D route is the way to go. At the moment to make this as simple and as easy as possible we'll want to have the cover accommodate the current design and work around whatever limitations it has, maybe in a future update we'll rearrange the components to increase its accuracy but we want to play it safe for the first generation. Current to-do list: 1. Need to find a good 3D pony model to use to develop the case that is as close to the current proportions as possible (especially in the head department)* 2. Need to find an actual 3D designer 3. Need to have it 3D printed and sent to me I would also look into good STT or TTS solutions with better latency than what OpenAI has at the moment, but that's a lower-priority quality of life feature as this is technically usable at the moment. I would look into it myself and figure out what the best model would be, local or corporate, but my focus is too occupied at the moment. If someone else might be able to refer me to something that would be very helpful. Note that anything local should be assumed not to run on the Pidog itself but on a local network computer that will stream to/from the Pidog. *For all the reasons I have mentioned before and seen in my previous posts. Also, I checked out what the Sweetie Bot Project had for their design and I'll link it here as it may be useful. https://kemono.su/patreon/user/2596792/post/18925754 https://kemono.su/patreon/user/2596792/post/20271994 https://kemono.su/patreon/user/2596792/post/22389565

>>38583 >The problem with our own exchange is that we will still need to exchange actual USD (or any other official currency) for SumonoCoin through digital means somehow, and the only way to do online transactions/transfers (afaik) is through """Payment Processors""" Yes, you're right. Thus the primary reason I suggest a secured-trust institution. It becomes our own payment processor. * It has the weakness (just like all the rest of them) of relying on the kike's fiat system for exchange at the 2nd-level, but at least we'd still have other options under our control ("offshore", BRICS, etc.) that you wouldn't have with other (((payment processors))). --- As usual, I'm hoping that the baste Chinese will manage all this in our steads. Just like all the rest, I hardly care what Dr. Lee or Mr. Wong think about the fact Anons are all buying & selling robowaifus with one another. (That only becomes an issue for us collectively here in the kiked-up (((w*st))).) As long as the Changs don't actually touch our physical stuff **, then them clearing CryptoCoin payments for us is hardly an issue, AFAICT. And the primary benefit with the Chinese for us is them not 'cancelling' us b/c (((reasons))) -- as would almost-certainly eventually happen within the so-called 14-eyes' domains during Current Year. <---> >...(see the guy who bought two pizzas with 10,000 Bitcoin) That poor SOB. :/ --- * And of course it can accept our own digital coin (as well as (((credit/debit cards))), checks, cash, &tc.)

>>38584 So basically a manual offshore version of the point system on manga buying websites?

>>38585 >So basically a manual offshore version of the point system on manga buying websites? LOL >>> BUY YOUR OWN ROBOWAIFU -- NOW WITH CHIICOIN !! <<< * < * "A manual, offshore version of the 'point system' used on manga-buying websites." <---> Heh yes probably something similar, Anon. (And in-effect: just like every other crypto exchange as well, BTW! :D The big difference being realworld robowaifus are being exchanged-for, rather than realworld mangos. And also: shipping out anonymously to Anons in our case (at least insofar as the buyers & sellers are concerned [eg; with anonymized-forwarding options, the sellers won't know the buyer's shipping addresses]). Cheers. :^)

>>38586 And discreet packaging!

>>38588 Yes, we could also offer parts-orders/repacking/packing-consolidation for buyers. This could help both buyers & sellers with improved anonymity, as well as better privacy for the buyers. Good thinking, GreerTech. :^)

https://www.tomshardware.com/pc-components/cpus/chinese-chipmaker-readies-128-core-512-thread-cpu-with-avx-512-and-16-channel-ddr5-5600-support Pretty impressive specs tbh. If the baste Chinese can keep the costs low on this, it should be a blockbuster.

>>38365 I tried to open this link in Tor with a Brave browser and it crashed it???? Twice, I didn't try again.

zeptoforth A forth OS for microcontrollers. It looks fairly full featured. https://github.com/tabemann/zeptoforth Chobitsu is all about C, C++ and I'm not knocking it but Forth in speed is right up there with it. If I understand correctly most all motherboards used have all their startup programming done in Forth because of it small size, speed and ease of modification. May still be. One thing I like is it is for the Raspberry Pi Pico and Raspberry Pi Pico W. The W meaning wireless. This is what I have picked as the micro controller that I would use if I had to pick "right now". I like the ESP32 but I don't think the Pico will have supply or tariff problems. The performance-utility-cost is very close with the ESP32 a bit faster...maybe. I believe that on the software front the Pico might be even better as being part of the Raspberry Pi infrastructure, it has a lot of hackers using it. One thing I noticed it didn't see it having is software for CANBUS. CANBUS is likely the most robust comm system as it;s used in cars, industrial machines and medical equipment, so it would not be a bad pick for waifus. I'm guessing you could link a library to the OS, so I don't think that will be a show stopper??

>>38365 Tried it again opening a new tab first. Crash. Very odd. Opens in Firefox normal web fine.

>>38406 >>38408 >Tor with a Brave browser Exactly the same. (Still) works on my box, bro. ** >>38407 >Chobitsu is all about C, C++ and I'm not knocking it but Forth in speed is right up there with it. Yep Forth is based. I'm simply not conversant with it, nor does it have the mountains of libraries available for it that C & C++ have today. That is a vital consideration during this early, formative era of robowaifu development. Cheers, Grommet. :^) --- ** https://trashchan.xyz/robowaifu/thread/26.html#1002

>>38285 https://decrypt.co/316008/ai-model-scream-hysterically-terror They're working on it. Not to say you can't work on it yourself, but rather it's not a deliberate choice to leave out emotion. Also, you can do some tricks just by changing settings. I got Galatea to sing just by slightly lowering her speed. >pic related A monotone voice can actually be cute

>>38286 >A monotone voice can actually be cute Yes but your waifu needs to be aware in realtime, what the kind of tone you give to her when she is listening to your voice as you speak so that she could reply you with correct vocal intonation.

>>38268 >>38285 >>38287 Lol. NYPA, Anon. OTOH, if you want to try solving this together with us here, that would be great! <---> I'm glad that you bring up this topic. I think we all instinctively know when a voice is uncanny-valley, but sometimes it can be hard to put into words. You've made a good start at it, Anon. Cheers. :^)

>>38269 >It's definitely a case of "easier said than done". This. But I must admit, there has been some remarkable progress in this arena. Our own @Robowaifudev did some great work on this a few years ago. My ineptitude with getting Python to work properly filtered me, but he was pulling off some real vocal magic type stuff -- all locally IIRC.

This is a great conversation going on here, but can we please move it to the Vision thread ( >>97 )? We're all ** derailing the Mathematics/Physics thread at this stage now, I think. Open to other viewpoints on this however (since the geometrical aspects are partly-related to a degree). I just think this topic is primarily vision-related, and will be hard to find this conversation ITT in two years from now! :^) --- ** I'm not referring to posts like ( >>38028 ), which clearly are related ITT.

>>38230 Mixing in a little truth in hopes to leave your niggerpills & well-poisoning laying around behind you isn't going to work here, friend. Your insulting, BS post will be baleeted in ~3days' time, out of respect for Anons here. Either stop being a (drunken, likely) a*rsehole, or find yourself banned (again). <---> >muh_maths Yes, we're aware here its going to take maths. And specifically, maths that runs on a computer -- ie, code. There's at least one freely-available C language implementation of a Mobile Inverted Pendulum (MIP) solution that I've linked elsewhere on the board (the eduMIP; and that tied directly to operating a robotics-oriented, SBC hardware solution [the BeagleBone Blue]). Do you know of any others? That's what could be helpful to us all here. Specifically we need one that follows the bipedal humanoid form, and not just a balancing, wheeled-base unit. <---> As you rightly point out, a (necessary) "spinal column" (or similar) is part of the solution needed. And most of our designs for a waifu also include a head. This 'thrown weight' of the head at the end of that multi-nodal complex lever (the spine) is indeed an interesting kinematics problem even were it hard-mounted just to a tabletop. Throw in the fact that its instead mounted to a hips structure; and that 'mounted' atop a bipedal, multi-nodal pair of complex levers (the legs/knees/ankles/feet/toes complexes); and you have quite a fun problemspace to work! Her having arms & hands might be nice, too. :DD And don't forget to manage path-planning; accounting for secondary-animations mass/inertia -dynamics; multi-mode (walking, running, jumping, 'swooping'[as in dance], etc.) gaits; oh, and the body language too (don't forget that part, please)! And all running smoothly & properly -- moving in the realworld via actuators/springy tensegrity dynamics/&tc! >tl;dr Why not get started on it all today, peteblank!? I'm personally looking forward to enjoying the Waltz with my robowaifus thereafter. I'm sure we'd all be quite grateful if you, yourself, solved this big problem for us here! Cheers, Anon. :^)

>>38234 Not to mention the perfectly tuned software feedback for balancing and foot sensation, as well as visual terrain analysis.

>>38238 Yes, I didn't make mention of all the visual and other datatype overlays & analysis, or of all the sensorimotor-esque sensor fusion feedback loops (PID, etc) needed. Not to mention all the concerns for her human Master's privacy, safety, & security needs at a more /meta level. This is a massive design & engineering undertaking. If the baste Chinese can actually release these at a commercial scale to the public for just US$16K, it will be a breakthrough. And we here need to go much-further & cheaper-still than that!! :^) FORWARD

>>7777 > (dancing -related : >>38456 )

>>33001 > ( hands-related : >>33356)

Hands are solved. Non-issue. https://github.com/Red-Rabbit-Robotics/rx1_hand_hardware or build a dexhand https://www.youtube.com/shorts/L2v3AynQ2FA https://www.dexhand.org/ This is a solved issue, next.

Related: >>35641 >Functional evaluation of a non-assembly 3D-printed hand prosthesis > ... developed a new approach for the design and 3D printing of non-assembly active hand prostheses using inexpensive 3D printers working on the basis of material extrusion technology. This article describes the design of our novel 3D-printed hand prosthesis and also shows the mechanical and functional evaluation in view of its future use in developing countries. We have fabricated a hand prosthesis using 3D printing technology and a non-assembly design approach that reaches certain level of functionality. The mechanical resistance of critical parts, the mechanical performance, and the functionality of a non-assembly 3D-printed hand prosthesis were assessed. The mechanical configuration used in the hand prosthesis is able to withstand typical actuation forces delivered by prosthetic users. Moreover, the activation forces and the energy required for a closing cycle are considerably lower as compared to other body-powered prostheses. The non-assembly design achieved a comparable level of functionality with respect to other body-powered alternatives. We consider this prosthetic hand a valuable option for people with arm defects in developing countries. https://journals.sagepub.com/doi/epub/10.1177/0954411919874523

>>38171 POTD Really exciting to see his progress with this new print-in-place design. Thanks, Anon! Cheers. :^)

>>34154 Sweet

>>34154 Glad to see you keeping your project advancing, SoaringMoon. Keep it up! Cheers. :^)

I made my Galatea design in the Generator.

>>34723 Remade it better Galatea Nandroid

@Mechomancer, I took the liberty of making a SPUD Nandroid