@netstar Do you have a simple demo to show the issue?

Ah, okay.

Yes, expected and exactly what I've told you: The CPU will always have some work to do when the Computer is running.

Checking via bpytop.
It looks like this...

You have to be more specific. How do you check if E uses 100% CPU?

I double checked the efl source I cloned and it does have WRN in src/lib/ecore_input/ecore_input_joystick.c onl ine 487.
I changed it to DBG just in case. I get the same failure.
I checked the version of edje_cc and it reports 1.25.99. I still get the segfault when building enlightenment.
I'll check all the library versions. Maybe I have an older version somewhere.

Actually, this ended up being a PEBKAC issue. For some reason, on arch, the pipewire service was masked, so it never started. After unmasking, E mixer works perfectly!

At least on arch, "pipewire-pulse" is a new process that replaces /usr/bin/pulseaudio, and acts as a bridge to pipewire (the new hotness). Fedora has a similar "pipewire-pulseaudio," which seems to have the same /usr/bin/pipewire-pulse process (this will be the default in their next release, removing pulseaudio).

i don't think it will be complicated...just figuring out.

I only ever did OSS :( lol

As discussed.

Did the pulse Service name change ??

Modify your local copy to read:

Warnings should not cause Failure to my knowledge .. unless you have an Eina_Abort set or something....

There may be an E mixer logging domain that could be enabled with debug code to find the problem......

This is not a problem that @raster should have to deal with ... I can fix what's wrong if others gather....

@abrouwers don't give up ... this Can be fixed...

@ProhtMeyhet Mixer prolly needs a patch...

netstar expressed a concern and Did Provide some code that Could have helped...

To Me, It looks like your Code is Out of Date.....

Thanks for the thoughts! I might be incorrect, but I thought the purpose of pipewire-pulse, for example, is to be a "drop-in" replacement for the pulseaudio process. That is, as long as the apps use libpulse properly, it will all Just Work. So, I think as long as emixer uses libpulse correctly, it should work out of the box, without needing to be ported.

`As far as I know there is no pipewire support in E. Maybe someone is working on it, but for now ... I guess you are out of luck.

That seemed to be what I found in the code also. The assertion had been changed from an error to a warning but it looks like it might be a regression?

I tested this patch, and it works well here! I liked "prettier" names under the Inputs tab, though I still get a bogus mic listed:

Not sure why I am the reviewer here ... but I really am the wrong person for this as I don't know pulse or alsa, etc, etc

I am confused wrt this ...

I installed efl 1.25.99 and attempted to build e24. Looks like the joystick issue still exists.
meson config run -
$ meson . build
The Meson build system
Version: 0.52.1
Source dir: sourcedir
Build dir: builddir
Build type: native build
Project name: enlightenment
Project version: 0.24.99
C compiler for the host machine: cc (gcc 8.3.0 "cc (Debian 8.3.0-6) 8.3.0")
C linker for the host machine: GNU ld.bfd 2.31.1
Host machine cpu family: x86_64
Host machine cpu: x86_64
Program git found: YES (/usr/bin/git)
Compiler for C supports arguments -Wall: YES
Compiler for C supports arguments -W: YES
Compiler for C supports arguments -Wpointer-arith: YES
Compiler for C supports arguments -Wshadow: YES
Compiler for C supports arguments -Wno-missing-field-initializers -Wmissing-field-initializers: YES
Compiler for C supports arguments -Wfloat-equal: YES
Compiler for C supports arguments -Wuninitialized: YES
Compiler for C supports arguments -Wundef: YES
Compiler for C supports arguments -Wcast-align: YES
Compiler for C supports arguments -Wformat=2: YES
Compiler for C supports arguments -Wno-format-y2k -Wformat-y2k: YES

glxgears won't tell you if its software gl rendering or not. Normally the gl renderer string says like softpipe or llvmpipe in it and evas blacklists this and refuses to init gl if that is found. Of course this could have changed over time and the blacklist is not working. Most systems made in the last decade can run glxgears in software at 60fps easily... so it's a useless test.

there is one param in git.

Mistake, sorry.
I confused "worth" with "worse"
Responsiveness is *worse* (in french:"pire") with Software than with OpenGL

Mistake, sorry.
I confused "worth" with "worse"
Responsiveness is *worse* (in french:"pire") with Software than with OpenGL

Displaying responsiveness is worth with Software

Rendering is OpenGL not Software.
glxgears
298 frames in 5.0 seconds = 59.538 FPS
301 frames in 5.0 seconds = 60.009 FPS
301 frames in 5.0 seconds = 60.005 FPS
301 frames in 5.0 seconds = 60.006 FPS
301 frames in 5.0 seconds = 60.005 FPS
301 frames in 5.0 seconds = 60.007 FPS
301 frames in 5.0 seconds = 60.005 FPS
301 frames in 5.0 seconds = 60.002 FPS
301 frames in 5.0 seconds = 60.009 FPS
301 frames in 5.0 seconds = 60.005 FPS
301 frames in 5.0 seconds = 60.005 FPS
Same result with Software and Xfce4
Displaying responsiveness is worth with Software

Can you please check if OpenGL works and if you are running Enlightenment on OpenGL instead of Software?

OK I pulled and built efl 1.25.99. I still need to install it and build the latest e24.
I'll let you know how it goes.

@dpollack No particular link ... just git master is fine

As far as I know I have the latest code. Do you have a git link you want me to pull from?

I am looking through the current code and it seems this is no longer an ERR message ... downgraded to a Warning in the current codebase... that's why I was wondering if this was still an issue because the code has been changed....

Yes it is. Occurs on my Thinkpad 480S but not on my desktop machine without a joystick installed.
Maybe related to the trackpoint device or all joysticks?

@abyomi0 Is this still an issue ??

I pushed a fix for this issue: 95a88f5a6c5c8bcc8bacb014

Just a note.

Thank you for sharing.
Get to know about freelance technician.

Yes - had to move. LAndlord selling current place. So have spent now 2 weeks packing and now unpacking... :)

which kind of troublesome ?

too unstabilized... need to fix up broken stuff...

@vtorri thanks for patching. but it occurs some troublesome both meson / autotools method... We can't apply this until one of them is stabilized as it does before.

After a quick pull is working now.

Still not working for me :( I did fresh clone and I believe is the same error https://pastebin.com/ZnaFQFWy

I did not take into consideration distros which do not keep up ... I can revert it ... Sorry

No mallinfo2 in Ubuntu/Debian (and the most common distributions) because Glibc 2.33 is not yet available.
Please revert this commit!

The pastebin is already gone.

@devilhorns https://git.enlightenment.org/core/efl.git/commit/?id=17137316eeb728a30c3c14e4b3a2f1cd8765bbfc

I am not an expert but this seems to be right

fix incorrect change