6502.org Forum  Projects  Code  Documents  Tools  Forum
It is currently Sun Jun 16, 2024 4:00 am

All times are UTC




Post new topic Reply to topic  [ 25 posts ]  Go to page Previous  1, 2
Author Message
PostPosted: Mon Aug 03, 2020 2:26 pm 
Offline
User avatar

Joined: Mon May 25, 2015 2:25 pm
Posts: 632
Location: Gillies, Ontario, Canada
After some testing with various DAC amplifiers, I have determined that analog input into the PET Monitor is not very good.

Image

The pattern should fade from black to full green, but instead transitions quickly at about 40 percent.
Fixing this would require changing the actual video drive circuitry, and I won't go that far.

So I guess if I do any kind of GFX board, it will be like the others... high resolution and single shade (digital).
I did test a 720 pixel dot map though, and this Monitor is certainly capable of displaying crisp pixels.
Might try a horizontal resolution of 1024 next, but for that I need a faster microcontroller!

One interesting thing I noted though is if I feed the original PET pixel stream back into the tapped point shown in the last photo, the resulting video is just as good, possibly a little sharper.

Knowing how Commodore would shave every single part from a board, I am surprised that they left 2 extra transistors and a bunch of other passives that seem to do nothing!

Ok, that's it for this thread.

Cheers,
Radical Brad


Top
 Profile  
Reply with quote  
PostPosted: Mon Aug 03, 2020 3:33 pm 
Offline
User avatar

Joined: Sun Jun 30, 2013 10:26 pm
Posts: 1935
Location: Sacramento, CA, USA
I think I can discern about seven different shades there, which is better than two, but might not have a favorable cost/benefit ratio.

_________________
Got a kilobyte lying fallow in your 65xx's memory map? Sprinkle some VTL02C on it and see how it grows on you!

Mike B. (about me) (learning how to github)


Top
 Profile  
Reply with quote  
PostPosted: Mon Aug 03, 2020 3:41 pm 
Offline
User avatar

Joined: Thu Dec 11, 2008 1:28 pm
Posts: 10827
Location: England
Indeed, I was thinking a suitable circuit could produce values in the sensitive range. Or indeed a suitable look up table ahead of a DAC with enough output levels.


Top
 Profile  
Reply with quote  
PostPosted: Mon Aug 03, 2020 4:18 pm 
Offline
User avatar

Joined: Fri Dec 11, 2009 3:50 pm
Posts: 3366
Location: Ontario, Canada
BigEd wrote:
a suitable circuit could produce values in the sensitive range.
I had the same thought, and I don't think you'd need anything fancy. Unless I'm missing something you could do the trick with just a resistor or two (or a trimpot) to attenuate the signal coming out of your DAC, then another resistor/trimpot to apply a suitable fixed, DC offset. Admittedly, you probably won't get 256 discernable shades. But, as Mike noted, you'd be better off than with just two.

Fun project!

-- Jeff

Edit: What would be a reasonable number of shades to shoot for -- sixteen? If direct-mapping the 16 values results in poor linearity then Ed's suggestion of a lookup table may bear consideration. (Of course this assumes a DAC whose input is wider than 4 bits.)

_________________
In 1988 my 65C02 got six new registers and 44 new full-speed instructions!
https://laughtonelectronics.com/Arcana/ ... mmary.html


Last edited by Dr Jefyll on Mon Aug 03, 2020 4:32 pm, edited 1 time in total.

Top
 Profile  
Reply with quote  
PostPosted: Mon Aug 03, 2020 4:24 pm 
Offline
User avatar

Joined: Mon May 25, 2015 2:25 pm
Posts: 632
Location: Gillies, Ontario, Canada
I was thinking about workin' that "narrow band", but it also suffers from blurry edges.
I know it's not the DAC as I use the same design to drive 800x600 VGA at 40MHz, and here I am only pushing 10MHz.

For my next experiment, I am going to see if the PET Monitor will allow double fast horizontal scanning. Currently, I am pushing out 20KHz scan lines at 60Hz, so I am going to try either 40KHz lines at 60Hz or 40Hz.

The reason is to attempt a 1024 X 512 pixels display, which would also allow images to be displayed using dithering.

As for memory requirements of the GFX addon board, it almost works out the same anyhow...

- 360 X 200 with 8 bit pixels = 72K frame buffer
- 1024 X 512 with 1 bit pixels = 64K frame buffer

There are also some advantages to resolution over shades, especially with finely drawn lines and characters.

I will continue this thread and report back my attempts to force the Monitor into a higher scan rate.
I am assuming here that that is how the 80 column PETs did it?

Later.
Brad


Top
 Profile  
Reply with quote  
PostPosted: Mon Aug 03, 2020 5:56 pm 
Offline
User avatar

Joined: Tue Mar 05, 2013 4:31 am
Posts: 1378
As the older CRTs have a 4:3 aspect ratio, a 1024 x 512 pixel screen wouldn't display images correctly (non-square pixels) resulting in a vertically squashed image. Perhaps a 768 x 576 pixel screen might be possible within the range of the display? Unless of course, you plan on changing the images beyond dithering to correct the aspect. Just a thought...

_________________
Regards, KM
https://github.com/floobydust


Top
 Profile  
Reply with quote  
PostPosted: Mon Aug 03, 2020 7:18 pm 
Offline
User avatar

Joined: Mon May 25, 2015 2:25 pm
Posts: 632
Location: Gillies, Ontario, Canada
Good point, thanks.

I just rejigged my AVR code to put out 40KHz @ 60 FPS, and the PET Monitor locked on just fine, so it can handle the double scan rate.

With 768 pixels, this puts the Dot Clock at a nice 40MHz, which is also well within the speed of a 74164 shift register. Since I intend to make my GFX expander form age-appropriate logic parts, this works out nicely.

I will probably shorten the blanking periods and shoot for 800 * 480, which will put the image into the overscan, resulting in no borders and a "safe" video zone of 768 * 400 visible pixels.

Now that I have a basic plan, I will continue a new thread when I can.

Cheers!
Brad


floobydust wrote:
As the older CRTs have a 4:3 aspect ratio, a 1024 x 512 pixel screen wouldn't display images correctly (non-square pixels) resulting in a vertically squashed image. Perhaps a 768 x 576 pixel screen might be possible within the range of the display? Unless of course, you plan on changing the images beyond dithering to correct the aspect. Just a thought...


Top
 Profile  
Reply with quote  
PostPosted: Sat Dec 05, 2020 10:35 pm 
Offline

Joined: Tue Jul 05, 2005 7:08 pm
Posts: 1006
Location: near Heidelberg, Germany
btw, there is a project to re-build the SuperPET here: https://github.com/nils-eilers/uMMF

_________________
Author of the GeckOS multitasking operating system, the usb65 stack, designer of the Micro-PET and many more 6502 content: http://6502.org/users/andre/


Top
 Profile  
Reply with quote  
PostPosted: Tue Dec 08, 2020 8:04 pm 
Offline

Joined: Mon Mar 05, 2018 6:31 pm
Posts: 8
You could add an analog gamma adjustment circuit after your DAC output, that may smooth out your gradients enough.

You could also use an op amp to change the output range of the DAC output so that the low and high map into the middle useful portion of the full voltage range you're using now

EDIT - the fuzzy edge part is going to be capacitance at the point you're injecting the signal right? So if you can put out a low impedance signal (a DAC probably won't do that, but an op amp would, but you'd need to be wary of oscillation driving a capacitive load) you should get crisper edges


Top
 Profile  
Reply with quote  
PostPosted: Tue Dec 15, 2020 8:52 pm 
Offline

Joined: Tue Jul 05, 2005 7:08 pm
Posts: 1006
Location: near Heidelberg, Germany
Oneironaut wrote:
Good point, thanks.

I just rejigged my AVR code to put out 40KHz @ 60 FPS, and the PET Monitor locked on just fine, so it can handle the double scan rate.


You did what? Wow. I'm impressed.

So that busts the assumption that a much faster horizontal sync could be the cause for the monitor dying with the "killer poke" (that has been debunked already for a different reason).

That opens a lot of possibilities for new hardware projects!

However, I think we need to make sure we understand which one of the monitor revisions are capable of doing this. I understand this is a 12" monitor, are you sure the 321448 schematics are the right ones? Do you understand why this actually works? For example, I would have expected the horizontal slope to be constant, so a horizontal sync that comes twice as often would result in a horizontal line of just half the width... (but I'm not good enough in electronics for that)

Thanks
André

_________________
Author of the GeckOS multitasking operating system, the usb65 stack, designer of the Micro-PET and many more 6502 content: http://6502.org/users/andre/


Top
 Profile  
Reply with quote  
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 25 posts ]  Go to page Previous  1, 2

All times are UTC


Who is online

Users browsing this forum: No registered users and 30 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to: