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


Forums > CSDb Discussions > Are the C64 pixels supposed to be square?
2008-04-24 11:17
Shadow
Account closed

Registered: Apr 2002
Posts: 355
Are the C64 pixels supposed to be square?

So I was trying out a little vector effect, and while it looks normal in emulator, on my C64 with a 1084-monitor I get a distinct impression that it gets a bit stretched vertically.

Is this simply my monitor that is not correctly adjusted, or are C64 pixels non-square?
 
... 12 posts hidden. Click here to view all posts....
 
2008-04-24 13:49
ptoing

Registered: Sep 2005
Posts: 271
24x21 still is pretty much spot on square on TVs and such, so if anything it's a nice coincidence.

Also LOTS of systems, for example arcadeboards, have nonsquare pixels. It's not that uncommon.
2008-04-24 13:53
Oswald

Registered: Apr 2002
Posts: 5078
al charpentier the designer about it:

"I was going to use memory running just under 2 mhz meaning only 114 memory fetches per line .. I figured the processor would need atleast 40 of those fetches. 40 was a nice architectural number because there are also 40 pieces of background information so the background information and cpu slices could be easily interleaved. So 114 minus 40 fetches for the cpu and 40 for the background left me with 34 fetches. I needed 8 fetches to pick up the sprite pointers that left 26 fetches if I had 8 sprites that gave me 3 fetches for each sprite

...

Charpentier then looked for a mutiple of 3 that would approach a power of 2 so that sprites could be stored efficiently "it happened that 24 by 21 bits gave 63 bytes of information he said"

http://www.commodore.ca/gallery/magazines/c64_design/5.jpg
2008-04-24 14:05
Cruzer

Registered: Dec 2001
Posts: 1048
I noticed this already back in the days when I was doing C64 gfx on Amiga, and after porting it to C64 it looked a bit narrower. I think the aspect ratio is about 9:10.
2008-04-25 08:47
Graham
Account closed

Registered: Dec 2002
Posts: 990
None of the old 8 bit machines has square pixels. On C64 the pixels are about 5% taller than wide, on Atari 8 bit machines it's the other way round: Pixels are about 5% wider than tall.

Square pixels on PAL require a pixel clock of 14.75 MHz, but that's for interlace resolution so for non-interlace this makes it 7.375 MHz. A PAL C64 has a pixel clock of 7.882 MHz, a PAL Atari has a clock of 7.094 MHz.
Then there is also the non-standard frequencies used for those machines, I am not sure if rasterlines get scaled because of this, and if yes, how.
2008-12-30 00:21
Zagon
Account closed

Registered: Apr 2002
Posts: 14
First, sorry to revive an old topic but I must have missed it when it
was current.

I believe that the vertical and horizontal speed speed of the electron
beam of a CRT television set is constant. The video signal doesn't
control the speed of the beam but only when it should be reset to the top
and to the left.

If this holds true then the pixel width is determined by the dot clock
and the pixel height by the scan line frequency.

This means that we can calulate the teoretical pixel aspect ratio of a
given system if we know the scan line frequency and the dot clock of
that system.

standard dot clock MHz scan line kHz
square PAL 7.37500000 15.62500000
square NTSC 135/22 15.73426573
c64 PAL 7.88198756 15.63886420
c64 NTSC 7.88198756 15.73426484
c64 oldNTSC 7.88198756 15.98011272

c64 PAL
x-ratio = 7.37500000 / 7.88198756
y-ratio = 15.62500000 / 15.63886420
pixel AR = x-ratio / y-ratio = 0.93650794

(the following are calculated in the same way)
c64 NTSC pixel AR = 0.75000000
c64 oldNTSC pixel AR = 0.76171875

I'm sorry to say that I have no way to control these numbers at the
moment. I remember that a 24x21 sprite seemed quite square on a PAL
system. The calculated PAL AR would have a 24 pixel wide square about
22.5 pixels high so at least the numbers are not totally off.
2008-12-30 07:39
AmiDog

Registered: Mar 2003
Posts: 97
Might just be me, but when I set up a 1084, I usually set it up so that all borders (left/right/top/bottom) are more or less equally thick. The 1084 being a 4:3 monitor would make the 320x200 pixels cover an area with a 4:3 aspect ratio and thus give a pixel aspect ratio of (200/3)/(320/4)=0.833...

I think I once measured the non-border area of the C64 display on the 29" Sony CRT I was using at that time, but don't remember the result...
2008-12-30 07:56
Mace

Registered: May 2002
Posts: 1799
AmiDog, setting the border equally thick by hand on a 1084 is hardly a scientific approach :-)
2008-12-30 16:55
Wile Coyote
Account closed

Registered: Mar 2004
Posts: 646
My Commodore monitor has an option to adjust the screen height, which came in handy for PAL Snes games, which featured black upper and lower borders, with the resultings image have a slightly squashed look. I used to adjust the screen to remove the upper and lower borders. It improved the look Street Fighter II Turbo, lots.
2008-12-31 15:03
Zagon
Account closed

Registered: Apr 2002
Posts: 14
Well, the calulated aspect ratios assumes an unadjusted 4:3 CTR television set. Adjusted monitors that shows more of the side border would have a narrower aspect ratio.

However, the calculated aspect ratios could still be interesting, for emulation purposes perhaps?
2009-01-02 11:16
Mindcooler

Registered: Nov 2006
Posts: 28
This reminds me of how "all" 8- and 16-bit games are squished vertically in PAL. Seems no-one bothered to PAL-fix games, probably too small a market. Today TV sets usually have widescreen options so you can un-squish the image to make things squarer and get rid of those borders.

Get rid of those borders.. sounds somewhat demoscenish.
Previous - 1 | 2 | 3 - Next
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
REBEL 1/HF
rambo/Therapy/ Resou..
KEF
aegis/ascraeus/r3turn
Pad/G★P
zscs
Knight Rider/TREX
Critikill (CK)/S16 ^..
Paul Bearer
Scrap/Genesis Project
mutetus/Ald ^ Ons
Guests online: 96
Top Demos
1 Next Level  (9.7)
2 13:37  (9.7)
3 Coma Light 13  (9.7)
4 Edge of Disgrace  (9.6)
5 Mojo  (9.6)
6 Uncensored  (9.6)
7 Wonderland XIV  (9.6)
8 Comaland 100%  (9.6)
9 No Bounds  (9.6)
10 Unboxed  (9.5)
Top onefile Demos
1 Layers  (9.6)
2 Party Elk 2  (9.6)
3 Cubic Dream  (9.6)
4 Copper Booze  (9.6)
5 Rainbow Connection  (9.5)
6 It's More Fun to Com..  (9.5)
7 Morph  (9.5)
8 Dawnfall V1.1  (9.5)
9 Onscreen 5k  (9.5)
10 Daah, Those Acid Pil..  (9.5)
Top Groups
1 Booze Design  (9.3)
2 Oxyron  (9.3)
3 Performers  (9.3)
4 Nostalgia  (9.3)
5 Censor Design  (9.3)
Top Organizers
1 Burglar  (9.9)
2 Sixx  (9.8)
3 hedning  (9.7)
4 Irata  (9.7)
5 Tim  (9.7)

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