Let's see what the author says perhaps it's the mui thebar class.

[quote name=AMIGASYSTEM post=12810]@AMIGASYSTEM - NVIDIA GeForce GTX 850M It still doesn't work[/quote] I have one laptop with NVidia card, but it's an older Fermi generation card. I will be looking into booting nouveau on it soon.

@AMIGASYSTEM I added a simple grabber to FFmpeg. It's not exactly a speed demon. I'm not sure if it'll be useful for any practical applications. You can test it out: ffmpeg -f arosgrab -framerate 10 -i screen -t 10 -c:v libx264 -preset ultrafast -pix_fmt yuv420p output.mp4 [url]https://drive.google.com/file/d/10d9FtHGP3A3oSOoWdBuM-bghaXbNv4L2/view?usp=sharing[/url]

NVIDIA GeForce GTX 850M It still doesn't work

[quote name=Amiwell79 post=12804]@Amiwell79 - When I open Slovo, I can't type anything[/quote] Amiwell Slovo Editor works great on AROS; you're probably experiencing some issues with your system. Slovo Editor doesn't require any external plug-ins—they're definitely built into the binary. --- Italiano --- Amiwell Slovo Editor funziona benissimo su AROS, probabilmente hai qualche problema nel tuo sistema, Slovo Editor non ha bisogno di PlugIn Esterni, sicuramente li haintegrati nel binario.

Aha, I only installed the HWPlayer but maybe that isnt really AROS. I've mostly used Hollywood on Linux, bought the license

You need the libraries in libs: the Hollywood ones "libs:hollywood" https://hollywood-mail.com

I have a 9500GS to test it with, just need to summon some courage first

what do I need to try it? It won't start here

When I open Slovo, I can't type anything

Version 0.7.9 ready for testing Added "select all" Added two column support Fixed selection align Fixed netbook use

GTX980 works :)

New build available, Beta-2 [url]https://axrt.org/development/nouveau.hidd-20260706-49.3.zip[/url] NVidia firmware: [url]https://axrt.org/development/NVidia-firmware.zip[/url] (NVidia directory goes into DEVS:Firmware) Changes: - enabled GTX 9xx series cards (NOTE: requires binary firmware) - enabled 2D acceleration on Tesla, Fermi, Kepler and Maxwell cards (from GF 8**** to GTX 9xx) - enabled 3D acceleration on Tesla, Fermi, Kepler and Maxwell cards (from GF 8**** to GTX 9xx) Known issues: - 3D acceleration is not stable, ADoom3 crashes a lot, some other games work correctly - DVI and VGA work, but HDMI and DisplayPort don't work yet - not tested with mobile chipsets Tested on: 8500GT, 8400GS, 9500GT, GTX550Ti, GT630, GTX650, GTX750, GTX760, GTX950

It's here: [url]https://github.com/deadwood2/contrib/tree/master/SDL[/url]

[quote name=deadwood post=12795]@deadwood - It's quite possible SDL_gfx will compile with only minor changes. I checked SDL_gfx for SDL1 in contrib repository and it doesn't need any changes at all.[/quote] The ideal is to have the version 2.0.22 or later. The current AROS 32-bit seems to be 2.0.16. Where's this contrib repository?

It's quite possible SDL_gfx will compile with only minor changes. I checked SDL_gfx for SDL1 in contrib repository and it doesn't need any changes at all.

[quote name=retrofaza post=12792]@retrofaza SDL2_gfx isn't in the SDK right now. Do you need it for a specific project, or just in general? Maybe you could try porting it to AROS 64 - it'd be a fun challenge, and everyone would benefit :)[/quote] Yeah, few months ago I played OpenXcom (the open source/cross platform version of the glorious UFO Enemy Unknown) and I'd like to port to AROS. It uses SDL 1.2 and that gfx library and I don't mind to work first on the latter. I gave a look at that old SDL_gfx file on AROS Archive and the author wrote he didn't change the original source code, apart a small fix, I think it will be same for the 64 bit version, isn't it?

[quote name=sonountaleban post=12746]@sonountaleban - Not related to a particular game, but is there support for the SDL gfx library? I saw on AROS Archive there is a very old version, but it looks it was built for the old AROS 32 bit...[/quote] SDL2_gfx isn't in the SDK right now. Do you need it for a specific project, or just in general? Maybe you could try porting it to AROS 64 - it'd be a fun challenge, and everyone would benefit :)

Hi, I made some tweaks to audio part of Augustus & Julius, since the tests from @retrofaza found some crackling in audio I implemented the following tweaks: 1. Sometimes audio may crackle so I added the option to set audio rate, buffer and channels from tooltypes. Projects has already the tooltypes set with default values, you can change them as you wish (beware using valid values!). 2. MP3 support is now enabled to use MP3 HQ music files following the tutorial here: https://github.com/bvschaik/julius-support/releases/tag/music

I.A. confirms that FFmpeg includes the H.264 codec and can encode (E) and decode (D) video in this format. So the problem is not the codec. x11grab is NOT on the list: This is the key point. Look through the list of codecs for a module called x11grab or something similar. You won’t find anything because x11grab is not a codec, but an ‘input device’ (a demuxer/indev). The command ffmpeg -codecs only lists codecs, not input/output devices. The H.264 codec (libx264) is present and works (as shown by the list of codecs and yesterday’s test). The X11 capture module (x11grab) is NOT included (confirmed by the error). Support for input devices is disabled (as -devices does not work). The cause of the ‘guru’ is therefore clear: when you select MP4, your screen recorder attempts to use the x11grab module to capture the screen, but FFmpeg cannot find it and the programme crashes