Newsgroup: it.comp.software.divx
Titolo: sopra i 2GB

salve a tutti,
ho cominciato a fare qualche prova di conversione da DVD (VOB) verso o
Divx 6 o verso MPEG4 (Nero Digital) e mi sembra che i risultati
ottenibili siano molto buoni. Però per ora ho sempre convertito
formati PAL standard (720*576) anamorfici ed ho tenuto un bitrate di
conversione sopra i 2Mbits, avendo però cura di produrre un file di
dimensioni sotto i 2GB. Questo mi ha garantito la trasportabilità dei
files su tutti i formati: disco esterno USB, DVD, chiavette USB ed
altri. Tutti questi però hanno il limite dei 2GB come dimensione
massima del file singolo.
Ora vorrei comprarmi un riproduttore tipo Kiss o altri che supporti
Nero Digital e che abbia un hard disk interno. Mi chiedevo, anche in
un'ottica futura di conversione di formati HD, che avranno
necessariamente un bitrate più alto e quindi produrranno dei file più
grandi, come devo comportarmi per garantirmi la compatibilità dei vari
supporti di memorizzazione!?
In altre parole come vi comportereste se doveste convertire un blue-
ray mantenendo il formato full HD sapendo che sopra i 2GB o si fa lo
split o si rischia che poi i files non siano "trasportabili"?
grazie a tutti e buon anno!

split o si rischia che poi i files non siano "trasportabili"?
Masterizza in UDF.
-- 
Paradoxally,
Jan AxHell

Jan AxHell ha scritto:

Quoto alla grande!
Dove sta scritto che si possono masterizzare file solo se sono più 
piccoli di 2gb?? Boh...
Ciao.
-- 
Michele

 piccoli di 2gb?? Boh...
Beh, ci sono lettori DVD che dopo i 2GB ti mandano a quel paese.
-- 
Saluti, Kap - 
www.lordkap.it
 - AVINaptic: 
http://fsinapsi.altervista.org
FAQ del newsgroup: 
http://giubbe.altervista.org
Dillo a Moratti. Dove lo trovi? Fai un numero qualsiasi di fisso, li
intercetta tutti. - G&E su ISCJ

 Beh, ci sono lettori DVD che dopo i 2GB ti mandano a quel paese.
Confermo in pieno. Io ho un lettore Telesystem TS5.2VX, tra l'altro comprato 
di recente, che legge anche i DiVX, ma raggiunta la soglia dei 2GB si 
"pianta" letteralmente. Per vedere un divx di dimensioni maggiori, devo 
suddividerlo con l'apposia opzione di VDubMod in piů parti, ciascuna piů 
piccola di 2GB.
Ciao.
Peppe 

 Ciao.
Se dipende dal lettore potevi lasciarlo in negozio e fortuna che è recente!
Io ho un Pioneer DV393 comprato un anno fa che legge tutti i divx anche 
superiori ai 2 gb. Per esempio ho il divx di King Kong che ho codificato 
io stesso e che pesa per 3,6 gb! Ma siamo sicuri che dipenda dalla 
dimensione e non dal formato del contenitore (avi-divx)? Una volta 
(forse anche più di una) Frank Synapsi aveva illustrato le varie 
tipologie di contenitori e ricordo proprio che dicesse che il vecchio 
tipo di avi dava poi problemi nel caso fosse più grande di 2gb...
Ciao.
-- 
Michele

 tipo di avi dava poi problemi nel caso fosse più grande di 2gb...
il formato AVI originale non potrebbe proprio superare i 2gb
(e' una conseguenza delle specifiche:
http://msdn2.microsoft.com/en-us/library/ms779631(VS.85).aspx
 )
Per essere piu' precisi, un programma puo' anche generare un AVI
(nel formato originale) piu' grande di 2gb, ma senza un indice
corretto per quel file; e cio' che ottiene non e' un AVI corretto...
Nel 1996 e' stato rilasciato un documento che estende il formato
AVI originale, si trova come PDF intitolato
"OpenDML AVI File Format Extensions Version 1.02"
(con google dovreste trovarlo facilmente).
Questo documento e' stato pubblicato dal "OpenDML AVI M-JPEG File
Format Subcommittee" allo scopo primario di poter creare file
piu' grandi di 2gb, in quanto i costruttori di schede di
acquisizione "MJPEG" avevano in quel periodo il problema che
la dimensione di 2gb si superava facilmente...
Le estensioni introdotte all'AVI in questa occasione sono molte,
ma quelle piu' rilevanti sono:
- l'introduzione di un nuovo formato di indici (separati, uno
  per ogni stream) piu' efficienti (cioe' con meno overhead) e
  senza il limite dei 2 gb;
- la possibilita' di splittare il filmato su piu' "chunk RIFF"
  (ogni chunk RIFF dovrebbe contenere al massimo 1gb)
Ricapitolando:
il formato AVI originale ammette un solo chunk RIFF, che puo'
contenere solo 2gb;
il filmato AVI OpenDML ammette piu' chunk RIFF, ognuno dei
quali puo' contenere al massimo 1gb (tuttavia, gli
implementatori hanno sempre supposto che un chunk RIFF possa
contenere 2gb anche nel OpenDML e questo non ha mai creato
problemi).
Detto questo, un AVI come il "King Kong" che pesa 3.6 GB non
puo' che essere un AVI OpenDML con piu' chunk RIFF, altrimenti
non sarebbe corretto.
Per verificarlo puoi aprirlo con avinaptic e cliccare sul
pulsantino "Visualizza struttura on/off"; in questo modo ti
verra' visualizzata la "struttura sintattica" dell'AVI, dal
quale potrai capire quanti chunk RIFF vi sono contenuti:
il primo chunk (che possiamo chiamare "compatibile con il
formato originale" e' sempre etichettato "AVI ", mentre i
successivi (estensione ODML) sono sempre etichettati "AVIX"
(notare la lettera 'X', che dovrebbe stare per "eXtended").
Inoltre, nel rapporto di tale filmato, alla voce "Tipo di
contenitore" dovresti ottenere qualcosa del tipo:
"AVI OpenDML indexes multi-chunks".
Adesso veniamo ai lettori da tavolo.
Inizialmente (4 anni fa) pensavo che non era una buona idea
superare il limite dei 2gb (anche sapendo che si potevano
masterizzare), se l'intenzione era di dover rivedere il film
sul lettore da tavolo.
Successivamente mio fratello mi annuncio' che aveva
masterizzato un AVI piu' grande di 2gb e che il lettore da
tavolo lo leggeva tranquillamente.
Successivamente mio fratello mi preciso' che aveva guardato
quel film sul lettore da tavolo e stranamente era filato
tutto liscio per quasi tutto il film, ma si era bloccato
agli ultimi minuti; inoltre, cosa stranissima, la funzione
"goto" (che permette di spostarsi in una posizione a piacere
in formato hh:mm:ss) gli permetteva di spostarsi a qualsiasi
posizione, ma non a quelle degli ultimi minuti (proprio
quelli che non riusciva a vedere).
La nostra prima ipotesi e' che poteva dipendere dalla
masterizzazione venuta male, ma il supporto su pc veniva
letto bene...
Successivamente, su questo Ng, si presento' un caso simile,
cioe' questo:
http://tinyurl.com/ypwq4b
All'epoca fornii una soluzione giusta, ma in realta' la mia
spiegazione non era corretta :-)
Il caso di Alberto era un po' diverso perche' il suo AVI
era piu' piccolo di 2gb...
Pero' ebbi l'intuizione giusta, consigliandogli di usare
l'opzione "-noodml" di mencoder.
Adesso conosco la spiegazione, e cioe': anche se quell'AVI
era piu' piccolo di 2gb, il muxer lo aveva splittato su
piu' chunk RIFF, e il lettore da tavolo accedeva solo al
primo chunk RIFF!
Ed e' la stessa spiegazione dell'AVI piu' grande di 2gb...
Da quando ho scritto avinaptic, ho fatto sempre attenzione
alla caratteristica "multi-chunks" degli AVI OpenDML.
Per ora non conosco nessun modello di lettore da tavolo che
supporti "realmente" le estensioni OpenDML, cioe' che leggano
chunks RIFF successivi al primo...
Quindi sarebbe interessante classificare il Pioneer come
esemplare avente tale interessante caratteristica.
Se confermi di aver guardato quel film (King Kong) fino alla
fine sul Pioneer ed e' filato tutto liscio, allora ok :-)
Se hai controllato solo l'inizio, allora dovresti provare
semplicemente a spostarti su una posizione che si trova
agli ultimi minuti del film; se si sposta e riproduce la
parte finale senza problemi, allora ok... lo citeremo come
esemplare di lettore da tavolo in grado di leggere gli
AVI multi-chunks :-)
-- 
Home page di Frank: 
http://fsinapsi.altervista.org
Home page di Giubbe e FAQ: 
http://giubbe.altervista.org

 dimensione e non dal formato del contenitore (avi-divx)?
è la stessa cosa. Superati i 2GB il formato avi deve seguire le specifiche
di avi 2.0 Open-DML
Purtroppo alcuni lettori non supportano le "nuove" (introdotte alle fine
del 1995...) specifiche e quindi tali file non funzioneranno.
bye, giubbe
-- 
HomePage e FAQ: 
http://giubbe.altervista.org
Inutile scrivere in privato, non ricevo le email

 contenitore (avi-divx)?
Abbastanza sicuro. Io avevo messo un MPEG2 (con l'estensione MPG) e dopo
un certo minuto, adieu...
-- 
Saluti, Kap - 
www.lordkap.it
 - AVINaptic: 
http://fsinapsi.altervista.org
FAQ del newsgroup: 
http://giubbe.altervista.org
Diplomazia è la scienza di coloro che non ne hanno alcuna e sono
profondi per la loro vuotaggine. - Honoré de Balzac

 AVI multi-chunks :-)
Adesso mi hai fatto sorgere il dubbio visto che il film l'ho visto 
l'anno scorso ma ce l'ho salvato in un dvd e domani se riesco faccio la 
prova a ti faccio sapere.
Grazie per le tue esaurientissime spiegazioni.
Ciao.
-- 
Michele

 AVI multi-chunks :-)
Allora, ho appena fatto la prova e devo confermare quanto già avevo 
detto. Ho inserito il mio dvd con all'interno il file Kink Kong.avi di 
3,6 Gb e della durata di 180 minuti; l'ho mandato avanti fino a circa 
160 min e poi ho guardato gli ultimi 20 minuti senza alcun problema, il 
film è filato proprio liscio.
Quindi si può classificare il mio lettore come capace di leggere i 
multi-chunks? Ma secondo te questa capacità da cosa deriva? In fondo 
monta un classico chipset Mediatek che trovi a bordo anche dei lettori 
che al supermercato vendono a 30 euro. Potrebbe avere altre peculiari 
caratterisitiche?
Ti mando anche le caratteristiche del filmato, nel caso ti servissero:
[ Info sul file ]
Nome: KING KONG 2005 [Xvid 2340 - AC3 384 5.1ch].avi
Data: 25/03/2006 09:39:35
Dimensione: 3,670,239,232 bytes (3500.213 MB)
[ Info generiche ]
Durata: 02:59:38 (10777.64 s)
Tipo di contenitore: AVI OpenDML indexes multi-chunks (*)
Streams totali: 2
Tipo stream n. 0: video
Tipo stream n. 1: audio
Audio streams: 1
ISFT: VirtualDubMod 1.5.10.2 (build 2540/release)
JUNK: VirtualDubMod build 2540/release
[ Dati rilevanti ]
Risoluzione: 720 x 304
Larghezza: multipla di 16
Altezza: multipla di 16
[ Traccia video ]
FourCC: xvid/XVID
Risoluzione: 720 x 304
Frame aspect ratio: 45:19 = 2.368421 (~2.35:1)
Pixel aspect ratio: 1:1 = 1
Display aspect ratio: 45:19 = 2.368421 (~2.35:1)
Framerate: 25 fps
Frames totali: 269441 (154724)
Stream size: 3,139,256,043 bytes
Bitrate: 2330.199222 kbps
Qf: 0.425840
Key frames: 3423 (0; 300; 600; 900; 1093; ... 269146)
Null frames: 0
Min key int: 1
Max key int: 300
Key int medio: 78.714869
Ritardo: 0 ms
[ Traccia audio ]
Audio tag: 0x2000 (AC3)
Bitrate (contenitore): 384 kbps CBR
Canali (contenitore): 6
Frequenza (contenitore): 48000 Hz
Chunks: 269429
Stream size: 517,324,800 bytes
Preload: 480 ms
Max A/V diff: 496 ms
Chunk-aligned: No
Mode: 3 front, 2 rear, 1 LFE
Ritardo: 0 ms
[ Info sulla codifica MPEG4 ]
User data: DivX503b1393p
User data: XviD0041
Packed bitstream: Sì
QPel: No
GMC: No
Interlaced: No
Aspect ratio: Square pixels
Quant type: H.263
Rapporto generato da AVInaptic (18-11-2007) in data  7 gen 2008, h 11:19:09
Ciao.
-- 
Michele