Newsgroup: it.comp.software.divx
Titolo: AVI stranezza

Un Martedì, del mese 01 nell'anno 2007, alle ore 14:15:24: Isaac disse :
Saluti a tutti e Ciao a te it.comp.software.divx
Video che fa parte di una serie in cui le dimensioni dei vari
episodi differiscono solo di pochi bytes  l'uno dall'altro.
Questo video che funziona perfettamente con WMP
passato ad AVInaptic mi da dei dati in cui compare l'informazione
vuota Sezioni AVI corrotte.
Ma come detto viene digerito e visualizzato senza problemi
Poi ho fatto un direct stream copy e....
Video originale
--------------------------
[ Info sul file ]
Nome: Torchwood - 1x06 - Countrycide ().avi
Data: 20/11/2006 19:11:40
Dimensione: 365,709,312 bytes
[ Info generiche ]
Durata: 00:46:50 (2809.76 s)
Tipo di contenitore: AVI OpenDML
Streams totali: 2
Tipo stream n. 0: video
Tipo stream n. 1: audio
Audio streams: 1
ISFT: Nandub v1.0rc2
JUNK: Nandub build 1852/release
Sezioni AVI corrotte: óß Ž
[ Traccia video ]
FourCC: xvid/XVID
Risoluzione: 640 x 352
Frame aspect ratio: 20:11 = 1.818181 (~1.85:1)
Pixel aspect ratio: 1:1 = 1
Display aspect ratio: 20:11 = 1.818181 (~1.85:1)
Framerate: 25 fps
Frames totali: 70244
Stream size: 296,800,289 bytes
Bitrate: 845.055204 kbps
Qf: 0.150045
Key frames: 1163 (0; 221; 222; 250; 257; ... 70214)
Null frames: 0
Min key int: 1
Max key int: 300
Key int medio: 60.398968
Ritardo: 0 ms
[ Traccia audio ]
Audio tag: 0x55 (MP3)
Bitrate: 129.56 kbps VBR
Canali: 2
Frequenza: 48000 Hz
Chunks: 117073
Stream size: 45,505,848 bytes
Ritardo: 0 ms
[ Info sulla codifica MPEG4 ]
User data: DivX503b1393p
User data: XviD0041
Packed bitstream: yes
QPel: no
GMC: no
Interlaced: no
Aspect ratio: Square pixels
Quant type: H.263
Rapporto generato da AVInaptic (8-01-2007) in data  9 gen 2007, h 14:13:26
------------------------------
Per curiosità l'ho passato a VirtuaDubMod in direct stream copy
Il risultato è stato un video ridotto di 20 mega ma esattamente
della stessa durata e delle stesse caratteristiche del video originale.
Funzionamento normale. L'unica differenza visibile mi sembra
nell'originale c'è Nandub e Sezioni AVi corrotte e nel secondo
VirtualDubMod e non c'è più Sezioni Avi Corrotte.
Funzionano ambedue.
C'è qualcosa che mi è sfuggito ?
E quei 20 mega che non ci sono più ?
Sono tanti...
Video direct stream copy
-------------------------------
[ Info sul file ]
Nome: Torchwood - 1x06 - Countrycide (2).avi
Data: 9/01/2007 13:03:13
Dimensione: 346,834,944 bytes
[ Info generiche ]
Durata: 00:46:50 (2809.76 s)
Tipo di contenitore: AVI OpenDML
Streams totali: 2
Tipo stream n. 0: video
Tipo stream n. 1: audio
Audio streams: 1
ISFT: VirtualDubMod 1.5.10.1 (build 2366/release)
JUNK: VirtualDubMod build 2366/release
[ Traccia video ]
FourCC: xvid/XVID
Risoluzione: 640 x 352
Frame aspect ratio: 20:11 = 1.818181 (~1.85:1)
Pixel aspect ratio: 1:1 = 1
Display aspect ratio: 20:11 = 1.818181 (~1.85:1)
Framerate: 25 fps
Frames totali: 70244
Stream size: 296,800,289 bytes
Bitrate: 845.055204 kbps
Qf: 0.150045
Key frames: 1163 (0; 221; 222; 250; 257; ... 70214)
Null frames: 0
Min key int: 1
Max key int: 300
Key int medio: 60.398968
Ritardo: 0 ms
[ Traccia audio ]
Audio tag: 0x55 (MP3)
Bitrate: 129.56 kbps VBR
Canali: 2
Frequenza: 48000 Hz
Chunks: 117073
Stream size: 45,505,848 bytes
Ritardo: 0 ms
[ Info sulla codifica MPEG4 ]
User data: DivX503b1393p
User data: XviD0041
Packed bitstream: yes
QPel: no
GMC: no
Interlaced: no
Aspect ratio: Square pixels
Quant type: H.263
Rapporto generato da AVInaptic (8-01-2007) in data  9 gen 2007, h 14:14:12
-- 
by Isaac (The Original)
Qu...@excite.it
 - Non usare per messaggi privati
Fidolook 2002 (SL) 6.0.2800.94 - 3/3/2005 11:18:26 

 E quei 20 mega che non ci sono più ?
la spiegazione e' semplice: l'AVI e' tutto ok, ma quando finisce
l'AVI, non finisce il file: in coda all'AVI c'e' altra roba che
non dovrebbe esserci.
Se guardi le strutture ad albero (pulsante "visualizza struttura"
di avinaptic) dei due filmati, vedrai che sono quasi uguali,
eccetto che in fondo al primo c'e' un finto chunk che nell'altro
non c'e'... (giustamente, VDubMod, lo ha eliminato)
-- 
Home page: 
http://fsinapsi.altervista.org

 non c'e'... (giustamente, VDubMod, lo ha eliminato)
La struttura è uguale
http://server5.theimagehosting.com/image.php?img=Torchwood.jpg
----------
Si è creata una situazione in cui esaminando un filmato AVInaptic
si apre e da le informazione come al solito ma rimane aperta anche
una finestra dos. Questa finestra si può chiudere manualmente
L'avviso in questa finestra dos è il seguente :
(Avinaptic : 1312) : Glib Warning *** :
Gerror set over the top of a previous Gerror for unitialized memory,
this indicates a bug in someone's code. You must ensure an error
is NULL before it's set. The overwriting error message was :
invalid byte sequence in conversion input.


 una finestra dos. Questa finestra si può chiudere manualmente
ma se la chiudi, dovrebbe terminare anche il programma. Altrimenti,
quando esci dal programma, si chiude anche quella finestra.
Credo di avere capito.
Ho ricreato lo stesso problema, appendendo a un AVI corretto un
po' di garbage, i primi 4 bytes del quale li ho copiati dal post
con cui hai iniziato questo thread (da "Sezioni AVI corrotte...").
Poi l'ho fatto analizzare ad avinaptic ed ho ottenuto un risultato
simile al tuo: viene segnalata una sezione corrotta, che sarebbe
appunto il garbage che ho aggiunto dopo l'AVI. Visualizzando la
struttura di quel file, a me viene questo:
http://fsinapsi.altervista.org/tmp/fintochunk1.png
Come vedi, in fondo alla struttura c'e' un chunk con 4 caratteri
strani: sono proprio quelli che ho copiato dal tuo post (i primi
4 del garbage che ho aggiunto).
Nella struttura del filmato corretto quel chunk non compare.
A questo punto ho ripetuto l'analisi sotto Windows e... sorpresa!
Si apre la finestra che dici tu, con lo stesso identico messaggio
di errore che hai riportato. Inoltre, nel campo "Sezioni AVI
corrotte" non compare niente (invece, sotto linux si vedono quei
4 caratteri strani di cui parlavo prima e naturalmente non c'e'
ombra di messaggi di errore da parte di Glib).
Poi ho visualizzato la struttura ed ecco cosa ottengo:
http://fsinapsi.altervista.org/tmp/fintochunk2.png
Anche in questo caso i 4 caratteri non vengono mostrati, pero'
in fondo alla struttura ad albero c'e' un ulteriore nodo,
rilevabile dalla presenza di un segmentino.
Questo segmentino dovrebbe essere presente anche nel tuo...
Ad ogni modo il problema non e' grave: si e' manifestata una
delle tante differenze che ci sono nelle diverse compilazioni
dei vari run time support che sto usando (in teoria, il
comportamento del programma dovrebbe essere identico su ogni
piattaforma; in pratica ci sono alcune differenze, per fortuna
non moltissime).
Questo caso dovrei risolverlo facilmente inserendo un controllo
preventivo sui caratteri da inserire nei widgets (avrebbe dovuto
farlo chi fece il porting windows di gtk/gdk/glib), in modo che
una simile situazione non dovrebbe piu' presentarsi.
Tornando al problema del tuo AVI...
Come ti ho gia' detto, il tuo file iniziale (quello muxato da
Nandub) aveva quasi 20 MB di roba superflua, che non fa parte
dell'AVI.
Quindi, puoi tenerti benissimo quello che hai ottenuto
rimuxandolo con VirtualDubMod.
La prima ipotesi di come sia nato quel file con garbage e' che
Nandub abbia riscritto l'AVI sopra un file che gia' esisteva
(senza "ricrearlo", cioe' senza rimuovere il contenuto
precedente, ma riscrivendo sopra a quello). Quindi, dato che il
file preesistente era piu' grande (di circa 20 MB) di quello
nuovo, quando ha finito di scrivere il nuovo sono rimasti in
coda circa 20 MB di quello vecchio...
Ovviamente di quei 20 MB non te ne fai nulla, quindi ti
conviene tenerti la versione ripulita da VirtualDubMod.
Ciao


 conviene tenerti la versione ripulita da VirtualDubMod.
OK. Grazie. Come al solito esauriente
al massimo e compresibile. Ovviamente
mi tocca ripulire un riscrivibile e masterizzarli tutti e due
per vedere cosa succede col lettore da tavolo...
Maledetta curiosità...
Ciao. Si stanno incavolando perchè sono
già a pranzo...



[ Omissis ]
Controllato sub con 20 entry con la terza riga.
Tutto OK
E dato che il subber che fa questi sottotitoli traduce
oltre che con 3 righe anche con righe extralunghe
(E non c'è niente da fare... Lo sa ma se la traduzione lo richiede
lui le fa così.  Prendere o lasciare...)
Prima ho ridotto la lunghezza a 40 caratteri facendo creare 
in alcuni casi anche la quarta riga e poi ho ridotto il numero delle righe a due.
Due esempi che sono un piacere per la vista :)
A me sembra perfetto... anche se ultimamente
mi sfuggono i trattini finali...
Sarebbe da controllare la differenza a video
del prima e dopo... lo farò...
---------------
Il mio newreader taroccato non dovrebbe tagliare la riga lunga...
---------------
105
00:09:29,979 --> 00:09:34,820
- Dev'essere stato portato qui dopo la morte.
- Perche' fare questo? E non sembra che abbiano cercato di seppellirlo qui.
-----
105
00:09:29,979 --> 00:09:34,820
- Dev'essere stato portato qui dopo la
morte. - Perche' fare questo? E non
sembra che abbiano cercato di
seppellirlo qui.
-----
116
00:09:29,979 --> 00:09:32,400
- Dev'essere stato portato qui dopo la
morte. - Perche' fare questo? E non
117
00:09:32,400 --> 00:09:34,820
sembra che abbiano cercato di
seppellirlo qui.
----------------------------------------------------------------
184
00:20:45,899 --> 00:20:51,260
- Oh, Gesu'!
- I pallettoni si sono fermati appena sottopelle.
Sei stata maledettamente fortunata, ragazza.
-----
184
00:20:45,899 --> 00:20:51,260
- Oh, Gesu'!
- I pallettoni si sono fermati appena
sottopelle. Sei stata maledettamente
fortunata, ragazza.
-----
208
00:20:45,899 --> 00:20:48,580
- Oh, Gesu'!
- I pallettoni si sono fermati appena
209
00:20:48,580 --> 00:20:51,260
sottopelle. Sei stata maledettamente
fortunata, ragazza.
------------------------------------------------------------------------
Che dire  ancora ?
Mi mancano le parole...
Ciao


 del prima e dopo... lo farň...
purtroppo anch'io non ho ancora fatto i controlli che volevo fare
e non so quando li faro'...
-----
105
00:09:29,979 --> 00:09:34,820
- Dev'essere stato portato qui dopo la
morte. - Perche' fare questo? E non
sembra che abbiano cercato di
seppellirlo qui.
-----
secondo te, quando una riga inizia con un trattino (come in
questo caso), e' meglio accorparla all'eccedenza della riga
precedente (come e' successo), o sarebbe preferibile che
il trattino restasse all'inizio della riga? Tipo cosi':
-----
105
00:09:29,979 --> 00:09:34,820
- Dev'essere stato portato qui dopo la
morte.
- Perche' fare questo? E non sembra
cheabbiano cercato di seppellirlo qui.
-----
Scegliendo questa seconda possibilita', pero', il numero
delle righe potrebbe aumentare molto...
Nella nuova versione dovrei avere risolto il problema che
faceva aprire quella finestra con il messaggio di errore...
Inoltre ho corretto altre imprecisioni.
Infine ho aggiunto una nuova operazione (vedi altro
thread "[lunghino]...")


 potrebbe aumentare molto...
Vero, però è sicuramente più chiaro da leggere perché si capisce
perfettamente che c'è un dialogo a due.
-- 
Saluti, Kap - 
www.lordkap.it
 - ¥'s Fan #01 - 
www.pianetalibri.com
 - VCC
Il denaro è come il letame che non serve se non è sparso.
Francis Bacon

 -----
Trattino all'inizio della riga.
Anche perchè le righe accorciate e le entry separate
creano degli effetti che sinceramente non mi aspettavo.
Si interrompe la continuità del dialogo e magari vengono fuori
due entry ambedue senza significato logico e doverle ricollegare
mentalmente crea una situazione strana che non mi ha fatto
godere l'episodio... in dei casi l'incongruenza servirebbe...
Quegli stacchi inaspettati con due frasi senza senso
compiuto sono da brividi... anche perchè per provare
avevo esagerato nell'accorciare e separare
e ne avevo create troppe...
Devo assolutamente cercarmi un nuovo player
che faccia quello che mi serve.
[ Omissis ]


 Inoltre ho corretto altre imprecisioni.
La versione 20070112 non apre più la finestra dos
col messaggio di errore.
Non ricordo pù cosa avevi detto in merito ai
caratteri strani che appaiono in Sezioni avi corrotte
In ogni modo vengono visualizzati sempre strani
Sezioni AVI corrotte: óß Ž


 In ogni modo vengono visualizzati sempre strani
va bene cosi' (vengono visualizzati strani perche' sono
strani)


 strani)
Lo so. Non è possibile fare diversamente...
E nel sottotitolo fresco fresco di Stargate SG1 10x11
la riga record ha 92 caratteri... e altre ci vanno vicino...
Che se a qualcuno interessa la serie in oggetto  è
ripartita dopo che era stata chiusa per scarsi ascolti
e gli episodi restanti già prodotti verranno trasmessi
per terminare la stagione e poi chiuderla definitivamente.
