/robowaifu/ - DIY Robot Wives

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

The Mongolian Tugrik has recovered its original value thanks to clever trade agreements facilitated by Ukhnaagiin Khürelsükh throat singing at Xi Jinping.

The website will stay a LynxChan instance. Thanks for flying AlogSpace! --robi

Max message length: 6144

Drag files to upload or
click here to select them

Maximum 5 files / Maximum size: 20.00 MB

More

(used to delete files and postings)


Knowing more than 100% of what we knew the moment before! Go beyond! Plus! Ultra!


Open file (287.33 KB 1080x980 Pandora Project logo.png)
Open file (267.71 KB 515x735 Pandora WIP.png)
Pandora Project Thread AllieDev Board volunteer 03/05/2022 (Sat) 02:25:52 No.15404
This is the Pandora thread where I hope to start a overall modular robowaifu framework over time. This is an open board project and collaboration is encouraged. In my efforts to engineer a robowaifu, I'd found that going to a more robotic design would be faster and overall easier to engineer and assemble. For a start, I will post the progress of how far I've gotten on modeling Pandora before I begin the process of breaking everything down into printable parts and assembling functional prototypes. Had also changed her drones to have completely different functionality in my redesign, but that's fanfiction and not really relevant to the board. Engineering them is. Resources: Using Servos in English: https://archive.ph/28ehI The parts of a robot (what they don't want you to know /s): https://archive.ph/ddf6T >>EDIT: added resources and post formatting.
Edited last time by AllieDev on 04/26/2022 (Tue) 03:30:32.
>>15685 >Lol. Actual Programmers themselves have largely been friendly and very helpful in my experience. Same here, by and large. I'm speaking of professional C++ developers in gigs I've had. Since we are a generally serious-minded bunch largely focused on systems-oriented projects, we are usually helpful to other serious-minded individuals we come across. Quite frankly, /robowaifu/'s ultimate goals easily qualify as one of the singularly largest & most complex set of systems-engineering challenges in all human history IMO. You can expect that there will be others of like mind joining in once they are convinced of our success. >Was just referring to the books I've found on C++. Again, as I mentioned to Kiwi, Stroustrup's textbook is a) second to none for the serious beginner, and b) doesn't make any unsupported presuppositions on the reader. It's clearly focused on the complete neophyte, and clearly states so right up front. Plenty of hand-holding along the way. The downside of course is that makes the book quite thick! 1'300+ pages lol (>>4895) >Also looking into various robotics software to have a better idea of how to go about the GUI. Had found a workflow for it. Great look forward to your results Anon. Just let your own instincts guide you, iterate often, and don't wait until it's all """perfect""" before proceeding! :^) >I was still editing my previous post to add in that I am still looking for a good tutorial to replace the larger hot end fan on my printer and a recommendation for a good flush cutter to replace the stock one that started chipping away recently when cleaning up prints. Sorry, I'm not your man. Not doing much by way of 3D printing myself yet. We do have a printer thread however (>>94), maybe ask around there? >=== -add 'C++' developers -minor grammar edit
Edited last time by Chobitsu on 03/22/2022 (Tue) 08:38:26.
>>15685 Quick question AllieDev. Do you have a specific preference for the name of the project in the code? We've been pretty much universally using the form of RW Projectname, such as RW Sumomo and RW Bumpmaster. Following this form would naturally result in RW Pandora Now that's certainly not some kind of a necessity, it's simply a uniform idiom we've been using all along. If you have a particular preference for how to specify your project's name please let me know thanks. Cheers.
Open file (365.63 KB 556x700 1n87bt261.jpg)
>>15704 RW Pandora would work for the internal name. Still working on making functional assemblies and am having a hard time leveling the bed. Though in good news, Cura finally stopped being a shitty program and now is not throwing false errors at me about my models anymore. Had sliced all the various parts of the test print and had no issues quickly troubleshooting the one part of the legs that had any problems. Had made some test prints using what I learned from ricodev and not overcomplicating the simple parts like bores.
>>15710 >RW Pandora would work for the internal name. Great! So, here's the project's first drop (>>15723). As mentioned in that post, we'll be supporting all projects simultaneously, so we'll just keep making drops in that thread for RW Pandora stuff, and crosslink to them back here in this thread. Sound good? >Still working on making functional assemblies and am having a hard time leveling the bed. >Though in good news, Cura finally stopped being a shitty program and now is not throwing false errors at me about my models anymore. Had sliced all the various parts of the test print and had no issues quickly troubleshooting the one part of the legs that had any problems. >Had made some test prints using what I learned from ricodev and not overcomplicating the simple parts like bores. Outstanding! Sounds like you're on the way back to full functionality for your prints AllieDev. We're all looking forward to seeing your results ITT. It's exciting to know you're leading the charge for Pandora. Cheers.
Open file (1.04 MB 1280x1659 tvycwve67rb8n90.png)
Open file (174.89 KB 258x782 jh78tb7921.png)
>>15724 While on my Travels I also thought of making Pandora Modular so it would be easier to customize her. Hence why I've also started a model of this Reploid here and an outfit themed around her for Pandora. Though her hair is a lot harder to model than Pandora's and blender was being screwy. Its great to improve at making a higher quality model and also nice to see that I'm not too far off from the official Capcom models at this point. They just have fancy texture work. Next step will be actually adding more details to both this reploid and Pandora ZXR (>>15616) after testing out more techniques I've learned on this mesh. >Pandora Drop I am just wondering what half of these functions are supposed to do. Not the self explanatory ones but things like "hearsay" ,"dollhouse", and "gears" as usually pre-made components come with onboard software and drivers these days. Also find it funny how its like an actual obstacle course to get everything set up to even look at the code in the first place with the few programs and dependencies it requires. The readme was also hilarious and linux is a fucking wizard tier OS. Feels like you have to cast a magic spell and reclass as a mage knight just to get past the login screen lol. >-If you're reading this, we can safely presume you've extracted the outer 7zip. Now we descend into the tomb of madness. /s >Pandora GUI Still working on it. Better to not miss anything critical early on. Setting up functionality to update the provided drivers for all available devices installed in Pandora but from a click of one button with confirmations inside the Pandora GUI should be a basic feature alongside troubleshooting options such as highlighting specific defective parts so you can safely replace them after the diagnostic is complete. Still drawing those kinds of features out.
Edited last time by AllieDev on 04/01/2022 (Fri) 00:29:33.
>>15747 Wow, I really like the look of your new work AllieDev! Give me some time to think over your questions and I'll make a response ITT soon. Cheers.
>>15747 Keep up the good work with your modeling AllieDev, modularity is going to be key. Would like to make our projects use similar sockets and such for compatibilty between both projects.
>>15747 >I am just wondering what half of these functions are supposed to do. Not the self explanatory ones but things like "hearsay" ,"dollhouse", and "gears" as usually pre-made components come with onboard software and drivers these days. So, there's a couple of different things going on here. 1. We're primarily focused ATM on the computer science realm know as 'Systems Architecture. That is, how do the different parts of the systems all 'talk' to each other effectively? This is very much a learn-as-you-go process for me personally. So far the approaches seem to be working fairly well, and it has definitely been quite helpful to work on a modest-sized but non-trivial application (Bumpmaster) to begin wringing things out thus. 2. As we have notions of where we want to go/things we want to do, we put in so-called 'stubs' to help crystallize the vision, and smoke out issues well beforehand. These classes you've mentioned are all currently in this classification. We'll be needing (in order of your mention) -Voice recognition and Speech synthesis -Docking, charging, storage & transport, and communications outside the robowaifu herself. -A potentially huge variety of differing mechatronics systems, that all need an umbrella facility to work together. And this last point is an important one: even if 3rd-party drivers, IDEs, apps, etc., exist already, we still need a unified architectural to ensure they all cooperate together effectively. Plus there is an unimaginably broad array of issues in allowing any Tom, Dick, & Harry to attempt to dictate what our robowaifu's systems should be doing at any given point. And add into that mess our enemy's Pozzfest to top it all off? Lol no, thanks. :^) We need to maintain a high degree of specificity to the inter-systems behavior of our robowaifu's parts Anon. The RW Foundations systems are intended to accommodate this arrangement. >Also find it funny how its like an actual obstacle course to get everything set up to even look at the code in the first place with the few programs and dependencies it requires. >The readme was also hilarious and linux is a fucking wizard tier OS. Feels like you have to cast a magic spell and reclass as a mage knight just to get past the login screen lol. >Now we descend into the tomb of madness. /s Heh, UNIX is king of OSs pretty much today it's true. :^) As mentioned elsewhere, eventually we'll probably resort to a pared-down version of OpenBSD in the end, running custom user-space code written by us or our confederates. Other choices seem to leave much to be desired (and even this choice is a tough row to hoe). As always, we'll get there eventually if we just keep moving forward Anon. >Pandora GUI >Still working on it. Better to not miss anything critical early on. Good thinking. But trust me, I'm pretty flexible and more than once we've had to deal with me tableflipping.exe the work once I see more clearly into the heart of a matter. A more tortuous route, perhaps, but one that inevitably tends towards better and better solutions in the end. >tl;dr Don't worry about it bro. Just do what you think best and we'll all accommodate you in it as we can. You're calling the shots here! >Setting up functionality to update the provided drivers for all available devices installed in Pandora but from a click of one button with confirmations inside the Pandora GUI should be a basic feature alongside troubleshooting options such as highlighting specific defective parts so you can safely replace them after the diagnostic is complete. Still drawing those kinds of features out. Very good ideas all. I hope that all helps with understanding things, AllieDev. Cheers.
>>15770 Chobitsu, Check your email.
>>15803 OK, I replied AllieDev.
>>15803 So, how are things coming along? Do you have a new post for us here ITT? I'm looking forward to seeing what we can do with Pandora robowaifu. Cheers. :^)
>>15747 Looks really good, you've improved a lot in your modeling.
Open file (609.56 KB 2823x3646 Byte.jpg)
>>15827 This is just a side study I did that I had thought was interesting: In my travels I found that a standard Geth platform seems like a very simplified "beginner's version" of a possible robowaifu since they don't have the complexities around human faces. Their developers said they were inspired by office lamps lol. So I had thought up my own idea of a geth platform based on Legion with its facial expressions after seeing an anon had posted a video of a robotic muscle lifting a small dumbbell with some assistance. The geth are mostly comprised of such synthetic musculature in their extremities. The movable face plates for expression along with the inner ring of the eye moving like a camera lens would be far less complicated than mimicking the musculature of a face. Byte's personality is that she is supposed to be fixated on discovering why organics enjoy food and the concept of taste since Geth programs do not require sustenance to survive. (OK, I'm done with the fanfiction now) Thought this would be great for a simple template personality in the pandora GUI as the voice leans more toward contemporary chatbots with a lot of reverb and is more of an emerging intelligence than a full fledged "person in a robot brain" that anime robowaifus are. There were also some animatronic videos I was researching and felt that the concept of a brachiosaurus animatronic neck is not too different than the significantly shorter geth neck. https://www.youtube.com/watch?v=jfcqQf61S-k I have also come closer to finishing my rough draft of Pandora's Gui but am still looking around for more staple features from various other robotics software that should be implemented.Is there any way to edit a post without breaking all the embeds?
>>15934 >Geth Very lizard-looking, and not my cup of tea at all. Sorry. But I'll watch with interest ofc if you go in that direction with your work. But what's wrong with your Pandora project AllieDev? I think she's quite feasible before long, and has good character appeal. >I have also come closer to finishing my rough draft of Pandora's Gui but am still looking around for more staple features from various other robotics software that should be implemented Great! Look forward to seeing what kind of idea you have for this Anon. >Is there any way to edit a post without breaking all the embeds? Wasn't aware of the issue tbh, and don't really know myself?
>>15935 Lol Im not going in that Geth direction Chobitsu. I said this for a reason: >This is just a side study I did that I had thought was interesting: It was an idea for templates in the program for different personalities and still wrapping my head around the internal structure for Pandora since I still haven't gotten much assistance on that end outside of finding all the answers on my own for mechanical problems. For one: Bendable legs that allow her to stand on her own and won't just fall over. Had looked into resin printing since my printer has some bed leveling problems and I have no idea how I got a year of consistent prints out of it beforehand. Also have a quick email for you.
Edited last time by AllieDev on 04/19/2022 (Tue) 01:38:24.
>>15936 >Lol Im not going in that Geth direction Chobitsu. That's a relief! :^) >and still wrapping my head around the internal structure for Pandora Research -- including Design research -- can take a long time. Just keep moving forward with things Anon, we'll get there in time. If you want my advice then I'd say use the simplest forms you can and pare down anything not essential to the actual functionality of the systems. Especially at this very early stage in the design & engineering effort for your project. >For one: Bendable legs that allow her to stand on her own and won't just fall over. I'd suggest the toy market for ideas on that specific goal AllieDev. They have to create products that are durable & 'autonomous' (so-to-speak). This necessitates lots of cleverness that IMO would serve us all on /robowaifu/ quite well, this project included naturally.
>>15936 >Also have a quick email for you. I replied.
>>15936 I would suggest adding elastic elements or using non-backdrivable geartrain on her leg joints if you want her to have static standing capability. Also, speaking of design concerns you're invited to join MaidCom or borrow ideas as we generate them.
Open file (86.49 KB 491x636 pandora doodle.png)
Open file (237.06 KB 664x824 Pandora iteration.png)
Open file (337.86 KB 1508x1373 Wedding Dress.png)
Had been trying to overcome my hatred of mouse drawing and get better at drawing with it over the last week. Just drew whatever came to mind for Pandora and what I thought was a cool idea for swappable flesh colored casual wear parts since no remotely sane person wears battle armor cosplay all the time. Yes generic skin coloring is officially called "flesh" color by paint companies. It's weird. moving on. Also been looking into making her hair pieces out of rubber-esque material via molds and attaching them via holes that fit into connectors and been looking into that since her robot hair does have a slight bend to it when moving or subjected to wind unlike the other characters. Just need to find a soft plastic material for it. Its more like what happens when lifting a plastic sheet and has the same kind of bend as that. Nothing too complicated. Made some small changes to her model and am overall happy with she turned out. Could do with more definition on the leg armor and face but as I've said before, is on par with the current official capcom model of her imo as upon any scrutiny, she has a very simple original design. Just need to find a free CAD program now and break things down without blender's scaling fuckery. >>15935 Have you done any more coding on RW foundations since the beginning of the month? Arduino seems to be what everyone, even here is recommending for robotics but no one ever just plugs the servo into the board in their videos and there’s some conflicting info when it comes to the power supply. Would be great to have a built in calculator in Pandora’s software that determines maximum safe system voltage and the current system power usage to help avoid burning out components like I've seen happen here.
Edited last time by AllieDev on 04/24/2022 (Sun) 05:25:33.
>>15991 >Had been trying to overcome my hatred of mouse drawing and get better at drawing with it over the last week. Just drew whatever came to mind for Pandora and what I thought was a cool idea for swappable flesh colored casual wear parts since no remotely sane person wears battle armor cosplay all the time. Yes generic skin coloring is officially called "flesh" color by paint companies. It's weird. moving on. A Cute! You're actually getting pretty good at your mouse-paint skills AllieDev. Both pics have great character appeal (one of the foundational 12 principles of animation). Nice waifu for sure! :^) >Also been looking into making her hair pieces out of rubber-esque material via molds and attaching them via holes that fit into connectors and been looking into that since her robot hair does have a slight bend to it when moving or subjected to wind unlike the other characters. I'm glad to see you thinking about soft parts for Pandora. There are plenty of bits that should be soft, and IMO long hair is one of the most important. Cost is always a concern for us here on /robowaifu/ since our agenda is to enable men anywhere to build their own robowaifu companions. Wigs tend to be pretty expensive AFAICT (SophieDev can you tell us?), so devising some kind of sheet-like material for it is not only a common shortcut for 3D character designs, but it would also help with practical robowaifus as well IMO. >Just need to find a soft plastic material for it. Its more like what happens when lifting a plastic sheet and has the same kind of bend as that. Nothing too complicated. If you find something good, I hope you'll share it with us here Anon. Maybe the materials thread would have some ideas? (>>154) Please let us know if you figure things out. >Made some small changes to her model and am overall happy with she turned out. Could do with more definition on the leg armor and face but as I've said before, is on par with the current official capcom model of her imo as upon any scrutiny, she has a very simple original design. She looks quite professional to my eye tbh. Your best work yet AllieDev! I'm really looking forward to seeing her prototyping begin. Any updates with your printers explorations yet? I'm sure once you are printing out practical shell pieces, she will become more and more 'real' to all of us here! >Just need to find a free CAD program now and break things down without blender's scaling fuckery. It's not perfect, but Blender's already amazing IMO. As Kywy mentioned, they are getting better in this area all the time (>>15973). Eventually (if Ton gets his way) Blender will be the 'do everything' DCC program even more than it is now. BTW, more than one Anon has been trying OpenSCAD (>>15976), and ofc SolveSpace has been a go-to choice here for quite some time. Maybe have a look at these two for starters Anon? >Have you done any more coding on RW foundations since the beginning of the month? Not really, there are many AFK things calling for attention. Some minor exploration sketches for RW Dollnet to re-use network connections instead of building up new ones for each dolldrop, etc., asset download. >There is nothing pozzed about wanting Pandora's software to work with most widely available parts because they do have basic pre installed basic programming required to work in the first place via pulse modulation. To be sure, the goal is to have literally hundreds of different boards, &tc. supported for our robowaifus in RW Foundations. The issue for us isn't primarily about the degenerates devising things, but rather the privacy, safety, & security of both Anons and our robowaifus. It's a particularly very challenging part of the overall challenges we all face together here. :^) >Arduino seems to be what everyone, even here is recommending for robotics but no one ever just plugs the servo into the board in their videos and there’s some conflicting info when it comes to the power supply. >Would be great to have a built in calculator that determines maximum safe system voltage to help avoid burning out components like I've seen happen here. Yes, it's an area our EEs need to focus on. Certainly we can tie their signal interfaces through the software out to the GUIs for C&C, and automated switching, warnings, &tc. Thanks for the nice arts Anon, keep going! :^) Cheers.
>>15991 Arduinos are not for driving big servos directly, just for controlling them. >>15992 >Solvespace is just for parametric design, not for sculpting. The good thing about Blender seems to be, that it can do both. Though, the parametric part is rather new and might be under heavy development (I didn't try it yet). >OpenSCAD is probably not good for making such nice colorful and shiny models with a lot of details. Using it for figurines or dolls seems to be something which no one ever really did in a huge and systematic way. So there are no tutorials how to do it the best way. Or I overlooked all of it. It might work, but I don't know about the face yet.
>>16000 NURBS are an interesting math 'technology'. They have been around since at least the 80s I think, and IIRC, Autodesk's literally-most-expensive product is "All NURBS, all the time". Since the knots and hulls are, generally-speaking, fully-configurable (and scriptable too) then one might claim every package that provides them thus is in fact 'Parametric'. I think the things that primarily differentiate Blender from say, 360, is the user interface to get at the parameters and tweak them in highly-convenient ways. Ton & Co. are well on the way however, and I expect Blender will in fact be near the top within a few year's time in this area as well.
>>16003 I was referring to the technique how to work with a model. There's sculpting and parametric manipulation (changing values). Changing these values can be done with mouse and keyboard or in code. For all I know, Blender was for a long time using sculpting, not parametric design.
Open file (114.68 KB 335x769 Pandora drawing.png)
>>15992 >Any updates with your printers explorations yet? I'm sure once you are printing out practical shell pieces, she will become more and more 'real' to all of us here! Still trying to level the bed so it doesn't drag the print off half way through the first layer with leveling programs. Common sense solutions like cleaning it don't work because the problem isn't the bed adhesion, its the nozzle being too far away from the bed particularly in the center right out of the box. So it gains enough filament behind it while moving and drags the first half of the initial layer off the plate every time. It can be a real PITA and I get sick of re-adjusting it via slip of paper under the nozzle after a few hours and then don't look at it for days at a time. Still haven't replaced the main cooling fan either since they want me to reverse engineer the power supply and/or destroy the wires for the main cooling fan while doing an autistic blood sacrifice at dusk and solder the ends to some connectors instead of just saying to unscrew the bloody thing and replace it like every other part of the machine, even the smaller fan, is able to be. >Computer Boards Had been looking into the ESP32 family of chips and the CAM chip looks like it would suffice for pandora's optical sensors with its camera module. Would like to find a source to buy them since I already have the microsd card I retained from madoka.mi. Just am concerned that few of the chips advertise "connected to the internet of things" with the same fervor you have for the idea of spreading robowaifus and a ton of reviews of defective chips and "incompatible camera" bugs. I have also not worked with servos for a while and do not remember how to connect them to the main board or know how to solder. So I dug up some resources and added them to the OP. The Next objective after this would be figuring out audio sensors. >Different perspectives So far even dating back in the ancient pre-historical archives of 8/robowaifu it seems that nearly everyone seems to have a bottom-up approach to their projects, including me. How about working on the "brain" of Pandora? Do you have any ideas for that and any sensors or computer components we may need Chobitsu? >Continued mouse drawing I did continue to brainstorm for parts and made a few 4komas for my Rebuilt Pandora's character I have to organize for demonstrating functionality. Also made a better reference piece for her summer clothes for when I get to modeling her swappable skin colored parts for warm weather. OT: A weekly 4koma for the board's robowaifus would be funny as a community effort with its own thread but I don't believe anyone would really care for it outside of my own amusement. Sophie, Pandora, Rico, and Robowaifus of board's past and present would make an interesting enough premise.
Edited last time by AllieDev on 04/26/2022 (Tue) 05:08:23.
>>16015 >Had been looking into the ESP32 family of chips and the CAM chip looks like it would suffice for pandora's optical sensors with its camera module. Would like to find a source to buy them since I already have the microsd card I retained from madoka.mi. Just am concerned that few of the chips advertise "connected to the internet of things" with the same fervor you have for the idea of spreading robowaifus and a ton of reviews of defective chips and "incompatible camera" bugs. Count on some of them being bad. I toasted one when assembling Rico, cracked out my spare but the camera on it was DOA. (The rest of it works fine though, so if you buy a couple and one has a bad camera it could still be handy for other things) They aren't really tied into any IoT bullshit. It will function fine without internet access. I don't know how I feel about the security on them though, maybe keep them off your main network. >>15991 >Also been looking into making her hair pieces out of rubber-esque material via molds and attaching them via holes that fit into connectors and been looking into that since her robot hair does have a slight bend to it when moving or subjected to wind unlike the other characters. Just need to find a soft plastic material for it. Its more like what happens when lifting a plastic sheet and has the same kind of bend as that. Nothing too complicated. You're probably looking for silicone. If you want stiffer check out castable urethane rubber. Check youtube for tutorials on how to mold and cast stuff. >Arduino seems to be what everyone, even here is recommending for robotics but no one ever just plugs the servo into the board in their videos and there’s some conflicting info when it comes to the power supply. See my diagram in the Reploid thread for a (incomplete!) example on how you could hook things up. For power supplies I'm using some dirt cheap buck converters that connect to an external 12V supply or, in the future, a battery. Use separate regulators for your electronics and motors, even if they both work on 5V.
>>16015 Have you tried using bezier curves? I use them all the time and they really help.
>>15991 >Also been looking into making her hair pieces out of rubber-esque material Kibo-chan uses some kind of fleece. Maybe that could be soaked in silicone rubber if necessary.
>>16015 I hope you get the printer issues sorted AllieDev. You have my prayers! >Had been looking into the ESP32 family of chips and the CAM chip looks like it would suffice for pandora's optical sensors with its camera module. Would like to find a source to buy them since I already have the microsd card I retained from madoka.mi. Any AVR-based microelectronics is likely to be to the project's real benefit. >Just am concerned that few of the chips advertise "connected to the internet of things" Bad, bad, bad. :^) Ofc, in my design agendas for my own work the point is that no electronics whatsoever contained within (onboard) the robowaifu will be allowed to connect directly to the Internet. Ever. Any devices found to be attempting to circumvent this ban and auto-connect on their own will be entirely disqualified from consideration for inclusion in any robowaifu manufacturing designs, period. >with the same fervor you have for the idea of spreading robowaifus LOL. So, do you think I'm going a little overboard with it Anon? :^) >I have also not worked with servos for a while and do not remember how to connect them to the main board or know how to solder. So I dug up some resources and added them to the OP. Soldering's not too hard, but stay conscious of how much heat you're 'injecting' (by heat conduction) into the electronics. You can use clip-on little heat-sinks that will help with this. >The Next objective after this would be figuring out audio sensors. Sounds good! :^) >How about working on the "brain" of Pandora? >Do you have any ideas for that and any sensors or computer components we may need Chobitsu? This is a huge and important topic, let me give this some thought and I'll respond to you ITT w/ an entirely separate post, OK? >Also made a better reference piece for her summer clothes for when I get to modeling her swappable skin colored parts for warm weather. Very nice work Anon. Good detail >nice, effective foreshortening/10 >A weekly 4koma for the board's robowaifus would be funny as a community effort with its own thread but I don't believe anyone would really care for it outside of my own amusement. Sophie, Pandora, Rico, and Robowaifus of board's past and present would make an interesting enough premise. Inb4 "changing the scope of the project" lol. Heh. I think that would be a fun 'extra-curricular' project AllieDev, I certainly approve the notion in general since we have a trustworthy bunch all working together here on /robowaifu/. Why not kick off a new thread with one? Cheers. >=== -add missing 'brain' cmnt -minor 'prose' edit -add 'manufacturing designs' cmnt
Edited last time by Chobitsu on 04/26/2022 (Tue) 13:05:44.
>>16016 >I don't know how I feel about the security on them though, maybe keep them off your main network. The current network security paradigm du jour is moving to a 'assume every node/component is already compromised' mentality. This is a significant change (and a good one, finally). I certainly recommend such a conceptual approach for our own privacy, safety, & security goals -- particularly when it comes to network connectivity. Tough challenges ahead though, doubtless. >>16020 They really do. Inkscape, anyone? >>16022 Good idea Anon, thanks! :^) >=== -minor prose edit
Edited last time by Chobitsu on 04/26/2022 (Tue) 12:32:25.
Open file (91.36 KB 1109x731 juCi++_194.png)
>>16015 >How about working on the "brain" of Pandora? Heh, hundreds of PhD theses have been spent already on the topic broadly, so it's plain to me this will be a big group effort for us to solve together. We'll very likely have to lean heavily on both prior-art and the literature to pull this off reasonably well. OTOH, breakthroughs have often come by lone inventors satisfying the "Mother of Invention": necessity. I personally am much more a little like Michael Faraday, than I am even remotely like James Clerk Maxwell. Faraday was the final great Natural Philosopher in the Western Tradition, while Maxwell was very much cut from the modern scientific cloth. While Maxwell is greatly lauded by mathematicians, the simple fact is that Faraday invented the electric motor, and did much else important work in the field :^) without using maths at all. I'm sure most honest-to-goodness AI researchers would likely scoff at the simplistic notions laid out within RW Atashi thus far. > OTOH as you touch on, we're likely to succeed primarily by tackling things from the ground up. Breaking down various AI concerns into a highly-specified set of sub-modules, with plenty of tagging done by men, is reasonably likely to produce more rapid (if more narrow) general-use "Robowaifu Brain" results that will run very fast on hobbyist SBCs. At least that's my studied opinion on the matter. Regardless, we'll need to work together as a group to have a reasonable hope at succeeding with this endeavor. Everyone's input counts. We will already be working towards this yuge problem within the RW Foundations library itself over the years AllieDev. If you have specific ideas or requests please do let me know! Same for every anon here as well. :^) >Do you have any ideas for that and any sensors or computer components we may need Chobitsu? Well, I've made some of my points for this area when I started our RW-OS thread roughly 2.5 years ago (>>201). While I've kind of expanded my views since then (primarily due to more and more narrowly-focused hardware being brought to market), in general I still feel just about the same way today. Having mission-critical-style, redundant, fail-over, computation cores tucked safely away inside a robowaifu's breadbox is still the right way to go. After all, this is a highly safety-critical domain we're inventing here as we go along. Fortunately, we don't have to make such investments small as they are, relatively before proving out some of our basic ideas using lower-end, less-expensive approaches. So, I'd say having a Beaglebone Blue or two (>>7824) would be a good starting point Anon. They're fairly powerful for the size & cost, and this variant has lots of robowaifu-beneficial additions we can capitalize on as well. Later on we can explore the Beowulf clusters, multi-computing, etc. For her eyes, I'd suggest starting off with a pair of Jevois cams (just the small ones, >>1110) since they can offload much of the visual computing problem directly onboard. Cheers. >=== -add 'hobbyist SBCs' cmnt -minor grammar edit -add 'input counts' cmnt -minor prose edit -minor fmt edit
Edited last time by Chobitsu on 04/27/2022 (Wed) 09:29:24.
>>16032 Thank you Chobitsu, was also asking for hardware suggestions to run the main programming. Would assume the main board but would not hurt to have more processing power for higher functions. I have found some resources that will help the building process of Pandora. Still have to fix my printer bed and felt way better to just figure out how to put some of the electronics together. Starting with ESP32 (in English): https://youtu.be/xPlN_Tk3VLQ Using servo motors with ESP32 (in English): https://youtu.be/zxBC1ivOVfM I am unfamiliar with the concept of Microcontrollers but would figure that they would be useful for the complexities of a robowaifu where these could be used for moving servos with lower voltage while most resources are dedicated to the brain. Found a resource that says the gist of it: https://archive.ph/oqwyP Possible Microcontroller Seeeduino XIAO: https://youtu.be/pTwEnckaPYY This was a cool and very megaman-esque for an open source hand design I found via the beaglebone blue thread: https://youtu.be/Iej2jkwU-ts This seems like it would be good for her hair pieces on a larger scale. Would just require a cardboard box for her 1/1 sized hair pieces and a lot more resin so I don't have to actually paint the hair like RicoDev tried to once. This Silicon seems a bit too easy to tear but its close to what I am looking for. Would need to find some seafoam green version that is a bit stronger like a flexible rubber material so her hair can move without being damaged: https://www.youtube.com/watch?v=1qOwem_ll68 >later on we can explore the Beowulf clusters, multi-computing, etc. The very concept the fictional "Geth" I posted earlier was created around.... They get smarter with more platforms around sharing system resources with a self improvement directive and dumber when they are fewer in number or alone. They are also technically a form of swarm robotics >>15934 I didn't invent concept of the geth, bioware did. >For her eyes, I'd suggest starting off with a pair of Jevois cams (just the small ones, >>1110) since they can offload much of the visual computing problem directly onboard. They want how much for just one pro camera!? She only really needs 1 camera sensor. Would be way easier to program too. >Regardless, we'll need to work together as a group to have a reasonable hope at succeeding with this endeavor. Everyone's input counts. We will already be working towards this yuge problem within the RW Foundations library itself over the years AllieDev. If you have specific ideas or requests please do let me know! Same for every anon here as well. :^) That is the very reason I started with Madoka.mi in the first place. I cannot do it alone. We all have our roles to play and unique talents for the project.
Open file (250.96 KB 558x900 yv768byftgh.png)
>>16000 >Arduinos are not for driving big servos directly, just for controlling them. I believe I see your point. >>16016 I think I am going to go with Chobitsu's recommendation and skip on the ESP32CAM chip. Better to use a camera designed for object recognition after all. >If you want stiffer check out castable urethane rubber. Check YouTube for tutorials on how to mold and cast stuff. That material would make more sense for her front hair so it does not get damaged as easily and mix together a seafoam green for it. Will look for other materials. >See my diagram in the Reploid thread for a (incomplete!) example on how you could hook things up. For power supplies I'm using some dirt cheap buck converters that connect to an external 12V supply or, in the future, a battery. Use separate regulators for your electronics and motors, even if they both work on 5V. I am looking into it. Pandora will require more power and likely larger servos like Sophie's since she is supposed to be slightly taller than a 1/1 Pandora. So she will need a larger power supply. >>16022 Fleece wouldn't really suit the art style but it does have the durability needed in a hair material.
Edited last time by AllieDev on 04/28/2022 (Thu) 03:49:23.
Open file (296.57 KB 1024x907 jevois.jpg)
>>16042 I was referring to the pro version and all that entails being well over 300. The regular version is more reasonable.
>>16039 >Thank you Chobitsu, was also asking for hardware suggestions to run the main programming. Would assume the main board but would not hurt to have more processing power for higher functions. Y/w AllieDev. Can you more fully define 'main programming' and 'main board' for me please? In my own personal robowaifu design goals, only small computing (SBCs, microcontrollers, onboard mechatronics controls, basic electronics, etc.) will be used. So my recommendation for the BBBlue & Jevois were the intended computers I meant (along with a handful of likely-needed microcontrollers and power electronics). A small Chromebook-like notebook could be used as well if desired. >I have found some resources that will help the building process of Pandora. Great! Thanks for all the description texts as well Anon, that helps. >Microcontrollers...would be useful Definitely. Using Anon's IPCNet concepts (>>2418), one should be able to securely network together all the computing (and most of the electronics) in a mobile 'Robowaifu Net' onboard. MCs can offload things like signalling actuators to move, polling the specified joint's actual angle, and interfacing with electronic sensors of various types (voltage, thermal, stress & pressure, rotations & transforms, etc.) You can think of them basically like smol, focused-use computers. >Hair I'm sure you'll figure it out. Hey, it doesn't have to all be perfect you know! :^) particularly right out of the gate... >I didn't invent concept of the geth, bioware did. Heh, nice. The IRL Beowulf systems were devised at NASA by an MIT grad & Co. https://beowulf.org/overview/history.html If you have a 2 or 3 old boxes laying around, why not try getting your feet wet with it Anon? Can't hurt. https://www-users.cs.york.ac.uk/~mjf/pi_cluster/src/Building_a_simple_Beowulf_cluster.html The primary reason for using them in my concepts for the RW-OS/Braincluster isn't about computation power (a single one of the pro Jevois cams would far outstrip a 16-Pi cluster in raw TFLOPS, for instance), it's about fail-safety (failover). To wit, the cluster itself is the main point. >...She only really needs 1 camera sensor. Would be way easier to program too. Fair enough. Besides, /monster/ might actually want a cyclops robowaifu haha. :^) OTOH, Stereoscopic ranging is always a possibility with at least two. OTOOH, there are different 3D cameras w/ the capability already engineered in. Maybe we can figure out ones that won't try to violate our privacy at the same time, who knows? http://wiki.ros.org/Sensors/3D%20Sensors https://spectrum.ieee.org/top-10-robotic-kinect-hacks >I cannot do it alone. True words and honorable. Humility is literally the first step to greatness AllieDev! :^) >We all have our roles to play and unique talents for the project. That we do. Onward! >>16041 A cute! Great character appeal with that one Anon. >>16042 Yep, that's the one Kywy. >=== -add missing crosslink -minor grammar edit -minor fmt edit -minor prose edit -add 'focused-use computers' cmnt
Edited last time by Chobitsu on 04/28/2022 (Thu) 09:17:00.
>>16045 >one should be able to securely network together all the computing (and most of the electronics) in a mobile 'Robowaifu Net' onboard. Look into industrial communication protocols, they have this figured out. I remember a certain humanoid robot used an EtherCAT network for all its joints. The Innfos SCA actuators use CAN bus. Unfortunately, I don't think the extra hardware and overhead required to put every major component on a universal bus will be feasible to install on a slender (and cheap-ish) fembot. CAN bus would require tranceiver modules on every component. Ethernet based protocols would require supporting microcontrollers + PHYs on all "low power" (non SBC) components, plus an Ethernet switch to connect everything. I don't think we need such a robust network setup. Your robot is almost certainly going to be controlled by a single master computer that everything else connects to (one to many), unlike a car or industrial system where multiple independent systems may communicate to any specific I/O module or sensor (many to many). The best system bus for a robowaifu may very well be plain old USB.
>>16051 Thanks for the good advice, RiCOdev. :^) Yep, we've had a few discussions along these lines before, notably in our Power & Control thread (>>11018). We've also highlighted the abundant corollaries with the upcoming Robowaifu industries and the existing Automotive industries in our Self-driving cars thread (>>112). In that thread we posted a copy of the freely-available The Car Hacker's Handbook (>>772) which details many of the topics you mention in very a specific technical manner. Like any other major engineering effort that spans years of time and multiple design and engineering teams, we'll undoubtedly see Robowaifus released in various blocks, including relatively-rudimentary ones here in the beginning, all the way up to the 'sky-hifi-syfy' versions in the future decades. Manufacturing thousands of them is definitely on the plate for a few of us here, and professional engineering will certainly be a big part of that process. While, again, I appreciate all the good advice yet with all due respect our future high-end robowaifus will be one of the most complex systems-engineering endeavors in all human history. They will undoubtedly make the highest-end automotive engineering from say BMW, Ferrari, Mercedes Benz and other top marques look relatively simplistic in comparison. It will be an amazing thing to watch. And to literally participate and be a part of it? Priceless. :^) Cheers.
>>16094 >I Had decided to Update the logo with some neat fx and materials I made Cool! I look forward to seeing where you go with the 'branding' for Pandora, AllieDev. >and also starting to prototype the software UI in blender renders as well [using] quick modeling in Blender. I think that's a wise decision, and it's also gratifying to hear your proficiency in Blender is growing. Drive on! :^) >What I have in mind is more of a hub software that connects the various software required and diagnoses component statuses via USB-C to the main board >Everything should connect to a single motherboard like any other computer and have a secondary AI Board for more processing power and storage space. OK, I understand that now, thanks. >A Pre-Soldered ESP32 for a main board for the central computer might be a good idea to not have to worry about soldering as much. >I do not know how to solder nor have a soldering iron and this seems like a far easier time to just plug in the connectors and be good to go. >The same sites that sell ESP32's also offer a pre-soldered pins option for a little more. Yeah absolutely. IMO we should definitely 'front-load' as many of the manufacturing tasks as possible, particularly in this very early prototyping phase (that is, today). Not only is it easier to deal with for the Anons we're trying to serve here from our board, but it's also less likely to result in buggy systems. Good thinking, Anon. >The main programming is her personality and being able to talk and move on her own with a self improvement directive and learn enough to converse as a smart AI would eventually. I am not strong in programming and do not know the more technical side of that subject. >It is apparently not as difficult to make a robot that can walk around on its own and state basic things like what clothing they want to wear to start with as we had imagined. Actually, this entire domain is a highly, highly complicated area Anon. Probably /robowaifu/'s single biggest challenge, in fact. Certainly we aren't going to arrive at an effective solution for the vast array of needs in this area overnight. Men are making great progress with the statistically-based problems in pattern recognition, and ofc we're going to greatly benefit here by all their work. In fact we have some quite top-flight anons here on the board working on practical solutions for us using these approaches. However from my long-term perspective, we're effectively seeking for a solution to the quest for AGI/Super AI here. Plainly we're a long way off yet (as all men working on this generally I mean, not just our board.) And our own challenges in this endeavor are exacerbated by the fact that we don't have multi-decade, national defense budget-tier financing available to us. Multiply that by our needs to run our robowaifus on relatively simple, cheap, and low-power computing hardware too, and I hope you can see where I'm coming from AllieDev. True, we can create many kinds of stand-in proxies for the human intellect for our robowaifus (canned behaviors, lots of expert-system pick lists, etc., etc., etc.) and we will ofc do so. In fact ATM, it's our only real practical way forward IMO. But we're all going to be required to exercise a great degree of creativity and inventiveness rarely seen. Now please don't misunderstand me, I'm not trying to discourage any anon here from moving forward -- far from it haha (after all, I still started /robowaifu/ knowing all these facts full-well in advance) :^). But just like Puddleglum, "I always like to know the worst of things right up front, then to put a bold face on it." :DDD https://en.wikipedia.org/wiki/Puddleglum >tl;dr We'll all make it with our robowaifus, Anon. But it will take time, please be patient. >The robot expo videos posted by an anon a few weeks ago were very enlightening with some of those designs of robots that could walk over complex obstacles and balance one foot in front of the other. Sounds neat. Can you possibly do a crosslink to it here ITT AllieDev? >That picture of Pandora wasn't made by me. These are mine. A CUTE! I really like her 'daily-life' sketches. She's a very /comfy/ waifu tbh. Keep going with her! :^) >=== -minor fmt edit -minor grammar edit -various prose edits -add 'be patient' cmnt
Edited last time by Chobitsu on 05/04/2022 (Wed) 15:25:40.
Open file (708.61 KB 980x980 Logo Updated.png)
Open file (185.93 KB 715x836 Pandora sketch.png)
Open file (331.65 KB 748x1052 pandora ring.png)
>>16106 I deleted my post by accident and am re-posting the images that were attached. You did sum up all the main points. Had also asked RicoDev about how they wired the servos to connect to the main board since I am looking into actually putting things together. He did already share his wiring diagram. >>15977 I was basically asking how they got all the servos on to a smaller board for each limb that has enough servo slots and in turn connects to the main board. Also want to know what to look for in servo cable extensions. >==== -added context and post formatting
Edited last time by AllieDev on 05/05/2022 (Thu) 02:46:34.
Open file (1.10 MB 993x720 ClipboardImage.png)
>>16112 >I was basically asking how they got all the servos on to a smaller board for each limb that has enough servo slots and in turn connects to the main board. Also want to know what to look for in servo cable extensions. I don't have some special made board to fit in the arms or anything like that (thought that would be cool!). The only thing I do in the arms is tie together each servo's power and ground lines so there's less cable mass to deal with. The cables are routed through a small hole inside the first arm joint, then through a cable management loop in the body's internal frame (behind) before reaching the vreg and pwm board. I actually used the pwm board's "V+" rail as my 12V rail, as each group of servos connects to its own voltage regulator anyways. You can see I tried to tidy it up with some zap straps but it's still a big mess. You don't need a magic cable for RC servos. Solder 3 .10 in headers to 3 wires and bob's your uncle. The female connectors bog standard too, sometimes they're called "dupont connectors".
>>16113 That looks really impressive. Good job!
>>16113 RiCOdev, that is truly impressive. I think you are probably the best-qualified anon here as far as devising compact electronics systems for our robowaifus. We certainly look forward to your project's progress! :^)
>>16112 >I deleted my post by accident and am re-posting the images that were attached. You did sum up all the main points. Oh good, glad I covered it. Careful with that delete button AllieDev! :^) So for an update for you, we made another Caturday drop this weekend (>>16119). R/n the main focus is still getting all the various needs for Bumpmaster and safe & secure networking/sneakernet info transfer for our robowaifus working. Every single robowaifu that uses the RW Foundations systems will benefit from this, including Pandora ofc. BTW, I wondered what you and Kywy + RiCOdev thought of the Sukabu piece I posted along with that one? I thought it's a nice design even if the eyes didn't suit my tastes personally.
How's things going AllieDev? Haven't seemed to heard from you in a couple weeks or so. Hope you're OK, friend. So, we're not making a drop this week (>>16236) so I don't have any real update for you. We're hoping to simplify building the networked projects like Bumpmaster and Curator. I think we'll manage it. Please let us all know how things are going with Pandora, Anon. I'm personally interested to see how your Blender GUI prototyping is going. Cheers.
>>16239 I am still polishing up my GUI renders and they are just a proof of concept. Had tried to make a functional mock up in UE5 for the hell of it and Epic's new UI was unusable as many tabs were constantly closing themselves on their own even as I was using them. I'd also been working fleshing out Pandora's Software on paper and had felt there was little sense in coming back here every day empty handed. Should have something to show this weekend. Was also disappointed how barebones the coding on Pandora seemed until I took a look at sumomo and the other libraries in the caturday drops. From what I had seen, it was a little more than some placeholders as copy of sumomo for now. What did you have in mind for features you wanted to add for Pandora?
Edited last time by AllieDev on 05/21/2022 (Sat) 03:06:04.
>>16338 Just a quick reply to let you know I saw your post AllieDev. I'll be back later today and give you a good reply. Cheers.
Open file (1.30 MB 1920x1080 Loading Icon .gif)
>>16358 That sounds good Chobitsu, I look forward to what you have in mind for Pandora.
>>16370 >I look forward to what you have in mind for Pandora. You're the team leader for the project AllieDev. I'll try to help out as I may. So, if you're asking for my advice then I would say basically that: A) We need to stay as nearly compatible with the MaidCom project as is feasible with Pandora's design allows. B) We need to keep everything (designs, mechanical engineering, electrical engineering, sensors & computer hardware, software goals, etc., etc.) as small & simple & cheap as possible during this first prototyping attempt. After all, it's important to make something that just werks first, then we can blue-sky later as we go along, right Anon? That's pretty much it from my current perspective. If we can just follow these two basic goals, then we are very likely to succeed with Pandora right out of the gate. I pray we do so! :^) === As far as specifics relating to our software goals go, we're already working towards general-purpose solutions under the umbrella of the RW Foundations framework, as you're aware. Now the RW Pandora sub-project 'inherits' the vast bulk of her abilities from the RW Arigato's main project. This is the same for all robowaifus that choose to adopt the Foundations in their system's designs. Sumomo & Kotoko for example, also indirectly inherit all their abilities from RW Arigato. Longer term, Arigato has many different capability goals on tap. Here's the current listing of member classes: >arigato.hpp snippet inline auto animeyes() const -> Animeyes& { return animeyes_; } inline auto atashi() const -> Atashi& { return atashi_; } inline auto bones() const -> Bones& { return bones_; } inline auto curator() const -> Curator& { return curator_; } inline auto dollhouse() const -> Dollhouse& { return dollhouse_; } inline auto electro() const -> Electro& { return electro_; } inline auto face() const -> Face& { return face_; } inline auto gears() const -> Gears& { return gears_; } inline auto hand() const -> Hand& { return hand_; } inline auto hearsay() const -> Hearsay& { return hearsay_; } inline auto meido() const -> Meido& { return meido_; } inline auto shell() const -> Shell& { return shell_; } Without digging in too deeply in this one post, hopefully RW Arigato's basic member classes' brief descriptions help clarify the overview a bit for you: RW Animeyes - "Vision & Object Detection Library" RW Atashi - "Cognition, Self, Personification, and 'Theory of Mind' Library" RW Bones - "Skeletal, Structural, and Components Systems Library" RW Curator - "Search, Information, and Data Storage, Retrieval, & Optimizations Library" RW Dollhouse - "Docking, Charging-System, Storage, and General Outboard Systems Library" RW Electro - "Digital & Electronics, Power, and Sensors Library" RW Face - "Robowaifu Facial Control & Expressions Library" RW Gears - "Actuators, Controls, and Mechatronics Library" RW Hand - "Robowaifu Hand Control & Manipulations Library" RW Hearsay - "Speech Recognition & Synthesis Library" RW Meido - "Household Domestics: Cooking, Cleaning, &tc. Library" RW Shell - "Robowaifu Shell, and General Inboard Systems Library" -additionally, b/c of Pandora's GUI system, she also has her own Graphicom member: RW Graphicom - "Graphics & GUI Library" As you can see Anon, "we're a full-service shop" here on /robowaifu/ . :^) Obviously this will take some time to complete all these libraries, and there's plainly many other things that an IRL robowaifu is going to need. Again, start small, grow big. I hope that kickstarts our convo here AllieDev, cheers.
Open file (37.44 KB 239x239 hello world.png)
Open file (4.62 MB 1080x1080 Hello World.gif)
>>16376 >You're the team leader for the project AllieDev. I'll try to help out as I may. So, if you're asking for my advice then I would say basically that: Well its not a team if only one or two people ever get any input. :) >MaidCom project Not interested after they bailed on something I believed in twice that they claimed to make a commitment to Twice. I had a nice long rant but I don't see any point in continuing to respond to an entity who was always curt and dismissive of all my attempts at rapport and just using me for my talents the entire time until I stood up for myself, then they flaked after claiming they were committed. Twice. After all was said and done; they still have not changed. I only wish to look out for newfags and returning anons who are unaware or uninitiated as this is a very unique kind of board and is my job as part of the community. I apologize if I come off as rehashing the past. I just mean to leave a word of caution based on my own experiences with them and learning from my own mistakes. In better news, It's good to see newfags are still continuing to make their own projects and do their own thing regardless. As it is one of the board's biggest strengths. Would really hate to see it flooded with the terminal autism that has rendered most online discussion unusable in recent years. Unlike the inaccurate phrase: "nothing good lasts forever." there is a better and more accurate saying: "No good thing ever dies." Something I believe applies to Robowaifus and Pandora. As If the history of the board has an application to that phrase. >RW Foundations I had kept Foundations and easy access to the libraries in mind when designing the UI. Though you may consider taking your own advice and consolidating several of these libraries as they cover the same things. Dollhouse + Electro, and Hand + Gears (insert do not fist android joke here :)) For Example. >Where is the UI? The Pandora Universal Interface rough draft is complete. I have renders of it. Yes, I know UI means User Interface, but its meant to encompass all aspects of a Robowaifu's software needs down to virtual simulations and demo testing like every other standard robotics software. With some obvious huge warnings and greying out if the design is going to cause a fire or damage itself like experiments in /robowaifu/ past. I ended up sketching it out on paper and re-doing the entire thing over the weekend since paper has no load times beyond getting a pencil and sitting down. Then blocked it out in Blender as I had said when I was polishing/iterating on it. The icon below and the gif are an idea I had for when they are talking in one tab of the program. I worry it comes off as edgy instead of serious and its a cosmetic feature, so may end up just cutting that dynamic icon glow but it can be added back in by anyone who wants it. Its not that hard to implement and is just a different visual setting toggle for most soundbars.
Edited last time by AllieDev on 05/23/2022 (Mon) 19:26:28.
>>16414 >Not interested As you see fit. I'll still try to help, but it will be practically impossible for me personally not to arrive at nearly-identical solutions to nearly-identical problems we face w/ Pandora. After all, lots of thought is going into that project. >I only wish to look out for newfags and returning anons who are unaware or uninitiated as this is a very unique kind of board and is my job as part of the community. Please put a sock in it. You're not helping our board's community, rather you're harming it. Imagine if I did the same with you? >Would really hate to see it flooded with the terminal autism that has rendered most online discussion unusable in recent years. I'm far too seasoned a shitposter for that sort of Troon-age to easily come off under my helmsmanship here, Anon. I greatly appreciate your concerns over the quality of the board, but just relax would be my suggestion in the matter. >Unlike the inaccurate phrase: "nothing good lasts forever." there is a better and more accurate saying: "No good thing ever dies." Something I believe applies to Robowaifus and Pandora. As If the history of the board has an application to that phrase. Absolutely! I like the way you think Anon. :^) >I had kept Foundations and easy access to the libraries in mind when designing the UI. Sounds good AllieDev, good thinking. As far as consolidations go, we'll always strive to keep a balance between the many competing design pressures. Thanks for the advice though. Really looking forward to your collection of GUI designs Anon! :^) Cheers.

Report/Delete/Moderation Forms
Delete
Report