Passa ai contenuti principali

Kinect V2: First Look

Questo post vuole essere il primo di una serie (come feci a suo tempo per la versione precedente) dedicata alla nuova versione del Kinect.
La versione in oggetto, la V2, non è ancora in commercio ma è a disposizione di coloro che hanno aderito al Kinect For Windows Developer Preview Program (in breve K4W).
Il prodotto, come il suo SDK, è ancora in Beta, quindi tutto quello che diremo in questi post dovrà essere preso con “le molle” e potrebbe essere susscettibile di cambiamenti futuri.
In questo post, in particolare daremo una prima occhiata al device e a cosa troviamo di differente rispetto alla versione 1.

WP_20140112_18_41_52_Pro
Tanto per cominciare, il dispositivo dispone di un attacco standard per cavalletto il che consente di poterlo utilizzare montato su un normale cavalletto fotografico senza dover acquistare un supporto apposito.
Tra le novità tecniche e relative alle API abbiamo::
  • una color camera con risoluzione fissa di 1920x1080 pixel (full HD) con un frame rate di 30 fps. In realtà il dispositivo adatta il frame rate e, in caso di bassa luminosità, lo porta a 15 fps per garantire una migliore esposizione. Non è possibile scegliere altre risoluzioni o frame rate;
  • un emettitore di infrarossi e relativo sensore con risoluzione di 512x424 pixel e un frame rate (stavolta fisso) di 30 fotogrammi al secondo. Anche in questo caso non ci sono altre risoluzioni e frame rate;
  • possono essere utilizzate le immagini a colori e quelle provenienti dall’infrarosso contemporaneamente;
  • in range operativo del nuovo device va da 0,5 metri a 4,5 metri e non esiste più il concetto di near mode;
  • miglioramenti nella tecnologia utilizzata per il sensore di profondita’;
  • miglioramenti nell’utilizzo della batteria di microfoni con un suono più pulito;
  • per quanto riguarda lo skeletal tracking, sono possibili fino a 6 scheletri contemporanei con dettaglio completo (nella versione Kinect V1 sono due dei sei erano completi) e sono stati aumentati il numero dei join rilevati (25 rispetto ai 20 della versione precedente, ma lo vedremo in dettaglio nel post relativo allo skeletal tracking);
  • eliminata la differenza tra seated mode e full mode ed il device è in grado di rilevare automaticamente la tipologia di scheletro;
  • sono state implementate alcune gesture di base (ad esempio l’apertura e la chiusura della mano) e la possibilità di ricavare il contorno della mano;
  • più applicazioni potranno utilizzare il device contemporaneamente;
  • il device non dispone piu’ della motorizzazione che permetteva alla versione 1 di muoversi verticalmente. Questo perche’ il range del nuovo Kinect passa dai 57,5 gradi orizzintali per 43,5 gradi verticali ai 70 gradi orizzontali per 60 gradi verticali.
Per quel che riguarda l’architettura dell’SDK, avremo la possibilità di utilizzare sia le API .NET che quelle COM così come accadeva nella versione 1 ma queste saranno molto simili tra loro (a differenza di quello che accadeva nella precedente versione).
Purtroppo le applicazioni scritte per la versione 1 non funzionano con la versione 2 in quanto l’architettura, e di conseguenza, le API disponibili sono cambiate.
Infine, il Kinect V2 lavora su USB 3: assieme al device arriva un gran bell’alimentatore (di dimensioni corpose) e una sorta di hub in cui convergono l’alimentazione, il cavo dati proveniente dal Kinect e il cavo USB 3 diretto al pc. Purtroppo tutti gli attacchi non sono standard.
Nei prossimi post andremo in dettaglio delle funzionalita’ con esempi di codice, quindi restate collegati!!!

Disclaimer: “This is preliminary software and/or hardware and APIs are preliminary and subject to change.”

Etichette:

Commenti

Posta un commento

Post popolari in questo blog

VB for Dummies: La serializzazione – parte 2

Questo post è la continuazione del precedente post sulla serializzazione. In particolare vedremo la serializzazione SOAP e quella JSON.   Serializzazione SOAP La serializzazione SOAP è demandata alla classe SOAPFormatter contenuta nel namespace System.Runtime.Serialization.Formatters.Soap contenuto nella libreria omonima. Il formatter SOAP risale alle primissime versioni del framework e, purtroppo, da un certo punto in poi, pur non essendo stato dichiarato obsoleto, non è stato portato avanti nello sviluppo e non supporta alcuni tipi di dati usatissimi nel mondo .NET quali i generici e i nullable. Per questo motivo, non possiamo serializzare in formato SOAP (utilizzando il SOAPFormatter) la nostra Fattura (vedi post precedente) poichè questa ha una proprietà di tipo List(Of DettagliFattura) (generico).   Serializzazione JSON Il formato di serializzazione JSON (maggiori info qui ) è un formato testuale molto in voga nelle applicazioni AJAX. Si trata di un mod...
Posta un commento
Continua a leggere

Recensione: Windows Runtime via C#

Può sembrare strano che un VB-ista legga un libro su C#, ma come diceva Sun Tzu: “ Se conosci il tuo nemico, conosci te stesso ”. A parte gli scherzi, il libro vale la pena di essere letto a prescindere dal linguaggio .NET con cui si lavora. Oltre  290 pagine dedicate agli aspetti fondamentali dello sviluppo con Windows Runtime per le Windows Store App. I prerequisiti per poter leggere il libro sono la conoscenza di C# e di Visual Studio e gli autori non danno per scontato quasi nulla partendo dai concetti di base quali il type system e i suoi principi (argomento che di solito è saltato a piedi pari da chi si avvicina al mondo WinRT dal framework completo e che, se non compreso, può dare problemi nello sviluppo quotidiano). Tra i concetti che possiamo definire “core”, troviamo anche i capitoli dedicati all’app packaging e al process model, entrambi ben strutturati e chiari. Già solo questi tre capitoli iniziali giustificherebbero, in un certo qual modo, l’acquisto del libro, ...
Posta un commento
Continua a leggere

VB.NET for Dummies: Gli Eventi

Vorrei iniziare con questo post una serie dedicata ad aspetti di VB.NET di base che possono essere utile a coloro che si avvicinano al mondo .NET e che, in genere, non vengono trattati a livello base. La serie di post non ha la pretesa di essere assolutamente esaustivi sugli argomenti che tratterò In questo primo post parleremo degli eventi. Cosa sono e a cosa servono Un evento è la “notifica” dell’accadimento di qualcosa. Quando, ad esempio, premiamo un bottone della finestra di un’applicazione, dietro le quinte, il bottone stesso “notifica” al mondo circostante che qualcuno, in quell’istante, lo ha premuto. Sta, poi, al mondo circostante preoccuparsi di “intercettare” l’evento stesso per gestirlo (tramite un gestore di evento). Attenzione a non confondere la pressione del tasto con la “notifica” della pressione del tasto: l’evento è la “notifica” dell’accadimento, non l’accadimento stesso. Ma a cosa serve tutto ciò? Utilizzare gli eventi è un modo per disaccoppiare ...
Posta un commento
Continua a leggere