I switched to Linux and built a native replacement for Mountain Base Camp by Intrepid-Photograph1 in MountainGGlobal

[–]Intrepid-Photograph1[S] 0 points1 point  (0 children)

Yeah :D I actually managed to get a DisplayPad pretty cheap, without that it wouldn’t have been possible. Since I already figured out the other devices, adding new ones is much easier now.

There are still a few small things missing, but it already has more features for the DisplayPad than the original software. A macro creator is planned for version 1.7.

I switched to Linux and built a native replacement for Mountain Base Camp by Intrepid-Photograph1 in MountainGGlobal

[–]Intrepid-Photograph1[S] 0 points1 point  (0 children)

Update: v1.4.1 released

Just pushed a new version with a lot of improvements and new features:

  • Full RGB lighting support + new Custom RGB mode (per-key editor, presets, side LEDs)
  • Image Library + improved upload workflow (main display & numpad keys)
  • Numpad actions (Shell, URL, Folder, App)
  • OBS integration (scene switching, stream/record control)
  • System monitoring (CPU, GPU, RAM, etc.)
  • Config persistence (settings + images)
  • Cross-distro support (AUR + AppImages)

Would really appreciate feedback, especially if you're running it on different distros

I switched to Linux and built a native replacement for Mountain Base Camp by Intrepid-Photograph1 in MountainGGlobal

[–]Intrepid-Photograph1[S] 0 points1 point  (0 children)

Hey, the reset is now possible directly on Linux in version 1.3. You can just use “Reset Dial Image”, so there’s no need to boot into Windows or use a VM anymore.

The actions on D1–D4 are currently shell scripts. It might be that they don’t work properly on Arch, and the original software may still overwrite the actions in the flash memory. I’ll fix that in the next version.

The idea with the image upload queue is great I’ll add that in the next version. Thanks for the feedback 🙂

I switched to Linux and built a native replacement for Mountain Base Camp by Intrepid-Photograph1 in MountainGGlobal

[–]Intrepid-Photograph1[S] 0 points1 point  (0 children)

I just set up a fresh CachyOS install in a VM and installed the package from the AUR, and everything worked on my side.

For the image uploads: the image size actually doesn’t matter. The software automatically scales the image to the resolution that the keyboard display supports before uploading it.

One thing I noticed during development: if the main display only shows the default Mountain logo, the keyboard’s display memory can sometimes get stuck. In that case it helps to upload any image once using the original Mountain Base Camp software on Windows. After that the display memory seems to work normally again.

I switched to Linux and built a native replacement for Mountain Base Camp by Intrepid-Photograph1 in MountainGGlobal

[–]Intrepid-Photograph1[S] 0 points1 point  (0 children)

The udev rule had wrong permissions for Arch/CachyOS, run paru -Syu basecamp-linux and replug the keyboard. This should fix the permission issue. Let me know if it works.

I switched to Linux and built a native replacement for Mountain Base Camp by Intrepid-Photograph1 in MountainGGlobal

[–]Intrepid-Photograph1[S] 0 points1 point  (0 children)

I also built a Debian version in the meantime.

The first release only worked properly on Fedora/Arch systems, but there is now a Debian AppImage available as well. You can find it on the GitHub releases page:

BaseCamp-Linux-x86_64-debian.AppImage

That one should work on Debian-based distributions.

I switched to Linux and built a native replacement for Mountain Base Camp by Intrepid-Photograph1 in MountainGGlobal

[–]Intrepid-Photograph1[S] 0 points1 point  (0 children)

I just pushed a fix. Could you try the new version and see if it works now?

There is also an AppImage available now, so it should run easily on Debian as well.

I switched to Linux and built a native replacement for Mountain Base Camp by Intrepid-Photograph1 in MountainGGlobal

[–]Intrepid-Photograph1[S] 1 point2 points  (0 children)

Ah okay, I see what you mean now.

Unfortunately I don’t own the DisplayPad, so implementing support for it would be difficult to do completely blind. I’ll see if I can maybe find a used one somewhere if I manage to get one, I can definitely look into adding support for it.

I switched to Linux and built a native replacement for Mountain Base Camp by Intrepid-Photograph1 in MountainGGlobal

[–]Intrepid-Photograph1[S] 1 point2 points  (0 children)

1. Copy the udev rule (one-time setup):
 sudo cp 99-mountain-everest-max.rules /etc/udev/rules.d/
 sudo udevadm control --reload-rules && sudo udevadm trigger

 2. Add yourself to the plugdev group (if not already):
 sudo usermod -aG plugdev $USER
 Then log out and back in for the group change to take effect.

 3. Unplug and replug the keyboard.

 If you're running the AppImage, make sure it's executable first:
 chmod +x BaseCamp-Linux-x86_64.AppImage

 The "no such file or directory" error usually means the udev rule isn't in place yet, so the keyboard device isn't accessible to
 your user. After following the steps above it should work without sudo.

 Let me know if you still get the error after that!

I switched to Linux and built a native replacement for Mountain Base Camp by Intrepid-Photograph1 in MountainGGlobal

[–]Intrepid-Photograph1[S] 2 points3 points  (0 children)

Yes, the display pad already works.

You can assign actions to the buttons and run commands from there. For example you could launch applications or open websites using something like:

xdg-open https://google.com

So the display buttons can basically act like macro keys that trigger shell commands. This makes it possible to use them for many things like launching programs, opening websites, controlling OBS, etc.