CMCloud

[Antonio Marcheselli]

Come sarebbe trasferire un film da una sala all'altra in 10 minuti? Non e' un unico storage? Dove viene trasferito?

[stivmen]

Gli attuali TMS come sono stati concepiti hanno finito la loro vita col nuovo sistema puoi cambiare la sala come vuoi come ai tempi del piatto, senza aspettare che il film venga trasferito da tms al server si sala......
stiv

[Elia Orselli]

Lo facevano vedere a Riccione alle giornate di cinema estive, se ben ricordo semplicemente c'è un solo server e su ogni macchina il mediablock fa tutto il resto. Intenderanno dire che la procedura per la programmazione richiede al massimo 10 minuti, immagino

[pclarici]

Tana per Supermicro
Scalabile fino a 8 Xeon, 16 drive SAS/SATA da 3.5". Niente male.

[imax]

Ma una versione in italiano del filmato no,eh?In pratica di cosa tratta?Trasferimento file tra diversi server con un solo drive o cosa?

[vipao]

No Imax... se hai un NAS (hard disk di rete) e più server anch'essi in rete, il trasferimento del film lo facevi già su rete ethernet... direi che è una cosa perfino banale...
Questo concetto è totalmente diverso: se ho capito giusto hai un solo server centrale che ha architettura supermicro: permette in una unità da rack alta 3 moduli di installare fino a 8 processori intel per il calcolo parallelo e fino a 16 hard disk per lo storage dei dati (film). La scelta della potenza di calcolo e di storage dipenderà poi dal numero di sale/proiettori da servire.
Tutta la programmazione, lo scheduling, la decodifica, il controllo remoto del proiettore (per i parametri di proiezione e per il controllo di eventuali anomalie), il controllo remoto dell'audio (volume) e di tutte le automazioni sala (luci...) ecc. di tutte le proiezioni nelle diverse sale avvengono quindi solo in questa macchina centrale. Poi il flusso dei dati video/audio viene indirizzato ai singoli proiettori/cp nelle singole sale. I proiettori richiedono esclusivamente l'installazione di un media block interno (scheda aggiuntiva) per la decodifica DCI.

Paolo

[imax]

in pratica è 1 rack contenente diversi hardisck di svariati terabyte contenenti i film e a valle di questi hardisck c'è il pc di gestione per distribuire i segnali vari audio e video ai proiettori digitali ed ai processori audio e relativi amplificatori tramite le schede di destinazione modulari illustrate nel filmato,giusto?Almeno è quello che ho capito dal filmato...Ovvio che poi dal pc centrale invii i comandi di gestione delle proiezioni per luci mezze luci start e stop proiettore e così via dicendo...Sembra lo sviluppo del vector 1000 che si usa per gli impianti 35 mm appositamente creato per il digitale...

[vipao]

Direi che hai capito giusto... al massimo si potrebbe puntualizzare una cosa: quel rack che vedi nel filmato non contiene solo gli hard disk, ma è anche il pc vero e proprio (è che quindi non è a valle)! Quei moduli in griglia argentata che si vede vengono estratti o reinseriti a rack acceso (funzione hot-swap) sono moduli processore (uno degli 8 installabili), non hard disk. I cassetti degli hard disk sono quelli neri (con linguetta rossa se non ricordo male) che si vedono sul frontale!

[imax]

Capito anzichè avere 1 singolo impianto per ogni proiettore e dolby si ha in pratica un solo pc per gestire il tutto in diverse sale in digitale più o meno come si fa col vector 1000 per il 35 mm...

[Gio]

Bello e comodo.
Ho un solo dubbio. Non è il classico caso informatico in cui un singolo problema si ripercuote poi su tutto il sistema?

[vipao]

Anche secondo me, Giò!
Dell'hardware magari mi potrei anche fidare (doppio alimentatore hot-swap, multiprocessore hot-swap, raid...) ma se si pianta il software? O se ti "cade" la rete interna che fai? Annulli la programmazione in tutte le sala e chiudi il multiplex?
Io mi fiderei di più di un server per ogni proiettore, magari tutti remotati in rete con un solo NAS centrale se si vuole avere una visione globale da un'unica postazione. Mal che vada ti metti a correre tra un server e l'altro con un hard disk e puoi sempre tirare avanti...

[asweil]

Esatto e comunque anche se una struttura decidesse di dotarsi del cmcloud non penso proprio che rottamerebbe gli attuali server.. in caso di problemi (ovviamente si spera minimi ) al sistema o alla rete locale si può sempre utilizzare gli attuali server.. (sempre che non si siano formate troppe ragnatele rimanendo spenti per un pò.. )
Temo però che non mancheranno bug e similari, visto che è un prodotto "nuovo"..

[pclarici]

Mah, un sistema del genere ha senso per una nuova installazione, anche perché funziona solo con proiettori Serie 2. Tenendo conto che ogni singolo server deve essere registrato e autorizzato per le KDM, quella dei server convenzionali come backup non è un'opzione. Deve funzionare, e basta: c'è solo da sperare che i meccanismi di ridondanza adottati siano sufficienti, e ovviamente anche tutta l'infrastruttura di rete dovrebbe essere duplicata e sotto UPS.

Personalmente l'idea non mi dispiace affatto, ma sarei più tranquillo se ci fossero anche un paio di dischi da 2.5" in RAID1 all'interno dei singoli IMB (o anche un singolo SSD) da usare come buffer per le emergenze.

[asweil]

Sono d'accordo e senz'altro avrà più senso per le nuove installazioni... (-e se posso fare un piccolo OT polemico- attualmente invece per giustificare maggiormente i tagli di personale ).
Ora semplicemente ipotizzando: per il discorso KDM non sarà sufficiente il server centrale o il media block? Altrimenti se così non fosse sarebbe necessario per le nuove installazioni anche il server "di sala".. ma così non si perderebbe l'utilità di tutto e del server centralizzato?

Chissà, per i dischi in raid1 magari saranno disponibili pacchetti di upgrade...

[pclarici]

Le KDM sono legate al media block, e con un sistema di storage/streaming come questo ce ne sarà comunque sempre uno all'interno di ogni proiettore DCI-compliant. Il CMCloud o sistemi simili *non* faranno mai la decodifica e la decrittazione del materiale, e ci sarà mai una "facility key" valida per tutta la struttura, questo DCI l'ha chiarito anni fa. Macchine del genere serviranno solo a programmare le playlist, controllare gli impianti e inviare a ogni media block i contenuti richiesti. Di fatto, rispetto a un sistema IMB + storage locale + TMS/libreria attuale, si elimina solo l'elemento di mezzo.

Nei proiettori Serie 1, il media block è una scheda ospitata nel server vero e proprio.

[vipao]

Grazie per le delucidazioni, Pietro!
E' sempre un piacere partecipare alle discussioni in cui porti il tuo preciso e prezioso contributo!

[Antonio Marcheselli]

QUi siamo in IT, le reti vanno avanti 24/7 da anni senza fermarsi mai, se è progettato bene il sistema è affidabile.
Per chiarire, il sistema funziona con gli IMB - integrated media block. In pratica la scheda video esce dal server ed entra nel proiettore. Il proiettore ora riceve DATI e non video. I dati li trasferisci agevolmente via ethernet. Il video non puoi trasferirlo in giro per il multiplex!
A quel punto basta un unico server e via.

(ops, pietro aveva già spiegato! ridondanza!)

[asweil]

So bene che le reti vanno avanti 24/7 senza fermarsi mai, mi riferivo a possibili bug che potrebbero capitare almeno inizialmente a livello software o a problemi di incompatibilità. Certo che se non capita è meglio.

Mi unisco ai ringraziamenti per le delucidazioni molto chiare e precise date anche da Pietro, in effetti mi ero perso diversi aspetti.. grazie

[Antonio Marcheselli]

Beh, non puoi pensare di non fare una cosa perché "potrebbe capitare..."
Qui sta la credibilità e la bravura dell'azienda nello sviluppare una soluzione funzionante o con bug non critici. Chiaramente è fondamentale che il sistema abbia anche delle ridondanze software, spero che non sia possibile - o altamente improbabile - che un blocco del software blocchi l'INTERO sistema!

[Gio]

E' impossibile creare un sistema che non possa contemplare una falla. Se le macchine fossero gestite da virtual machines potrebbe essere, a livello software essere probabilisticamente accettabile.
Per Murphy il "potrebbe capitare" è "capita"

Già se, come suggeriva Pietro, gli IMB avessero un limitato storage che gli permettesse però di caricarsi un s.o. virtuale da caricare ogni volta pescandolo dal server centrale sarebbe molto più sicuro: l'errore del singolo resta solo suo e non si ripercuote su tutto il sistema.