atari800-users Mailing List for Atari800 (Page 141)
Brought to you by:
joy
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(97) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(28) |
Feb
(14) |
Mar
(26) |
Apr
(77) |
May
(5) |
Jun
(20) |
Jul
(51) |
Aug
(48) |
Sep
(23) |
Oct
(10) |
Nov
(21) |
Dec
(116) |
| 2003 |
Jan
(94) |
Feb
(105) |
Mar
(31) |
Apr
(31) |
May
(13) |
Jun
(14) |
Jul
(12) |
Aug
(26) |
Sep
(43) |
Oct
(21) |
Nov
(5) |
Dec
(17) |
| 2004 |
Jan
(12) |
Feb
(16) |
Mar
|
Apr
(3) |
May
(13) |
Jun
(9) |
Jul
(9) |
Aug
(10) |
Sep
(6) |
Oct
|
Nov
(13) |
Dec
(9) |
| 2005 |
Jan
(9) |
Feb
(3) |
Mar
(12) |
Apr
(3) |
May
(11) |
Jun
(5) |
Jul
(15) |
Aug
(25) |
Sep
(68) |
Oct
(44) |
Nov
(114) |
Dec
(83) |
| 2006 |
Jan
(165) |
Feb
(94) |
Mar
(58) |
Apr
(41) |
May
(28) |
Jun
(25) |
Jul
(1) |
Aug
|
Sep
|
Oct
(15) |
Nov
(17) |
Dec
(21) |
| 2007 |
Jan
(1) |
Feb
(3) |
Mar
|
Apr
(10) |
May
(26) |
Jun
(2) |
Jul
(14) |
Aug
|
Sep
(8) |
Oct
(1) |
Nov
(7) |
Dec
(1) |
| 2008 |
Jan
(3) |
Feb
(7) |
Mar
(18) |
Apr
(45) |
May
(44) |
Jun
(14) |
Jul
(3) |
Aug
(49) |
Sep
(14) |
Oct
(2) |
Nov
(9) |
Dec
(2) |
| 2009 |
Jan
(9) |
Feb
(12) |
Mar
(69) |
Apr
(4) |
May
(2) |
Jun
(20) |
Jul
|
Aug
(4) |
Sep
(18) |
Oct
(7) |
Nov
(4) |
Dec
(5) |
| 2010 |
Jan
(98) |
Feb
(12) |
Mar
(6) |
Apr
(40) |
May
(22) |
Jun
(3) |
Jul
(22) |
Aug
(2) |
Sep
(3) |
Oct
(16) |
Nov
(14) |
Dec
(5) |
| 2011 |
Jan
(6) |
Feb
(2) |
Mar
(7) |
Apr
(52) |
May
(6) |
Jun
(11) |
Jul
(15) |
Aug
(17) |
Sep
(15) |
Oct
|
Nov
(1) |
Dec
(2) |
| 2012 |
Jan
|
Feb
|
Mar
(17) |
Apr
(2) |
May
(3) |
Jun
|
Jul
(4) |
Aug
|
Sep
(2) |
Oct
(19) |
Nov
|
Dec
|
| 2013 |
Jan
(7) |
Feb
(7) |
Mar
(39) |
Apr
(11) |
May
(5) |
Jun
(3) |
Jul
(1) |
Aug
(1) |
Sep
(6) |
Oct
(9) |
Nov
(2) |
Dec
(2) |
| 2014 |
Jan
(19) |
Feb
(8) |
Mar
(2) |
Apr
(5) |
May
(8) |
Jun
(1) |
Jul
|
Aug
(3) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
(4) |
| 2015 |
Jan
|
Feb
(4) |
Mar
(20) |
Apr
(15) |
May
(5) |
Jun
(29) |
Jul
(2) |
Aug
|
Sep
(2) |
Oct
(2) |
Nov
|
Dec
(5) |
| 2016 |
Jan
(1) |
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
(1) |
Oct
(2) |
Nov
|
Dec
|
| 2017 |
Jan
(7) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(9) |
Aug
(23) |
Sep
(21) |
Oct
(10) |
Nov
(2) |
Dec
|
| 2018 |
Jan
(1) |
Feb
|
Mar
(11) |
Apr
(28) |
May
(74) |
Jun
(30) |
Jul
(8) |
Aug
(1) |
Sep
|
Oct
(32) |
Nov
(4) |
Dec
(3) |
| 2019 |
Jan
(5) |
Feb
(1) |
Mar
|
Apr
(5) |
May
(1) |
Jun
(10) |
Jul
(5) |
Aug
|
Sep
(8) |
Oct
(7) |
Nov
(6) |
Dec
(3) |
| 2020 |
Jan
|
Feb
(7) |
Mar
|
Apr
(9) |
May
(5) |
Jun
|
Jul
|
Aug
(14) |
Sep
(9) |
Oct
(6) |
Nov
(3) |
Dec
(3) |
| 2021 |
Jan
|
Feb
(18) |
Mar
|
Apr
|
May
|
Jun
(5) |
Jul
(11) |
Aug
(17) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
(3) |
Jun
(4) |
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(4) |
| 2023 |
Jan
(5) |
Feb
(1) |
Mar
(17) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(5) |
Sep
|
Oct
|
Nov
|
Dec
(2) |
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
(24) |
May
(18) |
Jun
(3) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(4) |
| 2025 |
Jan
(2) |
Feb
|
Mar
(3) |
Apr
(2) |
May
|
Jun
(5) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Petr S. <pst...@so...> - 2001-12-06 07:58:30
|
> > "Note: The function keys will eventually be changed to a more logical > > order." > > Somehow I doubt that I'm the first to come up with the key mapping ideas I > have. In the last four years - yes, you're the first. BTW, I still believe that the F1=Help makes sense because most Joe Average Users will press the F1 when launch it for the first time - even without reading documentation - just due to common behaviour of other (DOS/Win) applications. Petr |
|
From: Jacek <jp...@in...> - 2001-12-06 07:51:04
|
On Wed, Dec 05, 2001 at 07:40:08PM -0500, Nathan Hartwell wrote: > Of the 228 color clocks per scanline, the narrow playfield uses 128, normal > uses 160, and wide uses 192. The remaining clocks are the border. The > default display list, if I recall, starts with 24 blank scanlines (hence the > 3 112's/0x70's at the beginning). So, technically, a 384x262 (or 384x312 on > PAL) mode should be physically possible on the Atari hardware. Not that > anything uses that, but if we're going to emulate the system, why not > emulate it all the way. Right? done in SDL port (when Petr will update CVS) you can switch WIDTH_MODE with LALT+g (documented in README! :-)) -- Oh I see his face! Where is your star? Is it far, is it far, is it far? When do we leave? I believe, yes, I believe "Stargazer" - Ronnie James Dio |
|
From: Nathan H. <ma...@ma...> - 2001-12-06 07:49:45
|
----- Original Message ----- From: "Petr Stehlik" <pst...@so...> To: <a8...@so...> Cc: <ata...@li...> Sent: Thursday, December 06, 2001 2:38 AM Subject: [Atari800-users] Re: 65816 module progress and more > > 130XE. I'm in the process of updating the antic.c module to generate the > > complete display that the ANTIC/GTIA is capable of producing. I'll gladly > > share it with anyone interested. Right now, my "patches" are a little > > sloppy and I've left most of the code I'm replacing in the source, just > > commented out. > > if you got bored by patching each new version of Atari800 for your > changes then clean them up and submit for inclusion in the main source > tree. I might do that, along with the hopefully now 100% operation 65816 core. I've added it in the same way the memory.[ch] files were done. I have the original 6502 code as cpu-02.[ch] and the new 65816 code as cpu-816.[ch], 816*.[ch], and opcodes.h. The 65816 code is essentially a direct pull from the XGS/32 source, so I need to make sure I edit each file and put some credits in there for the original author. I've considered merging the files into just cpu-816.[ch], but that isn't entirely possible the way opcodes.h is used. Someone might want to take this 65816 module and change create a 6502 equivilent. Basically, every opcode (in all 5 CPU modes of the 65816) has it's own function. An array of the functions is created and the main CPU loop just calls the appropriate index (based on the offset calculated by the CPU mode). > > BTW, I just found this in the original David's USAGE: > > "Note: The function keys will eventually be changed to a more logical > order." > > So perhaps this is the call for reassigning the keys as you suggested? Somehow I doubt that I'm the first to come up with the key mapping ideas I have. But it's nice to know it's "in the works" so to speak. > > > Petr > > > > _______________________________________________ > Atari800-users mailing list > Ata...@li... > https://lists.sourceforge.net/lists/listinfo/atari800-users |
|
From: Petr S. <pst...@so...> - 2001-12-06 07:41:23
|
On Thu, 2001-12-06 at 08:32, Nathan Hartwell wrote: > I'm assuming it had to do mainly with speed. A) speed and B) the borders hide stuff that should not be visible by intention (sprites etc). > It could be done as a compile-time option, I suppose. Right. Petr |
|
From: Petr S. <pst...@so...> - 2001-12-06 07:39:13
|
> 130XE. I'm in the process of updating the antic.c module to generate the > complete display that the ANTIC/GTIA is capable of producing. I'll gladly > share it with anyone interested. Right now, my "patches" are a little > sloppy and I've left most of the code I'm replacing in the source, just > commented out. if you got bored by patching each new version of Atari800 for your changes then clean them up and submit for inclusion in the main source tree. BTW, I just found this in the original David's USAGE: "Note: The function keys will eventually be changed to a more logical order." So perhaps this is the call for reassigning the keys as you suggested? Petr |
|
From: Nathan H. <ma...@ma...> - 2001-12-06 07:32:42
|
I'm assuming it had to do mainly with speed. Rendering all of that would take nearly twice the overhead in the program, plus it would only benefit a select few that really wanted it. It could be done as a compile-time option, I suppose. ----- Original Message ----- From: "Petr Stehlik" <pst...@so...> To: "Atari800-users" <ata...@li...> Sent: Thursday, December 06, 2001 2:27 AM Subject: Re: [Atari800-users] 65816 module progress and more > > 3 112's/0x70's at the beginning). So, technically, a 384x262 (or 384x312 on > > PAL) mode should be physically possible on the Atari hardware. Not that > > anything uses that, but if we're going to emulate the system, why not > > emulate it all the way. Right? > > the reasons were posted several times already. What a pity we don't have > a history of this list. > > Petr > > > > _______________________________________________ > Atari800-users mailing list > Ata...@li... > https://lists.sourceforge.net/lists/listinfo/atari800-users |
|
From: Petr S. <pst...@so...> - 2001-12-06 07:28:08
|
> 3 112's/0x70's at the beginning). So, technically, a 384x262 (or 384x312 on > PAL) mode should be physically possible on the Atari hardware. Not that > anything uses that, but if we're going to emulate the system, why not > emulate it all the way. Right? the reasons were posted several times already. What a pity we don't have a history of this list. Petr |
|
From: Nathan H. <ma...@ma...> - 2001-12-06 01:53:54
|
----- Original Message ----- From: "Jacek Popławski" <jp...@in...> To: <ata...@li...> Sent: Wednesday, December 05, 2001 7:28 PM Subject: Re: [Atari800-users] 65816 module progress and more > On Wed, Dec 05, 2001 at 07:06:58PM -0500, Nathan Hartwell wrote: > > Also, I've noticed that the current antic.c code is not written to display > > the entire 228 color clock scanline as the ANTIC/GTIA actually create it. > > What exactly is maximum possible screen size of Atari XL/XE ? I remember > biggest 1-bit mode in Atari Basic was 320x160 ? hm... after adding 8 it was > 320x180...? but that was standard mode, I remember I could change color of > border, and few application can draw on that border. So... I use 320+2*8 width > now, becouse I clip 2*12 pixels. You mean it is possible to use that 2*12 > pixels, too, yes? So I should set mode ATARI_WIDTH*ATARI_HEIGHT, without > cliping that 2*12 pixels? > I have 320/320+2*8 switch now, so I can extend it to 320/320+2*8/320+2*8+2*12. Of the 228 color clocks per scanline, the narrow playfield uses 128, normal uses 160, and wide uses 192. The remaining clocks are the border. The default display list, if I recall, starts with 24 blank scanlines (hence the 3 112's/0x70's at the beginning). So, technically, a 384x262 (or 384x312 on PAL) mode should be physically possible on the Atari hardware. Not that anything uses that, but if we're going to emulate the system, why not emulate it all the way. Right? > > -- > They'll take your diamonds, and then give you steel > You'll be caught in the middle of the madness > Just lost like them "All The Fools Sailed Away" > And part of all the pain that they feel - Ronnie James Dio > > _______________________________________________ > Atari800-users mailing list > Ata...@li... > https://lists.sourceforge.net/lists/listinfo/atari800-users |
|
From: Jacek <jp...@in...> - 2001-12-06 00:33:02
|
On Wed, Dec 05, 2001 at 07:06:58PM -0500, Nathan Hartwell wrote: > Also, I've noticed that the current antic.c code is not written to display > the entire 228 color clock scanline as the ANTIC/GTIA actually create it. What exactly is maximum possible screen size of Atari XL/XE ? I remember biggest 1-bit mode in Atari Basic was 320x160 ? hm... after adding 8 it was 320x180...? but that was standard mode, I remember I could change color of border, and few application can draw on that border. So... I use 320+2*8 width now, becouse I clip 2*12 pixels. You mean it is possible to use that 2*12 pixels, too, yes? So I should set mode ATARI_WIDTH*ATARI_HEIGHT, without cliping that 2*12 pixels? I have 320/320+2*8 switch now, so I can extend it to 320/320+2*8/320+2*8+2*12. -- They'll take your diamonds, and then give you steel You'll be caught in the middle of the madness Just lost like them "All The Fools Sailed Away" And part of all the pain that they feel - Ronnie James Dio |
|
From: Nathan H. <ma...@ma...> - 2001-12-06 00:07:07
|
As a few may be aware, I have been working on porting the 65816 CPU emulation from the XGS/32 (Apple IIgs emulator) project. I seem to have it done, but I have discovered a flaw with my plan. The current Atari800 project relies upon unused opcode values in order to use native C code to emulate certain functions of the Atari system. There are no unused opcode values in the 65816 CPU, so all of those "escape" functions have to be disabled. There is the possibility of somehow tying these "escape" functions to the COP instruction, but I have not looked into anything like that. Instead, seeing as how the only "escape" functions that are being added are to enhance screen/keyboard/disk I/O, handle printing, and introduce an H: device (that doesn't work with any version of SpartaDOS that I've tried), I was thinking of adding a virtual PBI device (similar to the MIO or BlackBox). Being a virtual PBI device, activating the appropriate device bit could trigger "intercept" routines that perform the appropriate functions in native C. Of course, a dummy PBI ROM would be coded to allow software to "see" it and respond accordingly. For that matter, the MIO/BlackBox ROM image could be used for this function. Instead of partitions on a real hard drive, individual ATR files could be used to represent each partition. Also, I've noticed that the current antic.c code is not written to display the entire 228 color clock scanline as the ANTIC/GTIA actually create it. Is there any reason why we clip the left and right sides? It'd be cool, but not required I guess, if the entire display (including the full borders) was available for those of us capable of and/or willing to enable a large enough display. 512x384 would cover it as 228 color clocks expands out to 456 "pixels", and NTSC/PAL goes to 262/312 scanlines. Anyone else interested in the full display? |
|
From: Nathan H. <ma...@ma...> - 2001-12-05 08:30:42
|
In that case, umm, oops? :) ----- Original Message ----- From: "Petr Stehlik" <pst...@so...> To: "Nathan Hartwell" <ma...@ma...> Cc: "Atari800-users" <ata...@li...> Sent: Wednesday, December 05, 2001 3:28 AM Subject: Re: [Atari800-users] hello? > On Tue, 2001-12-04 at 23:45, Nathan Hartwell wrote: > > Umm. You did? > > Yes, about two weeks ago when I tried to compare pros and cons of the sf.net. > > > > I knew about this Reply-to problem and I announced it in the > > > a8...@so... list. Nobody was reading me? > > |
|
From: Petr S. <pst...@so...> - 2001-12-05 08:28:23
|
On Tue, 2001-12-04 at 23:45, Nathan Hartwell wrote: > Umm. You did? Yes, about two weeks ago when I tried to compare pros and cons of the sf.net. > > I knew about this Reply-to problem and I announced it in the > > a8...@so... list. Nobody was reading me? |
|
From: Jacek <jp...@in...> - 2001-12-04 22:55:47
|
On Tue, Dec 04, 2001 at 11:40:44PM +0100, Petr Stehlik wrote: > Anyway, Sourceforge.net does not allow it, period. We'd have to host the > list elsewhere. There are many mailing lists on sf and people use it without problems. I read/write few of them and have no problem, I think configuring mail client will help. -- Safe in dreams Away from where they are Let me be nowhere Just another star "Feed my head" - Ronnie James Dio |
|
From: Nathan H. <ma...@ma...> - 2001-12-04 22:46:03
|
Umm. You did? I saw the how about moving to the sf.net lists" message, a message where you thought you subscribed us all, then another saying that feature had been disabled due to abuse. Did I miss it? ----- Original Message ----- From: "Petr Stehlik" <pst...@so...> To: "Nathan Hartwell" <ma...@ma...> Cc: "Atari800-users" <ata...@li...> Sent: Tuesday, December 04, 2001 5:40 PM Subject: Re: [Atari800-users] hello? > On Tue, 2001-12-04 at 23:33, Nathan Hartwell wrote: > > Then maybe we shouldn't use their list server. > > people are gonna kill me if I tell them to resubscribe again. > > Anyway, Sourceforge.net does not allow it, period. We'd have to host the > list elsewhere. > > I knew about this Reply-to problem and I announced it in the > a8...@so... list. Nobody was reading me? > > Petr > > |
|
From: Petr S. <pst...@so...> - 2001-12-04 22:41:14
|
On Tue, 2001-12-04 at 23:33, Nathan Hartwell wrote: > Then maybe we shouldn't use their list server. people are gonna kill me if I tell them to resubscribe again. Anyway, Sourceforge.net does not allow it, period. We'd have to host the list elsewhere. I knew about this Reply-to problem and I announced it in the a8...@so... list. Nobody was reading me? Petr |
|
From: Nathan H. <ma...@ma...> - 2001-12-04 22:33:39
|
Then maybe we shouldn't use their list server. Are we needing a new list host, or was this just a possible convenience deal? ----- Original Message ----- From: "Petr Stehlik" <pst...@so...> To: "Nathan Hartwell" <ma...@ma...> Cc: "Atari800-users" <ata...@li...> Sent: Tuesday, December 04, 2001 5:29 PM Subject: Re: [Atari800-users] hello? > On Tue, 2001-12-04 at 20:56, Nathan Hartwell wrote: > > Double response? > > that's the "advantage" of sf.net - they don't allow me to set the > Reply-To to point back to list. So when I am lazy and press just "Reply > All" you get it twice. > > Petr > > > > _______________________________________________ > Atari800-users mailing list > Ata...@li... > https://lists.sourceforge.net/lists/listinfo/atari800-users |
|
From: Petr S. <pst...@so...> - 2001-12-04 22:29:48
|
On Tue, 2001-12-04 at 20:56, Nathan Hartwell wrote: > Double response? that's the "advantage" of sf.net - they don't allow me to set the Reply-To to point back to list. So when I am lazy and press just "Reply All" you get it twice. Petr |
|
From: Nathan H. <ma...@ma...> - 2001-12-04 22:21:57
|
I hear you. I hope that's a setting that can be fixed. ----- Original Message ----- From: "Jaroslaw 'Athmagor' Wozniacki" <ath...@aj...> To: "Atari800-Users" <ata...@li...> Sent: Tuesday, December 04, 2001 4:30 PM Subject: Re: [Atari800-users] hello? > [ > Is there anybody in there? Just nod if you can hear me. Is there anyone at > home? > > (making sure I'm on the list and testing the turn-around time) > ] > > Nodding. Angry a little bacuse of this awkward replying - I have to manually > type the lists' address in 'To' field. > > > Ath > > -- > "We very much the same... You and I" P&M > ath...@aj... > > > _______________________________________________ > Atari800-users mailing list > Ata...@li... > https://lists.sourceforge.net/lists/listinfo/atari800-users |
|
From: Jacek <jp...@in...> - 2001-12-04 21:38:53
|
I am updating README/INSTALL and found small, but important bug. There is no "X-Windows", it's "X" or "X Window System" or "X11". -- Don't care which God you follow Whose promises you swallow Time and again We must meet at the end "Lord of the Last Day" - Ronnie James Dio |
|
From: Jaroslaw 'A. W. <ath...@aj...> - 2001-12-04 21:30:13
|
[ Is there anybody in there? Just nod if you can hear me. Is there anyone at home? (making sure I'm on the list and testing the turn-around time) ] Nodding. Angry a little bacuse of this awkward replying - I have to manually type the lists' address in 'To' field. Ath -- "We very much the same... You and I" P&M ath...@aj... |
|
From: Nathan H. <ma...@ma...> - 2001-12-04 19:56:41
|
Double response? ----- Original Message ----- From: "Petr Stehlik" <pst...@so...> To: "Nathan Hartwell" <ma...@ma...> Cc: <ata...@li...> Sent: Tuesday, December 04, 2001 2:41 PM Subject: Re: [Atari800-users] hello? > > (making sure I'm on the list and testing the turn-around time) > > you are on the list. > > Petr > > > |
|
From: Jacek <jp...@in...> - 2001-12-04 19:43:02
|
This mail is send to check if mailing list is working.
I include sourceforge statistics, so it won't be so empty :-)
Atari800 page views in last days: 2,367
Atari800 downloads:
28nov - 1
29nov - 72
30nov - 415
1dec - 663
2dec - 455
3dec - 159
Atari800 is on 485 place in "activity" from all sourceforge projects
--
No one sees an angel till it smashes to the ground
And then you run somewhere
And leave it lying there
"Magica" - Ronnie James Dio
|
|
From: Petr S. <pst...@so...> - 2001-12-04 19:42:31
|
> (making sure I'm on the list and testing the turn-around time) you are on the list. Petr |
|
From: Nathan H. <ma...@ma...> - 2001-12-04 19:31:03
|
Is there anybody in there? Just nod if you can hear me. Is there = anyone at home? (making sure I'm on the list and testing the turn-around time) |