-
Notifications
You must be signed in to change notification settings - Fork 78
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Can't use the AppImage on my VPS due to lack of libdrm.so #140
Comments
It looks like the |
How about zimg? I've seen other projects use it quite effectively as a libswscale alternative. |
Interesting, didn't know about this, but sounds like a very interesting implementation choice to add when I am looking into abstracting the internal rescale interfaces. |
One place for the image scaling calls. Preparation to have a compile-time switchable scaler with less footprint if av-decoding is not selected. Issues: #140
SWS is huge, and brings a lot of dependencies not necessarily desired when we disable video decoding. In that case, just use STB resizing. Issue: #140
Alright, made it now that if video decoding is not linked in (like it is in the appimage), that if falls back to lighter STB image resize. Can you try the timg-v1.6.1-19-x86_64.AppImage.zip and see if it works for you now ? |
Nope, sorry. Just tried the new one on the same server, and I still get the
error about a missing libdrm.so.
…On Wed, 8 Jan 2025, 7:55 pm Henner Zeller, ***@***.***> wrote:
Alright, made it now that if video decoding is not linked in (like it is
in the appimage), that if falls back to lighter STB image resize.
Can you try the timg-v1.6.1-19-x86_64.AppImage.zip
<https://github.com/hzeller/timg/actions/runs/12667066595/artifacts/2400179400>
and see if it works for you now ?
(Note, it is zipped, so needs to be unzipped before running)
—
Reply to this email directly, view it on GitHub
<#140 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AXBCACSFSH3D7EGIKBLNT3T2JTRYPAVCNFSM6AAAAABP555CZSVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKNZXGEZDGMJXGI>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
* Semove swscale that was bundled with the appimage but not needed anymore. * Simplify library checking in CMake - no need to require swscale for jpeg,qoi,openslide anymore Issue: #140
Oh, I think I forgot to trim the now superfluous swscale library that was still in the image. Fixed with latest commit; can you try timg-v1.6.1-21-x86_64.AppImage.zip ? |
Yup, it works now. Thanks for your help! |
So I'm trying to get this program to a point where I can run it on my rented server without having to straight-up build the whole thing on the machine itself. The only problem is that, because it's a VPS and only really meant to be accessed over SSH, it simply doesn't have any graphics drivers installed. I presume this is why the AppImage keeps giving me this error whenever I try to run it:
/tmp/.mount_timg-XXXXXXX/usr/bin/timg: error while loading shared libraries: libdrm.so.2: cannot open shared object file: No such file or directory
I'm not even sure why timg needs
libdrm.so
when it's designed to print everything to the terminal. It's not like it's required by similar programslike termimage and viu.(EDIT: Ignore those, chafa is a much closer comparison, but I'd still like to know.)The text was updated successfully, but these errors were encountered: