Poll
Question:
Would you like a CPC emulator with support for high resolutions 1024x480m2, 512x480m1, 256x480m0. on non-native monitors?
Option 1: Yes, Yes, Yes!
votes: 10
Option 2: I need to see this before I die.
votes: 3
Option 3: No, I only play games on standard monitor.
votes: 1
Option 4: No, It is not retro.
votes: 1
Option 5: Where is soft for that?
votes: 2
Option 6: ---Remember Click "Anchor Aweigh vote" Button after vote
votes: 1
Competition with no prizes except for the glory of first place.
:o :D :P
What's this supposed to be?
The competition: Who first one to add support for monitors other than 15k / 50Hz to his emulator with Hi resolution.
Who would like to add any sync and resolution mode to their emulator?
And show this Pictures :o ?
That's great and all, but what is it supposed to look like normally?
If one of the emulator producers adds the appropriate mode ...
Now. So far only I can see on my TV.
Could you please post a photo of what is to be seen?
as I show right away, no one will add high resolutions to any emulator ...
graphics almost like eat eggs .... ;D
...... waiting
I don't know what test is it ?
But here is the picture with my own emulator CPCEmuPower v2105 ->
I do not see ORACLE and two red bulls.
"Why?" because your emulator not show CRTC R4 = 65.
Do it. Please. :D
Hmmm.... Good, but ...... something wrong.... ::)
Hmmm what's on the left, right and bottom ... ? This is for monochrome monitor or saturation on down.
Nice experiments !
But I think that your CRTC tricks is an hardware feature of your monitor display.
The original CTM (or TV) aren't using others resolutions, only PAL or NTSC...
Why implement it to an emulator ? you already have the hardware that run it !?
typical resolution derived from NTSC 720x480@30Hz from Amstrad is 960x480m2, 240x480m0. R0=63, R3=&34, R4=65, R5=5
Why yours and other emulators don't use the typical resolutions that is present in this world?
Why create a barrier for fun? :P. Now emulators is not multisync.
ps. Yes. My TV is not The original CTM. Is typical, bought in a typical shop ;) .
Maybe a day when the CPC emulation will be independent of the display.
We must have to find Neo .... or Trinity. :picard2:
I'm going to Morpheus to eat the red pill. :P
This is my last chance ... :picard:
ps. I wish you all tasty blue pills.
My answer was not meaningless. I don't understand your Matrix's innuendo.
The red pills lead to a world where the Neo (or Trinity) coder developer wrote a CPC emulator with multisync and monitors are simulated separately. I had a dream that SymbOS is at 512x480 resolution at native CRTC. :o
Quote from: McArti0 on 13:19, 08 November 22The red pills lead to a world where the Neo (or Trinity) coder developer wrote a CPC emulator with multisync and monitors are simulated separately. I had a dream that SymbOS is at 512x480 resolution at native CRTC. :o
So, when are you going to offer up the code to make this a reality? it's all good and well making a "challenge" but unless you're willing to help make it a reality in the way you want (that is, to have this capability in emulators) there's not really much point, is there.
Quote from: McArti0 on 09:57, 08 November 22ps. Yes. My TV is not The original CTM. Is typical, bought in a typical shop ;) .
i'm not sure a "typical TV from a typical shop" can handle such a low refresh rate... (10Hz maybe?)
Quote from: roudoudou on 13:27, 08 November 22a low refresh rate... (10Hz maybe?)
Maybe typical camcoder mode 720x480p@30Hz ?
Quote from: McArti0 on 13:38, 08 November 22Quote from: roudoudou on 13:27, 08 November 22a low refresh rate... (10Hz maybe?)
Maybe typical camcoder mode 720x480p@30Hz ?
oups, i miss the R0=63 so i guess only R4 matter then it's a little bit faster you're right!
Quote from: roudoudou on 13:41, 08 November 22R0=63
SNA in this topic has R0=70, and Vsync 27Hz, but who cares, my typical TV doesn't. ;D
Quote from: McArti0typical resolution derived from NTSC 720x480@30Hz from Amstrad is 960x480m2, 240x480m0. R0=63, R3=&34, R4=65, R5=5
Congratulations on your experiments.
Between the LCD monitors and the interlace, the video ram limit of the CPC is reached. :D
The design of certain emulators should allow in the future to implement different peripherals, and in particular the monitors in terms of processing the signals coming from the Gate Array.
You just have to be patient.
A quick note about the values for R3.
I don't know if setting the line count of the VSYNC has any bearing for this type of monitor, but you should avoid putting anything other than 0 in the first nibble of R3.
Because the value of this quartet is not taken into account on CRTC 1 and 2
(see http://logonsystem.fr/down/ACCC1.3-EN.pdf page 20)
Quote from: Longshot on 17:59, 08 November 22Because the value of this quartet is not taken into account on CRTC 1 and 2
default R3 is &3E
Sometimes i write &3x, sometimes &0x. I have CRTC0
The default value for R3 is &8E (basic locomotive).
IMHO, it is best to avoid compatibility issues.
CRTCs 1 and 2 will maintain the VSYNC signal from the CRTC for 16 lines regardless of the value of the high nibble of R3.
However, if you set &3x (or &8x ) on CRTC 0, 3 & 4, then the VSYNC signal will be active for less time, which can cause problems for a program that tests for the end of the VSYNC.
It can also cause problems if an interrupt code tests the VSYNC signal a bit too late.
On a CRTC 1, 2, the interrupt sees the VSYNC for 16 lines, against 3 lines on the CRTC 0 (with R3=&3x), and this can therefore lead to a deadlock if the VSYNC is crucial in the interrupt function (a counter for example).
When you modify the number of lines of a frame on a CPC, this affects the mechanics of the interruptions, in particular the interrupt system (2 HSYNC after the VSYNC). Also I advise you to always put &0x in R3.
So if you encounter a problem, it will not come from R3.
@ megachur - You right, original CTM can't display resolution like this. And thats the point! Today more CPC users have modern LCD than CTM, thats open new possibilities. :)
Why to play that? Because so big res with picture over 60K without blinking screens is Guiness Record - highest resolution from 8bit computer! And that can makes Commodore users be jealous. :)
Why people using flash card instead floppy? Because few giga give them more than 180K. Why most modern soft for retro micros people write on PCs? Because it's more comfy and faster way to do.
We need cross this barier in emulator to gave community new area for competition and to enjoy new things. To makes people delight. :)
Who have contact with DevilMarkus (autor of JavaCPC), I'm sure he will be interested. :)
But a CRTC generated screen with around 60K vram will be at 25hz, or not?
Quote from: ZbyniuR on 21:20, 08 November 22Why people using flash card instead floppy? Because few giga give them more than 180K. Why most modern soft for retro micros people write on PCs? Because it's more comfy and faster way to do.
Nothing new... Cross dev from PC to CPC exist since the 80s and if programmers do not set he CRTC for extra resolutions (like on PC) it is because all the programs have to run on the provided monitor, else it will be out of range. Great that you take fun to use your CPC with a LCD display, you don't need an emulator under Windows to run SymbOS. :)
i think this is a bit limited... eg.. your tv may accept them resolutions.. but not all will.. it needs specific tv that can handle it.. not all do..(if ya really wanna get tricky...find a tv that accepts the standard resolutions aswell as ya "enhanced" resolutions out of the box!)
adding it to emulators isnt really worth the time and effort if its limited to less than a handful of people who set it up on real hardware...after all, we're here for the real hardware
that said...im gonna try doing some tests and see if this works with GBS-C passthrough mode...(which will then make it be able to be booted in normal res, and switch to enhanced res just by flicking a switch in GBS-C)
EDIT: nope it doesnt work with passthrough mode... atleast with my monitor, it complains "signal out of range"
Normally I would disagree with this being supported in emulation, however if its possible via external displays even if not available at the time I think it should be supported(when the CPC hardware can support it)
The Amiga physically has hardware like the indivisible that allows the chipset to display resolutions beyond what monitor was capable of at the time, e g 1280 x 1080 which is driven by the original chip just needs the adaption of the indivision to output via DVI to a HDMI display.
I think this scenario is valid, whether it has any use is another story, driving that display from a Z80 will be nigh on impossible for anything useful.
Quote from: Prodatron on 21:59, 08 November 22But a CRTC generated screen with around 60K vram will be at 25hz, or not?
With R0=70 , V Sync =27Hz.
With R0=63, V Sync =30Hz
Quote from: WacKEDmaN on 02:15, 09 November 22that said...im gonna try doing some tests and see if this works with GBS-C passthrough mode...(which will then make it be able to be booted in normal res, and switch to enhanced res just by flicking a switch in GBS-C)
EDIT: nope it doesnt work with passthrough mode... atleast with my monitor, it complains "signal out of range"
maybe 1024x480m2 is too agresive. but R0=63 (960x480m2) is true standard frame. I make SNA for typical resolution.
Quote from: McArti0 on 09:51, 09 November 22Quote from: WacKEDmaN on 02:15, 09 November 22that said...im gonna try doing some tests and see if this works with GBS-C passthrough mode...(which will then make it be able to be booted in normal res, and switch to enhanced res just by flicking a switch in GBS-C)
EDIT: nope it doesnt work with passthrough mode... atleast with my monitor, it complains "signal out of range"
maybe 1024x480m2 is too agresive. but R0=63 (960x480m2) is true standard frame. I make SNA for typical resolution.
i have no way to load SNA on real system!..i used your vga.bas from your other thread...
ill play around with the R0 values later n see what happens...im also on a CRTC 0.. so might rule me out!
Quote from: McArti0 on 09:51, 09 November 22maybe 1024x480m2 is too agresive. but R0=63 (960x480m2) is true standard frame. I make SNA for typical resolution.
Too bad that the VRAM is placed in the first 64K. If it would be like on the PCW, where it can be placed in the first 128K it would be fun to write a driver for these resolutions.
Quote from: lmimmfn on 02:16, 09 November 22I think this scenario is valid, whether it has any use is another story, driving that display from a Z80 will be nigh on impossible for anything useful.
Text editor 128x57 characters ;D
On real VGA work mode 2 with 50x60 characters. (60 line for assembler?)
44x75 chars in real VGA 800x600 @ 56Hz timing. (75 line for assembler?) little flattened letters.
It's work but need separate HVsync in cable. Lots of fun waiting. 8)
Hi Resolution Dynamic Video scene ..... 4fps :-X :D Joke.
...
Quote from: Prodatron on 10:14, 09 November 22Quote from: McArti0 on 09:51, 09 November 22maybe 1024x480m2 is too agresive. but R0=63 (960x480m2) is true standard frame. I make SNA for typical resolution.
Too bad that the VRAM is placed in the first 64K. If it would be like on the PCW, where it can be placed in the first 128K it would be fun to write a driver for these resolutions.
https://www.cpcwiki.eu/forum/index.php?msg=215472v0.00013 for basic (https://www.cpcwiki.eu/forum/Smileys/SoLoSMiLeYS1/grin.gif)
Quote from: Prodatron on 10:14, 09 November 22Too bad that the VRAM is placed in the first 64K. If it would be like on the PCW, where it can be placed in the first 128K it would be fun to write a driver for these resolutions.
If not, the VRAM would had been probably 16K. ;D
It is possible to have 256K on the first bank by adding a MMU (but no more a stock CPC).
:o :o
640x480 through GBS-C! (had to set it to only output 480/576p and turn on sync watcher)
mode 0 10x25
mode 1 20x25
mode 2 40x25 (screenshot attached)
looks like theres some double spacing between lines...
ran this....
98 r=&BC00:d=&BD00
100 OUT r,0:OUT d,31
101 OUT r,1:OUT d,20
102 OUT r,2:OUT d,24 : rem (20-30) EDIT: 23 optimal for mine
103 OUT r,3:OUT d,4
104 OUT r,4:OUT d,64
105 OUT r,5:OUT d,5 : rem change border working without this line but ideal VGA timing
106 OUT r,6:OUT d,51
107 OUT r,7:OUT d,55
109 OUT r,9:OUT d,7
the background color went black, text was still yellow....
typed border 1,0:mode 1 and got yellow on blue background!
EDIT: on 2nd attempt running the listing, i couldnt get the background to change color..stuck on black!...but 3rd attempt it worked!
and 720x480
this time i needed to set GBS-C to 1280x1024 and turn off sync watcher...