Dopo il campo di sincronizzazione, tutti i pacchetti sono composti da quanti bit byte?
doc-16779
Dopo il campo di sincronizzazione, tutti i pacchetti sono costituiti da byte a 8 bit, trasmessi prima del bit meno significativo. Il primo byte è un byte PID (Packet Identifier). Il PID è in realtà di 4 bit; il byte è costituito dal PID a 4 bit seguito dal suo complemento bitwise. Questa ridondanza aiuta a rilevare gli errori. (Nota anche che un byte PID contiene al massimo quattro bit consecutivi da 1 bit, e quindi non ha mai bisogno di bit-stuffing, anche se combinato con il bit finale da 1 bit nel byte di sincronizzazione. Tuttavia, il trailing di 1 bit nel PID può richiedere l' imbottitura di bit all' interno dei primi pochi bit del carico utile.
None
doc-16784
I dispositivi a bassa larghezza di banda sono supportati da un valore PID speciale, PRE. Questo segna l' inizio di un pacchetto a bassa larghezza di banda, ed è utilizzato da hub che normalmente non inviano pacchetti a banda intera a dispositivi a bassa larghezza di banda. Poiché tutti i byte PID includono quattro bit 0, lasciano il bus nello stato K a larghezza di banda completa, che è lo stesso dello stato J a larghezza di banda bassa. Segue una breve pausa, durante la quale gli hub abilitano le loro uscite a bassa larghezza di banda, già al minimo nello stato J. Segue quindi un pacchetto a bassa larghezza di banda, che inizia con una sequenza di sincronizzazione e byte PID e termina con un breve periodo di SE0. I dispositivi a banda intera diversi dagli hub possono semplicemente ignorare il pacchetto PRE e il suo contenuto a banda bassa, fino a quando l' SE0 finale indica che segue un nuovo pacchetto.
None
doc-10394
Un file MP3 è composto da cornici MP3, costituite da un' intestazione e da un blocco dati. Questa sequenza di fotogrammi è chiamata flusso elementare. A causa del "byte reservoir", i frame non sono elementi indipendenti e di solito non possono essere estratti su limiti arbitrari. I blocchi di dati MP3 contengono le informazioni audio (compresse) in termini di frequenze e ampiezze. Il diagramma mostra che l' Header MP3 è costituito da una parola di sincronizzazione, che viene utilizzata per identificare l' inizio di un frame valido. Questo è seguito da un bit che indica che si tratta dello standard MPEG e due bit che indicano che viene utilizzato il layer 3, quindi MPEG-1 Audio Layer 3 o MP3. In seguito, i valori variano a seconda del file MP3. La norma ISO/IEC 11172-3 definisce l' intervallo di valori per ogni sezione dell' intestazione insieme alla specifica dell' intestazione. La maggior parte dei file MP3 contengono oggi metadati ID3, che precedono o seguono i frame MP3, come indicato nel diagramma.
None
doc-16780
I pacchetti Handshake consistono di un solo byte PID e sono generalmente inviati in risposta a pacchetti di dati. Il rilevamento degli errori viene fornito trasmettendo quattro bit che rappresentano il tipo di pacchetto due volte, in un unico byte PID utilizzando la forma completata. Tre tipi di base sono ACK, che indica che i dati sono stati ricevuti con successo, NAK, che indica che i dati non possono essere ricevuti e dovrebbero essere recuperati, e STALL, che indica che il dispositivo ha una condizione di errore e non può trasferire i dati fino a quando qualche azione correttiva (come l' inizializzazione del dispositivo) si verifica.
None
doc-16782
USB 2.0 ha anche aggiunto un token SPLIT a tre byte più grande con un numero di hub a sette bit, 12 bit di lanterne di controllo e un CRC a cinque bit. Viene utilizzato per eseguire operazioni frazionate. Anziché legare il bus USB ad alta larghezza di banda che invia i dati ad un dispositivo USB più lento, l' hub più vicino riceve un token SPLIT ad alta larghezza di banda seguito da uno o due pacchetti USB ad alta larghezza di banda, esegue il trasferimento dati a banda piena o bassa e fornisce la risposta ad alta larghezza di banda quando richiesto da un secondo token SPLIT.
None
doc-16351
Unicode può essere implementato con diverse codifiche di caratteri. Le codifiche più comunemente utilizzate sono UTF-8, UTF-16 e l' ormai obsoleto UCS-2. UTF-8 usa un byte per ogni carattere ASCII, che hanno tutti gli stessi valori di codice sia nella codifica UTF-8 che in quella ASCII, e fino a quattro byte per gli altri caratteri. UCS-2 utilizza un' unità di codifica a 16 bit (due byte a 8 bit) per ogni carattere, ma non può codificare tutti i caratteri nello standard Unicode corrente. UTF-16 estende UCS-2, utilizzando un' unità a 16 bit per i caratteri rappresentabili in UCS-2 e due unità a 16 bit (4 × 8 bit) per gestire ciascuno dei caratteri aggiuntivi.
None
doc-16776
L' estremità di un pacchetto USB, chiamata EOP (end-of-packet), è indicata dal trasmettitore che guida 2 volte a 2 bit di SE0 (D+ e D- entrambi sotto max.). e 1 bit di tempo nello stato J. Dopo questo, il trasmettitore cessa di pilotare le linee D+/D- e le resistenze di pull up sopra citate lo mantengono nello stato J (idle). A volte l' inclinazione dovuta agli hub può aggiungere fino a un bit di tempo prima dell' SE0 della fine del pacchetto. Questo bit in più può anche determinare una "violazione di bit roba" se i sei bit prima di esso nel CRC sono 1s.
None
doc-16363
Lo stesso carattere convertito in UTF-8 diventa la sequenza di byte EF BB BF. Lo standard Unicode Standard consente che la distinta materiali "possa servire da firma per il testo codificato UTF-8 in cui il set di caratteri non è contrassegnato". Alcuni sviluppatori di software l' hanno adottato per altre codifiche, tra cui UTF-8, nel tentativo di distinguere UTF-8 dalle pagine di codice locale a 8 bit. Tuttavia RFC 3629, lo standard UTF-8, raccomanda che i byte order mark siano vietati nei protocolli che utilizzano UTF-8, ma discute i casi in cui ciò potrebbe non essere possibile. Inoltre, l' ampia restrizione su possibili modelli nell' UTF-8 (ad esempio, non ci possono essere byte solitari con il set di bit alto) significa che dovrebbe essere possibile distinguere l' UTF-8 da altre codifiche di caratteri senza fare affidamento sulla distinta base.
None
doc-3757
In quasi tutti i computer moderni, ogni cella di memoria è configurata per memorizzare i numeri binari in gruppi di otto bit (chiamati byte). Ogni byte è in grado di rappresentare 256 numeri diversi (28 = 256); da 0 a 255 oppure da -128 a +127. Per memorizzare numeri più grandi è possibile utilizzare diversi byte consecutivi (tipicamente due, quattro o otto). Quando sono necessari numeri negativi, di solito vengono memorizzati in due notazione del complemento. Altri accorgimenti sono possibili, ma di solito non si vedono al di fuori di applicazioni specializzate o contesti storici. Un computer può memorizzare qualsiasi tipo di informazione in memoria se può essere rappresentato numericamente. I computer moderni hanno miliardi o addirittura milioni di miliardi di byte di memoria.
None
doc-1494
L' ASCII è stato incorporato nel set di caratteri Unicode come primi 128 simboli, quindi i caratteri ASCII a 7 bit hanno gli stessi codici numerici in entrambi i set. Questo permette a UTF-8 di essere retrocompatibile con ASCII a 7 bit, in quanto un file UTF-8 contenente solo caratteri ASCII è identico a un file ASCII contenente la stessa sequenza di caratteri. Ancora più importante ancora più importante, la compatibilità forward è garantita come software che riconosce solo caratteri ASCII a 7 bit come speciali e non altera i byte con il set di bit più alto (come spesso viene fatto per supportare estensioni ASCII a 8 bit come ISO-8859-1) preserverà i dati UTF-8 invariati.
None
doc-16781
I token IN e OUT contengono un numero di dispositivo a sette bit e un numero di funzione a quattro bit (per i dispositivi multifunzione) e comandano al dispositivo di trasmettere pacchetti DATAx o ricevere i seguenti pacchetti DATAx, rispettivamente. Un token IN si aspetta una risposta da un dispositivo. La risposta può essere una risposta NAK o STALL o un frame DATAx. In quest' ultimo caso, l' ospite rilascia una stretta di mano ACK se appropriato. Un token OUT è seguito immediatamente da un frame DATAx. Il dispositivo risponde con ACK, NAK, NYET o STALL, a seconda dei casi.
None