Ga naar inhoud
TubePress — gratis, zelf gehost & actief onderhouden
Alle gidsen

Video-encoding voor zelf-gehoste tube sites: FFmpeg, AV1 en opslagrekensom

Gids 11 min leestijd Bijgewerkt jul 2026
Video-encoding voor zelf-gehoste tube sites: FFmpeg, AV1 en opslagrekensom

Belangrijkste punten

  • Drie renditions dekken een tube site (240/480/720); 1080p is een monetisatiehefboom, geen standaard.
  • CRF 23 + veryfast + faststart + een verstandige keyframe-cadans is het werkpaard voor volume-import.
  • AV1 bespaart 30–50% bitrate maar vermenigvuldigt de encodekosten — H.264 overal als basis, AV1 alleen voor content met het meeste verkeer.
  • Watermerken en intro's zijn burn-ins — beslis erover voordat je een catalogus in bulk verwerkt, niet erna.
  • Bij 50k video's is de ladder alleen al ~26–56 TB — opslagservers + CDN verslaan cloud-objectopslag met een ruime marge op tube-schaal.

Encoderen is waar de economie van een tube site daadwerkelijk wordt beslist. Opslag en bandbreedte zijn de twee rekeningen die meeschalen met succes, en beide zijn functies van één ding: hoe je encodeert. Toch vind je bij het zoeken naar tube-specifieke encoderingsrichtlijnen alleen generieke codec-oorlog-artikelen geschreven door cloudleveranciers wier conclusie altijd “te moeilijk, gebruik ons platform” is. Deze gids is het tegenovergestelde: de FFmpeg-instellingen, renditionladder en opslagrekensom voor een zelf-gehoste tube site in 2026, van iemand aan de zelf-hostende kant van het argument.

De bitrates en bestandsgroottes hieronder zijn werkende standaardwaarden voor typische 2D adult content, geen wetten. Codec-licentieposities en browserondersteuningspercentages zijn zoals gerapporteerd medio 2026 — verifieer dit voordat je een catalogus van 200k video's aan één enkele codec toevertrouwt.

De renditionladder: drie sporten, misschien vier

Streamingplatforms publiceren ladders met acht sporten omdat ze alles bedienen van smart-tv's tot liften. Een tube site heeft er drie nodig, soms vier:

RenditionResolutieH.264-bitrate (≈)Grootte per 10 min (≈)Rol
240p426×240300–500 kbps25–40 MBTrage mobiele netwerken, direct starten
480p854×4801,0–1,5 Mbps80–115 MBHet werkpaard — het meeste tube-verkeer speelt hier
720p1280×7202,5–3,5 Mbps190–265 MBStandaard “HD”, de kwaliteit die gebruikers gratis verwachten
1080p (optioneel)1920×10804,5–6 Mbps340–450 MBPremium-/lidtier, showcase op bronkwaliteit

Twee beslissingen doen er meer toe dan de exacte getallen. Of je bronnen bewaart: herencoderen kan alleen ooit vanuit wat je hebt bewaard, dus bewaar originelen voor exclusieve/gelicentieerde content en laat feedcontent alleen als renditions bestaan. Of 1080p gratis is: volledig hd tot ledenvoordeel maken is een van de oudste werkende tube-monetisatiehefbomen, en het verlaagt tegelijk je bandbreedterekening. (Met TubePress definieer je de formatenlijst zelf: welke renditions bestaan, met welke FFmpeg-opties.)

FFmpeg-instellingen die er echt toe doen

Een tube-waardige H.264-encode is vier beslissingen, dan een template. Kwaliteitsmodus: gebruik CRF voor consistente perceptuele kwaliteit (begin op -crf 23, ga naar 21–22 voor premiumtiers) met -maxrate/-bufsize-caps zodat één scène met veel beweging de levering niet kan laten ontsporen. Snelheid: -preset veryfast is het werkpaard voor volume-import — de bestandsgroottepenalty versus slow is reëel maar bescheiden, terwijl het verschil in CPU-tijd 5–10× is; bewaar tragere presets voor premium content. Seeken: forceer een keyframe-cadans (-g 48–120) zodat scrubben — wat tube-gebruikers voortdurend doen — snel landt. Levering: -movflags +faststart is niet-onderhandelbaar voor progressieve MP4, anders wacht de speler op het hele bestand voordat hij start. Samengevoegd ziet een 480p-werkpaardrendition er zo uit:

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

Naast de renditions zelf produceert de encodepijplijn ook de assets die klikken opleveren: posterminiaturen, geanimeerde hover-previews (korte low-fps WebP/MP4-strips bemonsterd over de tijdlijn — onevenredig belangrijk voor CTR), en, als je je content brandt, watermerken. Watermerken en introbumpers zijn burn-ins — een herencode, geen overlay — dus beslis erover voordat je een catalogus in bulk verwerkt, niet erna. De transcodingpijplijn van TubePress genereert renditions, miniaturen en previews vanuit een door de beheerder gedefinieerde formatenlijst, met opties voor watermerk- en intro-burn-in — dezelfde FFmpeg-logica hierboven, verankerd in de upload- en bulk-importflow.

AV1 en H.265 in 2026: het eerlijke antwoord

De codec-oorlog-artikelen hebben op één punt gelijk: AV1 levert grofweg 30–50% bitratebesparing op ten opzichte van H.264 bij vergelijkbare kwaliteit, en browserondersteuning is nu breed op actuele versies. Het deel dat ze overslaan is de kostentabel van de exploitant:

  • Encodekosten exploderen. Software-AV1-encodering draait vele malen langzamer dan x264 bij tube-relevante instellingen. Op catalogusschaal is dat een echte serverrekening — hardware-AV1-encoders (recente GPU's en sommige CPU's) veranderen dit, als je encodeservers ze hebben.
  • Oude apparaten spelen nog steeds H.264. Adult-verkeer helt naar een zeer lange staart aan apparaten; een codec die je staart niet kan decoderen is een supportticket, dus AV1 verschijnt naast H.264, niet in plaats ervan — wat meer opslag betekent, niet minder, totdat je gaat snoeien.
  • Licenties: AV1 is royaltyvrij van ontwerp (er zijn door de jaren heen berichten geweest over patentpool-claims ertegen — het ecosysteem is grotendeels toch doorgegaan); de multi-pool-licentierommel van H.265 is de belangrijkste reden waarom het web het grotendeels heeft overgeslagen voor gratis content.

Het pragmatische 2026-beleid voor een zelf-gehoste tube: H.264 overal als basis; voeg AV1-renditions toe voor alleen je content met het meeste verkeer, waar de bandbreedtebesparing de encodekosten terugverdient; negeer H.265 voor weblevering tenzij je bronworkflow het je aanreikt. Veelzeggend is dat de grote adult-CMS-platforms AV1/H.265-ondersteuning pas in hun releases van 2026 uitbrachten — de mainstream van deze sector zit precies hier.

De opslagrekensom, per catalogusgrootte

Met de 3-sporten-ladder (240+480+720, ≈ 0,35 GB per video van 10 minuten all-in) en de 4-sporten-ladder (≈ 0,75 GB met 1080p), gemiddelde titellengte 15 minuten:

Catalogus3-sporten-ladder4-sporten-ladder+ Bronnen bewaard (≈)
10.000 video's≈ 5 TB≈ 11 TB+ 8–15 TB
50.000 video's≈ 26 TB≈ 56 TB+ 40–75 TB
200.000 video's≈ 105 TB≈ 225 TB+ 160–300 TB

Regels die uit de tabel volgen: toegewijde opslagservers met grote hdd's verslaan cloud-objectopslag qua prijs op tube-schaal met een ruime marge (reken dit zelf na tegen actuele egress-tarieven — het verschil is meestal niet klein); renditions zijn herproduceerbaar, dus RAID-redundantie plus een bronback-up verslaat alles twee keer back-uppen; en het snoeien van de 1080p-rendition van video's die niemand bekijkt is gratis geld. De hostinggids behandelt de leveringskant — CDN-keuzes, wat de voorwaarden van de grote CDN's daadwerkelijk toestaan voor adult, en referentie-opzetten per budget.

“Nooit zelf video hosten” — de claim van de leverancier, door een rekenmachine gehaald

De cloudvideo-industrie publiceert een gestage stroom “15 redenen om nooit zelf video te hosten”-content. De redenen zijn echt voor een vijfkoppige SaaS die productdemo's host; op tube-schaal keren ze om. Gehoste videoplatforms rekenen per opgeslagen en per geleverde minuut — tegen gepubliceerde tarieven medio 2026 kost een bescheiden catalogus van 50k video's met echt verkeer al gauw vijf cijfers per maand, en dat is nog vóór het contentbeleid van die platforms je content ontmoet (de meeste mainstream video-SaaS-voorwaarden sluiten adult ronduit uit). Een opslagserver plus CDN die de ladder hierboven draait, doet hetzelfde werk voor een paar honderd dollar per maand. Zelf video hosten is niet de hardmode van het runnen van een tube site; het is het verdienmodel.

TubePress maakt van deze hele pijplijn configuratie: door de beheerder gedefinieerde formaten en renditions, FFmpeg-transcodering met miniaturen, hover-previews, watermerk-burn-in en multi-server-opslag — gratis en zelf-gehost. Download het en encodeer alsof het jouw rekening is, want dat is het.

FAQ

Veelgestelde vragen.

Heb ik 4K-renditions nodig op een tube site?
Bijna nooit. Opslag- en bandbreedtekosten lopen voor op de echte vraag, en de staart aan apparaten die gratis tube-content bekijkt, profiteert er zelden van. Een 1080p-premiumtier is het praktische plafond voor de meeste exploitanten.
Is AV1 de moeite waard in 2026?
Voor je content met het meeste verkeer, met beschikbare hardware-encoders — ja, de besparing van 30–50% bandbreedte is reëel. Als volledige vervanging van H.264 — nog niet: zowel de encodekosten als de staart aan oude apparaten pleiten voor AV1 naast H.264, niet in plaats ervan.
Moet ik encoderen op GPU of CPU?
CPU x264 wint op kwaliteit-per-bit en eenvoud; hardware-encoders (NVENC, QSV, en recente AV1-blokken) winnen wanneer doorvoer de bottleneck is, tegen een klein kwaliteitsverlies per bitrate. Volume-importeurs eindigen meestal hybride: hardware voor bulk, CPU voor premium.
Hoeveel opslag hebben 100.000 video's nodig?
Bij een gemiddelde van 15 minuten: ruwweg 52 TB op de 240/480/720-ladder, ongeveer 112 TB met 1080p erbij — voordat je bronnen bewaart. De rekensom schaalt lineair, vandaar dat renditionbeleid een financiële beslissing is.
Kan ik mijn catalogus later opnieuw encoderen?
Alleen vanuit bronnen die je hebt bewaard. Catalogi met alleen renditions zitten voor altijd vast aan hun huidige kwaliteit, dus beslis vanaf dag één per contentklasse over bronbehoud: bewaar originelen voor exclusief/gelicentieerd materiaal, laat feedcontent als renditions bestaan.

Klaar om je tube-site te lanceren?

TubePress is gratis, self-hosted en helemaal van jou — geen licentiekosten, geen ionCube, geen lock-in. Begin met 150 gratis credits.

Self-hosted · volledig bewerkbare broncode · geen ionCube