Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
 Welcome to our latest new user danikAdmiral ! (Registered 2024-12-17) You are not logged in - nap
CSDb User Forums


Forums > CSDb Feedback > Screenshot minimum size
2019-01-14 10:56
ChristopherJam

Registered: Aug 2004
Posts: 1409
Screenshot minimum size

The recommended screenshot size is still given as 320x200, but given the number of releases that include the border either to show border effects or just to give the central area the same context as other releases, the few remaining new productions that use 320x200 now convey quite a misleading impression.

Could we bump the recommended (& minimum upload?) size to 384x272, and perhaps set a minimum size for the IMG element on the summary view so that old uploads are padded browser-side?
2019-02-08 20:09
Mr.Ammo
Account closed

Registered: Oct 2002
Posts: 228
Size 384x272 is also what vice default outputs when saving a screenshot.
2019-02-08 21:09
Compyx

Registered: Jan 2005
Posts: 631
I fully agree with having the border in the screenshot. But a VICE screenshot of an NTSC C64C with 'normal border' produces a screenshot of 384x247 pixels, so at least the vertical size requirement should be lowered a bit.

Then there's other emulators, what size of screenshots do they use?
2019-02-08 21:42
chatGPZ

Registered: Dec 2001
Posts: 11384
plot twist: you can of course use whatever dimensions, only file size is a hard limit.

There's no politically correct term for 'fucking idiot'.
2019-02-08 22:38
Compyx

Registered: Jan 2005
Posts: 631
Isn't this about enforcing a minimum size? So after uploading the upload code could check the image dimensions (I think even PHP4 allows that).

But ofcourse someone could 'blow up' a 320x200 screenshot to the minimum required size and just upload that.

But I personally think having a border in a screenshot is a good idea.
2019-02-09 08:26
ChristopherJam

Registered: Aug 2004
Posts: 1409
Oh, good point about NTSC.

Other... emulators...???


(yes it's about at the very least encouraging border inclusion in the upload dialogue).
2019-02-09 12:03
chatGPZ

Registered: Dec 2001
Posts: 11384
Quote:
after uploading the upload code could


sure could. if someone would change the code =P

There's no politically correct term for 'fucking idiot'.
2019-02-09 14:30
hedning

Registered: Mar 2009
Posts: 4731
Quote: The recommended screenshot size is still given as 320x200, but given the number of releases that include the border either to show border effects or just to give the central area the same context as other releases, the few remaining new productions that use 320x200 now convey quite a misleading impression.

Could we bump the recommended (& minimum upload?) size to 384x272, and perhaps set a minimum size for the IMG element on the summary view so that old uploads are padded browser-side?


I have poked Perff. It will be updated to 384x272 today. It should have been that to begin with.
2019-02-09 16:49
ChristopherJam

Registered: Aug 2004
Posts: 1409
Thank you!
2019-02-11 23:26
Compyx

Registered: Jan 2005
Posts: 631
I just uploaded a new screenshot of an NTSC intro (NEI Intro), which is 424x253 pixels, not 320x200, or at least 384x272.
So what exactly does the code check? $w >= 320 && $h >= 200 ?
2020-11-13 15:27
Six

Registered: Apr 2002
Posts: 293
VICE screenshots with normal borders in NTSC are 384 x 247, not 384 x 272. So you either run something in PAL mode (if it will even run that way, see The Credo Demo ) and get an inaccurate representation of the production, skip the screenshot, or have to go through some ridiculous post-production to resize it.
2020-11-14 14:12
hedning

Registered: Mar 2009
Posts: 4731
Quote: VICE screenshots with normal borders in NTSC are 384 x 247, not 384 x 272. So you either run something in PAL mode (if it will even run that way, see The Credo Demo ) and get an inaccurate representation of the production, skip the screenshot, or have to go through some ridiculous post-production to resize it.

How hard would it be to implement correct aspect NTSC screenshots when making screenshots in Vice?
2020-11-14 14:28
Krill

Registered: Apr 2002
Posts: 2979
Quoting hedning
How hard would it be to implement correct aspect NTSC screenshots when making screenshots in Vice?
About as hard as implementing screenshots with PAL filter. =)
2020-11-14 14:49
hedning

Registered: Mar 2009
Posts: 4731
Quote: Quoting hedning
How hard would it be to implement correct aspect NTSC screenshots when making screenshots in Vice?
About as hard as implementing screenshots with PAL filter. =)


So they just didn't implement it, then, because reasons, I guess. Sad.
2020-11-14 15:47
chatGPZ

Registered: Dec 2001
Posts: 11384
The screenshot function in VICE is from ancient times, its a seperate render function, it doesnt know about "aspect ratio" or "CRT emulation" at all.

And of course PAL screenshots do not have correct aspect ratio either - only the error is less. And limiting the size to an exact pixel size is silly at best - the dimensions VICE uses are not set in stone, and someone using "full border" gets an equally valid - but different - output too.

edit: rewriting the screenshot feature is on the list of things todo after 3.5 release. at this point various new dimensions of screenshots will emerge.
2020-11-14 17:05
Six

Registered: Apr 2002
Posts: 293
To clarify, my comments above were regarding CSDB's limitation on screenshot sizes - I uploaded several that were (I'm assuming) culled by the system and they were directly from VICE. Since VICE is the de-facto standard for emulation, it doesn't seem unreasonable to me to have the site accept whatever it generates.
2020-11-14 17:12
chatGPZ

Registered: Dec 2001
Posts: 11384
Yeah, someone recently turned the "should" requirement into a "must" in his head and is on a mission. Doesn't make sense to me either.

Quote:

And of course PAL screenshots do not have correct aspect ratio either - only the error is less. And limiting the size to an exact pixel size is silly at best - the dimensions VICE uses are not set in stone, and someone using "full border" gets an equally valid - but different - output too.


to make that more clear: the screenshots currently use a pixel aspect ratio of 1:1. this is wrong in either case - the correct pixel ratio would be 0,75:1 for NTSC and 0,936:1 for PAL. ie a PAL screenshot should be 359 pixel wide instead of 384, NTSC should be 288 respectively. And even that is wrong, because the resulting image should be 4:3. And of course none of this would work with "no scaling" or "no filters" (you'd at least want double size or it will look terrible).
2020-11-14 22:02
Mace

Registered: May 2002
Posts: 1799
Geez, nit pickers!
I'm already happy when there's a screenshot in the first place (although most releases have them by now).

I'd rather have people use a proper pallet, instead of those bleeding eyes causing harsh neon-ish colours.
2020-11-14 22:58
hedning

Registered: Mar 2009
Posts: 4731
Quote: Geez, nit pickers!
I'm already happy when there's a screenshot in the first place (although most releases have them by now).

I'd rather have people use a proper pallet, instead of those bleeding eyes causing harsh neon-ish colours.


+1
2020-11-14 23:01
chatGPZ

Registered: Dec 2001
Posts: 11384
Indeed :) It would also make a lot of sense to relax that rule to "must include full screen including borders" - as the actual pixel size doesnt really matter at all.
2020-11-15 03:01
wil

Registered: Jan 2019
Posts: 62
It's even worse for the C128 VDC releases. Exporting from VICE gives you 856x288 quadratic pixels, which means the image is 200% stretched in X.

Not that I would expect many releases for that mode though...
2020-11-15 17:12
ChristopherJam

Registered: Aug 2004
Posts: 1409
Fair point about NTSC - and yes, it'd make sense to me to drop the minimum to 384x247 on that count.

I'm just (not) looking forward to the day I get around to releasing something that relies on chroma noise, and can't upload an accurate screenshot ;)
2020-11-15 17:22
chatGPZ

Registered: Dec 2001
Posts: 11384
like all those fine Mermaid pics? :)
2020-11-16 10:10
TheRyk

Registered: Mar 2009
Posts: 2241
What Mace suggest (no fancy Neon-Spectrum-Pallete, sometimes I ask myself whether some people either have never had a real C64 or what kinda settings they used back in the 80s or whether they are just color-blind).

Borders should be there to illustrate if border effects like OSCAR/ESCOS are there or not. CHECK. Of course "debug borders" only makes sense if something is visible only there as in Smasher's Emulamer-release. CHECK.

But I really don't get the pixel-count-wanking when it comes to ratio. I'd bet most coders have "full borders" set, yeah, which results in different ratio screenshot than "normal borders" (BTW blaming VICE for not contributing to fancy rules makes me LOL).

If we see borders in the shot (no matter if they are full or normal), then why is it so hard to endure for some Screenshot Deputies that they delete screenshots without any comment? Moderators at least spit out their standard spam when they delete screenshots. Deleting shots anonymously because of a "should"(!) rule without any notice comes very close to Database Vandalism, something people used to earn bans for in the past.

So maniac screenshot deputies and sheriffs out there: Go fix(!) ALL the screenshots in the Database to your "should" rule, but this ain't just deleting but implies re-doing the ones that give you trouble - frame for frame in case of Ani-GIFs. This should take you some nights, hope you enjoy yourselves!
2020-11-16 21:47
TheRyk

Registered: Mar 2009
Posts: 2241
@Anonymous Screenshot Pixel Counter Amok:
What WAS wrong with this shot
Starburst 96
As noone tells us, we'll never know.
Really just pathetic.
So 80% of all screenshots are gonna be lost when this bot cleansing is over \o/ Hooray, much better than enduring screenshots with "wrong" ratio /o\/o\
2020-11-16 21:55
iAN CooG

Registered: May 2002
Posts: 3193
https://csdb.dk/gfx/releases/1/712-2019-06-11-02-22-00.gif
here's your fucking "screenshot" that has been deleted, are you going to whine about it for some more, or just accept there IS a reason these retarded pics are being removed?
Being a moderator in here is just like being a janitor at a kindergarden, nobody care to follow some simple rules, nobody even tries to help making it a better place and everyone whines and attacks you if you do your job.
One of the reasons I dropped my position. Fucking retards.
2020-11-16 22:08
Zyron

Registered: Jan 2002
Posts: 2381
What Ian said. Stop fucking whining and complaining all the time. All of you. Do you truly believe it's productive? Don't you seriously have anything more important to do?
2020-11-16 22:19
TheRyk

Registered: Mar 2009
Posts: 2241
OK I apologize for criticizing this particular case. Sorry.

However, the comments referring to the screenshot might as well be deleted too, then, as they don't make any sense anymore.

PS: Yeah, there are endlessly more important things, but the more I wonder about the sudden zeal of some people
2020-11-17 08:45
Krill

Registered: Apr 2002
Posts: 2979
Quoting iAN CooG
https://csdb.dk/gfx/releases/1/712-2019-06-11-02-22-00.gif
here's your fucking "screenshot" that has been deleted, are you going to whine about it for some more, or just accept there IS a reason these retarded pics are being removed?
Being a moderator in here is just like being a janitor at a kindergarden, nobody care to follow some simple rules, nobody even tries to help making it a better place and everyone whines and attacks you if you do your job.
One of the reasons I dropped my position. Fucking retards.

Pictures like the stamp-sized GIF from Starburst do have an un-retarded reason. The release is from 2000, and back in the days, CSDb had a size limit on screenshot files in the order of 64 KB. This restriction was in effect until at least late 2004.

If anyone wanted to showcase more than just one screen of their production, the GIFs' dimensions would become smaller the more frames they have.

Now, deleting these old pictures due to them not complying to current rules is a bit like punishing somebody retroactively with an ex post facto law.

But why are those screenshots deleted without providing better versions? Does storage capacity still come at a premium? Is it to encourage the kindergarten user base to submit better versions more quickly?
2020-11-17 12:20
Mr. SID

Registered: Jan 2003
Posts: 424
Starburst 96
You're welcome. (don't forget to clear your browser cache)
2020-11-17 15:30
Compyx

Registered: Jan 2005
Posts: 631
Thanks, but "clearing the browser cache"? What kind of primitive website is this? Just add a few 100MB's of JS to avoid that =)
2020-11-17 18:16
anonym

Registered: Jan 2002
Posts: 267
Quote: Starburst 96
You're welcome. (don't forget to clear your browser cache)


Thank you.
2020-11-18 04:17
Adam

Registered: Jul 2009
Posts: 323
I have replaced a lot of terrible screenshots. I'll probably keep on doing so if I see them. They hurt the eyes and the soul.
RefreshSubscribe to this thread:

You need to be logged in to post in the forum.

Search the forum:
Search   for   in  
All times are CET.
Search CSDb
Advanced
Users Online
Bieno/Commodore Plus
Airwolf/F4CG
kbs/Pht/Lxt
t0m3000/hf^boom!^ibx
Higgie/Kraze/Slackers
Twilight/Excess/Arcade
Guests online: 92
Top Demos
1 Next Level  (9.7)
2 13:37  (9.7)
3 Mojo  (9.6)
4 Coma Light 13  (9.6)
5 Edge of Disgrace  (9.6)
6 What Is The Matrix 2  (9.6)
7 The Demo Coder  (9.6)
8 Uncensored  (9.6)
9 Comaland 100%  (9.6)
10 Wonderland XIV  (9.6)
Top onefile Demos
1 Layers  (9.6)
2 Party Elk 2  (9.6)
3 Cubic Dream  (9.6)
4 Copper Booze  (9.6)
5 No Listen  (9.6)
6 Rainbow Connection  (9.5)
7 Dawnfall V1.1  (9.5)
8 Onscreen 5k  (9.5)
9 Morph  (9.5)
10 Libertongo  (9.5)
Top Groups
1 Performers  (9.3)
2 Booze Design  (9.3)
3 Oxyron  (9.3)
4 Triad  (9.3)
5 Censor Design  (9.3)
Top Musicians
1 Rob Hubbard  (9.7)
2 Mutetus  (9.7)
3 Jeroen Tel  (9.7)
4 Linus  (9.6)
5 Stinsen  (9.6)

Home - Disclaimer
Copyright © No Name 2001-2024
Page generated in: 0.102 sec.