Encoding video per siti tube self-hosted: FFmpeg, AV1 e i conti dello storage

La codifica è il punto in cui si decide davvero l'economia di un sito tube. Storage e banda sono le due voci di costo che crescono con il successo, ed entrambe dipendono da una sola cosa: come codifichi. Eppure, cercando indicazioni di codifica specifiche per i tube site, si trovano solo i soliti articoli generici sulla “guerra dei codec” scritti da fornitori cloud la cui conclusione è sempre “troppo complicato, usa la nostra piattaforma”. Questa guida è l'opposto: le impostazioni FFmpeg, la scala delle rendition e la matematica dello storage per un sito tube self-hosted nel 2026, dal punto di vista di chi sta dalla parte del self-hosting.

I bitrate e le dimensioni qui sotto sono valori di default che funzionano per i contenuti adult 2D tipici, non leggi scolpite nella pietra. Le posizioni sul licensing dei codec e le percentuali di supporto dei browser sono quelle riportate a metà 2026 — verifica sempre prima di affidare un catalogo da 200k video a un singolo codec.

La scala delle rendition: tre pioli, forse quattro

Le piattaforme di streaming pubblicano scale con otto pioli perché servono di tutto, dalle smart TV agli ascensori. Un sito tube ne ha bisogno di tre, a volte quattro:

Due decisioni contano più dei numeri esatti in sé. Se conservare le sorgenti: la ricodifica è possibile solo a partire da ciò che hai conservato, quindi tieni gli originali per i contenuti esclusivi/licenziati e lascia che i contenuti da feed vivano solo come rendition. Se rendere gratis il 1080p: fare dell'HD completo un vantaggio riservato ai membri è una delle leve di monetizzazione dei tube site più collaudate, e allo stesso tempo taglia la bolletta della banda. (TubePress ti permette di definire l'elenco dei formati: quali rendition esistono e con quali opzioni FFmpeg.)

Le impostazioni FFmpeg che contano davvero

Una codifica H.264 da tube site è fatta di quattro decisioni, poi un template. Modalità qualità: usa il CRF per una qualità percepita costante (parti da -crf 23, scendi a 21–22 per i livelli premium) con i limiti -maxrate/-bufsize così una scena ad alto movimento non manda in crisi la distribuzione. Velocità: -preset veryfast è il cavallo da tiro degli import massivi — la penalità sulla dimensione del file rispetto a slow è reale ma contenuta, mentre la differenza in tempo di CPU è di 5–10×; riserva i preset più lenti ai contenuti premium. Ricerca: forza una cadenza di keyframe (-g 48–120) così lo scrubbing — che gli utenti dei tube site fanno di continuo — risulta rapido. Distribuzione: -movflags +faststart è imprescindibile per l'MP4 progressivo, altrimenti il player aspetta l'intero file prima di partire. Messo tutto insieme, una rendition 480p da cavallo da tiro si presenta così:

ffmpeg -i src.mp4 -vf scale=-2:480 -c:v libx264 -preset veryfast -crf 23 -maxrate 1.5M -bufsize 3M -g 96 -c:a aac -b:a 96k -movflags +faststart out_480.mp4

Oltre alle rendition in sé, la pipeline di codifica produce anche gli asset che generano i click: le miniature di copertina, le anteprime hover animate (brevi strisce WebP/MP4 a basso fps campionate lungo la timeline — sproporzionatamente importanti per il CTR) e, se marchi i tuoi contenuti, i watermark. Watermark e sigle di apertura sono burn-in — una ricodifica, non una sovrapposizione — quindi vanno decisi prima di processare in blocco un catalogo, non dopo. La pipeline di transcodifica di TubePress genera rendition, miniature e anteprime a partire da un elenco di formati definito dall'amministratore, con opzioni di burn-in per watermark e sigle — la stessa logica FFmpeg descritta sopra, integrata nel flusso di caricamento e import massivo.

AV1 e H.265 nel 2026: la risposta onesta

Gli articoli sulla “guerra dei codec” hanno ragione su una cosa: AV1 offre un risparmio di bitrate dell'ordine del 30–50% rispetto a H.264 a parità di qualità percepita, e il supporto dei browser oggi è ampio sulle versioni correnti. La parte che saltano è la tabella dei costi vista dall'operatore:

• Il costo di codifica esplode. La codifica AV1 via software gira molte volte più lenta di x264 alle impostazioni rilevanti per un tube site. Su scala di catalogo è una voce di costo server reale — gli encoder AV1 hardware (GPU recenti e alcune CPU) cambiano le cose, se le tue macchine di codifica ne sono dotate.
• I dispositivi vecchi riproducono ancora H.264. Il traffico adult è sbilanciato verso una coda di dispositivi molto lunga; un codec che la tua coda non riesce a decodificare è un ticket di assistenza, quindi AV1 va aggiunto accanto a H.264, non al suo posto — il che significa più storage, non meno, finché non fai pulizia.
• Licensing: AV1 è royalty-free per progettazione (nel corso degli anni sono state segnalate rivendicazioni da parte di pool di brevetti — l'ecosistema è comunque andato avanti in gran parte); il pasticcio di licensing multi-pool di H.265 è la ragione principale per cui il web lo ha per lo più ignorato per i contenuti gratuiti.

La policy pragmatica del 2026 per un tube site self-hosted: H.264 ovunque come base; aggiungi rendition AV1 solo per i contenuti a più alto traffico, dove il risparmio di banda ripaga il costo di codifica; ignora H.265 per la distribuzione web a meno che il tuo workflow sorgente non te lo consegni già così. È significativo che le grandi piattaforme CMS adult abbiano introdotto il supporto AV1/H.265 solo nelle loro release del 2026 — il mainstream di questo settore è esattamente qui.

La matematica dello storage, per dimensione di catalogo

Usando la scala a 3 pioli (240+480+720, ≈ 0.35 GB per video da 10 minuti tutto incluso) e la scala a 4 pioli (≈ 0.75 GB con il 1080p), con una durata media dei titoli di 15 minuti:

Le regole che emergono dalla tabella: i server di storage dedicati con grandi HDD battono lo storage a oggetti cloud sul prezzo, su scala tube, con un margine ampio (fai i tuoi conti rispetto alle tariffe di egress attuali — di solito la differenza non è nemmeno vicina); le rendition sono ricreabili, quindi una ridondanza RAID più un backup delle sorgenti batte il fare il backup di tutto due volte; e potare la rendition 1080p dei video che nessuno guarda è denaro gratis. La guida all'hosting copre il lato della distribuzione — scelta della CDN, cosa permettono davvero i termini dei grandi CDN per i contenuti adult, e configurazioni di riferimento per budget.

“Non fare mai self-hosting video” — la tesi dei fornitori, messa alla prova con una calcolatrice

L'industria del cloud-video pubblica un flusso costante di contenuti del tipo “15 motivi per non fare mai self-hosting dei video”. Le ragioni sono reali per una SaaS di cinque persone che ospita demo di prodotto; si ribaltano su scala tube. Le piattaforme di video hosting fanno pagare a minuti archiviati e minuti distribuiti — alle tariffe pubblicate a metà 2026, un catalogo modesto da 50k video con traffico reale ha un prezzo che raggiunge le cinque cifre mensili, e questo prima ancora che le policy sui contenuti delle piattaforme incontrino i tuoi contenuti (la maggior parte dei termini delle SaaS video mainstream esclude l'adult a priori). Un server di storage più una CDN che gestisce la scala descritta sopra fa lo stesso lavoro per poche centinaia di dollari al mese. Il self-hosting video non è la modalità hard della gestione di un tube site; è il modello di business.

TubePress trasforma tutta questa pipeline in semplice configurazione: formati e rendition definiti dall'amministratore, transcodifica FFmpeg con miniature, anteprime hover, burn-in dei watermark e storage multi-server — gratis e self-hosted. Scaricalo e codifica come se fosse la tua bolletta, perché lo è.