Zo bouwde Beeld & Geluid zijn immense online media-archief de Schatkamer

lll

Afgelopen maand zette Beeld & Geluid de deuren van de Schatkamer open: een streamingplatform waarop een archief van ongeveer 700.000 Nederlandse radio- en televisieprogramma's openbaar beschikbaar is. Wat kwam er zoal kijken bij de vier jaar durende ontwikkeling van dit monsterproject?

Het was een ambitieuze opdracht, die Beeld & Geluid in 2021 kreeg van het kabinet-Rutte IV: maak zoveel mogelijk van de gearchiveerde programma's online beschikbaar. Het instituut beheert al jaren een Nederlands archief van radio- en tv-programma's, dat teruggaat tot eind 19e eeuw. Tot dusver was die Nederlandse mediageschiedenis alleen niet openbaar te zien. Het algemene publiek kon de programma's alleen in het museum zelf of (tegen betaling) op aanvraag bekijken.

Dat dit nu wél kan, komt door een nieuwe Europese auteursrechtrichtlijn. Deze richtlijn zorgt ervoor dat het erfgoedbelang van programma's die niet langer in de handel zijn, zwaarder weegt dan een eventueel commercieel belang. Vervolgens hebben de NPO, Beeld & Geluid en andere producenten en omroepen een convenant opgesteld om deze wet te concretiseren voor audiovisueel materiaal.

In deze afspraak staat onder meer dat dergelijk 'out-of-commercemateriaal' minstens 25 jaar oud moet zijn. Ook moeten rechthebbenden de mogelijkheid krijgen om hun toestemming op ieder moment in te trekken via een opt-outconstructie. Voor meer dan negentig procent van deze titels kreeg Beeld & Geluid toestemming.

Zo werd het ineens realistisch om in één keer een zeer groot deel van het archief te publiceren. Beeld & Geluid kreeg vanuit het ministerie van Onderwijs, Cultuur en Wetenschap budget om ook veel titels die jonger zijn dan 25 jaar af te kopen. Ongeveer 50 procent van het gehele archief van Beeld & Geluid is nu online toegankelijk.

Alle out-of-commercewerken worden in lijn met de auteursrechtrichtlijn eerst op een Europees portaal geplaatst. Rechthebbenden hebben dan zes maanden de tijd om de toestemming in te trekken, voordat het werk op de Schatkamer komt te staan. Ook daarna mogen ze de toestemming nog intrekken.

Metadatabreuken repareren

Waarom ontbreken sommige afleveringen?

Dat sommige content nog ontbreekt, hoeft niet per se te maken te hebben met een gebrek aan rechten. Het kan ook zijn dat het programma gewoonweg niet volledig is gearchiveerd.

In het verleden kwam het voor dat programmamakers slechts een deel van de afleveringen archiveerden. Van oude programma's als 'Ja zuster, nee zuster' is een groot aantal afleveringen verloren gegaan met de tijd.

Beeld & Geluid hoopt een deel van de lost media toch te kunnen archiveren door mensen op te roepen om videobanden op te sturen met verloren gewaand materiaal. Daardoor zijn onder meer oude Jeugdjournaal-afleveringen al boven water gehaald.

Nu de rechten het mogelijk maakten om veel content online te zetten, was het zaak om een streamingplatform op te tuigen. De backend maakt in de basis nog gebruik van dezelfde (ingekochte) software die al in gebruik is voor de andere portals waarop de programma's digitaal toegankelijk zijn. Dat zijn die voor het museum, voor onderwijs, onderzoekers en mediamakers.

Beeld & Geluid wilde de portal van de Schatkamer alleen een stuk gebruiksvriendelijker maken; daar had het instituut ook voldoende budget voor. De taak was dus om een platform te bouwen dat meekan met andere streamingdiensten, zoals Netflix. Het belangrijkste daarbij was dat bezoekers de bergen content eenvoudig moeten kunnen doorzoeken. Om programma's goed vindbaar te maken, moet er voor alle content voldoende metadata aanwezig zijn.

Aanvankelijk was de datakwaliteit niet goed op orde, vertelt Willemijn Dijkhuizen, productmanager van de Schatkamer. "Ons archiefsysteem bestaat uit een fusie van een hoop andere archieven. De hoeveelheid metadata verschilt dus ontzettend. De ene keer hebben we een titel van twee karakters, de andere keer van tweeduizend. Er zit letterlijk geen validatie op."

Beeld & Geluid heeft geprobeerd zoveel mogelijk van die metadatabreuken op te lossen, maar dat blijft werk in uitvoering. "Dat vond ik best spannend aan dit project", zegt Dijkhuizen. "Als je een website maakt, weet je normaliter precies wat je gaat publiceren. Maar door de grote hoeveelheid aan materiaal konden we niet alles op voorhand controleren." Dat geldt bijvoorbeeld ook voor het aanwezige propagandamateriaal uit de Tweede Wereldoorlog. "We proberen daar context bij te geven, maar ik heb het gevoel dat het Nederlandse publiek wel snapt dat we vooral een archief zijn en dat een archief ook kan schuren."

De hoeveelheid metadata van programma's in de Schatkamer loopt enorm uiteen.

Programma van Eisen

Voordat het bedrijf Hypersolid begon met de bouw van de Schatkamer, had Beeld & Geluid de vereisten al vrij gedetailleerd vastgelegd in een Programma van Eisen. Daarin stond bijvoorbeeld dat de architectuur op Kubernetes gebaseerd moest zijn, vertelt projectmanager Frank Lippes. "Het moest een hybride architectuur zijn, waarbij we makkelijk componenten tussen de cloud en on-prem kunnen verplaatsen."

Andere specifieke eisen gingen onder meer over de herstelbaarheid van de systemen, de aanwezigheid van een personenpagina en de maximale responstijd van een zoekopdracht (te weten: twee seconden).

Amerikaanse cloud

Het verzamelen van de metadata was een van de eerste taken van Hypersolid, het bedrijf dat de aanbesteding voor de bouw van de Schatkamer won. Hypersolid haalde samen met partner Oncore AI de data op met het OAI-PMH-protocol, sloeg deze raw op en maakte hem relationeel, legt Frank Lippes uit, projectmanager bij Hypersolid. "Soms is bijvoorbeeld de titel van een programma niet ingevuld, maar staat er wel een titel in een ander metadataveld, dus gebruiken we die. Als de functie van een persoon in zijn naam staat, halen we die eruit. We hebben alles bij elkaar best wat datatransformaties doorgevoerd."

Tegelijkertijd heeft Beeld & Geluid er bewust voor gekozen om bepaalde informatie die wél aanwezig was in de metadata, niet te gebruiken voor de Schatkamer. Zo staat er bij de programma's geen (technische) achtergrondinformatie getoond, zoals over de oorspronkelijke datadrager van het programma. Ook is er bij de programma's bewust geen opdeling in seizoenen. "Dat waren allemaal overwegingen om het platform zo simpel mogelijk te maken voor de huis-tuin-en-keukengebruiker", verklaart Dijkhuizen.

Uiteindelijk is alle relevante metadata in een grote zoekmachine gestopt: Elasticsearch. "Het was daarbij de uitdaging om te bepalen hoeveel gewicht we aan ieder veld geven", vervolgt Lippes. Hypersolid wilde voorkomen dat bezoekers allerlei irrelevante programma's in de zoekopdrachten tegenkwamen. Er is dan ook besloten om de ondertiteling niet doorzoekbaar te maken, want dat zou leiden tot veel valspositieve resultaten. "Het was flink zoeken naar een goede balans, waarbij je gemiddeld gezien alles goed kan vinden."

Vervolgens heeft Hypersolid aan de voorkant de homepagina en informatiepagina's ontwikkeld. Tienduizenden mensen die te zien zijn in items op de Schatkamer, hebben een eigen pagina gekregen. Hiervoor heeft Lippes een Wikidata-scraper gevibecoded. Die haalt de data van de personen, zoals een korte bio en afbeelding, automatisch van Wikidata en Wikipedia.

De hosting van de hele infrastructuur gebeurt bij CloudFront van Amazon, in plaats van bij een Europees alternatief. "Toen deze keuze drie jaar geleden werd gemaakt, was er geen Europese content delivery network voor deze schaal beschikbaar", verklaart Tristan Zondag, ict-engineer bij Beeld & Geluid. "Misschien is dat er inmiddels wel, maar als we zouden overstappen, moeten we bij AWS 500 terabyte aan egresskosten betalen, dus dat doet wel pijn."

Vrijwel alle makers van programma's in de Schatkamer hebben een eigen informatiepagina.

Tijdrovende klus

Hoewel de bouw van het platform zelf ongeveer een jaar in beslag nam, ging er een hoop voorbereidingswerk aan vooraf. Het was vooral een behoorlijk tijdrovende klus om de honderdduizenden videobestanden geschikt te maken voor streaming. Hoewel de meeste programma's al waren gedigitaliseerd, moesten ze voor dit project worden geüpload naar AWS Media Converter om er HLS-streams van te maken.

De eerste stap daarvoor was een omzetting naar een mezzanine-tussenformaat, vertelt Zondag. "We zijn in juni 2023 begonnen met het transcoderen van videobestanden naar een tussenformaat van hoge kwaliteit MP4 met een bitrate van 8Mbit/s voor hd-bestanden en 4Mbit/s voor sd-bestanden. Dit proces is nog steeds niet klaar. Voor versie 1 wilden we alle content tot 2020 beschikbaar hebben, maar we zijn nu bezig om alle nieuwere content ook te uploaden naar AWS. Zodra die content wordt vrijgegeven, kunnen we die meteen publiceren."

De MP4-bestanden in het tussenformaat worden bij het transcoderen naar een nas bij Beeld & Geluid geschreven, vervolgt Zondag. "Software van Qumulo presenteert dat als SMB- en NFS-shares." In totaal gaat het om meer dan 700TB aan data. Dat zijn dankzij compressie al veel minder terabytes dan de bestanden innemen op de fysieke tapes in de kelder van Beeld & Geluid. Daarbij gaat het om zo'n 18 petabyte aan data.

Deze bestanden staan allemaal opgeslagen op LTO-tapes. Momenteel is Beeld & Geluid bezig met de migratie van LTO-5-tapes van 1,5TB per stuk naar LTO-8 van 12TB. "De groei van de opslagcapaciteit gaat harder dan de groei van het archief", vertelt Zondag. "We hebben steeds minder tapes nodig om het archief op te slaan." Over twee jaar gaat Beeld & Geluid over naar LTO-10, waarbij zelfs 30TB per tape op past.

De taperobot waarin al deze tapes zijn opgeslagen is al relatief compact, maar wordt in de toekomst nog kleiner. In het huidige systeem is ruimte voor 10.000 LTO-tapes, maar met LTO-10 zijn er maar 600 tapes nodig. Beeld & Geluid gaat dan ook overstappen op een unit met ruimte voor 1000 tapes. Van al deze bestanden worden minstens twee kopieën elders in Nederland opgeslagen. De originele gegevensdragers (bijvoorbeeld Betacam) zijn ook nog aanwezig in het gebouw; de depots waarin die zijn opgeslagen beslaan meerdere kilometers.

Bonje met beeldverhoudingen

Het uploaden van content naar AWS en oplossen van de metadatabreuken zijn niet de enige projecten die nu nog lopen. Beeld & Geluid worstelt ook al geruime tijd met de beeldverhoudingen van bepaalde content. "In de jaren 2000 tot 2012 was er nog geen hd-televisie, maar wel breedbeeldtelevisie", legt Zondag uit. "In die tijd hebben omroepen ervoor gekozen om breedbeeldmateriaal in 4:3-formaat anamorf op te slaan. 16:9-beelden werden in het uitzendsysteem dus ingedrukt voor 4:3-televisies."

Toen Beeld & Geluid die uitzendbanden later digitaliseerde, waren alle bestanden standaard in dat 4:3-formaat. Alles zag er dus uitgerekt uit. Zondag vervolgt: "Ik ben in de database gedoken om te kijken of we ergens metadata konden achterhalen om erachter te komen welke bestanden de verkeerde beeldverhouding hadden, maar dat is maar deels gelukt."

Beeld & Geluid begon daarop een crowdsourceproject om mensen de beelden handmatig te laten beoordelen, maar dat was een traag en duur proces. Vervolgens zocht het instituut naar een cloudleverancier die de beelden kon analyseren. "We vonden een geschikt bedrijf uit Hongkong, maar onze juridische afdeling wilde niet dat we data gingen uploaden naar een server die onder Chinese controle stond."

Uiteindelijk ging Beeld & Geluid in zee met een Italiaans bedrijf dat een machinelearningtool op maat ontwikkelde. Die is met de data van Beeld & Geluid getraind en draait on-prem in Hilversum. In drie weken tijd heeft de tool het hele archief geanalyseerd. Dit project is alleen nog niet klaar, omdat uit de eerste keer draaien bleek dat hij niet met alle content even goed overweg kan. De tool gaat bijvoorbeeld de mist in bij Sesamstraat, omdat poppen als Bert standaard al een uitgerekt koppie hebben.

"We zijn nu bezig om de tool nog een keer te draaien met die uitzonderingen, zodat we de bronbestanden in ons archief kunnen aanpassen." Vooralsnog kan het dus voorkomen dat programma's in de Schatkamer in de verkeerde beeldverhouding worden getoond, maar er is wel een knopje waarmee gebruikers de beeldverhouding handmatig kunnen aanpassen.

Bert is het kryptoniet van de AI-tool van Beeld & Geluid.

Doorontwikkeling

Nadat de Schatkamer vorige maand online ging, werd het platform volgens Dijkhuizen al snel veel populairder dan verwacht. "We hadden gemikt op 500.000 bezoekers in het eerste jaar, maar die hadden we al in de eerste drie dagen." Lippes: "We hadden de cachetijden wel preventief verhoogd, omdat we zeker wilden weten dat we niet plat zouden gaan." Zondag vult aan: "We hebben bij AWS bijvoorbeeld ook de grootste VM's genomen voor Elasticsearch, want voor een week zijn de kosten wel te overzien."

Beeld & Geluid heeft het budget om het platform in elk geval tot en met 2027 door te ontwikkelen. Het instituut is onder meer bezig met de toevoeging van nieuwe programma's, want momenteel lopen er nog veel gesprekken met rechthebbenden.

Aan de featurekant wordt ook doorontwikkeld. Het gaat dan bijvoorbeeld om het toevoegen van meer personalisatiemogelijkheden. Ook andere wensen, zoals het maken van een telefoon- en televisie-app, zijn onderwerp van gesprek. "Ik denk dat we dat allemaal wel willen, maar het is een tijd- en geldvraagstuk", zegt Dijkhuizen. "Voor 2026 zie ik eerder gebeuren dat we naast de Chromecast-ondersteuning ook nog AirPlay-ondersteuning kunnen toevoegen. Maar de toekomst na 2026 ligt echt nog open."

_{Redactie: Kevin Krikhaar • Eindredactie: Marger Verschuur}

Reacties (108)

[drmacfaulty]

Leuk artikel! Ben zelf al meer dan 7 jaar werkzaam in de IT binnen broadcasting en altijd al gefascineerd door media, codecs, mediadragers en geschiedenis, dus had ook net zo goed archivaris kunnen worden. Daarnaast vind ik oude programma’s vaak leuker dan de moderne onzin, dus juich het alleen maar toe. Het is de bedoeling dat wij ook nog eens gaan kijken bij B&G, dus als er nog vragen zijn…

De meeste omroepen hebben een gescheiden PAM/MAM (Production Asset Management en Media Asset Management) en een aantal hebben dit gecombineerd (o.a. Avid), zodat zoeken in archief een fluitje van een cent is en binnen dezelfde omgeving kan. Tape wordt niet meer veel toegepast. Wij zijn een van de weinige die voor alle backups nog wel tape toepassen (i.v.m. ransomware, brand, etc.). Onze archivaris laadt ook nog steeds elke week nieuwe archiefbeelden in vanaf diverse tapes (reel, betamax, VHS, etc.) met correcte metadata (die wij op de afkijk ook weer zien, wat soms wel grappig is). De huidige codec is XDCAM HD (productie codec, geen mezzanine), maar dit zal omgezet moeten worden als we naar progressive gaan (ong. 3-3,5x zoveel ruimte nodig) en is een kostbare stap voor alle omroepen. Ook loopt er een project samen met B&G om onze archieven te bundelen, dus wie weet is in de toekomst ook materiaal te zien van de kleinere omroepen.

Het verschil tussen productie codec en mezzanine is de compressie. Productie codec is vele malen hoger (50 Mbit/s voor interlaced HD en 150+ voor progressive d.m.v. DNx bijv.). Mezzanine is een duur woord voor proxy/lossy codecs (bijv. H.265) die niet voldoen aan de broadcast eisen, maar goed genoeg zijn als tussenstap om in te monteren of als output voor streaming. Er komt wel mooi spul aan, want straks is het misschien mogelijk om alle proxies in de cloud neer te zetten, zodat je overal met low-res kunt monteren. Vervolgens wordt alles ook weer terug gerepliceerd naar de on-prem storage waar de markers, effecten, e.d. worden toegepast op de master (productie codec). Dat gaat veel flexibiliteit opleveren, want nu gebeurt het vaak middels VDI, maar dat is ook niet alles.

Lijkt me echter wel een dure business om alles op S3 te hosten. Er zijn dacht ik wel goedkopere partijen?

Ik kan er wel een boek over schrijven, maar daar is de reacties pagina hier niet op ingesteld, haha.

[Reactie gewijzigd door drmacfaulty op 21 juni 2026 13:07]

[Davey400]

Kun je uitleggen waarom het verschil in opslag tussen progressive en interlaced véél groter is dan de factor 2 die ik zou verwachten?

_{(Mijn gedachte: interlaced: ene frame: alle even lijnen veranderen, volgende frame: alle oneven lijnen veranderen. Progressive: elk frame verandert elke lijn, dus 2x zoveel data maximaal.)}

[drmacfaulty]

Dat komt doordat XDCAM een long GOP codec is en de codecs die binnen de editing systemen het liefst worden toegepast allemaal ‘all-intra’ codecs zijn. XDCAM pakt dus een keyframe en noteert voor X frames erachter alleen de veranderingen tot de volgende keyframe. Je kunt wel begrijpen dat dit erg efficiënt is voor distributie, maar minder voor editing. Voor elke frame moet er tijdens editing realtime meer data worden ingelezen dan nodig. De andere codecs (bijv. DNx) encoderen simpelweg elke frame (zie elke frame als 1 hele JPEG i.p.v. XDCAM die één JPEG met enkele fractionele JPEGs erachter in een korte sequence codeert).

XDCAM is ook van origine een distributie codec en geen productie/editing codec. Het is toen veel toegepast, omdat het wel het meeste kon en het meest werd ondersteund.

DNx is dus een hele andere codec die elk beeldje helemaal encodeert. Dat is het grote verschil, plus dat je ook meer met kleuren kan, wat ook weer meer ruimte in beslag neemt.

XDCAM is 50 Mbit/s en intern vaak 25 fps progressive (wat 50 interlaced wordt vanwege frame doubling), terwijl DNx voor hetzelfde in progressive met 50 fps zo’n 140-180 Mbit/s nodig is. Komt simpelweg door het anders encoderen (meer overhead vanwege eerdere verhaal).

Aangezien de meeste editing systemen en daaraan verbonden decoders, camera’s e.a. apparatuur het makkelijkst werken met dezelfde codec ben je dus genoodzaakt alles in die hogere codec op te slaan om onnodig transcoderen te voorkomen (met de nodige kwaliteitsverlies en risico op kleurverschil door incorrecte colorspace enz.).

[Reactie gewijzigd door drmacfaulty op 21 juni 2026 12:57]

[sjongenelen]

Dit is veel interessanter dan ik dacht! Hoe omschrijf je jouw functie dan eigenlijk?

[drmacfaulty]

Ik heb een interne functie en officieel ben ik systeembeheerder en webontwikkelaar en zou ik mij niet bezig hoeven te houden met netwerken/radio/tv/facilitair. Ik ben HBO afgestudeerd op software engineer. Alle software (of voornamelijk koppelingen) waar geen off-the-shelf (of veel te duur) product voor is bouw ik in-house i.o.m. de relevante afdelingen. Dat kan in allerlei talen zijn, zoals Java, .NET, Go, PHP, Powershell, Bash, etc. Wat op dat moment maar het handigst is om te gebruiken.

Maar in feite zijn wij één grote familie binnen de omroepwereld, dus IT springt altijd bij als er radio en TV problemen zijn (bijv. als zender op zwart gaat helpen wij ook mee met testen e.a. ontlasten). Dat komt natuurlijk ook door de 24/7 mindset, want wij kunnen systemen niet zomaar even herstarten wat bij een gewoon bedrijf vaak wel kan. Daardoor blijft ons eigen werk ook weleens liggen, helaas. Zo moest ik (één keer gebeurd) naar het pand om daar een knop in te drukken tijdens mijn storingsdienst op de zaterdagavond, omdat een machine was gecrasht en bleef hangen op BIOS POST. Hoort er allemaal bij. Ook bij nieuwe projecten zijn wij er altijd bij. Soms willen andere afdelingen te snel te veel en moeten we soms wat afremmen, omdat ons eigen werk anders echt in gevaar komt. Naast mijn interesse in A/V, elektronica (want mengtafels e.d.) enz. krijg je zo ook gewoon al heel veel mee wat er gebeurt in die wereld. Wij zijn bijvoorbeeld verantwoordelijk voor alle IT systemen in en buiten het pand (incl. de netwerken die erbij horen). Dat alles gebeurt vaak met 2-4 personen (IT), dus is het altijd (te) druk met zo'n ver afwijkende infra/systemen t.o.v. normale bedrijven. Een greep van wat ik zoal doe samen met mijn andere collega van IT:

- Algemeen systeembeheer (domeincontrollers en alles wat daarbij hoort op alle servers, werkstationbeheer, Intune management, etc., etc.).
- Algemeen applicatiebeheer (waarbij newsroomsysteem wel echt onder mij hangt, maar IT ook andere programma's beheert) en af en toe specifiek radio/TV programma's waar nodig i.v.m. drukte radio/TV teams. Zo ondersteun ik onze TV-afdeling bij het bouwen van ingewikkeldere video/transcoding workflows in bijv. Telestream Vantage.
- Specifiek voor mij: Coördinatie en technisch aanspreekpunt richting onze website leverancier (Regiogroei).
- Lichte netwerkbeheer taken (zoals een switch poortje openzetten of firewall regel aanpassen). Ik heb te weinig tijd en teveel andere zaken om daar echt de diepte in te kunnen. Maarja, met zo'n breed takenpakket is dat ook niet verwonderlijk. Thuis werk ik dan wel weer met DMZ, VLANs, e.d. voor de hobby en om beetje bij te blijven.
- Helpdesk voor gebruikersproblemen (we hebben Windows, Linux en macOS apparatuur).
- Aangepaste software schrijven voor wat noodzakelijk is.
- Alle apparatuur zit in PRTG, dus ook dat onderhouden/monitoren.
- VMware vCenter cluster beheer en monitoring.
- Veeam back-up beheer on-/off-site (incl. tapes voor offline disaster recovery strategie).
- VDI beheer (deels, collega doet daarmee het meest) voor monteren op afstand.
- Facilitaire dingetjes (auto's wegbrengen/ophalen voor onderhoud e.d., toegangspassen/druppels inleren, etc.).
- En nog wel wat meer wat ik nu niet kan bedenken.

Dus ja, hoe omschrijf ik mijn functie... Manusje van alles? Als ik ergens anders werk ga ik mij waarschijnlijk vervelen aan het monotone.

[Reactie gewijzigd door drmacfaulty op 21 juni 2026 15:31]

[Llopigat]

Als ik ergens anders werk ga ik mij waarschijnlijk vervelen aan het monotone.

Dat denk ik ook ja. Ik was ook altijd veel met techniek bezig maar bij ons gaat er steeds meer tijd op aan policy documenten, 'governance', lifecycle, audits en dergelijke onzin.

Ik wou dat ik ook nog echt met techniek bezig was, want wat ik nu doe is echt afgrijselijk. Daar heb ik geen informatica voor gestudeerd. Maar het is een beetje een ziekte bij alle grote bedrijven momenteel als ik het van vrienden zo hoor.

Jouw baan klinkt veel leuker. Ik heb vroeger ook bij een radiostation gewerkt als vrijwilliger, daar doet het me nogal aan denken.

[drmacfaulty]

Ja, ik voel met je mee. Die hele papierwinkel tegenwoordig... Dat hoeft hier niet te gebeuren, want dan moeten er echt wel mensen bij en ga ik zeker ergens anders heen. Het is nu vaak al aanpoten met flink wat vergaderingen. Mocht ik ooit wat anders gaan doen denk ik dat het wel flink wennen zou zijn. Zou dan eerder overwegen om een eigen zaak te beginnen in software op maat, consultancy o.i.d. waarbij ik zelf nog wat in de hand heb omtrent overbodige regeltjes.

Het ontbreken aan onnodige zaken is ook de voornaamste reden dat ik dit werk ben gaan doen (naast dat het gewoon heel leuk is, staan beide op plek 1), want als ik ergens een hekel aan heb zijn het wel onnodige zaken. Documentatie e.d. is belangrijk, maar je moet niet overdrijven met allerlei regeltjes.

Je hoeft het i.i.g. niet te doen voor een dik loon en een leaseauto, want het zijn vaak allemaal stichtingen en in verhouding verdien je dus wel aardig wat minder dan wanneer je detachering o.i.d. zou doen (scheelt zo 1000+ in de maand bruto) Maar leuk werk is inderdaad heel wat waard voor mij. Daartegenover staat dan wel weer dat we 36 uur werken (CAO omroeppersoneel) i.p.v. 40, dus vaak 4 dagen van 9 uur of alleen de vrijdagochtend o.i.d. Dat is wel heel prettig.

Maar externe leveranciers veroorzaken bij ons ook wel vaak problemen. De expertise of de wil is er vaak niet om het in één keer goed te doen, dus mogen wij het daarna nog een keer half opnieuw doen. Zo hebben wij een MS RDS omgeving voor bepaalde programma's die mensen vanuit huis bij moeten kunnen, maar dit licentietechnisch niet interessant is om via de VDI te doen. Dus een externe partij weet ik niet hoe lang bezig geweest om een RDS zonder gateway (want alles gaat via VPN bij ons) op te tuigen en het lukte ze niet. Wij gaan er even voor zitten en in drie avonden is het geheel klaar met SSL en alles erop en eraan, terwijl wij nog nooit wat met RDS hadden gedaan... Dan schrik je wel even hoe laag het technisch inzicht is bij veel andere bedrijven. Dit is, helaas, slechts één klein voorbeeld van de vele. Nog een was een security scan die geen problemen zou veroorzaken (want hadden we nog extra voor gewaarschuwd), maar toch ons audio VLAN had aangetast. De hele timing was off (want multicast) en duurde twee dagen voor we dat hadden rechtgetrokken. En ga zo maar door...

Welk radiostation als ik vragen mag? Als je die gedachte inderdaad vasthoudt en dan nog meer IT spullen erbij gooit ben je er zo ongeveer wel ja

[Reactie gewijzigd door drmacfaulty op 22 juni 2026 12:19]

[Petje_Kroketje]

Kun je eigenlijk ook downloaden? Ik zag het niet, maar misschien kijk ik niet goed…

[drmacfaulty]

Van de schatkamer kun je alleen streamen. Heeft met rechten te maken.

[Erwin]

Een prachtig project, al hoop ik dat ook de originele masters goed geconditioneerd bewaard worden. Wie weet wat er over pakweg 30 jaar allemaal mogelijk is.

[koppie]

Dat gebeurt ook, en voor de 16mm masters is dat zeker een goed idee. Ik denk dat qua 2 inch of 1 inch videotape technologie de max ongeveer al wel bereikt wordt, en de afspeelapparatuur zo zeldzaam is dat alleen bij fouten er opnieuw de originele tapes uit de kast worden gepakt.

[MikeyMan]

Vind toch dat dit bij een Europese partij moet worden gehost. Argument dat omzetten geld kost snijdt hout voor bestaande archief. Maar nieuw spul ga je daar in het licht van deze discussie toch niet op AWS zetten?

Tijd voor een crowdfunding om het spul om te zetten?

[ccnl]

Vind toch dat dit bij een Europese partij moet worden gehost

Welke aflevering is zo geheim of privacy gevoelig dat US geheimdiensten geen toegang mogen krijgen?

[jumbos7]

Content hoeft niet geheim of privacygevoelig te zijn om het onwenselijk te maken om het te hosten bij een Amerikaanse clouddienst. Het gaat namelijk niet alleen om het risico op vordering van privacygevoelige gegevens, maar ook dat toegang kan worden geblokkeerd op last van de Amerikaanse autoriteiten van alle clouddiensten aan Nederlandse en Europese afnemers. Clouddiensten zijn zo belangrijk geworden dat je dat zoveel mogelijk in Nederland doch minstens in de EU/Europa wilt hebben. Al is natuurlijk de migratie van data naar een Europees alternatief niet altijd even urgent.

Daarnaast wil je Europese alternatieven ook gewoon ondersteunen zodat ze daadwerkelijk de middelen hebben om volwaardig te kunnen (blijven) concurreren met Amerikaanse clouddiensten.

[mjl]

De content en de toegang is niet het primaire probleem, er zijn meerdere backups die je naar een andere hosting kan uploaden, het zal hooguit tijd en geld kosten mocht Amazon op zwart gaan. Ik hoop wel dat alle metadata en bijv de beeldverhouding informatie (en het ML model) ook op die backups staat, daar zit nog de meeste waarde in qua investering.

Risico wat ik zie is in het kijkgedrag en eventuele andere gegevens van de eindgebruiker wat in US handen ligt en de mogelijkheid om de zoekresultaten en content die men kijkt te beïnvloeden.

[jumbos7]

Als morgen in een klap alle Amerikaanse clouddiensten de toegang blokkeren voor Europese afnemers kunnen zij nog zoveel backups hebben maar het uploaden gaat dan veel meer tijd en geld kosten dan je voor mogelijk kunt houden. De Europese clouddiensten kunnen de benodigde extra capaciteit niet zo maar erbij toveren. Er zal dan een noodplan in werking moeten treden om gefaseerd op basis van hoe belangrijk bepaalde data de overgang te maken naar een Europese clouddienst. Maar beter is het om nu al de overstap te maken zodra dat goed mogelijk is.

Maar dat is sowieso een grotere opgave als je niet alleen voor opslag afhankelijk bent van een Amerikaanse clouddienst maar ook voor Saas-diensten. Dat zul je onder normale omstandigheden vaak al niet in een maand geregeld hebben, laat staan als Europese clouddienstverleners overspoeld worden door aanvragen omdat Amazon, Microsoft, Google, Oracle op zwart gaan voor ons.

Op zich zie ik het niet snel gebeuren dat alles op zwart gaat, maar dat betekent niet dat de gevolgen van onze afhankelijkheid van de Amerikanen niet nu al een rol spelen. Europese leiders zullen nu al incalculeren dat ze de heetgebakerde man in het Witte Huis niet te boos moeten maken, en daar betalen we met zijn allen ook een prijs voor.

[Yalopa]

Als straks alle Amerikaanse clouddiensten zwart gaan in Europa dan kost dat de VS honderden miljarden aan inkomsten.


40% van de omzet halen ze in Europa.

[jumbos7]

Het idee zal zijn dat als het wordt ingezet dat het Europa meer pijn zal doen dan de Amerikanen. Overigens zal die 40% als het klopt gaan om de cloudomzet, niet van de totale omzet van de big tech.

Het zou volgens onderzoek gaan om 330 miljard euro aan omzet, en 264 miljard euro aan waarde voor de Amerikaanse economie. Dat is veel geld maar de Amerikaanse big tech heeft een omzet in de biljoenen en die 264 miljard euro is een klein percentage van het Amerikaanse bbp

According to the results of the interviews, American companies account for around 83% of the
European cloud software market, i.e. €54 billion for France and €330 billion for the European
Union.

Asterès estimates that European Union companies' annual purchases of cloud software services
that benefit the US economy amount to €264 billion.

https://www.cigref.fr/wp/...ECONOMIC-CONSEQUENCES.pdf

[Reactie gewijzigd door jumbos7 op 21 juni 2026 22:58]

[mjl]

Hoe noodzakelijk is het om dit archief snel weer online te hebben? Dat hoeft echt niet in 24 uur een maand zou ook prima kunnen of zelfs langer.

[Juice2000]

Eens, en daarbij: het is eigenlijk zonde om al die video de hele tijd over de transatlantische kabels naar de voornamelijk Nederlands kijker te duwen. En pakweg 100ms minder latency is ook niet verkeerd.

[MikeyMan]

Moeten we voor dit soort publieke activiteiten partijen als amazon gaan zitten sponsoren dan? Nog los van privacy moeten we zoveel mogelijk weghalen daar. Zeker omdat elke upload nu de vendor lock-in vergroot.

[Reactie gewijzigd door MikeyMan op 21 juni 2026 07:17]

[Blokker_1999]

Aan de andere kant moet je dan de vraag stellen of je voor dit soort activiteiten de kosten moet laten exploderen. Op het moment dat je je platform bouwt heb je je lijst met vereisten en kijk je welke platformen er geschikt zijn. Als je dat op dat moment niet in Europa vindt, dan is dat spijtig maar dan ga je ergens anders kijken. En als dan 1 of 2 jaar later die optie er wel is ga je niet ineens opnieuw een hele grote investering doen om van stack te veranderen en al je mensen te leren werken met een ander platform.

En splitsen over 2 platformen brengt ook een hoop kosten met zich mee. Opnieuw heb je dan ineens 2 platformen te onderhouden, wat van in de basis al duurder is, maar je gaat ook heel je platform erop moeten aanpassen, en ook dat kost weer geld.

En dan moet je je ook nog eens de vraag stellen dat wanneer zo een platform ineens beschikbaar is in Europa, wil je dan bij de eerste zijn om er op in te tekenen? Hoe zit het met kwaliteit en stabiliteit?

Je vraagt dus om de kosten simpelweg te vergroten zonder dat er echt een duidelijk voordeel tegenover staat. Kan men in de toekomst een migratietraject bekijken? Uiteraard. Maar het kan niet zijn dat we een project als dit zomaar op kosten jagen

[MikeyMan]

Kip-ei. Als we niet meer investeren in Europese alternatieven zal de prijs ook niet dalen. We hebben dit echt onszelf aangedaan afgelopen jaren. Nu maar even op de blaren zitten dan.

[Blokker_1999]

De vraag daarbij is: moet dat met publiek geld? Want dan betalen wij, de belastingbetaler, het risico. Mislukt het project, jammer, spitjig van de publieke middelen. Volgende keer beter. Maar lukt het project? Dan gaat de winst ineens naar de private sector.

En je moet ook niet spreken van de afgelopen jaren. Het feit dat Amerikaanse bedrijven de interessantste Europese bedrijven opkopen is een probleem dat eigenlijk al ontstaan is vlak na de tweede wereldoorlog. Dat los je niet snel even op.

[MikeyMan]

Juist met publiek geld moet je geen autoritaire regimes gaan zitten sponsoren.

[mjl]

Een partij sponsoren doe je toch wel of deze nu Europees of elders vandaan komt.

Aangezien alles nu al op verschillende lokaties opgeslagen is zou het toch moeten lukken om die data maar een nieuwe hosting te uploaden zonder tussenkomst van Amazon, het zal nog een transcoding stap kosten maar dat heb je wellicht met een migratie van Amazon naar een ander platform waarschijnlijk ook.

[MikeyMan]

Een partij ja. Een Europese partij heeft dan de voorkeur.

[Lucky0wn]

Genoeg alternatieven, ook in de tijd.

Bijvoorbeeld Open Telekom Cloud (nu T-Cloud)

[MikeN]

Welke aflevering is zo geheim of privacy gevoelig dat US geheimdiensten geen toegang mogen krijgen?

Sta je dan bij de Amerikaanse grens: "Zo meneer, u heeft wel erg veel afleveringen over abortus gekeken in de Schatkamer, dat soort gedrag kunnen we in dit land niet tolereren dus ga maar op de eerste vlucht terug."

Natuurlijk is dat op dit moment een overdreven voorbeeld, alhoewel mensen dergelijke monitoring zich waarschijnlijk al beter in zouden kunnen beelden als de data in China zou staan. Maar het laat hopelijk wel zien dat het hier niet alleen om de content gaat, maar veel meer om kijkgedrag. Dat nog even los van de discussie omtrent digitale autonomie cq. economische overwegingen.

[FrankHe]

Totalitaire regimes zoals in China en de Verenigde Staten doen inderdaad niet zo moeilijk over welke informatie ze precies waar vandaan halen om mensen te onderdrukken en hun rechten af te nemen.

[Uhuruburu]

De US een totalitair regime noemen is wat te kort door de bocht. Er zijn nog steeds meerdere partijen met regelmatig eerlijke verkiezingen. De scheiding der machten (executive, congres, uitvoerende rechterlijke macht) functioneert nog steeds. Er is een private economie met eigendomsrechten en geen voltallige staatscontrole. Er is open oppositie met pluriforme media, ondanks polarisatie.

[Blokker_1999]

De scheiding der machten functioneert niet meer op dit moment. Kijk naar hoe vleugellam het huidige congress is. Er komt amper wetgeving doorheen en de controle op wat de president doet is bijna nihil op dit moment. In essentie is zelfs volgens de Amerikaanse wetgeving de oorlog in Iran op dit moment illegaal. Maar waar zit de wetgevende macht? Waar zit de rechterlijke macht? Beide zwijgen.

Ondertussen is die pluriforme media in sneltreinvaard aan het verdwijnen. Eerst is CBS het zwijgen opgelegd, en binnenkort is CNN aan de beurt. NBC ziet de bui al hangen en heeft MSNBC reeds afgestoten. Gaat daar inderdaad zeer goed met de persvrijheid. Kritiek geven op de president in de VS is op dit moment verdomd gevaarlijk.

En we zullen in het najaar zien hoe vrij en eerlijk de verkiezingen nog kunnen zijn. Want ook daar zien we dat de president al een jaar lang probeert meer macht naar zich toe te trekken en hij ook daar zich niets aantrekt van het grondwettelijk plicht die individuele staten hebben om de verkiezingen te organiseren zoals zij het zien maar wil Trump net dat zijn mensen zich gaan moeien. Want een verkiezing die niet door een republikein gewonnen wordt is sowieso een vervalste verkiezing volgens hem.

De VS heeft nog nooit zo dicht tegen totalitarisme aangezeten als vandaag. En echt moeilijk was het niet om er te komen.

[FrankHe]

Wanneer je als toerist het land wilt bezoeken dan wordt je geacht vijf jaar aan online historie te overleggen. Alle accounts op social media die je de afgelopen jaren hebt gebruikt. De heel zwik. Een normaal land vraagt daar niet naar, dat doen alleen totalitaire regimes. Je kunt er dus van uitgaan dat ze alle tot hun beschikbare bronnen zullen aanboren om aan informatie te komen. Je kijkgedrag op de Schatkamer van Beeld & Geluid zal daarom ook met aandacht worden geanalyseerd door de systemen van de Amerikaanse migratiedienst.

Toeristen die het land bezoeken en waarvan een ambtenaar van het regime besluit dat iets willekeurigs hem of haar niet aanstaat worden zonder opgaaf van reden en zonder proces weken lang opgesloten in een huis van bewaring. Bron:

https://www.dw.com/en/german-nationals-us-immigration-detained-interrogation-ice-donald-trump/a-71987211

Dit soort dingen gebeuren in totalitaire regimes. We moeten de dingen gewoon benoemen zoals ze zijn. De Verenigde Staten heeft een repressief regime waar het voor Amerikanen met een 'kleurtje' en voor buitenlanders die er op bezoek gaan onveilig is. Niet omdat de bevolking je tegenstaan maar omdat het regime zich heeft toegelegd op willekeurige vrijheidsberoving.

Totalitaire regimes hebben als eigenschap dat ze interne kritiek doen verstommen. "The Late Show with Stephen Colbert" is verdwenen omdat de dictator in het Witte Huis daar op aandrong. Zo zijn er in korte tijd nog meer nieuwsbronnen verdwenen.

https://apnews.com/article/stephen-colbert-late-show-cbs-end-8bad9f16f076df62c0ffc50e9c8adbab

"CBS said “Late Show” was canceled for financial reasons, not for content. But the timing — three days after Colbert criticized the settlement between Trump and Paramount Global, parent company of CBS, over a “60 Minutes” story — led two U.S. senators to publicly question the motives."

Mensen die in de VS zijn geboren maar volgens het totalitaire regime de verkeerde achternaam of huidskleur hebben worden zonder proces opgepakt en in een Amerikaans concentratiekamp gezet.

Alles wat wij op Amerikaanse systemen stallen zal door de Amerikaanse overheid worden gemonitord. Informatie die ze verkrijgen wordt tegen je gebruikt. Wanneer de dictator in het Witte Huis iets niet aanstaat dan wordt je afgesloten van Amerikaanse diensten. Zie het voorbeeld van de aanklager met het internationale strafhof ICC in Den Haag die niet meer bij de Microsoft e-mail kon:

https://www.nytimes.com/2025/06/20/technology/us-tech-europe-microsoft-trump-icc.html

Mensen die nu nog steeds blijven volhouden dat de Amerikanen nooit onze systemen zullen uitzetten zien hopelijk in dat deze bewering ondertussen geen stand meer houdt omdat de Amerikanen het namelijk al hebben gedaan. De tijd van naïviteit is echt voorbij.

[Llopigat]

Dat vind ik niet eigenlijk.
- Eerlijke verkiezingen? Nou niet echt meer sinds al die gerrymandering die ze doen. Dat gebeurde al langer maar ze zijn er nu gewoon heel open over dat ze het politieke systeem lopen te beinvloeden.
- Scheiding der machten? Het hooggerechtshof is een politiek orgaan geworden, vandaar dat het zoveel uitmaakt welke president de rechters mag benoemen. En de president negeert gerechtelijke uitspraken gewoon. En ook het leger in de straten is echt niet normaal.
- Private economie: Ook niet echt, met name andersom: De grote bedrijven hebben veel en veel te veel macht over de politiek daar
Neem dan ook nog eens de situatie rond de capitoolbestorming mee waar de zittende president voor heeft opgeroepen. Functionerende democratie? Nou nee.

[Reactie gewijzigd door Llopigat op 22 juni 2026 08:37]

[Uhuruburu]

- Gerrymandering is niet ideaal, maar het maakt verkiezingen niet "oneerlijk" in de zin van massale fraude of dictatuur. Miljoenen Amerikanen stemmen nog steeds en de uitslag weerspiegelt grotendeels de wil van de kiezers, anders hadden we geen close races en wisselingen van macht.

- De scheiding der machten werkt via spanning en wrijving — dat was de bedoeling van de Founding Fathers (checks and balances). Perfect is het nooit geweest. Wat nu speelt is een intensere versie door polarisatie: alles wordt existentiële strijd. De echte bedreiging is niet één president of Hof, maar als burgers en instituties alleen nog legitimiteit erkennen als hun kant wint. Dan houdt de scheiding der machten op te functioneren. Oplossing: meer nederigheid, betere wetgeving door Congres, en minder reliance op rechters en executive orders voor alles. Zowel "Trump dicteert alles" als "rechters moeten het land besturen" zijn uithollingen van het systeem. Terug naar de constitutie in plaats van naar de cultuurstrijd.

-Ja, crony capitalism is inderdaad een groot probleem. Grote bedrijven hebben vaak te veel invloed op de politiek via lobbyen, donaties en de draaideur tussen overheid en bedrijfsleven. Maar dat is niet het bewijs dat een 'private economie' slecht is, het bewijst juist dat te veel overheid het probleem is. Hoe meer de overheid reguleert, subsidieert, beschermt en stuurt (denk aan miljarden aan subsidies, complexe regels, vergunningen, 'green deals', etc.), hoe aantrekkelijker het voor grote bedrijven wordt om die macht te beïnvloeden. Kleine bedrijven en startups kunnen die lobbykosten niet betalen, dus de grote spelers schrijven mee aan de regels die hen beschermen tegen concurrentie. Dat is geen vrijemarkteconomie, dat is gepolitiseerd kapitalisme.

- Geweld tegen het Capitool en politie is onacceptabel en terecht strafrechtelijk vervolgd (ruim 1.500 arrestaties, honderden veroordelingen). Maar dit bewijst niet dat de Amerikaanse democratie niet functioneert. Integendeel: Checks and balances werkten: Het geweld duurde enkele uren. Het Congres hervatte diezelfde avond de zitting en certificeerde de verkiezingsresultaten. Biden werd president. Geen staatsgreep, geen succesvolle omverwerping.Rechtsstaat reageerde: Duizenden uren onderzoek, hoorzittingen, rechtszaken, twee impeachment-procedures (een specifiek over Jan. 6). De daders (inclusief leiders van Proud Boys en Oath Keepers voor seditious conspiracy) zijn berecht, iets wat in echte autoritaire landen niet gebeurt. Vreedzame machtsoverdracht: Ondanks alle spanningen vond de inauguratie plaats. Trump verliet het Witte Huis (zij het morrend). In 2024/2025 keerde hij via verkiezingen terug, het systeem corrigeerde zichzelf via stemmen, niet via geweld.

[lenwar]

Niet om geheim, maar (semi-)principieel. Het gaat om data van de publieke omroep. Puur op gevoel/sentiment zou ik het ook fijn vinden als dit op een Nederlands of anders Europees platform komt.

[Lucky0wn]

Het is meer: Nederlands erfgoed, daar hoort het gespendeerde geld van de belastingenbetaler ook in Nederland uitgegeven te worden.

[SPee]

Voor Amazon wel een handige informatiebron voor hun streaming service.

[PrinsEdje80]

De hosting van de hele infrastructuur gebeurt bij CloudFront van Amazon, in plaats van bij een Europees alternatief. "Toen deze keuze drie jaar geleden werd gemaakt, was er geen Europese content delivery network voor deze schaal beschikbaar", verklaart Tristan Zondag, ict-engineer bij Beeld & Geluid. "Misschien is dat er inmiddels wel, maar als we zouden overstappen, moeten we bij AWS 500 terabyte aan egresskosten betalen, dus dat doet wel pijn."

Lijkt me toch een zeer duidelijke en praktische reden waarom destijds die keuze gemaakt is. Op het moment dat de wetgeving ingaat die egresskosten verbiedt, zou het een stuk makkelijker worden (zie bijv hier).

Daarnaast, nu heb je het draaiende. Ik vind het erg knap dat dit zo binnen 4 jaren volledig is gerealiseerd! Kijk om hoeveel data het gaat. Dat heb je niet even "zomaar" gemigreerd.

Dus het gaat vermoedelijk nog wel komen, maar niet direct.

[MikeyMan]

Ja alleen loopt in de tussentijd de hoeveelheid data flink op. Dus dat maakt de uitdaging niet kleiner.

Daarnaast neem ik zomaar aan dat content Delivery en hosting/opslag gescheiden kunnen worden.

[Reactie gewijzigd door MikeyMan op 21 juni 2026 11:05]

[Llopigat]

500 TB vind ik best meevallen. Ik heb hier thuis al meer dan 100 staan.

[kozue]

Maar het is toch onzin om te roepen dat ze 500Tb aan egress zouden hebben? Er staat in het artikel al dat ze overal backups van hebben, dan gaan ze toch niet AWS als bron gebruiken voor het nieuwe cloudsysteem maar hun eigen (backup)data? Dat kun je volledig langs AWS heen opzetten. Als het nieuwe spul dan draait, uitzetten van het AWS systeem en klaar mee.

[Bedge85]

Hoewel het hosten van de spullen in Europa een mooi ideaal is en ik daar ook wel enthousiast van zou worden, is het punt wel dat dit geen kritieke infrastructuur is. Wat wel heel belangrijk is, is dat er backups in Nederlands of Europees grondgebied zijn.

Iedereen zal wat anders aankijken wat wel of niet kritieke infrastructuur is. Naar mijn mening zijn dat zaken als DigiD, DNS en diensten van de overheid.

[MikeyMan]

Dat is nu juist het punt niet. Kritiek of niet maakt geen enkel verschil. Je bent Amerikaanse providers aan het sponsoren terwijl er behoefte is aan klandizie voor Europees spul.

[Cartman!]

Die lopen qua (managed) services en capaciteit alleen hopeloos achter en het zal n tijd duren voor ze dat kunnen bijbenen (als dat überhaupt ooit gaat gebeuren). Ook zijn ze vaak een stuk duurder. Als je daardoor je budget moet verveelvoudigen en de tijdlijn heel anders wordt kun je dat prima overwegen maar anders kom je toch op de US based hyperscalers uit.

[Reactie gewijzigd door Cartman! op 22 juni 2026 08:40]

[MikeyMan]

En hoe gaan we dat oplossen? Precies, door de zure appel heen.

[Cartman!]

Wil jij er ook flink meer belasting voor gaan betalen? Of duurdere producten in algemeen? Velen zullen dat niet zijn als ik kijk naar de populariteit van bijv Temu en SheIn.

[MikeyMan]

Tsjah... Das nou net de taak van de overheid...

[Cartman!]

En wie moeten dat bekostigen? Juist ja.

[Llopigat]

Ja ik snap het bezwaar van die egress kosten niet helemaal want ze kunnen het toch ook vanuit zichzelf naar de nieuwe hoster sturen? Ipv vanuit Amazon.

[xilanaz]

Ik had eigenlijk nog nooit van die egresskosten gehoord, op zich wel slim vanuit de aanbieder, elk jaar komt er meer data bij en wordt migreren steeds duurder.

[MikeN]

De bewering:

"Misschien is dat er inmiddels wel, maar als we zouden overstappen, moeten we bij AWS 500 terabyte aan egresskosten betalen, dus dat doet wel pijn."

Is alleen niet waar. Op basis van de Data Act geldt een cost-based tarief bij switchen van clouds, en vanaf 2027 worden de kosten geheel afgeschaft. Omdat die wetgeving er toch al aan kwam, heeft Amazon de egress-kosten bij switching al afgeschaft: https://aws.amazon.com/blogs/aws/free-data-transfer-out-to-internet-when-moving-out-of-aws/

Dus Beeld & Geluid, wanneer gaat de switch beginnen?

[jumbos7]

Niet vandaag als ik het zo lees. Amazon heeft het afgeschaft wanneer je dat minstens 2 maanden van te voren aanvraagt en alle benodigde informatie aanlevert en het goedgekeurd wordt. Als je dat niet weet en gewoon begint met migreren zonder Amazon in te lichten ben je alsnog de egresskosten verschuldigd.

[Reactie gewijzigd door jumbos7 op 21 juni 2026 13:34]

[RogerSch]

Waarom zo'n haast?

Ik denk dat andere (overheids)diensten vele malen belangrijker zijn voor de Nederlandse samenleving en die dus eerder verplaatst moet worden.

[TV_NERD]

Elke host rekent egresskosten bij data-intensieve diensten, data is wholesale niet gratis Daarom hebben grote streamingboeren ook grote cachingservers staat bij veel ISP's binnnen het eigen netwerk, scheelt ook weer datakosten.

edit:
@MikeN wist niet dat egresskosten bij migratie niet meer mogen straks, vind ik eigenlijk wel apart, Amazon moet ook gewoon betalen voor die data. Dat het tegen inkoopprijs zou moeten alá, maar gratis? Nee.

[Reactie gewijzigd door TV_NERD op 21 juni 2026 07:52]

[MikeN]

@MikeN wist niet dat egresskosten bij migratie niet meer mogen straks, vind ik eigenlijk wel apart, Amazon moet ook gewoon betalen voor die data. Dat het tegen inkoopprijs zou moeten alá, maar gratis? Nee.

Tsjah, ze hadden ook geen moeite om die data in hun cloud te ontvangen, dus het is gewoon de 'cost of doing business'. Het is een noodzakelijke maatregel om te zorgen dat situaties zoals genoemd in dit artikel ("we gaan niet migreren want het is te duur") niet voorkomen. Exact dit scenario staat ook uitgespeld in de overwegingen van de Data Act:

Unnecessarily high data egress charges and other unjustified charges unrelated to actual switching costs inhibit customers from switching, restrict the free flow of data, have the potential to limit competition and cause lock-in effects for the customers by reducing incentives to choose a different or additional service provider. Switching charges should therefore be abolished after three years from the date of entry into force of this Regulation.

[Blokker_1999]

Ingress is goedkoper, maar ook niet gratis. En afhankelijk van provider en storage type kan de kost zelfs gelijk zijn. Maar ingress is op de meeste platformen een fractie van wat je aan egress verbruikt. Grootste uitzondering daarop zijn backup diensten. Die zien veel meer ingress dan egress.

[roelboel]

De één z’n ingress is de ander z’n egress placht men vroeger al te zeggen.

[fre0n]

In veel aanbestedingen worden inmiddels ook migratiekosten meegenomen. Niet alleen egress van puur data, maar ook om vendor lock-in te voorkomen. Dat is imho een goede ontwikkeling

[jumbos7]

Migreren hoeft natuurlijk niet steeds duurder te worden. Elk jaar dalen de kosten van dataverkeer namelijk aanzienlijk, dus het hangt dan mede af van de datagroei of het daadwerkelijk duurder wordt. Alleen worden de besparingen niet altijd door cloudaanbieders doorgegeven aan de afnemers, en laat AWS nou net de partij zijn die notoir hoge egresskosten blijft rekenen. Als het Europese aanbod er is, zou het dus zo maar kunnen zijn dat de egresskosten bij migratie terug verdient kunnen worden. Dan is het alleen nog een kwestie van de financiering. Maar we moeten het ook niet overdrijven. 500TB aan egresskosten is zelfs bij AWS op het moment zo'n 30.000 euro als ik de calculator.aws mag geloven.

[Reactie gewijzigd door jumbos7 op 21 juni 2026 13:34]

[R_Zwart]

Nu heet het egresskosten, elders wordt ook termination fee gebruikt. Helemaal niet bijzonder in b2b contracten. De leverancier moet bij dit soort grote contracten ook investeren dus die wil geen risici lopen dat de klant na de wegloopt voordat de investeringen zijn terugverdiend. Na een paar jaar is alles weer opnieuw te onderhandelen. Ook bij Amazon.

[JanVQ]

"Deze video is alleen binnen Nederland afspeelbaar". Ik had natuurlijk niets anders verwacht. Het hele Europese idee is nog niet overal even sterk aanwezig, zo blijkt maar weer.

[iAR]

Dat zal met rechten te maken hebben,

ik vind dit overigens een fantastisch project. Rutte IV heeft blijkbaar ook goeie dingen gedaan . Hoe cool zou het zijn als mensen nog veel beeld thuis hebben liggen? Bij overlijdens van mensen dus videobanden opsturen naar beeld en geluid!

[Knutselmaaster]

Ja het zou fijn zijn als er een oplossing komt zodat Nederlanders op reis en expats ook kunnen kijken.

[Llopigat]

Ja ik zie het (als 'expat' zijnde). Er is eigenlijk niks te bekijken. Stom, al dat spul is door de publieke omroep bekostigd dus waarom zou dat niet in het buitenland bekeken mogen worden? Voor dingen als voetbalwedstrijden of speelfilms kan ik me er nog wel wat bij voorstellen maar zelf gepubliceerde content absoluut niet.

Nou heb ik er inmiddels al wel omheen kunnen werken, echt waterdicht is het niet.

[ZakKa.dev]

VPN aanzetten is voldoende?

[Llopigat]

Nou ik heb een VPN bij familie op een eigen internet verbinding (staat een raspberry met tailscale). Daarmee werkte het.

Met commerciele VPN heb ik niet geprobeerd maar over het algemeen werkt dat niet met content diensten. Het is nogal makkelijk te herkennen. Ik kan het wel een keer proberen opzich.

[Reactie gewijzigd door Llopigat op 22 juni 2026 17:27]

[ZakKa.dev]

Zojuist met proton VPN getest en het werkt. Ik denk niet dat ze dit goed hoeven te beveiligen. Dit is een dienst die alleen maar interessant is voor Nederlanders. Dus ze kunnen ervan uitgaan dat als iemand een VPN gebruikt om dit te gebruiken, het een Nederlander is?

[Llopigat]

Inderdaad, het werkt ook met de 50GB gratis ingebouwde Firefox VPN als je die op Nederland zet, merkte ik (als je de optie Nederland niet ziet dan moet je even updaten naar versie 152)

Dat valt me mee.

[Reactie gewijzigd door Llopigat op 23 juni 2026 15:22]

[Knutselmaaster]

Oh dat is een goede tip, dat ga ik proberen.

Ik probeerde de Opera vpn als NL locatie maar daar moet je een abonnement voor afsluiten. En aangezien ik dat nergens anders voor zou gebruiken vind ik dat zonde van het geld.

(10 minuten later: Browsec app op m'n telefoon geïnstalleerd en NL server gekozen. Dat werkt)

[Reactie gewijzigd door Knutselmaaster op 9 juli 2026 20:46]

[FrostHex]

Tof! Lijkt me dat AI juist een hele handige tool kan zijn bij metadatabreuken?

Zag de link niet staan ergens in het begin; dus voor geinteresseerden:

https://schatkamer.beeldengeluid.nl

En tip @ https://schatkamer.beeldengeluid.nl/serie/2101608030025227231/ip-reclame/aflevering/2101608220214573531

Post je oude leuke computer finds hieronder!

[Reactie gewijzigd door FrostHex op 21 juni 2026 06:56]

[henktiggelaar]

Dit lijkt me een handige start: https://schatkamer.beeldengeluid.nl/zoeken?onderwerp=computers&onderwerp=internet&onderwerp=software&onderwerp=informatica&onderwerp=games&onderwerp=automatisering&alleenafspeelbaar=ja

[WeirdScience]

Gevalletje VPN dan?

Deze reactie was bedoeld voor @JanVQ

[Reactie gewijzigd door WeirdScience op 21 juni 2026 15:12]

[045Crew]

Ik zie het nergens, of lees eroverheen maar over hoeveel TB hebben we het hier?

[CodeCaster]

Minstens drieënhalf.

Iets serieuzer: over welk formaat heb je het? Gedigitaliseerd voor opslag, of gereedgemaakt voor streaming (en dan in welke resolutie en bitrate)? Een formaat kan soms pas bestaan wanneer het opgevraagd wordt (lage resolutie, langzame verbinding, hier heb je een versie speciaal transcoded voor jou).

[Reactie gewijzigd door CodeCaster op 21 juni 2026 19:24]

[045Crew]

Ergens zal die data als een file opgeslagen zijn. Zij het gecomprimeerd of niet. Hoe het bij mij op het beeldscherm terecht komt is niet van toepassing.

[Reactie gewijzigd door 045Crew op 21 juni 2026 21:52]

[rickvdvulkaan]

Cool project. Ik snap alleen het "content delivery network" verhaal niet echt. Als ik google moet geloven is dat een term die te maken heeft met servers die overal ter wereld geografisch zo dicht mogelijk bij de gebruiker zijn voor optimale snelheid. Maar als het puur voor nederland is, is dat toch niet zo relevant?

Had zelf ook nog nooit van egresskosten gehoord, maar klinkt als een wurgcontract waar je nooit meer vanaf komt.

[Bedge85]

Een content delivery network (CDN) zorgt ervoor dat data beschikbaar is op een locatie dichter bij een gebruiker. Dit wordt soms ook wel een POP (Point of Presence) genoemd.

Er zijn veel voordelen aan een CDN. Zo heeft AWS geen regio in Nederland. Engeland en Duitsland zijn het dichtstbijzijnd wat betreft datacenter. Wel heeft AWS een of meer POP's in Nederland. In de meest basale vorm betekent dit dat als iemand voor het eerst bepaalde media opvraagt via de CDN, deze media vervolgens ook direct beschikbaar is voor andere mensen in dezelfde regio. Daarnaast is het zo dat binnen AWS de egress (uitgaande data) kosten via een CDN veel lager zijn dan wanneer egress direct vanaf een server of een load balancer naar buiten gaat.

Het gebruik van een AWS CDN zorgt er dus voor dat de content sneller beschikbaar is en dat de kosten lager zijn. Ook wordt door de CDN de media servers ontlast wanneer het CDN de data in zijn cache heeft staan.

[Reactie gewijzigd door Bedge85 op 21 juni 2026 10:49]

[Llopigat]

Maar deze dienst blokkeert toch alles voor kijkers in het buitenland, dus waarom heb je zo'n uitgebreide CDN nodig?

[Bedge85]

Zoals hierboven uitgelegd. De AWS-datacenters staan in het buitenland. Engeland en Duitsland zijn het dichtstbijzijnd. Terwijl AWS wel POPs in Nederland heeft.

De keuze voor zon "uitgebreide" CDN is waarschijnlijk omdat de rest van de infrastructuur ook al bij AWS staat. Dan is de keuze voor CloudFront, wat onderdeel is van AWS, makkelijk gemaakt. Het houdt de infrastructuur eenvoudig en is kostentechnisch ook interessant, omdat er vaak reductie in datakosten is tussen CloudFront en andere AWS diensten zoals S3 of een loadbalancer. Bovendien liggen de kosten voor uitgaande data via CloudFront een stuk lager dan wanneer je direct vanaf een andere AWS service data over het internet verstuurt.

[jadjong]

Zelfs voor Nederland _kan_ het nuttig zijn om direct bij de gebruiker(per stad of provincie) iets te parkeren wat veelgevraagde data als proxy/cache aanbiedt, dan stort het binnenlandse internet niet in elkaar wanneer GTA6 eindelijk te downloaden is. Vraag mij alleen af of dit archief van de Schatkamer voldoende data verstouwt om een CDN te rechtvaardigen.

[Tielenaar]

Een CDN is ook gewoon redelijk domme storage, dus een vrij recht toe recht aan http request server zonder veel extra architectuur enzo. Dat kan handig zijn om te splitsen van de rest van het portaal.

[jumbos7]

Ik ben meteen even gaan kijken naar oude fragmenten van het journaal, de eerste paar die ik af probeerde te spelen bevatten geen of geen werkend geluid. Maar gelukkig kwam ik daarna wel genoeg fragmenten met geluid tegen. Ik kwam ook nog een reclamespot uit 1997 tegen die in het archief als uit 1985 te boek staat, maar dat lijkt ook vrij zeldzaam te zijn. Erg leuk dat dit bestaat en leuk om te lezen over de totstandkoming.

[mrooie]

https://schatkamer.beelde...ering/2101608220214748431