vhs-decode icon indicating copy to clipboard operation
vhs-decode copied to clipboard

Cross Platform Support

Open harrypm opened this issue 1 year ago • 3 comments

Operating System Support

This issue tracks the support level between oprating systems for the decode family of tools and decoders.

Decoders & Tools - Native Building

  • [x] Linux
  • [ ] Linux (Arm) (needs testing)
  • [x] MacOS (Arm)
  • [x] MacOS (X86)
  • [x] Windows Native (MSVC)
  • [ ] Windows Native (MinGW) (needs testing)
  • [x] Windows Subsystem For Linux (WSL2)

Decoders & Tools - Self Contained Binarys

Decoders

  • [x] Linux Appimage
  • [x] Pypi package
  • [x] Windows Binary
  • [x] MacOS App
  • [x] Automated Build Creation With Updates

LD Tools

  • [x] LD-Tools Appimage
  • [x] LD-Tools Windows Binary
  • [x] LD-Tools MacOS App
  • [x] Automated Build Creation With Updates

TBC-Video-Export

  • [x] Windows Binary
  • [x] PyPi package
  • [x] Linux Appimage
  • [x] MacOS App
  • [x] Automated Build Creation With Updates

Docker

  • [ ] Unraid Validated Docker Container

Docs

Command Arguments - 100% Covered (universal) Post Processing - FFmpeg based & being worked on (self contained with the export tool) Hardware - MacOS Docs are lacking, and more hardware needs to be vetted, but DdD works today.

harrypm avatar Jan 19 '24 04:01 harrypm

I don't think it's really much purpose making an appimage for tbc-video-export (and maybe not the python part of the decoders either) Linux distros are going to have python available anyway so it's easier to just use pypi and pix (or a python virtualenv) to install it.

Think we should also add a proper docker setup to the wishlist.

oyvindln avatar Jan 19 '24 10:01 oyvindln

The general thinking is complete self-contained packages for every system type, as we now have zero external dependencies support for Windows, every requirement can be bundled together in a single folder completely offline.

Linux doesn't make sense in a connected environment but for an offline environment and if something breaks and there is no hope of fixing it to the layman other than just nuking the entire operating system install and starting from fresh, self-contained binaries completely negate the issue, especially if things change on a per-version basis this allows also easy access to older versions when the docs change or a very particular feature changes and I user wants to replicate something.

This would also open up more Linux distro support without maintaining more dependency support...

Also @oyvindln we need documentation for native building on windows clearly laid out otherwise I'm not confident in stating upfront workflow support other than outside of developers, only a handful of people use it natively built.

harrypm avatar Jan 19 '24 17:01 harrypm

Yeah I need to write up windows native build instructions

oyvindln avatar Jan 19 '24 20:01 oyvindln