De l’MVP del Projecte 3 al TFG: Evolució de Beka DCP 

Tot i que el Projecte 3 va establir una base sòlida i funcional (l’esquelet del SaaS), el desenvolupament del TFG suposa un salt qualitatiu per transformar un prototip en una eina que realment sigui d’utilitat per als usuaris per als qui està pensada. Bàsicament usuaris del sector audiovisual/cinematogràfic que no tinguin un perfil tècnic avançat o que no disposin de les eines ni el hardware necessari per a fer una conversió d’arxius de vídeo a DCP que és el format estàndard de visionat per als projectors digitals dels cinemes.

Aquest projecte es divideix en les següents seccions:

1. Activació de les funcionalitats “pendents” del Projecte 3

El primer objectiu del TFG és fer que l’app sigui plenament operativa. A la memòria del Projecte 3 es va admetre que moltes opcions de la interfície eren només visuals; ara s’implementarà la seva lògica real al backend:

Processament de dades reals: S’activarà el control del bitrate J2K (permetent valors entre 50 i 250 Mbit/s segons el manual oficial), la conversió real d’espais de color (DCI-P3, Rec.709) i la configuració d’àudio multicanal.

Gestió de subtítols: S’integrarà Subtitle Edit CLI per convertir fitxers SRT a l’estàndard XML del cinema, permetent tant el “burn-in” (cremat a imatge) com el “timed text” (pista separada).

Resultats i Verificació: L’usuari ja no només veurà el resultat en text a la pròpia app; es podrà exportar l’informe exhaustiu de dcp-inspect a PDF i visualitzar una previsualització real del DCP mitjançant un fitxer MP4/HLS generat en segon pla i reproduït en una finestra modal mitjançant un player per a HLS com pot ser videoJS.

2. Novetats Tècniques: 

Per “democratitzar” realment la creació de DCPs, cal oferir eines que fins ara només estaven en programari de sobretaula car:

Mapatge i suport d’àudio multicanal 5.1/7.1: S’implementarà una matriu de mapatge visual per assignar correctament els canals (L, R, C, Lfe, Ls, Rs) per adaptar l’ordre dels arxius d’entrada a l’especificació del DCP

Encriptació i creació de KDM: Es donarà suport natiu a l’encriptació, incloent-hi la generació de claus KDM per a poder donar accés a la DCP només a aquells cinemes que estiguin autoritzats.

Estructures avançades: El sistema permetrà crear Version Files (VF), una funcionalitat vital per estalviar espai i temps quan es volen afegir subtítols o idiomes a un vídeo ja existent (OV).

Anàlisi de Loudness: S’inclourà un informe de nivells LUFS i True Peak, garantint que l’àudio compleix les normatives de les sales de projecció.

3. UX i Lògica de Negoci: 

Finalment, l’aplicació s’adaptarà per ser un producte comercial usable:

Gestió d’Usuaris: S’implementarà un sistema de Registre i Login amb un Backoffice personalitzat on cada usuari podrà gestionar el seu historial de projectes i descàrregues.

UI adaptada als canvis: La UI s’adaptarà a totes aquestes funcions noves i s’enriquirà amb un sistema de Tooltips d’ajuda en cada paràmetre tècnic (explicant els conceptes bàsics per a entendre la creació del DCP), eliminant la barrera d’entrada per a usuaris no tècnics.

Amb aquest full de ruta, el projecte passa de ser una prova de concepte a convertir-se en una plataforma de creació de DCP’s online amb utilitat real.

Què seria la versió “Perfecte” de Beka DCP?

Aquesta proposta d’evolució ja seria una versió amb tots els estàndards que esperen els professionals de l’indústria de la postproducció cinematogràfica i les funcionalitats de qualsevol SaaS que realment funcioni. Per aconseguir això s’haurien d’integrar totes aquestes millores.

1. Ingesta: De HTTP a FTP o UDP

La idea és que pujar un fitxer pesat sigui tan fàcil com moure una carpeta a l’escriptori.

• Connexió directa: Implementaríem un client SFTP dins la mateixa web per moure dades de servidor a servidor.
• Velocitat màxima: Integraríem protocols UDP com els que fan servir Aspera o Signiant per aprofitar tot l’amplada de banda possible.
• Seguretat total: Les pujades es farien mitjançant claus temporals encriptades, protegint els màsters durant tota la cadena.

2. Codificació accelerada amb GPUs (Motor Grok)

En aquesta hipotètica versió, la velocitat de creació d’un DCP ja no dependria només de la potència de processament “normal” del servidor, sinó que faria un salt gegant:

• Velocitat de gpu: S’implementaria el codificador Grok, que és el que recomana oficialment DCP-o-matic. Això permetria aprofitar tota la potència de les targetes gràfiques NVIDIA (tecnologia CUDA).
• Rendiment real: Es podria arribar a codificar a uns 200 fotogrames per segon. Això significaria que una pel·lícula sencera es processaria en una fracció del temps actual, quasi 10 vegades més ràpid que a temps real.

3. Infraestructura elàstica: Un sistema que creix a demanda.

L’objectiu seria que la plataforma no es quedés mai penjada, sense importar el volum de feina que entrés de cop.

• Malla de contenidors: El sistema no dependria d’un sol ordinador fix, sinó d’una xarxa d’unitats de treball (contenidors) que s’activarien segons la demanda de cada moment. Diverses empreses cloud ofereixen sistemes elàstics on pujar els contenidors que faci falta segons demanda.
• Escalabilitat : Si un matí entressin 50 pel·lícules de cop, el servidor seria capaç de “créixer” automàticament per processar-ho tot en paral·lel. Un cop acabada la feina, el sistema tornaria a la seva mida normal per ser més eficient.

3. Interfície: Informació en viu i al moment

Tot i que el sistema de polling que ara té implementat ja va actualitzant la pantalla de logs es podria convertir l’app sencera no solament la part dels logs.

• Feedback instantani: Gràcies als websockets, podríem veure qualsevol actualització en temps real.
• Notificacions: Rebria avisos immediats de validació o errors directament a la pantalla.

4. Distribució: Lliurament automàtic a tot el món

Un cop el DCP estigui llest, el sistema hauria de saber on enviar-lo sense que ningú hagi de prémer gaires botons.

• Enviament als cinemes: Connexió directa amb els servidors de les sales (TMS) via protocols segurs via SFT.
• Descàrrega ràpida i fiable: De la mateixa manera que s’implementaria per les pujades també es podria integrar per les baixades des de l’app mitjançant les API de Aspera, Signiant o Filemail.

5. Negoci: Un procés de venda tancat.

Finalment, s’automatitzaria la part més administrativa.

• Integrar subscripció o pagament per ús: Es podrien oferir diferents models de subscripció, de paquets de codificació  o  per una única codificació.
• Pagament i descàrrega: Integrar Stripe o qualsevol altre passarel·la de pagament perquè, un cop el client pagui, se li activi la descàrrega automàticament.

Avisos de finalització: Quan tot estigui llest, el client rebrà un SMS o un correu electrònic perquè no hagi d’estar pendent de la web.

Autoavaluació: B

​​Has tingut en compte opinions de tercers? De quina manera han afectat en la definició del projecte?

Ja des d’abans de l’inici del Projecte 3 aquest projecte era una idea que em rondava pel cap i que havia parlat amb altres companys de feina. Poder oferir una solució com la de Beka DCP és quelcom que és inèdit a la indústria, ja que no hi ha cap programari per crear DCP’s directament en línia i després de debatre amb companys tècnics i possibles usuaris vaig acabar convencent-me de què podria ser una app que sí que tingués recorregut com a SaaS. Una de les premisses que he intentat aplicar ja des que vaig començar-lo ha sigut – després de rebre els suggeriments dels qui l’han provat – és intentar que sigui una app que funcioni tant per usuaris no tècnics, amb una interfície fàcil d’entendre i el més automatitzada possible, com per a usuaris tècnics oferint accés a la majoria dels controls que ofereix dcp-o-matic per ajustar la sortida segons les necessitats tècniques de l’usuari.

Has analitzat projectes relacionats amb la temàtica d’aquest treball que t’hagin aportat idees?

Sí, una de les parts del Projecte 3 va ser fer un benchmark de l’estat del mercat i això em va permetre saber que com la solució que proposo no hi ha cap d’igual. Hi ha estudis de postpo que ofereixen el servei, hi ha programari com l’ EasyDCP que depèn de hardware relativament car, però no hi ha cap solució 100% en línia.

Has utilitzat algunes de les metodologies creatives que es comenten a l’enunciat? N’has utilitzat d’altres?

Per la pluja d’idees per la millora de funcionalitats he fet servir l’Scamper tot i el que més m’ha servit és la meva pròpia experiència en el camp audiovisual/cinematogràfic i la recerca tant de solucions de programari com d’arquitectura.

Podries destacar 3 o 4 punts clau que hagin variat després d’haver realitzat aquest procés d’estudi inicial, en referència a la idea original que poguessis tenir en ment?

Sobretot el que ha variat és ser conscient de quines millores eren factibles per al TFG i quines haurien d’esperar a fer-se a mesura que el projecte es converteixi en realitat.

Per exemple, la integració de la passarel·la de pagament, l’arquitectura escalable o l’acceleració per GPU o la integració d’UDP i SFTP són millores que hauré d’anar integrant un cop l’app estigui ben testada i tingui totes les opcions a nivell de programari ben implementades.