Jaskier

As I remember on the bottom of atari is a small hole with a potentiometer inside which allows you to change the colors on a wide range. I have it set to my likings on my TV, but the colors on other TV set can be different. In my opinion colors "like a real Atari" are a myth. If somebody likes different palette, then why not add it? @Kr0tki - I'll try to find that function. Wish me luck @MaPa - this is due to option Misc -> Preferences -> Reuse emulator window. For unknown historical reason (probably you should ask Richard Lawrence) the windows are recognized by its title. Will be changes to named mutex in next release.

Atari800 engine has changes during these years. Especially palette functions are brand new and it seems that they have removed an option to adjust colors of external palette. Since the creation of these colors are now different than in previous versions (now is one extra parameter) I cannot simply copy old function to new engine. No problem in including these files in future versions.

Put 80 as length of pattern and line number as the next value (pattern number) So goto to line 20 should look like: 80 20-00 00-00 00-00 00-00 00-00 00-00 00-00 00-00

Hi, I've put the final version 4.1 on github. It's not perfect but I want to start working on new features in 4.2 The main goal: merge Atari800Win with atari800 2.2.1 core has been acomplished. Have a nice day.

It is most probably not compiled because it won't compile on windows (I assume). O.K. Lets skip this problem for a while. I have to make about 1 month break on working on emu due to personal & job issues.

Oh, now I got it, thanks. But anyway I think I will have to change all paths to [MAX_PATH] not [MAX_PATH+1]. This precautions (adding 1 to string length) could actually make things worse I see. Don't you think that the error lies in _strncpy ? Its usage is unnatural. For string len bytes you have to pass len-1 as argument. @bf2k+ just drop atr on the atari800 exe, this will start the emu with this atr in first drive

Did filename really had 260 chars? MAX_PATH and FILENAME_MAX are both 260. The problem is that atari800 core mainly uses strings [FILENAME_MAX] and Atari800Win usually [MAX_PATH+1] (with this exception I see). Changing all path strings to 261 characters would require a change in many files. Is this really necessary? On MSDN I've found this info: So the path is 260 chars including trailing null. Anyway I'm confused because according to this info there is no way that too long path could cause crash.

Yes, I think I will have to remove SYNCHRONIZED_SOUND in 4.1 and try this idea again in 4.2. Anyway it was worth trying, isn't it? What about sound in atari800 (sdl version)? It has SYNCHRONIZED_SOUND compiled. Is this emu plays properly? I'm about to stole the sound engine from atari800-sdl and include it in 4.2. @bf2k+ Have you tried running it on atari800 (although I'm not sure if sdl version has it compiled in)? If it works ok I can take this vesion instead of mine. But looking into code I see that both are from 2003 and authors are the same (although implementation is different).

Hi all, I've uploaded beta 6. This time I've removed the introduced bug in waveOut. Palette now changes when switching PAL<->NTSC and SYNCHRONIZED_SOUND now works almost properly. Unfortunately I cannot do much with existing emu architecture so I think I will start 4.2 branch soon. @bf2k+ & w1k - I've never used R: so I'm not familiar with this device. Atari800Win uses it's own implementation, atari800 has similar I think. Should I switch to atari800 version? What improvements do you require? Any special dialog for configuration?

Oh gosh, I thought I've removed that. Silly me. I've checked all my devices by hand. I have 3 devices (as waveOutGetNumDevs says) and device 0 gives error, 1 and 2 doesn't give error but doesn't produce sound at all. I thought I changed it back to WAVE_MAPPER. Never drink and write.

Sorry Mclaneinc for forcing you to reinstall. I usually do it every 3 years or so. I've put beta 5 on github. This time also with full installer (just to check if it works). Changelog: -Printer patch is now compiled (forgot to turn it on). -Slight changes in monitor. -Increased buffer for DirectSound so NTSC mode can run smoothly even with latency 2.

Hi folks, Lot's of people discussing here. So in order of appearance: @atx4us - it seams that in NTSC mode the latency has to be at least 3. I will make it default for NTSC and 2 for PAL. @scotty - never experienced problem with no colours at start. Tested on XP, Vista and 7. It is in windowed mode or fullscreen? I've never used fullscreen. These modes requires major rework. Since atari800 core doesn't support atari1200 separately I cannot make it by myself, sorry. @phaeron - you are right again, fflush was missing. Since on my PC emu uses 2% when working, I am not sure if I can measure the percentage when idle. Task manager should use float variables I blame my sound card for waveout problems. It's ASUS Xonar D1. I have MMSYSERR_NOTSUPPORTED no matter what options I choose. I will look into that anyway. @Heaven - hi friend. There is similar discussion on polish forum. My answer is: since preparing new version of Atari800Win requires much less time than doing new port of atari800 on windows there is simply no reason not to do it. I can only wonder why no one took over the responsibility for Atari800Win during these 6 years. And we cannot let phaeron to have exclusivity and establish monopoly. @Mclaneinc - you mean that it's not the emu that crashes but the atari inside emu? Only then it goes to the monitor. I cannot see a reason why it hangs when reading from USB other than it's a hardware problem. It seams to me that file read from USB is corrupted somehow.

You are right. NTSC version runs at PAL speed only in DirectSound mode (Anyone can confirm that? My home PC cannot run WaveOut mode). I don't know why. I didn't broke anything. I'm innocent. Looking into that problem right now.

@rdea6 Sorry, forgot about you I've forgot to turn on the option to compile in the P: patch. In my new build when I type: LPRINT "HELLO" the notepad starts with HELLO written inside. Is this what you expect?

Thanks phaeron! Why it didn't ever happen in previous builds in VS2003? And who could expect that EnumObjects returns 0 on success and 1 on failure Who crated this... wait... it's Microsoft, isn't it? I've uploaded beta 4 on github. Changelog: -Probably fixed the crash in directory pick dialog -Turned on the option of SYNCHRONIZED_SOUND in atari800 engine, this should produce the sound exact up to a tick of the Atari clock, (but I cannot hear the difference). -Slight changes in emulator synchronization in DirectSound mode. Maybe it can reduce some cracks of sound? If there will be no more complains I will soon release official version 4.1. New features are postponed since I have some personal matters to attend to. I will come back to coding in February.