/wsr/ - Worksafe Requests » Thread #978797

[38 / 4 / ?]

905KiB, 2048x2048, PC Computer - UNO - Cards Classic.png

Programming UNO in Python/Pygame

Anonymous Tue 23 Feb 2021 20:02:34 No.978797 View View Reply Original Report

Quoted By: >>978807 >>979318 >>979380 >>979466 >>979679 >>979902

Hello /wsr/.

Recently, I have been interested in Computer Programming. I wish to begin a project on writing my own computer program that can play the game UNO. I was looking for a bunch of sprites I could use on the internet of the cards. All I could find was pic-related. Is there a quick way to cut out each individual card into its own .png file? I don't want to try and do that manually if I don't have to.

Anonymous

Anonymous Tue 23 Feb 2021 20:08:29 No.978807 Report

Quoted By:

>>978797
>I don't want to try and do that manually if I don't have to.
Maybe you could try... programming... something?

https://wiki.python.org/moin/ImageMagick

Anonymous

Anonymous Tue 23 Feb 2021 20:37:28 No.978826 Report

Quoted By:

Hey, this Image Magick program is pretty cool. It seems to do a lot of stuff. I haven't solved my problem just yet, but this is totally the tool for it. I am still reading the wealth of information about this. Thank you for showing me this program.

Anonymous

Anonymous Wed 24 Feb 2021 05:13:57 No.979078 Report

Quoted By:

What's wrong with using the entire spritesheet?

Anonymous

Anonymous Wed 24 Feb 2021 17:10:20 No.979318 Report

Quoted By: >>979324 >>979335 >>979676 >>979872

>>978797
Stop. You load the entire image into memory and select the part you want to display programmatically.

Anonymous

Anonymous Wed 24 Feb 2021 17:22:28 No.979324 Report

Quoted By: >>979326

>>979318
Yeah, if you're on a C64 or something.

Anonymous

Anonymous Wed 24 Feb 2021 17:25:05 No.979326 Report

Quoted By: >>979335 >>979380

>>979324
Are you fucking retarded? Why would you cut out every single card you fucking mongoloid?

Anonymous

Anonymous Wed 24 Feb 2021 17:41:11 No.979335 Report

Quoted By: >>979338 >>979460

>>979326
So you can use an UI framework.
So you can write Hello World without having to write >>979318

I might ask you the converse: why does Windows* use ICO files and icons embedded in .exe files, when it could maintain one giant PNG file?

*or "why does Gnome use one .svg per app" if you're that way inclined

Anonymous

Anonymous Wed 24 Feb 2021 17:54:57 No.979338 Report

Quoted By: >>979346

>>979335
>I might ask you the converse: why does Windows* use ICO files and icons embedded in .exe files, when it could maintain one giant PNG file?
>*or "why does Gnome use one .svg per app" if you're that way inclined
False equivalences you absolute moron. Gtfo and take your 3 IQ with you.

Anonymous

Anonymous Wed 24 Feb 2021 18:11:33 No.979346 Report

Quoted By: >>979350

>>979338
>False equivalences
You can't just assert that*, you need to demonstrate why.

* because if you can just assert it is, then I equally can just assert it isn't, and then we get nowhere.

Anonymous

View Same Google ImgOps iqdb SauceNAO 1553381690819.jpg, 35KiB, 566x480

Anonymous Wed 24 Feb 2021 18:22:08 No.979350 Report

Quoted By: >>979355

>>979346
I don't need to demonstrate shit. Icons in exe files have nothing to do with this.

Anonymous

Anonymous Wed 24 Feb 2021 18:43:54 No.979355 Report

Quoted By: >>979357

>>979350
Surely rather than have this back-and-forth, it would be easier to just explain why?

Anonymous

Anonymous Wed 24 Feb 2021 18:52:23 No.979357 Report

Quoted By: >>979370

>>979355
Why should I explain shit? You're the one who started with a nonsensical statement.

Anonymous

Anonymous Wed 24 Feb 2021 19:37:21 No.979370 Report

Quoted By: >>979397

>>979357
No, your statement is nonsensical.
It's so nonsensical that I can easily demonstrate its nonsensicality, I just choose not to.
Now what?

Anonymous

Anonymous Wed 24 Feb 2021 20:02:28 No.979380 Report

Quoted By: >>979397

>>978797
That's a lot of irrelevant black space.
Just use GIMP.
>>979326
Because it's easier to reason about and performance isn't a real concern if you're writing FUCKING PYTHON.

Anonymous

Anonymous Wed 24 Feb 2021 20:54:37 No.979397 Report

Quoted By: >>979425

>>979370
>I can easily demonstrate its nonsensicality
No you can't, else you would've done so.
>>979380
Nobody said anything about performance you imbecile. It's just in every thinkable way easier and more efficient to load only one image into memory and select which part you need.

Anonymous

Anonymous Wed 24 Feb 2021 22:21:20 No.979425 Report

Quoted By:

>>979397
>No you can't, else you would've done so.
BY JOVE I THINK HE'S GOT IT

Anonymous

Anonymous Wed 24 Feb 2021 23:34:23 No.979460 Report

Quoted By: >>979463 >>979674

>>979335
This is why starting programming with high level languages is a terrible idea.
It just breeds lazy habits and shit programmers.

If you want to learn to program then why don't you try doing something you aren't comfortable with?

Anonymous

Anonymous Wed 24 Feb 2021 23:36:59 No.979463 Report

Quoted By: >>979668 >>979676

>>979460
Also, implementing the sprites when they're already laid out in a sheet with equal dimensions would be way faster than working with individual images.
Make an array of card values and use kindergarten math to get the coordinates you need.

Anonymous

Anonymous Wed 24 Feb 2021 23:45:00 No.979466 Report

Quoted By:

>>978797
>>>/g/

Anonymous

Anonymous Thu 25 Feb 2021 12:38:57 No.979668 Report

Quoted By:

>>979463
Thank you. At least one reasonable person in this thread.

Anonymous

Anonymous Thu 25 Feb 2021 12:57:58 No.979674 Report

Quoted By: >>979936

>>979460
>You'll learn stuff if you do things in a stupid way
No thank you.

Anonymous

Anonymous Thu 25 Feb 2021 13:00:06 No.979676 Report

Quoted By: >>979737 >>979936

>>979463
>would be way faster than working with individual images.
How? It's the same amount of memory either way
>Make an array of card values and use kindergarten math to get the coordinates you need.
So don't precompute where each sprite is, work it out every time? Doesn't seem very sensible.
>n-no, do precompute it
Then how is this different from using one image per sprite?

Sounds like someone (>>979318) had a pet idea and now they're blinded to the practicalities of it because it sounded so good.

Anonymous

Anonymous Thu 25 Feb 2021 13:04:11 No.979679 Report

Quoted By: >>979737

>>978797
For anyone playing along at home, these are all joined together in a single image so you can easily post them together on the internet without having to upload 64 different images or post an archive somewhere that doesn't allow archives. This is a great format for these purposes, but you're not expected to keep them in it when it comes to actually using them.

Anonymous

Anonymous Thu 25 Feb 2021 15:43:47 No.979737 Report

Quoted By: >>979871 >>979872 >>979873

>>979676
>How? It's the same amount of memory either way
What does memory load have to do with speed in this case?
Separating images takes time.
Loading images individually takes more time since you open file, read file, close file multiple times instead of once.
Each time you draw a different card you need to load a different texture vs. using different parts of the same texture.
Individual images also take more disk space because of file headers.
>So don't precompute where each sprite is, work it out every time? Doesn't seem very sensible.
It doesn't seem sensible to you because you have no idea what you're talking about.
You precompute something like costly matrix operations or if your object doesn't fit into memory. You don't precompute simple arithmetic.
The performance gain of calculating on the spot vs. loading from memory is negligible in most cases. You need to store precomputed values and you may do calculations that you never need. It leads to code that is harder to read, harder to understand and harder to maintain.

>>979679
>This is a great format for these purposes, but you're not expected to keep them in it when it comes to actually using them.
Absolutely not true. You use sprite sheets as they are.

Anonymous

Anonymous Thu 25 Feb 2021 21:34:57 No.979871 Report

Quoted By: >>979890

>>979737
>What does memory load have to do with speed in this case?
Well there's got to be some advantage to your method, and it's not runtime, so surely it's memory? There'd be no point in advocating it if the advantage was "nothing".
>You don't precompute simple arithmetic.
Well if you don't, then your idea is strictly worse: same memory, more work.

Anonymous

Anonymous Thu 25 Feb 2021 21:36:16 No.979872 Report

Quoted By: >>979890

>>979737
>Each time you draw a different card you need to load a different texture
Presumably, as the whole deck could conceivably be on screen at once, we're loading all the sprites ahead of time?
>no we're not we can't
Then >>979318 would be impossible because no memory.

Anonymous

Anonymous Thu 25 Feb 2021 21:37:51 No.979873 Report

Quoted By: >>979890

>>979737
>harder to read, harder to understand and harder to maintain.
Seriously?
"Shove all your different images that are for different things into one image its easier to maintain"?

Anonymous

Anonymous Thu 25 Feb 2021 21:55:19 No.979890 Report

Quoted By: >>979957

>>979871
>>979872
>>979873
I thought about replying seriously but you have absolutely no idea how computer programs work and everything you say is 100% dumb. I'm positive you never wrote a single line of code in your life.

Anonymous

Anonymous Thu 25 Feb 2021 22:25:54 No.979902 Report

Quoted By:

>>978797
Don't use python for game dev. Use Godot, the syntax is very similar to python.

Anonymous

Anonymous Thu 25 Feb 2021 23:49:36 No.979936 Report

Quoted By: >>979960 >>979966

>>979676
>How? It's the same amount of memory either way
Well I mean for development. All your resources are conveniently collected and ready for you to use without needing to deal with naming and loading each image.

>>979674
>stupid way
this is extremely common practice in games and webapps.

Anonymous

Anonymous Fri 26 Feb 2021 00:29:16 No.979957 Report

Quoted By:

>>979890
I thought about replying seriously but you have absolutely no idea how computer programs work and everything you say is 100% dumb. I'm positive you never wrote a single line of code in your life.

Now what?

Anonymous

Anonymous Fri 26 Feb 2021 00:32:30 No.979960 Report

Quoted By: >>979962

>>979936
>this is extremely common practice in webapps.
This is because every image you load takes a HTTP request, and you can only have four HTTP requests in flight, and they complete in a random order or not at all.

You're adding development complexity and reduced maintainability to get around incredibly slow IO, it's not something you would do by choice if you could just load off a storage device.

Anonymous

Anonymous Fri 26 Feb 2021 00:37:04 No.979962 Report

Quoted By: >>979970

>>979960
And video games....
>what the fuck is a spritesheet

Anonymous

Anonymous Fri 26 Feb 2021 00:40:12 No.979966 Report

Quoted By:

>>979936
>All your resources are conveniently collected and ready for you to use without needing to deal with naming and loading each image.
But you still gotta name and define each region. It's the exact same work.

Just as you have to write the mappings that define how to cut up the big image so you can save the small images, you have to write these exact same mappings that describe how to cut up the big image so you can display the correct bits of it on the screen.
>It's easy to write these mappings
Then it must follow that it's also easy to write code that splits out each card image, saves it, and writes you code (or data describing how) to load them.

Anonymous

View Same Google ImgOps iqdb SauceNAO B2C72999-9704-4678-946A-64F579E5 (...).png, 8KiB, 284x177

Anonymous Fri 26 Feb 2021 00:49:24 No.979970 Report

Quoted By: >>979980 >>979981

>>979962
Something that's used to pirate ripped sprites from console games, and/or ease the translation between programming and photoshop. It works around two problems Photoshop has: it's not very scriptable, and it has trouble working with lots of little images. In the sense that it makes it a PITA, not in the sense that it doesn't work.

Look, what you're doing here is looking at compiled code (the actual binaries in the cartridge) intended to be read directly by the '90s equivalent of a GPU, and going
>it's distributed like that so that's what the source code must look like.

I guarantee you the source code does not look like that, and the massive swathes of bitmap were generated from the output of in-house tools and/or dedicated sprite editors (which were a thing back then). The idea that you'd work directly on the sprite ROM like it was pixelcanvas is ridiculous.

Anonymous

View Same Google ImgOps iqdb SauceNAO file.png, 24KiB, 626x132

Anonymous Fri 26 Feb 2021 01:11:07 No.979980 Report

Quoted By:

>>979970
Wrong.

Anonymous

Anonymous Fri 26 Feb 2021 01:12:11 No.979981 Report

Quoted By:

>>979970
>The idea that you'd work directly on the sprite ROM like it was pixelcanvas is ridiculous.
It's ridiculous to you because you are a moron.

Capcode	All Only User Posts Only Verified Posts Only Moderator Posts Only Manager Posts Only Admin Posts Only Developer Posts Only Founder Posts
Show Posts	All Only With Images Only Without Images Only Spoiler Images Only Non-Spoiler Images
Deleted Posts	All Only Deleted Posts Only Non-Deleted Posts
Ghost Posts	All Only Ghost Posts Only Non-Ghost Posts
Post Type	All Only Sticky Threads Only Opening Posts Only Reply Posts
Results	All Grouped By Threads
Order	Latest Posts First Oldest Posts First

On these archives

Your latest searches

Programming UNO in Python/Pygame