Newsgroup: it.media.video.produzione
Titolo: USB

Scusate, ma gli scatti che ho in acquisizione, sono dovuti al "limite" della
porta USB secondo voi?
Grazie

Usa la firewire per acquisire...

 Usa la firewire per acquisire...
Anche se poco utilizzata per tale scopo, la versione USB 2.0 ha
tutte le caratteristiche per l'acquisizione video.
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 tutte le caratteristiche per l'acquisizione video.
Vero. Anche se alcune videocamera con dv-in abilitato (possiedo la sony
dcr-trv19e) e dotale di usb2.0 permettono di acquisire ma non di riversare
su nastro.
Inoltre alcuni programmi (ad es. MovieMaker2) funzionano solo tramite
firewire.

Diciamo che non avendo una porta firewire mi devo arrangiare con l'USB.
Proprio per questo mi chiedevo, se è un limite della porta o se magari sono
ritoccando dei parametri posso acquisire in maniera ottimale...

 non supporta il video come firewire.
Che vuol dire "non supporta il video"?
--
http://tinyurl.com/ekcb

 ma non il video DV.
Forse vuoi dire che le camere non hanno uscite USB2 per inviare i propri
DATI al PC, ma l'USB e' una porta DATI esattamente come il DV.
Confondi il VIDEO con i DATI.
Inoltre, la USB2 e' veloce tanto quanto la firewire nel trasferimento DATI:
altro che scanner e masterizzatori, oltre ad essere presente su TUTTI i PC,
quantomeno nella lenta versione 1.
--
http://tinyurl.com/ekcb

 
http://www.barefeats.com/fire26.html
E' inutile (nonche' stupido) basare la conversazione solo su link, senza aver mai
provato.
Se su Mac la USB2 non ha preso piede non e' un buon pretesto per scrivere
articoli denigratori.
Il problema e' che, come dico sempre, non si deve mai chiedere all'oste com'e' il
vino.
Vedi ad esempio il thread della RTX100 Vs DvStorm2: se vai su Matrox, ne esce
vittoriosa la RTX100, e viceversa se vai su Canopus.
Io dico sempre di PROVARE, prima di fare magre figure.
Ora: tu hai mai provato un HD montato su un cassetto combo USB2/FW su un PC e con
un degno programma di bench?
A parte che l'articolo e' prettamente basato su sistema Mac, e si evince quando
dice:
"You can't boot from USB 2.0 drives"
...il che, per PC, non e' vero.
Immagino che tutto il resto sia frutto della fantasia dell'autore di tutto il
sito, o per lo meno di conclusioni alquanto frettolose e di parte.
Ciao
--
http://tinyurl.com/ekcb

 essendo firewire un bus intelligente, continuo a non vedere il problema.
Infatti il bus lo e'.
--
http://tinyurl.com/ekcb

 saranno di parte pure questi?
Di un po': anche tu compri quelle riviste tipo PcProfessionale o Applicando e
simělia?
No, dimmelo, almeno la taglio qui, perche' e' inutile continuare.
Ciao
--
http://tinyurl.com/ekcb

 stai pisciando per segnare il territorio? :-)
No, lo sto facendo sugli specchi: sara' ancora piu' difficile
cercare di arrampicarcisi.
--
http://tinyurl.com/ekcb

 lavoro nel video dal maggio '90.
Mecojoni.
Come se fosse un'eternita'.
--
http://tinyurl.com/ekcb

 quantomeno nella lenta versione 1.
Questo è vero solamente sulla carta. Lasciamo perdere i test che si
trovano su Internet (che possono essere inficiati da una serie
lunghissima di fattori). La differenza la fa proprio la tecnologia che
sta dietro questi due standard e le topologie che è possibile disegnare.
L'USB nasce ed è ancora esclusivamente un BUS con topologia daisy chain
(host/client). E' un tubo che può essere "lungo" 127 nodi, tutti in
dialogo a catena sullo stesso bus. Consente la trasmissione
contemporanea di stream isocroni (tipicamente A/V, ma non solo) e
asincroni (le scritture su HD, la gestione degli scanner, delle macchine
fotografiche...) ma con un "semplice" time multiplexing. Il tubo è unico
per tutti e la riservazione della banda è fatta su un modello best
effort: se metti due un HD e una videocamera sulla catena e fai passare
il video dalla telecamera all'HD (via PC), ciascun dispositivo avrà a
disposizione solo 1/3 della banda necessaria nonostante uno di questi
abbia fatto una esplicita richiesta di stream isocrono (la camera).
ovviamente 480 Mbit/sono più che sufficienti a servire le esigenze di
trasferimento... ma se aggiungi un altro dispositivo (un lettore di DVD)
ad esempio, la natura della catena implica una DRASTICA perdita di
performance. Insomma, gestire flussi sincroni e asincroni non significa
gestirli in modo intelligente. In questo l'USB paga le specifiche di
progetto iniziali e se le porterà dietro vita naturaldurante (a meno di
rotture di compatibilità).
Il Firewire, al contrario, nasce come sostituto dell'interfaccia SCSI e
si orienta immediatamente e unicamente all'utilizzo in contesti A/V con
forte componente di traffico isocrono ad alta banda. Il sistema gestisce
traffico isocrono e asincrono ALLOCANDO la banda richiesta dal
dispositivo che, quindi, avrà a disposizione in modo costante e
indipendente dal contorno quanto gli serve. La topologia è di tipo
peer-to-peer: ciascun nodo è collegato al nodo successivo o a più nodi
(su uno stesso ramo), in una struttura ad albero che può vedere un
massimo di 63 dispositivi con l'unico limite che ciascun ramo non può
avere più di 16 foglie. Per fare un paragone più evidente, la differenza
tra USB e Firewire è che la prima è come un HUB mentre il secondo è come
uno Switch. Un abisso.
Una "rete" firewire (perchè di questo di parla quando si discute di
firewire) consente sempre un utilizzo ottimale del canale a disposizione
e non genera colli di bottiglia a meno che, ovviamente, per errore del
configuratore, non vi sia un unico punto di accumulo delle informazioni
(ad esempio il PC... ma che senso ha far transitare il video di una
camera diretto ad un'altra camera o ad un banco effetti DVE via PC?
Nessuno... infatti su un firewire, pur mantenendo la camera o il banco
DVE visibile a qualsiasi dispositivo facente parte della "rete", sei
sempre sicuro che il routing dei dati implicherà il percorso minimo
senza interferire con i nodi che non sono sul percorso).
Scusate se l'ho fatta lunga, ma così potete smettere di bisticciare :-D
Marco

 Scusate se l'ho fatta lunga, ma cosě potete smettere di bisticciare :-D
Ne e' valsa la pena.
Ciao
--
http://tinyurl.com/ekcb