Welcome to AEP Emulation Page - Emulation News
Hosting by: Uberspace.de   
· Home / News
· News Categories
· News Archiv
· Submit news

· My Account
· Search
· Forums
· Online Games
· Weblinks
· Game Reviews
· Translations
· Impressum


· Museum
· Infocenter
· Das AEP Team
· Member Liste
· Top 25 Liste
· Glossar

· Emulation64
· 1Emulation.com
· Emu-France
· progetto-SNAPS

Post new topic   Reply to topic
View previous topic Printable version Log in to check your private messages View next topic
Author Message
Post subject: CLK Clock Signal 2019-03-02  PostPosted: Mar 03, 2019 - 10:01 AM
AEP Team Member

Joined: Jul 04, 2004
Posts: 4425

Highscores in 05/2019

Status: Offline

CLK (Clock Signal) ist ein quelloffener 8-bit Computer und Konsolen Emulator für Linux und MacOS von Tom Harte.

CLK (Clock Signal) is an open-source 8-bit computer and console emulator available for Linux and MacOS written by Tom Harte.

This release:
  • introduces a significant re-engineering of the video-handling pipeline in order to:
    • remove luminance aliasing errors; this should be particularly obvious on systems like the NTSC Master System and MSX when smooth scrolling horizontally;
    • add a monochrome composite path, now exploited by the Apple II; and
    • make it absolutely impossible for machines to leave noise at the edges of the display;
  • fixes two timing errors in the ColecoVision emulation: adds an M1 delay and makes the SN76489 access delay the proper length;
  • introduces European and Japanese operation modes for the MSX (with the former being in compressed 50Hz PAL-o-vision, naturally — though to me it looks a lot nicer without the NTSC TMS rainbow effect);
  • corrects a bug that would cause screenshots to be written incorrectly if not a multiple of 4 pixels wide;
  • resolves timing issues in Apple II video generation that were causing a sync fault that would curve the first line of the display;
  • resolves errors in MSX tape handling, specifically of the CAS file format and a bug according to which the fast tape routines could get confused and intercede during user program execution; and
  • causes the the Electron to handle output-buffer-full events properly so that the display doesn't jump if processing falls behind.
The following are known regressions, relating to the same issue:
  • the Oric is temporarily not using its original colour ROM for video output; and
  • that's to do with the way that chroma sampling is phase aligned and my belief that what I was doing before for the Oric probably wasn't sufficiently rigorous, a side effect of which is also that chroma crawl isn't always presented correctly.

Related links:
[ Diverse / Misc Emulatoren ]

 View user's profile Visit poster's website  
Reply with quote Back to top
Display posts from previous:     
Jump to:  
All times are GMT + 1 Hour
Post new topic   Reply to topic
View previous topic Printable version Log in to check your private messages View next topic
Powered by PNphpBB2 © The PNphpBB Group
All logos and trademarks in this site are property of their respective owner. The comments are property of their posters, all the rest © 1998 - 2018 AEP Emulation Page.
You can syndicate our news via RSS using the file rss_en.xml for English headlines and rss_de.xml for German headlines.