Giter Site home page Giter Site logo

Comments (12)

midwan avatar midwan commented on May 27, 2024

I cannot recreate this, at least when testing on my Pi400 running Manjaro.
Using the same steps as described above, I see the CPU usage fluctuate between 0-20% while waiting in the Kickstart 1.3 screen.

from amiberry.

giantclambake avatar giantclambake commented on May 27, 2024

OK, it may be x86-64 related ~ now that I have both rpi3/rpi4 platforms, I'll retest this and see if I can get a better angle at the problem.... thanks =)

from amiberry.

giantclambake avatar giantclambake commented on May 27, 2024

M'kay ... given your result, I decided to tangent off x86-64, and redo the test on the rpi4-B-4g (closer machine target)

This is HDMI capture @ 1280x720, running 2023-10-10-raspios-bookworm-arm64-full.img ... allegedly a picture paints a thousand words, and to see is to understand (I hadn't tried this on other hw ;)

https://www.youtube.com/watch?v=WKRXYL_L9nA

from amiberry.

giantclambake avatar giantclambake commented on May 27, 2024

On the m93p thinkcentre, deb 12.1, same test and more or less same result,...you see what I mean -- CPU utilization remains at 0% ...same here on this amd64 box with x86-64 amiberry build.

https://www.youtube.com/watch?v=PqgmxHmQpME

from amiberry.

midwan avatar midwan commented on May 27, 2024

I still cannot recreate this here, on the platforms I'm testing.
Did you try just using Quickstart -> A500 (as it comes up by default really), then inserting Workbench 1.3 into DF0, enabling Status Line Native and Start?

That's what I did, and I'm seeing the CPU usage fluctuate as expected.

Can you attach your amiberry.conf file, to check for any default values that might be different from what I have?

from amiberry.

giantclambake avatar giantclambake commented on May 27, 2024

Apols for belated reply here...

Quickstart -> A500 (as it comes up by default), then inserting Workbench 1.3 into DF0, enabling Status Line Native and Start?

Same result following this example ~ CPU utilization is always 0%

Requested file attached ;)

amiberry.conf.gz

from amiberry.

giantclambake avatar giantclambake commented on May 27, 2024

Finally found the trigger for this...

GUI->Quickstart->A500 .... if CPU Speed is set to 7/14/25Mhz (CPU and FPU panel), Status Line native does not work and always displays 0% CPU utilization...

If however CPU Speed is set to 'Fastest', Status Line native works as expected.

I get the same result with other selected Amiga models -- the CPU Speed has to be set to 'Fastest', for Status Line native to work.

x86-64 / debian bookworm / amiberry v5.6.4

HTH

from amiberry.

giantclambake avatar giantclambake commented on May 27, 2024

Just noticed this works as expected in v6.1.2 preview.

Still does not work in v5.6.5 however, same behavior as per last post above.

from amiberry.

giantclambake avatar giantclambake commented on May 27, 2024

This has actually gotten worse... v6.2.1 preview / x86-64

ex

-sound utilization always at +50 even though floppy sounds not enabled
-CPU utilization always 0% ~ using 'fastest possible' for CPU speed no longer seems to get it working.

Still seems to work in RTG mode however.

wb13.uae.gz

from amiberry.

giantclambake avatar giantclambake commented on May 27, 2024

A bit better now, but still hinky ....CPU flicking to 137 coincidental with framerate dropping to 37fps (which I don't think is actually happening, framerate seems solid). Sound utilization seems better now. Still the case that 'Fastest possible' needs to be enabled .... at 'normal' emulation speed, host CPU hovers between 17%-25% utilization, but statusline displays 0% in this case. https://www.youtube.com/shorts/5RBCEFf3ktA

from amiberry.

midwan avatar midwan commented on May 27, 2024

The code that calculates the FPS and CPU percentage, is identical to that of WinUAE. Indeed, I see the same numbers there as well. I'm not sure if this is a bug that Toni missed, or if it's designed to work this way (and we misunderstood the purpose). :)

from amiberry.

giantclambake avatar giantclambake commented on May 27, 2024

Fortunately for me it's not a feature I rely on nor use typically, but I do obviously check it. If this is some kind of upstream bug in winuae, then there's likely aught that can be done about...

....good to know you're seeing the same thing however, and it's not just specific to my setup ;)

from amiberry.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.