Re: [Atari800-users] Rasp Pi Zero W w/Atari800
Brought to you by:
joy
From: Cliff H. <ha...@bt...> - 2021-02-23 14:17:08
|
Thanks Brandon. I apologise in advance if this takes you back down a route you have already explored, but it will be worth it if we can expose a glitch in the system or show that all is well. When I connect my Pi Zero to the TV it runs with a display resolution of 1824x984 with no loading issues, so I think you should be OK with 1360x768 - but it's great that you have another monitor to try as well. When you have set everything up, try connecting via ssh and take a look at the loading with the "top" command. The load varies a little depending on what atari800 is doing, but when it is sitting displaying the BASIC READY prompt on a 1280x1024 monitor, I see it using around 50% CPU: top - 13:29:27 up 1:24, 3 users, load average: 0.78, 1.06, 1.09 Tasks: 108 total, 1 running, 107 sleeping, 0 stopped, 0 zombie %Cpu(s): 61.5 us, 2.9 sy, 0.0 ni, 35.6 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st MiB Mem : 430.1 total, 76.0 free, 121.3 used, 232.8 buff/cache MiB Swap: 100.0 total, 100.0 free, 0.0 used. 244.5 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 898 pi 20 0 334224 14316 11992 S 49.7 3.3 40:05.83 atari800 727 pi 9 -11 620728 9208 7936 S 13.5 2.1 11:05.93 pulseaudio 45 root 1 -19 0 0 0 S 1.9 0.0 1:35.65 vchiq-slo+ 1707 pi 20 0 10280 2972 2488 R 1.3 0.7 0:10.62 top 46 root 1 -19 0 0 0 S 0.3 0.0 0:15.85 vchiq-rec+ ... plus numerous other processes using less than 1% CPU each. I've noticed that the sound is a little choppy when top is running, I guess because it keeps grabbing attention from the single core every time it updates its display. If the problems you have seen were caused by another application competing with atari800 in this way I'm not entirely sure how we will go about identifying it, but we will see what we can find - and I'm sure there is enough expertise on this forum to help us pin it down. Best Regards Cliff On 22/02/2021 22:11, Brandon wrote: > > Cliff > > Appreciate the details in this last email. I do have more than one Pi > Zero and a few SD cards ;-) , so I am not opposed to load another SD > card with the Rasp OS again and see if it might have been my install > or something else. With the minor effort it takes now for me to get > one up and running, I have no issues with doing another for testing > purposes. Also, I am running this currently on a 32” Sony that > registers at 1360x768 @ 60Hz when the Pi boots. Not sure if that makes > a difference in reference to your HD comments. > > I added a simple command in the cron to start Atari800 after auto > logon and it boots up to Atari800 in under 40 seconds from initial > power up to emulator. That’s pretty impressive to me. > > I have a 20” 4:3 monitor with built-in speakers that will prob become > the display for this unit once I get everything buttoned up on it. > > *From:*Cliff Hatch via Atari800-users > [mailto:ata...@li...] > *Sent:* Monday, February 22, 2021 4:01 PM > *To:* ata...@li... > *Cc:* Cliff Hatch > *Subject:* Re: [Atari800-users] Rasp Pi Zero W w/Atari800 > > Brandon > > I'm glad you have found a solution. I guess that effectively closes > the case - but from my perspective it leaves an unresolved puzzle. > > I did the Raspberry Pi builds for V4.2.0, so was interested to hear > about the problems you encountered. The intention is that users > should be able to install atari800 with Pi OS on any machine (zero, 2, > 3 or 4) and run it without difficulty. However, your experience > suggests that this is not always the case, and that there may be some > performance issues we could usefully fix - or at least document so > that others aren't tripped up by them. I am only able to test the > builds on my own limited hardware, and there is always a chance that I > will miss something. > > The poor performance you observed in the interval following startup is > the kind of thing that might well have escaped my notice, but I have > looked for it over recent days and can't see it - the emulator always > starts at 100% for me. > > There is clearly a difference between your setup and mine, > particularly with regard to the Zero, which you found unusable with Pi > OS. The symptoms you described (running below full speed with choppy > sound and video) do strongly suggest a loading issue, but we have > ruled out the possibility that you accidentally installed the Pi 4 > version. The only other thought I had was that you might be using a > Full HD monitor and the system was struggling to generate very high > definition images - but a few experiments with my TV seemed to rule > that out too. It appears that Pi OS doesn't attempt to run the older > Pis at maximum resolution, but limits itself to settings it can manage > - I found that the CPU load imposed by atari800 remained around 50%, > as with my lower resolution monitors. > > In the absence of any other clues, maybe we will just have to leave > this as an unexplained mystery? > > Best Regards > > Cliff > > On 22/02/2021 17:29, Brandon wrote: > > Chris > > That did it > > Set the following to 0 > > CONFIG_CHECK_DIETPI_UPDATES=0 > > CONFIG_CHECK_APT_UPDATES=0 > > Atari800 start at 100% speed. > > Thanks! > > *From:*Christian Groessler [mailto:ch...@gr...] > *Sent:* Monday, February 22, 2021 11:03 AM > *To:* ata...@li... > <mailto:ata...@li...> > *Subject:* Re: [Atari800-users] Rasp Pi Zero W w/Atari800 > > Can't you just disable the "update" startup script? > > I think that's anyway better after you have a working setup. > Otherwise an update could break something. > > regards, > chris > > On 2/22/21 4:15 PM, Brandon wrote: > > Cliff > > I had the correct debian package installed for 0+2+3 buster. > Have you attempted to boot to the Rasp OS desktop and > immediately go into Atari800? This issue appears in the first > 2-3 mins of booting the OS. > > My guess would be that all OSes do similar update list checks > at the boot up time. This might point to the startup script as > the culprit. > > I can live with the delay, but if I can find a solution I will > continue to work on it. > > *From:*Cliff Hatch via Atari800-users > [mailto:ata...@li...] > *Sent:* Sunday, February 21, 2021 5:30 PM > *To:* ata...@li... > <mailto:ata...@li...> > *Cc:* Cliff Hatch > *Subject:* Re: [Atari800-users] Rasp Pi Zero W w/Atari800 > > Oops, I got the names of the Debian install packages wrong. > They are*atari800_4.2.0_rpi0+2+3_stretch+buster.deb* and > *atari800_4.2.0_rpi4_buster.deb* > > On 21/02/2021 21:04, Cliff Hatch via Atari800-users wrote: > > Hi Brandon > > On boot up, DietPi is at 100% CPU usage for approx. > 2-3 minutes > > OK, hopefully that accounts for the problem - let us know. > > I'm still puzzling over the problems you encountered with > Pi OS on the Zero though: > > ... the PI ZERO W just isn't up to par on speed for > the emulation. Choppy play and sound experiences at > all times. > > I can't replicate this on my system. I have the full > version of Pi OS + desktop installed, and atari800 runs at > full speed with total CPU loading around 50% - so there > seems to be plenty of spare capacity and no necessity to > resort to stripped down operating systems. > > Is there any possibility that you might have accidentally > installed the Pi 4 version *rpi4_buster.deb*? It will > install and run on the older Pis, but seriously overloads > the cores on the Zero and 2. The Pi 3 can manage it, but > will run the correct version > (*rpi0+2+3_stretch_buster.deb*) much more efficiently. > > If you want to try > reinstalling*rpi0+2+3_stretch_buster.deb*, take out the > installed version first, also delete its configuration > file because it contains fields that are specific to the > two versions. > > Change to your home directory, then: > > 1. rm .atari800.cfg > 2. sudo dpkg --remove atari800 > > and reinstall. > > Cliff > > On 21/02/2021 19:38, Brandon wrote: > > I believe I figured it out. Has nothing to do with > Atari800. > > On boot up, DietPi is at 100% CPU usage for approx. > 2-3 minutes, then drops down to under 3% usage. > > On initial boot up the following two commands execute > in order using 98-100% of CPU before the CPU usage drops. > > apt-get –q update > > apt –qq list –upgradeable > > Once these complete, everything runs smoothly. So now > I need to see if I can opt out in the start-up and > only execute them on demand when needed. > > > > > > > _______________________________________________ > > Atari800-users mailing list > > Ata...@li... <mailto:Ata...@li...> > > https://lists.sourceforge.net/lists/listinfo/atari800-users > > > > > > > > > > > _______________________________________________ > > Atari800-users mailing list > > Ata...@li... <mailto:Ata...@li...> > > https://lists.sourceforge.net/lists/listinfo/atari800-users > > > > > > > > > > _______________________________________________ > > Atari800-users mailing list > > Ata...@li... <mailto:Ata...@li...> > > https://lists.sourceforge.net/lists/listinfo/atari800-users > > > > > _______________________________________________ > > Atari800-users mailing list > > Ata...@li... <mailto:Ata...@li...> > > https://lists.sourceforge.net/lists/listinfo/atari800-users > > > > _______________________________________________ > Atari800-users mailing list > Ata...@li... > https://lists.sourceforge.net/lists/listinfo/atari800-users |