Editing e perdità di qualità video

[titan89]

ciao ragazzi, faccio editing del tutto amatoriale su vegas! Per il montaggio video ed effetti nessun problema, ne sorge uno però per quanto riguarda la qualità del video finale!
Io prendo video tramite aver media hd 2, quindi tecnicamente mi prendo un formato base con qualità 1080, lo metto su vegas e l'anteprima sembra pulita e nitida, lo vado a convertire e c'è un netto calo della qualità! Non solo, esce un file anche parecchio pesante che va quindi riconvertito con qualche altro programma come handbrake o simili per cercare di abbassare un po' il peso e poterlo caricare su youtube!
Mi sapete spiegare dove sbaglio?
tra parentesi, ora sto imparando che se abbasso i bit rate abbasso il peso del video stesso (e anche ancora di + la qualità) ma almeno non devo riconvertire il file...

qui la foto per farvi capire che conversione uso: http://puu.sh/nDVfT/8e7d7ddd72.png


SOTTO potete vedere tutte le caratteristiche del File video:

Magic

Tipo file ISO Media, MPEG v4 system, version 1

Info generiche

Durata 00:28:19 (1699.179 s)
Contenitore MP4/MOV
Major brand ISO Base Media version 512
Compatible brands JVT AVC
Data di creazione Thu, 01 Jan 1970 01:00:00 +0100
Data di modifica Thu, 01 Jan 1970 01:00:00 +0100
Totale tracce 2
Traccia n. 1 video (avc1) [VideoHandler]
Traccia n. 2 audio (mp4a) [SoundHandler]

Dati rilevanti

Risoluzione 1920 x 1080
Larghezza multipla di 32
Altezza multipla di 8

Traccia video

Codec avc1
Risoluzione 1920 x 1080
Frame aspect ratio 16:9 = 1.777778
Pixel aspect ratio 1:1 = 1
Display aspect ratio 16:9 = 1.777778
Framerate 30 fps
Bitrate 17772.93691 kbps

Traccia audio

Codec mp4a
Bitrate 128.002186 kbps
Tipo di bitstream (bs) AAC LC (Low Complexity)
Freq. campionamento (bs) 48000 Hz
Modo (bs) 2: front-left, front-right

Bitstream video

Tipo di bitstream MPEG-4 Part 10
SPS id 0
Profile High@L5
Num ref frames 1
Chroma format YUV 4:2:0
Custom intra4X4 luma
16 21 26 31
21 26 31 36
26 31 36 41
31 36 41 48
PPS id 0 (SPS: 0)
Tipo di codifica entr... CABAC
Weighted prediction No
Weighted bipred idc No
8x8dct Sì

Conformità al profilo

Profilo selezionato MTK PAL 6000
Risoluzione 1920 x 108

 

[S7efano]

Ciao.

Dovresti fornirci un rapporto sulle caratteristiche del file originale che metti in ingresso

...in modo da impostare l'uscita adeguatamente, nel senso con lo stesso bitrate (e parametri vari) impostati come quelli di ingresso (ammesso che quello di ingresso sia accettabile da youtube), o con altri valori. Dalla schermata che hai messo non si riesce a capire bene, ma mi pare che sia impostata a bitrate variabile (quantizer costante o mediamente costante), quindi è normale che ti vengano enormi a seconda delle scene presenti. Comunque, se devi solo tagliare delle scene, non c'è bisogno di convertire. Se invece, devi aggiungere degli effetti, a seconda del tipo di effetto che aggiungi il video può richeidere più bitrate cioè lasciando lo stesso bitrate, il video può venire di qualità più scadente a causa della complessità dell'effetto stesso che hai aggiunto.

Per un rapporto del file in ingresso, se questo è MPEG-4 AVC/H.264 in MP4, MKV e AVI, puoi usare Avinaptic per fare l'analisi del file, altrimenti "ripiega" su Mediainfo.

 

[titan89]

ho aggiornato il mio messaggio principale mettendo le caratteristiche ottenute con avinaptic

Ciao.

Dovresti fornirci un rapporto sulle caratteristiche del file originale che metti in ingresso

...in modo da impostare l'uscita adeguatamente, nel senso con lo stesso bitrate (e parametri vari) impostati come quelli di ingresso (ammesso che quello di ingresso sia accettabile da youtube), o con altri valori. Dalla schermata che hai messo non si riesce a capire bene, ma mi pare che sia impostata a bitrate variabile (quantizer costante o mediamente costante), quindi è normale che ti vengano enormi a seconda delle scene presenti. Comunque, se devi solo tagliare delle scene, non c'è bisogno di convertire. Se invece, devi aggiungere degli effetti, a seconda del tipo di effetto che aggiungi il video può richeidere più bitrate cioè lasciando lo stesso bitrate, il video può venire di qualità più scadente a causa della complessità dell'effetto stesso che hai aggiunto.

Per un rapporto del file in ingresso, se questo è MPEG-4 AVC/H.264 in MP4, MKV e AVI, puoi usare Avinaptic per fare l'analisi del file, altrimenti "ripiega" su Mediainfo.

 

[S7efano]

Visto. Come vedi il bitrate (medio) è di ben 17,8 Mbps. Purtroppo non si riesce a capire, senza un grafico del bitrate se lo stesso è stato ottenuto impostando una codifica a bitrate (medio) costante o bitrate variabile puro (o vie di "mezzo"). Avinaptic per h.264 non lo fornisce. Se fosse stato codificato con un codec come x264, in genere viene specificato in un'intestazione (puramente descrittiva) interna al file, tutto l'insieme dei parametri usati in fase di codifica, evidentemente, visto che non appare non è stato usato quel codec, ma un altro sempre MPEG-4 AVC/H.264.
Ora tutto sta a cosa vuoi ottenere in uscita: youtube che bitrate, o dimensione totale, accetta? Se il tuo scopo è ottenere un file già direttamente compatibile con le esigenze di youtube, puoi impostare subito i parametri in modo da ottenerlo direttamente compatibile, senza ulteriore ricodifica.
Nella prima immagine che avevi postato si vedeva che l'impostazione del bitrate era puramente variabile (salvo i limiti di bitrate impostati come minimo e massimo).
Gli streaming però che io sappia lavorano bene a bitrate costante, quindi se glielo imposti variabile forse youtube effettua una ricodifica( purtroppo non sono esperto di quel sito , non so come si comporta nei vari casi), comunque con bitrate costante, e seguendo gli altri parametri che ti accetta (durata ecc) dovresti andare più sul sicuro. Prova magari a impostare 10000Kb/s (così giusto per dirti un valore) in modalità CBR.
Come matrici, puoi usare direttamente la "flat" predefinita, che probabilmente fa risparmiare in bitrate; tanto in h.264 le matrici particolari hanno perso di importanza ai fini della qualità, rispetto ai codec mpeg precedenti.

 

[titan89]

ci sto capendo poco perchè non sono avezzo a tutti questi termini, comunque tu stai cercando di aggiustarmi il puntamento verso youtube, cosa giustissima. Però stiamo dimenticando che il problema non è puramente quando metto su youtube (magari anche la eh) ma è soprattutto quando metto in questo Vegas, effettuo il rendering e mi esce con una perdita di qualità di circa il 20% così a occhio nudo diventando da 1080 a credo qualcosa in meno di 720. Il passo di aggiustare youtube io lo analizzerei per dopo credo!

Visto. Come vedi il bitrate (medio) è di ben 17,8 Mbps. Purtroppo non si riesce a capire, senza un grafico del bitrate se lo stesso è stato ottenuto impostando una codifica a bitrate (medio) costante o bitrate variabile puro (o vie di "mezzo"). Avinaptic per h.264 non lo fornisce. Se fosse stato codificato con un codec come x264, in genere viene specificato in un'intestazione (puramente descrittiva) interna al file, tutto l'insieme dei parametri usati in fase di codifica, evidentemente, visto che non appare non è stato usato quel codec, ma un altro sempre MPEG-4 AVC/H.264.
Ora tutto sta a cosa vuoi ottenere in uscita: youtube che bitrate, o dimensione totale, accetta? Se il tuo scopo è ottenere un file già direttamente compatibile con le esigenze di youtube, puoi impostare subito i parametri in modo da ottenerlo direttamente compatibile, senza ulteriore ricodifica.
Nella prima immagine che avevi postato si vedeva che l'impostazione del bitrate era puramente variabile (salvo i limiti di bitrate impostati come minimo e massimo).
Gli streaming però che io sappia lavorano bene a bitrate costante, quindi se glielo imposti variabile forse youtube effettua una ricodifica( purtroppo non sono esperto di quel sito , non so come si comporta nei vari casi), comunque con bitrate costante, e seguendo gli altri parametri che ti accetta (durata ecc) dovresti andare più sul sicuro. Prova magari a impostare 10000Kb/s (così giusto per dirti un valore) in modalità CBR.
Come matrici, puoi usare direttamente la "flat" predefinita, che probabilmente fa risparmiare in bitrate; tanto in h.264 le matrici particolari hanno perso di importanza ai fini della qualità, rispetto ai codec mpeg precedenti.

 

[S7efano]

Vegas è quel programma di cui avevi postato l'immagine, giusto? Da quelle impostazioni mi pareva usasse pure lui la 1080.
Cmq, prova a mettere il rapporto di Avinaptic anche del file in uscita, così si vede bene cosa fa...

 

[titan89]

Vegas è quel programma di cui avevi postato l'immagine, giusto? Da quelle impostazioni mi pareva usasse pure lui la 1080.
Cmq, prova a mettere il rapporto di Avinaptic anche del file in uscita, così si vede bene cosa fa...

uh questa è una cosa intelligente da fare me l'ero scordato! eccoli:

Magic

Tipo file ISO Media, MPEG v4 system, version 2

Info generiche

Durata 00:27:37 (1657.301333 s)
Contenitore MP4/MOV
Major brand ISO Base Media version 19529854
Data di creazione Sat, 12 Mar 2016 15:46:39 +0100
Data di modifica Sat, 12 Mar 2016 15:46:39 +0100
Totale tracce 2
Traccia n. 1 audio (mp4a) [Sound Media Handler]
Traccia n. 2 video (avc1) [Video Media Handler]

Dati rilevanti

Risoluzione 1920 x 1080
Larghezza multipla di 32
Altezza multipla di 8

Traccia video

Codec avc1
Risoluzione 1920 x 1080
Frame aspect ratio 16:9 = 1.777778
Pixel aspect ratio 1:1 = 1
Display aspect ratio 16:9 = 1.777778
Framerate 30 fps
Bitrate 9962.670826 kbps

Traccia audio

Codec mp4a
Bitrate 192.093439 kbps
Tipo di bitstream (bs) AAC LC (Low Complexity)
Freq. campionamento (bs) 48000 Hz
Modo (bs) 2: front-left, front-right

Bitstream video

Tipo di bitstream MPEG-4 Part 10
SPS id 0
Profile Main@L4
Num ref frames 2
Aspect ratio Square pixels
Chroma format YUV 4:2:0
PPS id 0 (SPS: 0)
Tipo di codifica entr... CABAC
Weighted prediction No
Weighted bipred idc No
8x8dct No

Conformità al profilo

Profilo selezionato MTK PAL 6000
Risoluzione 1920 x 1080 > 720 x 576
Framerate 30 <> 25

 

[S7efano]

Vedi, la risoluzione è la stessa 1080

Però ha abbassato il bitrate a poco meno di 10000Kb/s. Evidentemente nel caso specifico del tipo di immagini presenti nel video, è insufficiente per mantenere una certa qualità.

Dovresti fare anche l'analisi DRF con Avinaptic Così fornisce dettagli in più, riguardo i quantizer utilizzati (che sono più relazionabili alla qualità del video, rispetto al solo bitrate).

 

[titan89]

ecco il file che esce da vegas (una domanda, rovina qualcosa renderizzare con opencl?) :

Tipo file ISO Media, MPEG v4 system, version 2

Info generiche

Durata 00:27:37 (1657.301333 s)
Contenitore MP4/MOV
Major brand ISO Base Media version 19529854
Data di creazione Sat, 12 Mar 2016 15:46:39 +0100
Data di modifica Sat, 12 Mar 2016 15:46:39 +0100
Totale tracce 2
Traccia n. 1 audio (mp4a) [Sound Media Handler]
Traccia n. 2 video (avc1) [Video Media Handler]

Dati rilevanti

Risoluzione 1920 x 1080
Larghezza multipla di 32
Altezza multipla di 8
DRF medio 26.265975
Deviazione standard 5.129955
Media pesata dev. std. 4.792332

Traccia video

Codec avc1
Risoluzione 1920 x 1080
Frame aspect ratio 16:9 = 1.777778
Pixel aspect ratio 1:1 = 1
Display aspect ratio 16:9 = 1.777778
Framerate 30 fps
Bitrate 9962.670826 kbps
Durata 00:27:37 (1657.3 s)
Qf 0.160151

Traccia audio

Codec mp4a
Bitrate 192.093439 kbps
Tipo di bitstream (bs) AAC LC (Low Complexity)
Frames (bs) 77,686
Durata 00:27:37 (1657.301333 s)
Chunk-aligned (bs) Sì
Bitrate (bs) 192.093439 kbps VBR
Freq. campionamento (bs) 48000 Hz
Modo (bs) 2: front-left, front-right

Bitstream video

Tipo di bitstream MPEG-4 Part 10
SPS id 0
Profile Main@L4
Num ref frames 2
Aspect ratio Square pixels
Chroma format YUV 4:2:0
PPS id 0 (SPS: 0)
Tipo di codifica entr... CABAC
Weighted prediction No
Weighted bipred idc No
8x8dct No
Totale frames 49,719
Drop/delay frames 0
Frames corrotti 0

P-slices 23202 ( 46.666 %) #########
B-slices 23202 ( 46.666 %) #########
I-slices 3315 ( 6.667 %) #
SP-slices 0 ( 0.000 %)
SI-slices 0 ( 0.000 %)

Analisi DRF

DRF nedio 26.265975
deviazione standard 5.129955
max DRF 41

DRF<15 0 ( 0.000 %)
DRF=15 145 ( 0.292 %)
DRF=16 131 ( 0.263 %)
DRF=17 635 ( 1.277 %)
DRF=18 735 ( 1.478 %)
DRF=19 833 ( 1.675 %)
DRF=20 945 ( 1.901 %)
DRF=21 2234 ( 4.493 %) #
DRF=22 5529 ( 11.120 %) ##
DRF=23 4642 ( 9.336 %) ##
DRF=24 6691 ( 13.458 %) ###
DRF=25 5371 ( 10.803 %) ##
DRF=26 4022 ( 8.089 %) ##
DRF=27 2363 ( 4.753 %) #
DRF=28 2226 ( 4.477 %) #
DRF=29 1836 ( 3.693 %) #
DRF=30 1491 ( 2.999 %) #
DRF=31 1256 ( 2.526 %) #
DRF=32 1170 ( 2.353 %)
DRF=33 1291 ( 2.597 %) #
DRF=34 1213 ( 2.440 %)
DRF=35 1277 ( 2.568 %) #
DRF=36 998 ( 2.007 %)
DRF=37 947 ( 1.905 %)
DRF=38 596 ( 1.199 %)
DRF=39 547 ( 1.100 %)
DRF>39 595 ( 1.197 %)

P-slices DRF medio 25.51905
P-slices deviazione std. 4.791975
P-slices max DRF 39

B-slices DRF medio 27.795061
B-slices deviazione std. 4.802112
B-slices max DRF 41

I-slices DRF medio 20.791554
I-slices deviazione std. 4.726389
I-slices max DRF 34

Conformità al profilo

Profilo selezionato MTK PAL 6000
Risoluzione 1920 x 1080 > 720 x 576
Framerate 30 <> 25
Buffer underflow 00:00:02 (frame 74)
Buffer underflow 00:00:06 (frame 165)
Buffer underflow 00:00:06 (frame 181)
Buffer underflow 00:00:07 (frame 200)
Buffer underflow 00:00:09 (frame 273)
Buffer underflow 00:00:09 (frame 279)
Buffer underflow 00:00:10 (frame 285)
Buffer underflow 00:00:10 (frame 288)
Buffer underflow 00:00:10 (frame 291)
Buffer underflow 00:00:10 (frame 296)
Buffer underflow 00:00:10 (frame 300)
Buffer underflow 00:00:10 (frame 305)
Buffer underflow 00:00:11 (frame 315)
Buffer underflow 00:00:11 (frame 324)
Buffer underflow 00:00:12 (frame 352)
Buffer underflow 00:00:17 (frame 517)
Buffer underflow 00:00:18 (frame 540)
Buffer underflow 00:00:19 (frame 560)
Buffer underflow 00:00:19 (frame 570)
Buffer underflow 00:00:21 (frame 615)
Errore Troppe violazioni

Vedi, la risoluzione è la stessa 1080

Però ha abbassato il bitrate a poco meno di 10000Kb/s. Evidentemente nel caso specifico del tipo di immagini presenti nel video, è insufficiente per mantenere una certa qualità.

Dovresti fare anche l'analisi DRF con Avinaptic Così fornisce dettagli in più, riguardo i quantizer utilizzati (che sono più relazionabili alla qualità del video, rispetto al solo bitrate).

 

[S7efano]

Dici in fase di riproduzione? Uhm, non so prova a disabilitarlo.
Scusa ma che tipo di immagini contiene? Forse quel 26 circa medio un po' altino per la qualità (andrebbe effettuata la codifica tenendolo il più basso possibile ma al contempo non esagerando col bitrate), ma molto dipende dal tipo di immagini...

 

[titan89]

è un video di 25 minuti preso tramite avermedia hd2 dalla play station 4 collegata ad un televisore full hd in cui inserisco un audio di sottofondo .

 

[S7efano]

Ma le immagini sono molto complesse? con molti dettagli? Che tipo di degrado noti?
Perché se già con 10000kb/s è insufficiente e noti un forte degrado: o le immagini sono molto complesse, oppure Vegas imposta una compressione non molto efficiente...

 

[titan89]

Ma le immagini sono molto complesse? con molti dettagli? Che tipo di degrado noti?
Perché se già con 10000kb/s è insufficiente e noti un forte degrado: o le immagini sono molto complesse, oppure Vegas imposta una compressione non molto efficiente...

mettendo i video in contemporanea si nota una leggera diminuzione dei pixel, non troppo visibile quando la scena magari è statica, ma visibilissima quando c'è qualcosa di più movimentato. Sembra come quando si imposta youtube a 480 e vedi sgranato, mentre invece dovrebbe stare a full hd

 

[S7efano]

Beh, allora è normale, son comunque ben 7Mbit/s in meno rispetto all'originale... oppure in alternativa puoi ridurre la definizione, magari fai una via di mezzo tra 1920*1080 e 1280*720... Riducendo la definizione, il bitrate "tiene" di più cioè l'immagine è meno definita ma hai meno quell'effetto "piallamento" dei dettagli... bisogna cercare un compromesso.

Però non son sicuro di aver capito una cosa:

Tu vuoi convertire il file di partenza in 2 versioni: una da tenere e una da usare direttamente per youtube (giustamente senza fare un ulteriore conversione che comporterebbe anche una ulteriore inutile perdita di qualità).

La domanda è perché non puoi tenere l'originale e fare una versione direttamente per youtube?
Per l'editing (semplici tagli di parti che non ti servono del filmato) non c'è bisogno di ricodificare...

 

[titan89]

ti spiego in dettaglio quello che faccio:
il video lo metto in vegas e ovviamente ci metto un altro audio registrato a parte con un microfono. Da li apporto tagli e lo renderizzo con vegas. Il file che ne esce pesa a volte oltre i 3 giga, caricare 3 giga su youtube con la mia 20mega adsl è un suicidio, quindi uso un programma come handbrake per comprimerlo leggermente e portarlo a 2giga, già leggermente + fattibili. ORA come ora sto risolvendo a questo incoveniente facendo video da 15 minuti con tagli + elaborati e profondi e quindi non dovrei avere di questi problemi, però stavo pensando anche al fatto che comunque se metti un video troppo pesante forse la gente farà fatica anche a caricarlo! Comunque tra poco ti metto un altro formato di video, perchè quello che ho messo era un caso particolare, ti faccio vedere invece i soliti che faccio per maggior precisione!

Beh, allora è normale, son comunque ben 7Mbit/s in meno rispetto all'originale... oppure in alternativa puoi ridurre la definizione, magari fai una via di mezzo tra 1920*1080 e 1280*720... Riducendo la definizione, il bitrate "tiene" di più cioè l'immagine è meno definita ma hai meno quell'effetto "piallamento" dei dettagli... bisogna cercare un compromesso.

Però non son sicuro di aver capito una cosa:

Tu vuoi convertire il file di partenza in 2 versioni: una da tenere e una da usare direttamente per youtube (giustamente senza fare un ulteriore conversione che comporterebbe anche una ulteriore inutile perdita di qualità).

La domanda è perché non puoi tenere l'originale e fare una versione direttamente per youtube?
Per l'editing (semplici tagli di parti che non ti servono del filmato) non c'è bisogno di ricodificare...

 

[titan89]

Questo particolare video che ti sto facendo vedere è stato fatto così: Ho effettuato 3 spezzoni di video, di lunghezza non omogenea (per farti un esempio 10 minuti, 5 minuti, 20 minuti) li ho uniti insieme ed editanto li ho uniti alla traccia del microfono che ho registrato, lavorando tutto su vegas. Quello che segue adesso sono i dati di uno dei 3 video utilizzati per il rendering finale:


Dimensione 1,163,260,591 bytes (1109.371749 MiB)
Tipo file ISO Media, MPEG v4 system, version 1

Info generiche

Durata 00:08:44 (523.813 s)
Contenitore MP4/MOV
Major brand ISO Base Media version 512
Compatible brands JVT AVC
Data di creazione Thu, 01 Jan 1970 01:00:00 +0100
Data di modifica Thu, 01 Jan 1970 01:00:00 +0100
Totale tracce 2
Traccia n. 1 video (avc1) [VideoHandler]
Traccia n. 2 audio (mp4a) [SoundHandler]

Dati rilevanti

Risoluzione 1920 x 1080
Larghezza multipla di 32
Altezza multipla di 8
DRF medio 14.433977
Deviazione standard 7.782362
Media pesata dev. std. 7.75969

Traccia video

Codec avc1
Risoluzione 1920 x 1080
Frame aspect ratio 16:9 = 1.777778
Pixel aspect ratio 1:1 = 1
Display aspect ratio 16:9 = 1.777778
Framerate 29.972627 fps
Bitrate 17634.175208 kbps
Durata 00:08:44 (523.777915 s)
Qf 0.28373

Traccia audio

Codec mp4a
Bitrate 128.005432 kbps
Tipo di bitstream (bs) AAC LC (Low Complexity)
Frames (bs) 24,553
Durata 00:08:44 (523.797333 s)
Chunk-aligned (bs) Sì
Bitrate (bs) 128.005432 kbps VBR
Freq. campionamento (bs) 48000 Hz
Modo (bs) 2: front-left, front-right

Bitstream video

Tipo di bitstream MPEG-4 Part 10
SPS id 0
Profile High@L5
Num ref frames 1
Chroma format YUV 4:2:0
Custom intra4X4 luma
16 21 26 31
21 26 31 36
26 31 36 41
31 36 41 48
PPS id 0 (SPS: 0)
Tipo di codifica entr... CABAC
Weighted prediction No
Weighted bipred idc No
8x8dct Sì
Totale frames 15,699
Drop/delay frames 0
Frames corrotti 0

P-slices 15175 ( 96.662 %) ###################
B-slices 0 ( 0.000 %)
I-slices 524 ( 3.338 %) #
SP-slices 0 ( 0.000 %)
SI-slices 0 ( 0.000 %)

Analisi DRF

DRF nedio 14.433977
deviazione standard 7.782362
max DRF 36

DRF<6 0 ( 0.000 %)
DRF=6 2478 ( 15.784 %) ###
DRF=7 762 ( 4.854 %) #
DRF=8 342 ( 2.178 %)
DRF=9 372 ( 2.370 %)
DRF=10 3272 ( 20.842 %) ####
DRF=11 692 ( 4.408 %) #
DRF=12 567 ( 3.612 %) #
DRF=13 618 ( 3.937 %) #
DRF=14 642 ( 4.089 %) #
DRF=15 452 ( 2.879 %) #
DRF=16 505 ( 3.217 %) #
DRF=17 390 ( 2.484 %)
DRF=18 338 ( 2.153 %)
DRF=19 503 ( 3.204 %) #
DRF=20 351 ( 2.236 %)
DRF=21 313 ( 1.994 %)
DRF=22 386 ( 2.459 %)
DRF=23 273 ( 1.739 %)
DRF=24 223 ( 1.420 %)
DRF=25 188 ( 1.198 %)
DRF=26 405 ( 2.580 %) #
DRF=27 315 ( 2.006 %)
DRF=28 112 ( 0.713 %)
DRF=29 265 ( 1.688 %)
DRF=30 153 ( 0.975 %)
DRF=31 152 ( 0.968 %)
DRF=32 141 ( 0.898 %)
DRF=33 142 ( 0.905 %)
DRF=34 78 ( 0.497 %)
DRF=35 84 ( 0.535 %)
DRF=36 185 ( 1.178 %)
DRF>36 0 ( 0.000 %)

P-slices DRF medio 14.536079
P-slices deviazione std. 7.801432
P-slices max DRF 36

I-slices DRF medio 11.477099
I-slices deviazione std. 6.550847
I-slices max DRF 34

Conformità al profilo

Profilo selezionato MTK PAL 6000
Risoluzione 1920 x 1080 > 720 x 576
Framerate 29.972627 <> 25
Buffer underflow 00:00:00 (frame 14)
Buffer underflow 00:00:01 (frame 26)
Buffer underflow 00:00:01 (frame 31)
Buffer underflow 00:00:02 (frame 46)
Buffer underflow 00:00:02 (frame 60)
Buffer underflow 00:00:02 (frame 70)
Buffer underflow 00:00:03 (frame 86)
Buffer underflow 00:00:03 (frame 91)
Buffer underflow 00:00:04 (frame 106)
Buffer underflow 00:00:04 (frame 120)
Buffer underflow 00:00:04 (frame 130)
Buffer underflow 00:00:05 (frame 146)
Buffer underflow 00:00:05 (frame 151)
Buffer underflow 00:00:06 (frame 166)
Buffer underflow 00:00:06 (frame 180)
Buffer underflow 00:00:06 (frame 184)
Buffer underflow 00:00:07 (frame 198)
Buffer underflow 00:00:07 (frame 210)
Buffer underflow 00:00:08 (frame 225)
Buffer underflow 00:00:08 (frame 234)
Errore Troppe violazioni

DETTO QUESTO ti porto invece qui i dati dell'elaborazione finale (che ovviamente comprende anche gli altri 2 spezzoni di video)

Dimensione 3,994,517,398 bytes (3809.468649 MiB)

Magic

Tipo file ISO Media, MPEG v4 system, version 2

Info generiche

Durata 00:30:02 (1802.033333 s)
Contenitore MP4/MOV
Major brand ISO Base Media version 19529854
Data di creazione Sun, 14 Feb 2016 21:55:11 +0100
Data di modifica Sun, 14 Feb 2016 21:55:11 +0100
Totale tracce 2
Traccia n. 1 audio (mp4a) [Sound Media Handler]
Traccia n. 2 video (avc1) [Video Media Handler]

Dati rilevanti

Risoluzione 1920 x 1080
Larghezza multipla di 32
Altezza multipla di 8
DRF medio 20.364965
Deviazione standard 4.60944
Media pesata dev. std. 4.142687

Traccia video

Codec avc1
Risoluzione 1920 x 1080
Frame aspect ratio 16:9 = 1.777778
Pixel aspect ratio 1:1 = 1
Display aspect ratio 16:9 = 1.777778
Framerate 30 fps
Bitrate 17536.532649 kbps
Durata 00:30:02 (1802.033333 s)
Qf 0.281902

Traccia audio

Codec mp4a
Bitrate 192.093545 kbps
Tipo di bitstream (bs) AAC LC (Low Complexity)
Frames (bs) 84,469
Durata 00:30:02 (1802.005333 s)
Chunk-aligned (bs) Sì
Bitrate (bs) 192.093545 kbps VBR
Freq. campionamento (bs) 48000 Hz
Modo (bs) 2: front-left, front-right

Bitstream video

Tipo di bitstream MPEG-4 Part 10
SPS id 0
Profile Main@L4
Num ref frames 3
Aspect ratio Square pixels
Chroma format YUV 4:2:0
PPS id 0 (SPS: 0)
Tipo di codifica entr... CABAC
Weighted prediction P slices - explicit weighted prediction
Weighted bipred idc No
8x8dct No
Totale frames 54,061
Drop/delay frames 0
Frames corrotti 0

P-slices 16402 ( 30.340 %) ######
B-slices 34024 ( 62.937 %) #############
I-slices 3634 ( 6.722 %) #
SP-slices 0 ( 0.000 %)
SI-slices 0 ( 0.000 %)

Analisi DRF

DRF nedio 20.364965
deviazione standard 4.60944
max DRF 34

DRF=1 2 ( 0.004 %)
DRF=2 4 ( 0.007 %)
DRF=3 6 ( 0.011 %)
DRF=4 8 ( 0.015 %)
DRF=5 16 ( 0.030 %)
DRF=6 44 ( 0.081 %)
DRF=7 130 ( 0.240 %)
DRF=8 205 ( 0.379 %)
DRF=9 319 ( 0.590 %)
DRF=10 569 ( 1.053 %)
DRF=11 733 ( 1.356 %)
DRF=12 1018 ( 1.883 %)
DRF=13 1455 ( 2.691 %) #
DRF=14 1742 ( 3.222 %) #
DRF=15 2168 ( 4.010 %) #
DRF=16 2760 ( 5.105 %) #
DRF=17 3252 ( 6.016 %) #
DRF=18 3482 ( 6.441 %) #
DRF=19 3582 ( 6.626 %) #
DRF=20 4062 ( 7.514 %) ##
DRF=21 4425 ( 8.185 %) ##
DRF=22 4417 ( 8.171 %) ##
DRF=23 4637 ( 8.578 %) ##
DRF=24 4338 ( 8.024 %) ##
DRF=25 4082 ( 7.551 %) ##
DRF=26 2953 ( 5.462 %) #
DRF=27 1747 ( 3.232 %) #
DRF=28 920 ( 1.702 %)
DRF=29 435 ( 0.805 %)
DRF=30 289 ( 0.535 %)
DRF=31 147 ( 0.272 %)
DRF=32 72 ( 0.133 %)
DRF=33 26 ( 0.048 %)
DRF=34 8 ( 0.015 %)
DRF>34 0 ( 0.000 %)

P-slices DRF medio 18.803622
P-slices deviazione std. 4.285951
P-slices max DRF 31

B-slices DRF medio 21.724841
B-slices deviazione std. 4.083611
B-slices max DRF 34

I-slices DRF medio 14.679967
I-slices deviazione std. 4.049189
I-slices max DRF 25

Conformità al profilo

Profilo selezionato MTK PAL 6000
Risoluzione 1920 x 1080 > 720 x 576
Framerate 30 <> 25
Buffer underflow 00:00:01 (frame 25)
Buffer underflow 00:00:01 (frame 31)
Buffer underflow 00:00:01 (frame 38)
Buffer underflow 00:00:01 (frame 44)
Buffer underflow 00:00:02 (frame 46)
Buffer underflow 00:00:02 (frame 53)
Buffer underflow 00:00:02 (frame 60)
Buffer underflow 00:00:02 (frame 72)
Buffer underflow 00:00:03 (frame 78)
Buffer underflow 00:00:03 (frame 95)
Buffer underflow 00:00:04 (frame 132)
Buffer underflow 00:00:05 (frame 140)
Buffer underflow 00:00:05 (frame 148)
Buffer underflow 00:00:05 (frame 155)
Buffer underflow 00:00:06 (frame 165)
Buffer underflow 00:00:06 (frame 176)
Buffer underflow 00:00:06 (frame 185)
Buffer underflow 00:00:07 (frame 195)
Buffer underflow 00:00:08 (frame 225)
Buffer underflow 00:00:09 (frame 266)
Errore Troppe violazioni

Beh, allora è normale, son comunque ben 7Mbit/s in meno rispetto all'originale... oppure in alternativa puoi ridurre la definizione, magari fai una via di mezzo tra 1920*1080 e 1280*720... Riducendo la definizione, il bitrate "tiene" di più cioè l'immagine è meno definita ma hai meno quell'effetto "piallamento" dei dettagli... bisogna cercare un compromesso.

Però non son sicuro di aver capito una cosa:

Tu vuoi convertire il file di partenza in 2 versioni: una da tenere e una da usare direttamente per youtube (giustamente senza fare un ulteriore conversione che comporterebbe anche una ulteriore inutile perdita di qualità).

La domanda è perché non puoi tenere l'originale e fare una versione direttamente per youtube?
Per l'editing (semplici tagli di parti che non ti servono del filmato) non c'è bisogno di ricodificare...

 

[S7efano]

Ok, ho dato un'occhiata ai dati. Vedi il DRF (che dà un'idea della qualità), è molto più basso del primo video problematico (in cui era 26), però nel secondo caso il bitrate è sempre di 17Mbit/s circa (quindi è logico che sia più basso il DRF --più basso è meglio è), cioè hai mantenuto in pratica lo stesso bitrate e quindi grosso modo la stessa qualità di partenza; un po' di perdita è normale essendo una compressione di tipo cosiddetta "lossy", ma in ogni caso non percepibile come se abbassassi proprio il bitrate. Nel primo caso il bitrate era finale era a 10000Kbit/s.
Un'altra cosa che ho notato è che risulta il parametro 8x8dct disabilitato... questo influisce non poco sulla efficienza della compressione, sarebbe meglio che risultasse attivato (ma non so con che opzione lo attiva Vegas)... io sono abituato con i parametri classici del codec ben visibili (tipo con Avidemux o Virtualdub), in altri magari attivano quel parametro usando una voce più generica nei menu...

ti spiego in dettaglio quello che faccio:
il video lo metto in vegas e ovviamente ci metto un altro audio registrato a parte con un microfono. Da li apporto tagli e lo renderizzo con vegas.

Su questo punto posso dirti che se si tratta di effettuare un cambio di traccia audio e di tagliare alcune parti senza modifiche al video(chessò, inserimento di logo, effetti ecc), è uno spreco ricodificare anche il video (a meno che non sia quello direttamente da destinare a youtube).


In pratica il problema è in quel 10000 Kbps circa del primo file in uscita, che non capisco se l'hai impostato tu... Se l'hai impostato tu (anche indirettamente cioè hai impostato un valore di "qualità" evidentemente non è sufficiente per quello specifico filmato).

 

[titan89]

Ok, ho dato un'occhiata ai dati. Vedi il DRF (che dà un'idea della qualità), è molto più basso del primo video problematico (in cui era 26), però nel secondo caso il bitrate è sempre di 17Mbit/s circa (quindi è logico che sia più basso il DRF --più basso è meglio è), cioè hai mantenuto in pratica lo stesso bitrate e quindi grosso modo la stessa qualità di partenza; un po' di perdita è normale essendo una compressione di tipo cosiddetta "lossy", ma in ogni caso non percepibile come se abbassassi proprio il bitrate. Nel primo caso il bitrate era finale era a 10000Kbit/s.
Un'altra cosa che ho notato è che risulta il parametro 8x8dct disabilitato... questo influisce non poco sulla efficienza della compressione, sarebbe meglio che risultasse attivato (ma non so con che opzione lo attiva Vegas)... io sono abituato con i parametri classici del codec ben visibili (tipo con Avidemux o Virtualdub), in altri magari attivano quel parametro usando una voce più generica nei menu...



Su questo punto posso dirti che se si tratta di effettuare un cambio di traccia audio e di tagliare alcune parti senza modifiche al video(chessò, inserimento di logo, effetti ecc), è uno spreco ricodificare anche il video (a meno che non sia quello direttamente da destinare a youtube).


In pratica il problema è in quel 10000 Kbps circa del primo file in uscita, che non capisco se l'hai impostato tu... Se l'hai impostato tu (anche indirettamente cioè hai impostato un valore di "qualità" evidentemente non è sufficiente per quello specifico filmato).

ho impostato che il video che mi da deve essere nella maggior qualità possibile, quindi meglio di così non riesco a prenderlo! quindi in definitiva tu dici che non dovrebbe essere così grave?

ah ho visto un video di un tizio che ha spiegato i parametri di youtube nel 2014, spero non sia cambiato molto, e praticamente ha fatto un sunto di quel che serve e te lo mostro in questa foto: http://puu.sh/nF7hd/a339675c6b.jpg

 

[S7efano]

Ho visto, beh è un po generico. In ogni caso se bastano queste info generiche perchè a youtube vada bene, allora è consigliabile attivare la trasformata 8x8 DCT, che dal rapporto risulta disabilitata (se è abilitata la codifica è più efficiente a scapito di maggior tempo di conversione).
In pratica ho risposto alla domanda con quanto appena detto; evidentemente Vegas non usa tutti i parametri per ottimizzare al meglio la compressione. Se lo facesse la differenza con l'originale dovrebbe essere minima, non così visibile.

 

[titan89]

Ho visto, beh è un po generico. In ogni caso se bastano queste info generiche perchè a youtube vada bene, allora è consigliabile attivare la trasformata 8x8 DCT, che dal rapporto risulta disabilitata (se è abilitata la codifica è più efficiente a scapito di maggior tempo di conversione).
In pratica ho risposto alla domanda con quanto appena detto; evidentemente Vegas non usa tutti i parametri per ottimizzare al meglio la compressione. Se lo facesse la differenza con l'originale dovrebbe essere minima, non così visibile.

non sto trovando questa 8x8 però! non so se su vegas sia possibile farla, google non mi sta aiutando