@VooDoo

As LiveForIt said and the forum post I linked earlier, the binary needs to be edited to look for RadeonRX (rather than RadeonHD.chip) since it's doing a string check. Fortunately it's simple. If you manually specify an unsupported video output driver, if I remember correctly, it doesn't fall back, so it'll just spit out errors and not open a video window.

See https://www.amigans.net/modules/newbb/ ... id=126406#forumpost126406 for getting RadeonRX to be recognized.

I'm no coder (AREXX notwithstanding). I certainly can't add any features, so I can't help with anything like hardware acceleration.

I do notice there's an MPlayer 1.5 now. A while ago I applied the Amiga modifications to MPlayer 1.4 but didn't end up releasing it (small tweaks I procrastinated over and never got around to doing). I gotta look at 1.5 sometime.

Also there's been work by Futaura on getting libcurl to use AmiSSL. So hopefully I can make the binaries smaller by studying that and implementing similar changes in ffmpeg, if they're not too difficult.

I can't give any timeframes. I'm preoccupied with other things! If someone wants my work in progress MPlayer 1.4 sources, let me know. Keep in mind this is 1.4 according to the official MPlayer version number.

You can use UAEGFX. No need for PicassoIV. Just make a clone of DEVS:Monitors/PicassoIV(.info) as UAEGFX then change the tooltype to BOARDTYPE=uaegfx

Then set the RTG board to UAE Zorro III

And don't forget NORAMPAGER option for C:BootLoader if you want to increase RAM.

And uaehf.device & uaenet.device works.

I do notice that sometimes my particular setup can freeze, but I haven't bothered tracking down the cause yet.

Without getting into specifics, it's something YouTube did, and I know how to solve it. Should have something ready this week.

At the moment a hex editor can probably be used to modify RadeonHD to RadeonRX in mplayer to get it working with comp_yuv2. The name is hardcoded (check this post).

@Paul

Fresh install of Timberwolf? I vaguely remember that the archive on OS4Depot had some missing files.

/me googles

https://www.amigans.net/modules/xforum ... php?topic_id=6123&forum=3

http://bugs.os4depot.net/?function=viewissue&issueid=851

Good news

@Hans

Quote:

I have a Radeon 9250 (don't know if SE). What is the difference between the Workbench compositing, vo_comp option of mplayer, or the compositing mode in the OS4 SDL2 port, which all work with these cards, compared to the composited video you're referring to?

@kas1e

Does Odyssey support WebP (can't check right this second)? YouTube does sometimes send WebP thumbnails over a .jpg extension.

@asymetrix

Pretty sure it doesn't work that way. The only difference would be that GCC 8 would compile things a bit faster, if it had itself been compiled with GCC 8 with optimizations on, but the resulting binaries it produces should be exactly the same.

There is this though: https://www.amigans.net/modules/xforum ... hp?topic_id=7957&forum=25

But I suspect kas1e has LTO enabled already.

@kas1e

Quote:

You sent me the code for that years ago, and I've been using it in my ports. Is it not working correctly or was there an update to that code?

Your GitHub repo still has the older crypto/ssl/curl libs (at the time of this post).

@kas1e

While it's not a straight ./configure && make, I didn't do anything specific for Odyssey, but just some tweaks to get it to compile on OS4. There's a document openssl-os4-howto.txt in the Documentation/ directory with notes on how to compile it.

At the time I built 1.0.1q for you, there was already a 1.0.2 series, but 1.0.2 couldn't connect to some sites while the latest in the 1.0.1 series connected to most, and if I remember correctly, some sites were moving away from an old cipher. I can see in the readme on OS4Depot that I was already building the 1.0.2 series at that time.

The 1.1.0/1.1.1 series has some API changes, but I suspect if you can tweak Odyssey to work with it, it'd be able to connect to more sites, although that doesn't help in the JS/HTML/CSS department.

@daveyw

Regarding ffprobe, can it do something that ffmpeg can't do if running ffmpeg -i <input> to see what type of file something is?

Edit: Grammar.

Dopus4 uses XAD in some situations. Definitely when double-clicking. Maybe when clicking the Extract button too? Can't remember off the top of my head. Of course, it also matters what settings you have.

Edit: Just had a quick look. Default settings for Dopus4 are to use XAD for the Extract button. Doesn't seem to be any default for Click-M-Click (at least not after deleting DirectoryOpus.CFG).

Edit 2: Mine is set up to use "xadUnFile" to extract lha. I didn't manually configure it that way, so it must be a default somewhere (just not after removing the .CFG).

Edit 3: OK, after deleting the .CFG, it is xadUnFile for click-m-click for lha (under ARC class) but for some reason it isn't working until I put my old .CFG back.... which has the same settings. Weird. Can't even drag files from left to right sections to copy them, not that I usually use that method anyway. Hmm.

Edit 4: I discovered a bug in Dopus4 4.18.44. If you delete the .cfg, the "Default" filetype is the command "Co" for Click-M-Click and "SmartRe" for LMB Double-click instead of "Copy" and "SmartRead", and the default class has MatchName with no pattern to match, instead of a #? pattern.

@kas1e

It was fixed in 2011 (Edit: possibly earlier) by Chris Young in an update to the XAD LHA client.

https://www.amigans.net/modules/xforum ... ASC&topic_id=4787&forum=3

@BSzili

Is that with MPlayer or ffplay? MPlayer has issues (that also exist on PC).

AmiSSL isn't required for either player.

@xenic

Sorry I got the tooltype wrong, it's BOARDTYPE=uaegfx. Glad you got it going. There's no need to copy over any Picasso96 files, or any library files whatsoever, nor the .card file. Merely the files in DEVS:Monitors/ is all that's needed.

I don't have rtg.library, uaegfx.card, emulation.library, Picasso96API.library or any Picasso96 directory in LIBS:, and it's all working well. My "UAEGFX" file in DEVS:Monitors is a copy of OS4's PicassoIV file, 6560 bytes in size.

Make a copy of PicassoIV and PicassoIV.info from SYS:Storage/Monitors/, rename them to UAEGFX(.info), put them in DEVS:Monitors/ and edit the .info file and set BOARDTYPE=uaegfx

Then make sure WinUAE has "UAE Zorro III" set as the RTG Graphics Card and set a small (at first) amount of memory for it. I'm using 32MB.

I assume one of the PCI bridgeboards is already enabled.

Then save the settings, restart WinUAE, open SYS:Prefs/ScreenMode and all the UAE screenmodes should be there.

Note that the AmigaOS splash screen when booting up will no longer show.

Edit: Correction, BOARDTYPE not BOARDGFX

mplayer and ffplay will do it, but those don't have a nice GUI.

If someone is able to port the latest stunnel, that would allow you to use existing players.

@K-L

Did you try freedroidRPG 0.16rc2 on OS4Depot? That should be using the same older SDL I was using before. I'm curious if you had issues with that one.