Search results

I just meant that grepping for "OpenGL version" doesn't yield any useful information, since it will always be 3.0 (at most), no matter which GPU is used. You'll find the actual supported OpenGL version under "OpenGL core profile version". It should be 4.5.

You are filtering for the wrong string. What you are looking for is the "OpenGL core profile version", which should be at 4.5 on the MicroPC's UHD Graphics 600 GPU with Mesa. The OpenGL version 3.0 you saw there is for the OpenGL compatibility profile. Mesa does not support anything higher than...

Shouldn't the UEFI of the Micro PC already have sent the initialization sequence, once the operating system gains control? Otherwise you shouldn't be able to see anything on the screen until the OS loads, right?

SDL should prefer ALSA over OSS if both are available. So you shouldn't need to set that explicitly, unless you want to use a non-default device (such as your Bluetooth device). In that case, you need to set both the driver and the device, e.g. SDL_AUDIODRIVER="alsa" AUDIODEV="hw:1,0". The...

While Gmu can use OSS to control the sound device's mixer, this is entirely optional. The actual audio output is done through SDL, so it should be able to use whatever audio backend is available on the system and supported by SDL, e.g. ALSA. So in theory it should be possible to use Bluetooth...

If anyone with a GPD Win could boot some Linux live system on the GPD Win and post the output of lspci and lsusb here, that would be awesome!

Thanks EvilDragon for trying Linux on the GPD Win. Much appreciated! Too bad they are using a Broadcom Wifi chip. Could you post the output of lspci and lsusb?

Even if it is repeated over and over again, it doesn't become true all of a sudden. Even the previous generation of Atoms had a better performance per watt than the most efficient ARM SoCs and idle power consumption was already really good on even older Atoms. That's a valid point. The whole...

Does drastic use the same version of SDL as Gmu does? SDL2 might do audio things differently.

It doesn't. Gmu is not a frontend for mplayer. It implements everything needed for audio file playback itself and uses SDL for audio output. Since SDL is able to use ALSA, it also recognizes and uses an .asoundrc file in its home directory if there is one and it can see and access it. If it only...

That also looks very much like an unsupported sampling rate.

Not necessarily. smplayer could possibly include an internal resampler that is used in case the audio device does not support the required sample rate. I assume you meant sample rate, not bitrate. The bitrate does not matter at all in this case. The only two things that might cause an issue here...

Yes, using the default device is the easiest way to do that. Instead you could also explicitly tell SDL (which Gmu uses for audio output) to use a specific device through environment variables, e.g. SDL_AUDIODRIVER="alsa" AUDIODEV="hw:1,0" (for BT audio it is not hw:1,0 of course but whatever...

Hey Holliefant! I'm fine, how are you? I'm glad you still like Gmu. :) About the Bluetooth audio issue, the log file I have seen so far contains only a single hint: ALSA lib audio/pcm_bluetooth.c:1614:(audioservice_expect) BT_GET_CAPABILITIES failed : Input/output error(5) That basically...

SDL2_gfx is not necessary. If SDL_gfx is installed, there should be a file called libSDL_gfx.so.0 in the lib directory (usually /usr/lib). If that file is there and Gmu still can't find it, something else must be wrong. Version 2.0.25 of the library should be fine.

Hello, Gmu developer here. I was just made aware of this thread. The SDL frontend issue with Gmu is caused by a missing SDL_gfx library on the Slackware system. This can either be fixed by installing the library or rebuilding Gmu without a dependency on SGL_gfx. The latter would disable cover...

You have been accusing me of that game playing crap, so if you are not interested in that either, I wonder why you started that in the first place. If you do not understand what I mean, that's perfectly fine, just ask and I'll try to explain myself better, but at least try to be a little polite...

There is nothing ridiculous about what I said. That's is simply not what I said. I said that not all of the flash memory is robust. So you are denying that there is flash memory that fails? I am not interested in playing games. If you want to do that, I suggest you do that elsewhere. Every...

I am well aware that there are other failure points, but even eMMC memory has been known to fail on mobile devices. So saying it is generally robust simply is wrong. Sure, there are types of eMMC (and other flash memory) that are quite robust. The actual flash memory cells on modern memor chips...

It isn't. Continuous use could very well mean simply being powered on or reading stuff from it. What wears flash memory out is writing (or more precisely erasing cells), so the only useful measure is the amount of data that can be written in total. So this number does not say anything about the...