Su Linux Quven è un server. L’AppImage Server-only è costruita per un host sempre acceso che conserva o monta la libreria e la serve ai client nativi e web sugli altri dispositivi della casa, e l’host stesso non disegna mai un fotogramma: quello è compito dei client.
Una forma server-first
Puoi lanciare l’AppImage a mano per la prima configurazione, oppure installare il servizio e lasciare l’host per conto suo. In entrambi i casi il server espone le sue API di gestione e i media ai client che hai autorizzato, mentre la visione avviene su Windows, su macOS, nel client web ospitato o nelle app mobili man mano che superano l’approvazione degli store.
Architettura e media tooling
Quale build ti serve? La x64 per un normale PC o server, la ARM64 per un Raspberry Pi e i suoi parenti. Ognuna porta con sé il proprio payload .NET e gli strumenti FFmpeg e FFprobe della stessa architettura, così non devi installare niente prima.
Dietro la x64 c’è la prova di esecuzione su Ubuntu nativo. La ARM64 va oltre, perché un Raspberry Pi 4 ha superato su hardware vero avvio, CLI headless e transcodifica hardware V4L2 M2M, in aggiunta ai controlli statici di architettura e sul feed pubblico che valgono per entrambe, anche se una board resta una board: tratta le altre schede ARM e i modelli NAS come non verificati finché qualcuno non li ha provati davvero, qualunque chip montino e per quanto la loro scheda tecnica somigli a quella del Pi.
Permessi e accelerazione
L’account di servizio deve poter leggere ogni percorso montato della libreria ed eseguire gli strumenti inclusi, e l’accelerazione GPU dipende in più dai driver dell’host e dai permessi sui device, che vanno controllati su ogni host. Che il processo parta dice poco, e sulla riproduzione non dice niente: fai una transcodifica vera e una sessione in direct play prima di considerare chiusa l’installazione.
Per un host non presidiato annota il percorso esatto dell’AppImage, l’unità di servizio, la directory dei dati e i mount da cui dipende la libreria. Poi prova un avvio a freddo, senza shell interattiva, e controlla salute e log da un’altra macchina. E una connessione riuscita dal browser dimostra meno di quanto sembri: riavvia l’host in un momento tranquillo, guarda il servizio tornare su e ripeti gli stessi campioni diretti e transcodificati senza toccare i permessi a mano.
Non è un Bundle desktop nascosto. Il download Linux è volutamente Server-only nella v1. Il client desktop è successivo alla v1, quindi il pacchetto server non offre una UI locale da salotto o desktop.
Domande frequenti
Esiste un client desktop per Linux?
Non nella v1. Il download Linux è volutamente Server-only e il client desktop arriverà più avanti, quindi quello che ottieni è un host a cui collegare gli altri dispositivi, ed è su quelli che guardi.
Gira su un Raspberry Pi?
Un Pi 4 ha alle spalle prove su hardware vero: avvio, CLI headless e transcodifica hardware V4L2 M2M. Se la tua board ARM o il tuo NAS si comporteranno allo stesso modo resta una domanda aperta, perché una board provata è appunto una sola.
Devo installare prima FFmpeg o .NET?
No. Entrambe le build arrivano con .NET, FFmpeg e FFprobe già dentro, della stessa architettura. All’account di servizio servono però il permesso di esecuzione su quegli strumenti e la lettura su ogni percorso da cui è montata la libreria.