Have a look at this link

https://linuxways.net/mint/setup-wine-linux-mint-21/

It has steps for enabling 32 bit support, around step 2 enables and step 3 installs wine again after. You need to go through the wine install again after enabling 32 bit support (i386). If you don’t get all the packages with :i386 at the end remove wine and then install again.

With the upload, if it isn’t bittorrent it may be corrupted without being checked. Maybe look for an md5sum and confirm you have the file as expected. If the md5sum checks out you are sorted, if not you will at least know. That said it is as you say very unlikely to be the file, much more likely the libraries. Let me know how you go.

OK, so a few possible starting points. It looks like you are running a 32 bit programming but may not have all the 32 bit libraries installed. This may be referred to as multilib or similar, but you need the 32 bit versions to run 32 bit software properly.

Second, if the above doesn’t solve it you may be having the same issue I had with Arcanum. I had taken a rip many years back and it had been corrupted so it would segfault like yours is. The solution was to find an alternate image of the disk which was clean and using that.

Good luck

It looks like it is downsampling the video or streaming after converting to another codec. Some codecs are fine for decoding on the server but the app may not support them so the server converts them. Some files are of higher quality than what the server is configured to deliver so it downsamples to stream it.

Check the configuration and look for anything to do with codecs, hardware decoding, streaming quality, and so on. It may also be on the app, so if you can access a different interface then test that to narrow down the issue.

Something I have found is missing from both of these suggestions as well as every podcast app on device is transcoding to speed up so it is not sped up on the fly. For a lot of phones and other devices the task of playing back at 2x speed is enough to demand a higher power state than what is required to play a sped up file. For efficiency doing a single pass of speeding up the audio then playing back at that speed would use less power during the playback phase, allowing you to download and speed up all of your podcasts at home while on charge then listen for long periods without completely killing the battery. I have checked with a few if the open source devs and this is not a feature they see utility for so nobody intends to make it.