Newsgroup: it.comp.macintosh
Titolo: VHS 2 DVD

Salve,
avrei bisogno di trasportare il contenuto di videocassette VHS in
DVD, e siccome sono nuovo del mondo apple, vorrei sapere di quali
strumenti ho bisogno, oltre ovviamente al mac.
Grazie
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 Grazie
Allora, per quel che so io, ci sono due strade.
Tramite un convertitore Analogico/digitale (es. canopus ADV 100, Dazzle,
Formac...) oppure tramite una videocamera digitale con analogico-in
abilitato, importi il file, ad esempio in iMovie, se vuoi lo 'manipoli'
ed il risultato finale deve essere codificato come mpeg2 e masterizzato.
Se hai un mac con superdrive il tutto č 'integrato' tra iMovie e Idvd.
L'altra via, sicuramente piů veloce, č quella di passare da un
codificatore hardware. Esiste un modello l'ADS usb instant DVD che
svolge questa funzione. Importi sul mac direttamente un file mpeg2,
molto meno ingombrante di un dv importatod a Imovie e poi puoi creare il
dvd. Salti la fase di codifica Mpeg2 che, con mac non velocissimi,
potrebbe essere abbastanza lunga.
C'č una breve prova di questo 'scatolotto' su Macworld di questo mese.
Non č economicissimo, ma costa circa come un convertitore a/d colelgato
via firewire.
Se ho scritto sciocchezze, qualcuno mi corregga.
Sperando di essere stato utile.
-- 
*****************
* Severino Bigi *
*****************

 mpg2 come su un mpg ?
Quel che intende dire Herik è che il file prodotto è un MPEG2 molto
compresso nel quale la tipologia di fotogrammi utilizzati e le
dipendenze che vi sono tra di essi, impedisce di indirizzare in modo
preciso un singolo fotogramma senza necessariamente alterare la
struttura degli altri.
Per chi ha voglia di leggere, sotto una descrizione maccheron-tecnica
come si conviene alle due e mezza del mattino dopo un faticoso
ferragosto.
-----------------------
Partiamo dal dogma che un file per essere considerato editabile deve
consentire il seek puntuale di ciascun frame in modo indipendente. Se
voglio il quinto fotogramma di un filmato devo poterlo raggiungere
direttamente e qualsiasi modifica a questo non dovrà avere ripercussioni
sulla struttura degli altri fotogrammi ma, eventualmente, solo sulla
loro collocazione temporale (se elimino i primi cinque fotogrammi è
chiaro che il sesto diverrà il primo e il suo timecode relativo varierà
di conseguenza).
Generalmente una sequenza di fotogrammi MPEG2 è lunga 12 fotogrammi e si
divide in due GOP (Group of Pictures) che si susseguono nella sequenza
IBBPBB-IBBPBB...
"I" rappresenta un cosiddetto frame chiave (keyframe), vale a dire un
frame completamente indipendente nel quale la codifica è completamente
"intra-frame". Grossolanamente pensalo come ad un'immagine JPEG. 
"P" rappresenta un frame "predetto", cioè un frame che si limita a
predire la nuova posizione di quanto era presente sul frame I o P
precedente. Pensa ad una partita da ping-pong e immagina il frame I come
la posizione iniziale di gioco mentre il frame P descrive solo la nuova
posizione della pallina visto che tutto il resto rimane com'è. E' chiaro
che se riceverai solo il frame P saprai che qualcosa si è spostato di un
tot ma non saprai che cosa si è spostato, visto che l'informazione sul
come è fatto e appare questo qualcosa è nel frame I che hai perso!
Insomma, il frame P riporta solo le differenze rispetto ad un dato frame
e per tale ragione dipende in modo indissolubile da quello.
"B" indica un frame ancora più speciale perchè dipende sia da un frame
precedente sia da un frame successivo... è bidirezionale, quindi è
doppiamente dipendente. E' molto utile quando, ad esempio, un oggetto
mai presente in scena prima di un dato momento appare all'improvviso da
dietro un'altro oggetto. Immagina una sequenza che inizia con un autobus
che entra ne quadro video da sinistra, si ferma davanti ad un negozio
coprendo anche un segnale stradale. Quando l'autobus ripartirà e uscirà
da destra, l'informazione sulla forma e colore del cartello cartello
sarà già disponibile (c'era da prima che l'autobus lo coprisse) e
potremo codificare il frame che ne rappresenterà la riapparizione con un
tipo P (semplice previsione della posizione futura dell'autobus visto
che il cartello è esattamente dov'era prima, a meno che l'autobus non lo
abbia centrato in pieno...). Ma se durante la sosta dell'autobus una
signora fosse uscita dal negozio non avremmo altro modo per
rappresentarla che creare un nuovo frame di tipo I perchè la scena non
consentirebbe di codificare in modo efficace informazione che non era
nota a priori. I frame B aiutano proprio in questi casi perchè
consentono di prendere le informazioni sul cartello stradale dal frame
precedente che lo rappresentava e di andare a cercare informazioni sulla
signora (mai apparsa prima) nel futuro (vicino).
Questa differenziazione sulle tipologie di frame serve per ridurre il
peso del file in uscita senza evidenti perdite di qualità ma è un grosso
ostacolo all'editing. Il perchè è presto detto. Io prima ho dato una
sequenza tipica di codifica MPEG: IBBPBB IBBPBB. Ciascuno dei due
spezzoni da sei frame prende il nome di GOP. Se guardi la sequenza ti
renderai conto che gli ultimi B-frame del primo GOP dipendono
temporalmente da un frame che si trova nel secondo GOP, rendendo i due
GOP dipendenti tra di loro (si dice che il GOP non è chiuso). Questo
implica che anche se l'ordine di codifica è IBBPBB IBBPBBP, quello di
decodifica è diverso perchè i frame devono essere elaborati secondo le
dipendenze, con quelli bidirezionali per primi e gli altri a seguire.
Nel nostro esempio questo ordine di decodifica diventa BBIBBP BBIBBP
(piuttosto diverso da quello di codifica!). Il P frame del primo GOP fa
da punto di riferimento nel passato per il primo B-frame del secondo
GOP. Il GOP non è chiuso e che quindi i B-frame che seguono l'I-frame
del secondo GOP non possono essere decodificati se si sceglie di partire
con la decodifica proprio da questo secondo GOP!
In soldoni, in un file IBBPBB con B-frame bidirezionali la precisione
del puntamento di uno specifico I-frame può superare i sei frame. Tu
chiedi il settimo e lui ti restituisce il tredicesimo. o il decimo a
seconda delle dipendenze.
Immagina che nel tuo edit tu voglia eliminare un frame e che questo sia
un frame I... elimineresti un punto di riferimento per la maggior parte
degli altri frame che, quindi, non potrebbero più essere visualizzati.
Se invece elimini un B-frame, hai potenzialmente rimosso la possibilità
di rendere un altro B frame o due P frame o un intero GOP...
Per editare un file di questo tipo sei costretto a decodificare tutti i
GOP fino a trovarne uno chiuso, lavorare sul segmento non compresso e
ricomprimerlo in modo da non alterare le dipendenze dei GOP precedenti e
seguenti. In gergo si dice che sei tornato in "banda base", cioè nel
dominio non compresso. Il guaio e che poi devi ricomprimere perdendo
ulteriormente qualità. QuickTime raramente fa compressione senza passare
dalla banda base. Detto questo, uno più uno fa due.
Note queste cose, diviene chiaro il perchè come formato minimo editabile
nell'area MPEG si considera solo l'MPEG2 I-frame only ad almen 50 Mbit/s
:-)
Non ho neanche la forza di rileggere quel che ho scritto, se ci sono
castronerie date la colpa al dio sonno.
Marco

 "pulito"
Io non ho mai usato il suddetto 'accrocchio', ma nella descrizione
dicono che il soft a corredo, pixedv  (della Pixela, la casa che produce
anche Captydv) dovrebbe anche consentire di 'editare' i file importati
(immagino si tratti di cose terra terra). Ora, non so se sia una bufala
oppure se sia possibile.
Inoltre l'amico che ha chiesto info non ha parlato della necessità di
mdoficare i file, ma mi ea parso di capire che volesse essenzialmente
'tirar dentro' i video da vhs e farne DVD.
In ogni caso sarei proprio curioso di sapere come va Instant DVD ed il
soft a corredo. Nella prova di MacWorld parlavano di qualche
'instabilità' del soft, ma non lamentavano altri problemi. che PixeDV
riesca davvero ad editare gli MPEG 2? ;-)
salutoni!


 (convertitore analogico/digitale e viceversa pci),
Bene bene... puoi togliermi una curiosità?
Io ho l'ADVC 100 e c'è una procedura che concente di bypassare la
protezione Macrovision al fine di importare file 'puliti'.
Si riesce a fare qualcosa del genere anche con il 'fratellino' 50?
Specifico che il tutto non mi serve per 'copiare' materiali
illegalmente, ma per portare i filmati s supporti minidvd, svcd o vcd
molto più comodi per l'impiego che debbeo farne.
Salutoni e grazie.



No, il tutto è una spegazione chiara ed interessante per chi come me si
cimenta a livello pre-hobbistico a montare video. Però un condomino che fa
videoproduzione a livello professionale (con PC) usando Adobe Premiere ed
una scheda di acquisizione Pinnacle, mi ha detto che adesso lavora tutto con
file MPEG-2. Possibile?

 file MPEG-2. Possibile?
Sм, sм... possibilissimo ma sempre passando per la banda base con
notevole perdita di qualitа. Ormai siamo abituati a considerare un DIVX
"come il DVD", il DVD come la massima esperienza qualitativa digitale e
non ci rendiamo conto della perdita di informazione che comporta il
formato. Il tutto perchи non abbiamo a fronte l'originale.
Passare per la banda base significa decomprimere un filmato nel quale и
giа stata rimossa buona parte della componente colore e riapplicare lo
stesso processo di codifica con ulteriore perdita d'informazione. Ad
ogni operazione atomica di editing corrisponde una distruzione
d'informazione e la creazione di artefatti che prima o poi si
rendereanno visibili.
Marco
------------------
Ne approfitto per fare un ulteriore esempio che stavolta chiarisce la
perdita di qualitа relativa al colore e alla luminanza (lo spazio
cromatico nel complesso). L'acquisizione perfetta и quella che rispetta
pienamente lo spazio colore originale. In TV questo spazio cromatico
viene indicato come YCrCb o Component Video. nella formuletta, la Y
rappresenta l'informazione di luminanza (o Luma, che и la luminanza
gamma corrected... и da notare che Luma и diverso da luminositа *), cioи
della componente monocromatica di un quadro video (infatti la sola Luma
produce il segnale delle TV in bianco e nero). Nel mondo del
broadcasting si и soliti calcolare la luminanza a partire dai colori
primari corretti secondo un gamma (R', G', B'): Y = 0.299 R' + 0.587 G'
+ 0.114 B' (dal peso di ciascun parametro и evidente che il blu ha
importanza bassissima nel video; infatti l'occhio и poco sensibile alla
frequenza di questo colore e ciт spiega perchи nelle compressioni lossy
costituisca sempre il colore piщ tagliato).
Cr e Cb sono invece le componenti cromatiche espresse come differenza
tra Y e R, B. In sostanza, Cb e Cr sono versioni scalate di U e V nello
spazio cromatico YUV (che и piщ esteso). A partire da questi paramentri,
и possibile poi adottare diversi schemi di campionamento noti come
4:4:4, 4:2:2, 4:1:1 e 4:2:0. Senza scendere nel dettalgio di tutti, i
sistemi non professionali, il DVD e la TV satellitare adottano il
campionamento 4:2:0. Per ciascun punto viene presa tutta l'informazione
di luminanza mentre la crominanza и presa una sola volta ogni due punti
(quindi due punti avranno sempre piena risoluzione di Luma e una
risoluzione dimezzata per quanto riguarda il colore...*). Operando in
questo modo, si dimezza l'informazione colore mantenendo tutta quella
monocromatica alla quale l'occhio umano и piщ sensibile (quindi lo
schema 4:2:0 и la compressione digitale di un formato analogico giа
compresso).
Ora, quando un sistema non professionale fa editing di un file compresso
con uno schema 4:2:0 passando nuovamente per la banda base (come
Premiere), decomprime e rappresenta il video nello spazio colore tipico
di un PC, cioи l'RGB. I singoli valori RGB hanno un intervallo che va da
0 a 255 con 0 equivalente al nero e 255 equivalente al bianco. Per
mantenere l'intero spettro del nero e del bianco, il range effettivo
nelle applicazioni video и ridotto all'intervallo 16-235. Puт capitare,
tuttavia, che una ripresa video abbia valori nominalmente superiori o
inferiori a questo range i quali, per rispetto, vengono "appiattiti"
(normalizzati) sull'intervallo che abbiamo appena visto. Tutto ciт che и
superiore viene portato a 255, tutto ciт che и inferiore viene portato a
0. Questo crea qualche problema di precisione e fa perdere qualitа sia
in luma che in chroma. Come?
Esistono equazioni (banali) per passare da uno spazio cromatico ad
un'altro e viceversa. 
Immaginiamo di avere uno schermo in una bella tinta unita bianca che ha
per valori YCbCr(250, 128,128)(nota che Cb e Cr hanno valore massimo
pari alla metа di quello della luminanza: un byte descrive due punti...
proprio perchи hanno un campionamento cromatico dimezzato rispetto alla
luminanza) e di dover passare allo spazio cromatico RGB (per fare
editing con il programma del tuo amico). In uscita dalle equazioni
otterremo i valori RGB(272,272,272) i quali saranno normalizzati a
RGB(255,255,255). Fatto il tuo editing, il sistema ricomprimerа il file
tornando allo spazio cromatico YCbCr e le equazioni inverse produrrano i
valori (235, 128,128) che producono un bianco sensibilmente meno
luminoso!
Lo stesso puт dirsi della componente cromatica. Immaginiamo di avere un
bello schermo con un colore vivo, come YCbCr(155,174,220). Questo colore
produce un RGB(309, 69, 255) che viene normalizzato a (255,69,255).
Tornando indietro allo spazio colore YCbCr, si ottiene (141, 182, 196)
cioи un evidente cambio di colore e uno scurimento complessivo.
I due fenomeni prendono il nome di Luma Clamping e Chroma Clamping e si
presentano ogni qualvolta uno dei due spazi colore che fanno parte della
conversione и piщ piccolo dell'altro (come nel caso di RGB e YCbCr).
Tutta questa perdita di qualitа avviene senza ancora aver messo mano
alla compressione vera e propria (che di per sи altera l'immagine in
modo consistente). Per questo quando si lavora rimanendo nel dominio
compresso и sempre meglio avere un MPEG I-frame only. Evitare di tornare
in banda base dovrebbe essere la regola d'oro per mantenere un minimo di
qualitа. E' da notare come al NAB di quest'anno (la piщ grande
conferenza mondiale degli operatori del mondo del broadcasting),
l'accento fosse quasi completamente sui tool di correzione del colore.
Adesso che il digitale ha preso veramente piede e la tendenza и
irreversibile, si corre ai ripari per tutto quanto concerne le perdite
di qualitа dovute alle conversioni!
Invece nel mondo di noi poveracci, poichи la perdita di qualitа и
globale e uniforme, ci siamo abituati a vedere video bello scuro, con
colori sbiaditi ma a considerarlo buono proprio perchи ci accontentiamo
della congruitа dell'insieme. E' quella che io, in un intervento un po'
polemico al NAB dello scorso anno nei confronti del parlarsi addosso di
Microsoft, definisco JVT o Just Viewable Television. Siamo contenti di
non vedere piщ i blocchetti in uno stream video su internet e
nascondiamo dietro questa soddisfazione la penositа qualitativa di quel
che vediamo.
Marco
* Secondo la CIE, la luminositа и un semplice attributo visivo
soggettivo che ci fa percepire un oggetto come se emttesse piщ o meno
luce. Ovviamente in un mondo che deve ridurre l'informazione in forma
trattabile, questo parametro non va bene. Per questo si и introdotta una
quantitа di luminositа, chiamata "luminanza", che и definita come
energia radiante pesata da una funzione di sensibilitа spettrale che и
tarata sul sistema di percezione visiva umano. Quando un indice di
luminositа viene corretto applicando questa funzione prende il nome di
luminanza e si indica con Y. Quando a questa Y si applichi anche una
correzione del gamma che tenga conto del dispositivo di riproduzione,
prende il nome di Luma e si indica con Y'.
In buona sostanza, la grandezza della luminanza и proporzionale
all'energia irradiata (e in questo и simile ad un'altra grandezza
fisica, l'"intensitа") ma la composizione spettrale della luminanza и in
relazione diretta alla sensibilitа alla luminositа dell'occhio umano.