Newsgroup: it.comp.os.linux.software
Titolo: problema con transcode

Ho un file avi da 3,2GB che devo salvare su dvd. mkisofs non permette di
salvare file superiori ai 2GB, così ho pensato di dividere il video in due
parti.
Dopo aver googlato un pò, ho provato sia con avidemux, sia con avisplit,
però senza successo, perchè la sincronizzazione tra audio e video viene
persa dopo lo split.
Sulla man di avisplit ho visto che se un video ha un numero di chunk audio
diversi dal numero di frames video è normale perdere la sincronizzazione, e
si consiglia di usare transcode per creare un nuovo video con lo stesso
numero di parti video e audio, da poi dividere con avisplit.
Il video originale ha l'audio ac3 5.1, e dopo averlo convertito sembra che
l'audio non sia più con la stessa qualità. Dico sembra perchè se guardo le
informazioni sui codec da xine sembrano uguali, mentre se uso tcprobe
ottengo:
(video originale)
[tcprobe] RIFF data, AVI video
[avilib] V: 25.000 fps, codec=DX50, frames=328223, width=720, height=448
[avilib] A: 48000 Hz, format=0x2000, bits=0, channels=5, bitrate=448 kbps,
[avilib]    109400 chunks, 735164863 bytes, CBR
[tcprobe] summary for video.avi, (*) = not default, 0 = not detected
import frame size: -g 720x448 [720x576] (*)
       frame rate: -f 25.000 [25.000] frc=3
      audio track: -a 0 [0] -e 48000,0,5 [48000,16,2] -n 0x2000 [0x2000] (*)
                   bitrate=448 kbps
           length: 328223 frames, frame_time=40 msec, duration=3:38:48.920
(video dopo conversione)
[tcprobe] RIFF data, AVI video
[avilib] V: 25.000 fps, codec=DX50, frames=328167, width=720, height=448
[avilib] A: 48000 Hz, format=0x2000, bits=16, channels=2, bitrate=448 kbps,
[avilib]    328167 chunks, 735092736 bytes, CBR
[tcprobe] summary for out.avi, (*) = not default, 0 = not detected
import frame size: -g 720x448 [720x576] (*)
       frame rate: -f 25.000 [25.000] frc=3
      audio track: -a 0 [0] -e 48000,16,2 [48000,16,2] -n 0x2000 [0x2000]
                   bitrate=448 kbps
           length: 328167 frames, frame_time=40 msec, duration=3:38:46.680
Come si può notare nel primo il numero di canali è 5, sul secondo 2. Inoltre
il numero di bit per canale non viene rilevato.
Il comando che ho utilizzato è:
transcode -i video.avi -P 1 -N 0x2000 -A -y raw -o out.avi 
e questo è l'output (parte significativa) del comando:
[transcode] (probe) suggested AV correction -D 0 (0 ms) | AV 0 ms | 0 ms
[transcode] auto-probing source video.avi (ok)
[transcode] V: import format    | DivX5 RIFF data, AVI (V=avi|A=ac3)
[transcode] V: pass-through     | yes
[transcode] V: import frame     | 720x448  1.61:1
[transcode] V: bits/pixel       | 0.223
[transcode] V: decoding fps,frc | 25.000,3
[transcode] A: import format    | 0x2001  AC3/A52      [48000,16,5]  448
kbps
[transcode] A: export format    | 0x2000  AC3          [48000,16,5]  448
kbps
[transcode] V: encoding fps,frc | 25.000,3
[transcode] A: bytes per frame  | 7680 (7680.000000)
[transcode] A: adjustment       | 0@1000
[transcode] V: IA32 accel mode  | 3dnow (3dnow mmxext mmx asm)
[transcode] V: video buffer     | 50 @ 720x448
[import_ac3.so] v0.3.2 (2002-02-15) (audio) AC3
[import_avi.so] v0.4.2 (2002-05-24) (video) * | (audio) *
[export_raw.so] v0.3.12 (2003-08-04) (video) * | (audio) MPEG/AC3/PCM
[import_ac3.so] AC3->AC3
[import_ac3.so] tcextract -a 0 -i "video.avi" -x ac3 -d 0 | tcextract -t raw
-x ac3 -d 0
[import_avi.so] codec=DX50, fps=25.000, width=720, height=448
[export_raw.so] codec=DX50, fps=25.000, width=720, height=448
(ac3scan.c) AC3 frame 1792 (2240) bytes | bitrate 448 kBits/s | depsize 7680
|rbytes 2240.000000
Quello che vorrei sapere è: il file che ho convertito ha la stessa qualità
dell'originale (audio 5.1) e quindi è tcprobe che sbaglia, oppure devo
modificare le opzioni che passo a transcode (ed in questo caso se qualcuno
può aiutarmi...)
Grazie, skv

 salvare file superiori ai 2GB
sicuro? ho giusto in mano un dvd fatto con mkisofs con un file da 3.373GB

tapeworm wrote:

Non ne dubito, è che con k3b, dopo aver masterizzato il dvd con questo file
da 3,2GB, mi sono trovato dentro al disco un file da 11MB.
E dopo aver guardato un pò i newsgroup e la sezione feedback del sito di k3b
avevo visto molte persone con il mio stesso problema, e si diceva fosse
causato da una limitazione di mkisofs.
Ora, mi sono accorto che per masterizzare i dvd k3b utilizza growisofs come
programma di scrittura.
Usi anche te k3b, oppure masterizzi dalla bash (ed in questo caso metti
qualche parametro aggiuntivo)?
Ciao e grazie, skv

 Ufficio complicazioni affari semplici? Che ti hanno fatto i dvd+rw-tools?
:-)
si, i dvd+rw-tools sono installati, ed in effetti k3b utilizza growisofs per
creare i dvd (e non mkisofs come credevo).
Solo che come ho scritto nell'altra risposta, dopo la masterizzazione mi
trovo con un video da 11MB.
A questo punto credo sia colpa di k3b...mi sa che è meglio se mi metto a
fare a manina dalla bash!
Devo usare qualche parametro particolare per growisofs per fargli mettere
file grandi?
grazie, skv

 qualche parametro aggiuntivo)?
growisofs usa a sua volta mkisofs per creare la iso, quindi non dovrebbe
essere rilevante, non esistono molti altri modi per farlo. fai anche tu
una prova: 
growisofs -Z /dev/dvd -J -R /path/to/file 
e vedi che fa, oppure prova a creare solo la iso con mkisofs e poi a
guardare cosa c'e dentro.

 guardare cosa c'e dentro.
ho appena provato a creare una iso con dentro solamente il file da 3,2GB
tramite mkisofs. L'operazione è andata a buon fine (infatti la iso è di
poco più grande del filmato), ma quando poi guardo cosa c'è dentro la iso,
trovo un file da 12MB...
Perchè a te funziona e a me no??
skv

 E poi se vuoi spezzarli i files, che ti hanno fatto di male split e cat?
uso slack current (ho aggiornato proprio ieri con swaret --update, swaret
--upgrade, infatti ora il tema di karamba me la vede come slack 10.1).
Il kernel è il 2.6.7, il mio pc un AthlonXP1800+ con 512MB di ram, HD da
160GB della Maxtor, il masterizzatore un nec 3500. Mai nessun problema di
masterizzazione...
split e cat non vanno bene per i video .avi compressi!
ciao, skv