No problem, we'll wait. Get well. And the sooner the betterIcky wrote: Wed Jun 26, 2024 10:28 am But mostly I need to get back on top of things to start the ball rolling again.
Can all registered uses please login, even just for a few minutes..
It helps build a picture where our "good traffic" is coming from..
Thanks :)
It helps build a picture where our "good traffic" is coming from..
Thanks :)
Project: HDMI/DVI out for STFM
Re: Project: HDMI/DVI out for STFM
http://github.com/ijor/fx68k 68000 cycle exact FPGA core
FX CAST Cycle Accurate Atari ST core
http://pasti.fxatari.com
FX CAST Cycle Accurate Atari ST core
http://pasti.fxatari.com
Re: Project: HDMI/DVI out for STFM
Created a SHIFTER Test board to test the FPGA is functioning correctly on the Phoenix Shifter. Similar to one for the MMU and BLUE boards - https://www.exxosforum.co.uk/forum/view ... 10#p134258
Re: Project: HDMI/DVI out for STFM
Its been long time coming and it had its preview at Cyber Legends 5 - Here is the Phoenix Shifter v5 TANG Edition
Well things have turned around a bit. I started looking at what was wrong with several things about the Phoenix Shifter. Firstly I couldn't understand why the shifter only worked on some monitors / TVs this turned out to be we were driving everything from the 32MHz line and attempting to provide a crude resolution out to the HDMI port. Also Closure was still having issues running for various reasons.
So I started to think how do we go about fixing the Phoenix Shifter to not be constrained to the 32MHz but be able to always represent the ST screen at a resolution of say 720p as most monitors / tv's support this. Then there is no need for figuring out if a TV or monitor will work for the Phoenix Shifter.
So my plan was provide the native screen then use a frame buffer and let that using circuitry like the ADV7513 create the 720p output from its clock. I started to redesign the Phoenix Shifter as v5.0 and things started to get away from me as I figured out more and more how I could create a better product. I ended up with all these features I wanted to do and so many questions on whether it would work. There would be a lot riding on the new board in terms of costs and unknowns. Because of this I ended up going down two routes.
TANG 20K onto of the PhoenixShifter v5.0 TANG Edition board - plug straight into the Shifter socket
TANG 20K onto of the PhoenixShifter v5.0 TANG Edition board underside
Phoenix Panel showing Phoenix E-Boards installed
Firmware Update Demo
I will post some more info on this soon including Closure run.
Well things have turned around a bit. I started looking at what was wrong with several things about the Phoenix Shifter. Firstly I couldn't understand why the shifter only worked on some monitors / TVs this turned out to be we were driving everything from the 32MHz line and attempting to provide a crude resolution out to the HDMI port. Also Closure was still having issues running for various reasons.
So I started to think how do we go about fixing the Phoenix Shifter to not be constrained to the 32MHz but be able to always represent the ST screen at a resolution of say 720p as most monitors / tv's support this. Then there is no need for figuring out if a TV or monitor will work for the Phoenix Shifter.
So my plan was provide the native screen then use a frame buffer and let that using circuitry like the ADV7513 create the 720p output from its clock. I started to redesign the Phoenix Shifter as v5.0 and things started to get away from me as I figured out more and more how I could create a better product. I ended up with all these features I wanted to do and so many questions on whether it would work. There would be a lot riding on the new board in terms of costs and unknowns. Because of this I ended up going down two routes.
- Continue to see what could be fixed on the v2 Phoenix Shifter to close out the original Shifter Core and make sure it was adhering to the original
- Design out the v5 using the Max10 but because of costs I ended up looking at a TANG 20K board that I already had.
- Be the same footprint as the original shifter chip (well it is as near as it can be) - so can be used on any ST

- Provide a 720p @ 60Hz output over HDMI
- Switching to Mono display or Medium etc without any TOS patching
- Video Effects and sizing
- Provide a codec to mix the Sts YM sound and a MIDI board like the S2 together and out through the HDMI
- User firmware upgradeable from the SD card in the TANG, has fall back golden source which replaces any firmware if it bricks
- A Phoenix Eco System Panel to control the Shifter including firmware upgrade and other Phoenix board functions.
- Splash screen on boot and info overlay - can be turned off
TANG 20K onto of the PhoenixShifter v5.0 TANG Edition board - plug straight into the Shifter socket
TANG 20K onto of the PhoenixShifter v5.0 TANG Edition board underside
Phoenix Panel showing Phoenix E-Boards installed
Firmware Update Demo
I will post some more info on this soon including Closure run.
Re: Project: HDMI/DVI out for STFM
cool
btw, I see that pixels are stretched differently, e.g. letter "i" in "File" vs "View". Is it a grabber issue, or something else?
Atari: V4sa TT030 Falcon030 Mega ST Mega STe 1040 STe 520 STm 800XL 65XE Jaguar Lynx I/II 7800 Portfolio / VME: ATW800/2 Mach64 Mach32 ET4000 CrazyDots PAMNet / SM146 SC1435 SM124 / Antonia2 ATSpeedC16 TF536 PAK68/3
Megafile30 Atari1050 DDDHDD XCA12 SF314 / AVGCART SUBCART SidecarTridge ACSI2STM FujiNet LynxMultiCard SkunkBoard CosmosEx SatanDisk UltraSatan USBFloppyDriveEmulator SDrive SIO2PC Eiffel
http://260ste.atari.org
Megafile30 Atari1050 DDDHDD XCA12 SF314 / AVGCART SUBCART SidecarTridge ACSI2STM FujiNet LynxMultiCard SkunkBoard CosmosEx SatanDisk UltraSatan USBFloppyDriveEmulator SDrive SIO2PC Eiffel
http://260ste.atari.org
Re: Project: HDMI/DVI out for STFM
Yeah it’s the scaler option I am using there are several options that scale in different ways.Cyprian wrote: Wed Oct 21, 2026 9:29 pm btw, I see that pixels are stretched differently, e.g. letter "i" in "File" vs "View". Is it a grabber issue, or something else?
Of course a Med Res is 640x200 and scaling to 720p there are many ways you can do that. For example the Integer option is 1:1 so smaller on the screen but a pixel to pixel mapping. I'll do a write up and show all the options.
Re: Project: HDMI/DVI out for STFM
Even while only understanding half of this and loosely following the FPGA and Phoenix work this seems like a thing of beauty.
Re: Project: HDMI/DVI out for STFM
it sounds greatIcky wrote: Wed Oct 21, 2026 9:37 pmYeah it’s the scaler option I am using there are several options that scale in different ways.Cyprian wrote: Wed Oct 21, 2026 9:29 pm btw, I see that pixels are stretched differently, e.g. letter "i" in "File" vs "View". Is it a grabber issue, or something else?
Of course a Med Res is 640x200 and scaling to 720p there are many ways you can do that. For example the Integer option is 1:1 so smaller on the screen but a pixel to pixel mapping. I'll do a write up and show all the options.
Atari: V4sa TT030 Falcon030 Mega ST Mega STe 1040 STe 520 STm 800XL 65XE Jaguar Lynx I/II 7800 Portfolio / VME: ATW800/2 Mach64 Mach32 ET4000 CrazyDots PAMNet / SM146 SC1435 SM124 / Antonia2 ATSpeedC16 TF536 PAK68/3
Megafile30 Atari1050 DDDHDD XCA12 SF314 / AVGCART SUBCART SidecarTridge ACSI2STM FujiNet LynxMultiCard SkunkBoard CosmosEx SatanDisk UltraSatan USBFloppyDriveEmulator SDrive SIO2PC Eiffel
http://260ste.atari.org
Megafile30 Atari1050 DDDHDD XCA12 SF314 / AVGCART SUBCART SidecarTridge ACSI2STM FujiNet LynxMultiCard SkunkBoard CosmosEx SatanDisk UltraSatan USBFloppyDriveEmulator SDrive SIO2PC Eiffel
http://260ste.atari.org
