Ikena protegge il copyright analizzando il movimento

Ancora piu' facile, taglia i primi 10 secondi di sigle e cotillons ed ottieni un hash diverso....

Quindi i films doppiati dai GEM BOYS verrebbero bloccati,
peccato

Che idea imbecille... mi chiedo, ma chi le pensa ste stupidate? E soprattutto, chi le implementerà!

Basterebbe SOLO eliminare un frame del video per alterare il CRC e quindi fregare questo metodo.

p.s. W I GEM BOY!!!

Ammenoché non venga effettuata una copia 1:1 perfetta questo meccanismo anti-copia dovrebbe funzionare. L'hash penso venga dedotto dai macroblocchi, una qualsiasi riconversione (alla DVDShrink per intendersi) invaliderebbe la copia.

Da quello che ho capito lo zoom o l'inserimento di scene non cambia nulla_ loro confrontano il movimento delle singole scene, forse creando un hash *per ogni* scena. Non possono fare un hash unico per tutto il film perchè basta inserire una qualche scena intermezzo che l'hash va a puttane.

...Ed i film porno?

Visto che i movimenti sono sempre quelli, saranno tutti bloccati :-)

Scusate ma non ho resistito!

La compressione di tipo mpeg2, usata più o meno da tutti i codec, nell sue varianti, ha una componente di predizione di movimento, che serve a rendere più accurata la codifica dei frame B (e forse anche I, non ricordo...). Questo robo di sicurezza forse usa quei vettori di spostamento... ma siti come youtube dovrebbero avere memorizzati non so quante vagonate di dati per fare controlli attendibili, perchè se cambi il fattore di quantizzazione o la distanza dei frame P i vettori di spostamento cambiano... concettualmente è un'idea furba, praticamente la vedo dura...

Ma e se si applicasse un logo in un angolo dello schermo? Potrebbe funzionare?

Alcuni punti;
1) non e' pensabile che per un film venda generato un solo hash... sarebbe assurto (come avete evidenziato basterebbe togliere 5 secondi a l'hash cambia)

2) non e' detto che zoom possano cambiare l'hash... perhce' non e' specificato se si lavora sulle componenti vettoriali o sulle dimensioni effettive.
Visto che e' pensato per individuare contenuti sherati e' probabile che anche cambiamenti di risoluzione non siano cosi' influenti

Infatti se guardate il sito... prima di tutto non parla di hash ma di [CODE]"video fingerprint"[/CODE] che e' diverso... non e' detto sia un solo valore ma puo' essere una sequenza.
Ad esempio potrebbe essere una sequenza di valori di "hash" calcolati ogni secondo con finestra di 20 secondi. Per un vidoe di 2 ore verrebbero 7200 valori (anzi un attimo di meno). Ipotizzando 4 byte per valore 28Kb e spiccioli.
Decisamente accettabile anche per una base di milioni di brani

Inoltre:
[CODE]Ikena Copyright's video signature system stands up to many 'attacks' such as:
Editing: it can identify clips as small as 20 seconds
Low-bitrate compression: it can identify clips that have been re-encoded (i.e.: from their native format to Adobe® Flash® internet video)
Aspect ratio change: 16:9 content compressed into a 4:3 display, or 4:3 stretched to 16:9
Cropping: cropping the sides of a video
Video quality change: Ikena Copyright can identify videos which have been converted to B+W, or had their color distorted [/CODE]

Quindi cucca anche le manipolazioni di "base".

qualsiasi cosa che preveda l'utilizzo da parte di un utente ha punti deboli.