Forum Replies Created
-
AuthorPosts
-
Hmmm, yeah that makes sense, I’ve read that TCP has a form of error correction and a way of ensuring the packets get sent. I’ll see if I can make a small timer later and put the data inside of a Queue like structure.
This is really complex. x’D
Unless you manage to somehow call RequestFile() over and over again until finished, you’d need to edit the source of Money to enable the form of multi-select flag in the “Open File Window” for your Operating System. It would normally return an Array of file locations which would be interpreted by Monkey code. Just my thoughts on that.
I think you have to load the image into a pixelmap first; then convert it to a new image instance. Next, change the pixelmap if you need to, use “pixelmapVar.Save(“path.png”)” to save the pixelmap as a png.
Example:Monkey12345678' Load PixelmapLocal ImageData:Pixelmap = Pixelmap.Load("asset::image_location.png")' Pixelmap To Image Variable/Apply Any ChangesLocal TrueImage:Image = New Image( ImageData )' Save ImageImageData.Save("asset::new_location.png")I agree a wise person once said: “Get it working(hence lowest common denominator), THEN make it pretty. (The future)” – A person somewhere
Can Mark compile a small Roadmap for Monkey so we don’t forget? It would also prevent many people from commenting on the same requests and what not. These can also give the rest of the community a good sense of what to work on IMO.
Yay or nay?
+1
If only the fragmentation of hardware drivers wasn’t such a big issue. But yeah this would be a great fix.I think that would be better for a Neural Network to automate, but that’s way out of scope.
It’s really just a matter of getting the definitions of the library functions although converting it to the syntax of Monkey is kinda difficult from what I’ve seen. Doing it Manually will yield the best results IMO. But there should be more recourses on how exactly that is done right. It’s a bit unclear for some.Would be stunning to use blurs/gradients whilst using the alpha channel to have a “glass” or “frosty” effect for the UI.
*hint hint*Nice work y’all! Lovin’ it.
I can second Mark. Web Assembly will do what ASM did for Computing in the 50-60s. Give it time.
Updated to JSON. Works great! Probably faster than my own parsing functions! I still have both versions. I’ll compare, but I’m very sure that JSON is quicker and more reliable. (Sorry for the double post)
Let’s help him expand this genius language.
Make the API’s!
I got SQL and TCP abstractions coming soon.
Mark has 3D
Playniax has a great engine.
It’s growing. I can’t wait.Thanks Mark!
Should I switch to JSON for the result Data instead of making the Alias?
I feel like it would be more flexible since you can use GetString/GetNumber instead of type casting.Edit: The only issue I see with JSON is generating the results from the Database would probably require parsing the JSON from an assembled string, that might add too much overhead for response times. I’ll try and run a few tests. Update later.
See if you can implement the optional C++/GCC optimization flags directly from Ted2Go when you Build it for the C targets like Win/Mac/Linux. (I don’t know if this will help any, but it seems noteworthy…)
Just a thought.
This is Amazing.
Might be a terrible way of handling this but, one solution would be to start a single mx2cc process for a certain collection of modules/apps then create another mx2cc process for another collection of code simultaneously…
For example:
Maybe you could call these on new Fiber:
mx2cc makemods libc stb-image stb-vorbis
mx2cc makemods std miniz
mx2cc makemods <module> <module> <module> etc… -
AuthorPosts