Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

125 Excellent

About calimero

  • Rank

Contact / Social Media

Profile Information

  • Gender

Recent Profile Visitors

6,040 profile views
  1. This question best describe state of computer world at time: like Sam replay: at time (1992.) Atari had much better programs for less money then this BIG NAMES but only small portion of computers users know this, or recognize this...
  2. Thanks a lot!!! some notes: ”One megabyte machine SRP is US $799, a 4 megabyte unit is $999 and 4 megabyte with a 65 megabyte hard drive is US $1299” Is this was real starting prices of Falcon in USA? It was almost same as ST: Bundled with an external 360K single sided 3.5 inch floppy drive, mouse and monochrome monitor, ST costs $799.
  3. You can try TOS2GEM http://milan.kovac.cc/atari/software/?folder=/OS/XTNSION#TOS2GEM.FTP And you can also check thread:
  4. One with least amount of polygons and quarter screen for game play! TrexWarrior No Second Prize by my personal experience are smoothest. btw Can I ask why did you open this thread(and other similar threads about 3D graphics)? EDIT: Epic was epic I do remember that Mig-29 Fulcrum was smooth; also Battle Command... you can also check thread: https://www.atari-forum.com/viewtopic.php?t=23208
  5. Does MC68000 still get hot (did temperature now go down)?
  6. Or you can go to wikipedia Graphics: "VIDEL" fully programmable video controller: Palette of 262,144 possible colours (18 bit), 256 new color registers Bitplane modes of 2, 4, 16 or 256 colors (1, 2, 4 or 8 bit) Chunky 16-bit truecolor mode RGB output can feed either 15 kHz RGB monitor or TV, old Atari SM124 monitor or a VGA monitor Despite the capabilities of the Videl, the plain TOS allows the user the choice of only a few resolutions up to 640×480 (or even less in the case of 16-bit mode and VGA). In order to achieve the full potential of the Videl one has to use one of the numerous existing alternative utilities, such as "Videlity", "Videl Inside", "Blow UP" etc.. using alternative utilities you can make something like 1024 x 768 pixels on LCD monitors or even higher at cost of refresh rate...
  7. Yes, MROS is MIDI related and is Steinberg OS and Cubase (among other software) use it. What I believe is that Cubase Audio (software that have D2D audio recording and runs only on Falcon) exploit DMA SCSI ability by skipping TOS for disk access and thus skipping problem that you mentioned: that CPU wait while DMA transfer is over (in TOS) - which basically defeat the purpose of DMA (if CPU is stalled while DMA is not finished)! Right now I can not access Falcon manual, but I do know that there is explanation how sound matrix is connected (and it is not the same "as ST recording", it is Falcon audio recording on SCSI/DMA). There can be found exactly how data is transfered (I read it few years ago, now I am on vacation so my internet access is limited, and time ). Please note that audio recording on Falcon does not have anything with DSP. DSP can be involved in audio by adding realtime effect but is not mandatory for audio hard disk recording (D2D). Because of operating system. Steinberg did make ASIO drivers to skip/patch/avoid (I do not know technical details how they did it) whole Windows mess. Beside whole PC hardware was/is bunch of lowest common denominator: e.g. put IDE in PC and than wait for X years to gain everything that SCSI had years before. Same goes for any other technology used in PC (BIOS, CPU/AltiVec, card slots, ports and finally Microsoft OS). Today problem is that Wintel destroy any alternative company so you can not even compare PC to anything else (so you can not tell how crap PC is! Fortunately Apple is the only company that survive Microsoft "Embrace, extend, and extinguish" strategy and they present last year alternative to Wintel in form of M1 chip (chip that expose how crap is Wintel universe)). Back in days it was much more obvious when you could see Falcon doing stuff that only Pentium grade PC could match. On MagiC this is not the case. Probably. Finally you understand what I was talking about in posts days ago... bravo. (sarcasm) Did not occur to you or you just did what OldSchoolRetroGamer suggest in post #92? - Continue to talk for few more posts how TOS stall CPU on DMA transfer. Which is good. But why I need to wait for dozen post for you to come to this simple conclusion: "Only way to override it is own, direct SCSI access code - is there something like it in Cubase ?" Thank you. You still can not grasp that there is no need for more than 1.5MB/s for 16 audio tracks and, more important, that Cubase probably need every CPU cycle for other task while recording/playing audio tracks. In Cubase Audio you can mix MIDI tracks with Audio, you have update of screen in realtime... so loss of CPU cycles in case of potential IDE transfer would probably harm whole program. ...but reading what you wrote, I do believe that you could write Cubase Audio that would work like Steinberg program but with IDE audio direct to disk recording... (I am serious about this statement!) Like Douglas Little showed that Falcon can run Doom like game and Quake like engine (without Pentium grade CPU) it is pure software goodness! so I do believe that you could do same for writing audio tracks to IDE on Falcon...
  8. I san say excatly same thing for you: “You don't listen - I wrote here multiple times”... that Cubase Audio (“Audio” is special version of Cubase for Falcon that can perform direct to disk (D2D) audio recording (only on SCSI disk) while can also perform realtime effects on audio that is playing (it can record and playback at same time up to 16 channel IIRCC). (Sidenote: PC could not perform same thing well until Pentium class processors. Many musician, my friends, was satisfied only with Pentium II class CPU and Cubase...) So, do we understand each other? ST Cubase and IDE have nothing with topic on SCSI, Falcon and Cubase Audio. —- Next topic: do you know what is MROS? (I must ask like this to be sure that you understand me) But in multitasking system IDE will spent CPU cycles on transfer and in case of SCSI CPU will be free to do other stuff (it will not need to insert Waits like in TOS).
  9. probably not if 1.5MB/s spent 50% of CPU time. So in this case SCSI also have advatnage over IDE. (We can argue that on Atari you do not move tons of MB per second so difference for user experience would be minimal but... SCSI had advantage that is exploited with MagiC)
  10. D2D will not work for sure. There is a bunch of threads on this topic, like this one: https://www.atari-forum.com/viewtopic.php?t=38884 Btw I am not sure why you mention MegaST and Cubase at all...?
  11. I just stumble on this thread: here is a list of Atari serial numbers (including Falcons) so please weite it down. You can download existing list and use it as you like http://milan.kovac.cc/atari/chipmunk/
  12. Because I lime exclamation marks. I have collection of them: ! !! ! !!! !!!! Not really But I do forgot to mention: in same time. SCSI harddrive was connected to Falcon and PC in same time and both computers could access it.
  13. There should be some slowdowns since there are no separate (exclusive) data paths on motherboard for SCSI to RAM data transfer, right? btw one audio track is 98KB/s (at 49KHz). Cubase Audio could use 16 tracks IIRC. So there will be around 1.5MB/s of data... I do believe that Cubase does not use TOS for disk acces. Steinberg did make MROS for ST long time ago so they probably do not stall CPU. Cubase Audio can perform realtime effect on sound using D2D. I do believe that it will be no possible with IDE. I wonder if there is any multitrack D2D audio software for Falcon that can be compared with Cubase Audio in terms of effects and to use IDE? My point is that SCSI is in a Falcon with good reason. Sidenote: MagiC also has an option for Background DMA access. When it is turned on, even floppy operation works in background.
  14. This is argument pop-up (like “SCSI does not use CPU” :D) many, many times but it is not true. No, you can not write whatever you want. Wikipedia had it’s rules and moderators. I find Wikipedia as a good starting points like a list of links (references). Many times in “talk” pages one can find usefull information... it is far from perfect, many times I hate it, but for sure it is not a place where you can write whatever you want. (This forum is ) I did make contributions to Wikipedia so this is my experience, first hand
  15. But SCSI on Falcon (and on TT) is DMA driven (does not spent CPU cycles like IDE)? Right? (IDE on Falcon is using what is called PIO mode?) This is important becaus of D2D (direct to disk) hard disk audio recording. E.g. Cubase Audio works only with SCSI drives... SCSI was used for different devices... e.g. printers and scanners. My Mac Performa come with intel i960 NuBus card and SCSI interface for rasterising (RIP) and film printing (imagesettings). My ex-TT also come with scanner drivers and software and drivers for Linotype... everything connected in SCSI chain. I also saw, back in 90s, that people used same SCSI hard drive connected to Atari and PC and used it to transfer files! (And already mentioned Direct to disk recording...) What I want to say is that SCSI back in 90s was quite a thing. (And today IDE is much more practical but you can not use Cubase Audio...) edit: I saw that Cyprian replay on a CPU driven IDE...
  • Create New...