diff --git a/content/01-Formati Video.md b/content/01-Formati Video.md
index d90b0e5..9a6716b 100644
--- a/content/01-Formati Video.md	
+++ b/content/01-Formati Video.md	
@@ -70,10 +70,12 @@ La crominanza è rappresentata tramite:
 - Q: Quadrature-Phase.
 
 $$
+
 \begin{flalign}
 & I = 0.60R - 0.32G - 0.28B \\
 & Q= 0.21R - 0.52G +0.31B
 \end{flalign}
+
 $$
 I e Q hanno la stessa frequenza ma con una differenza di fase di 90°. 
 
@@ -156,10 +158,12 @@ SÉquentiel Couleur À Mémoire.
 - Si usa lo spazio di colore YDbDr:
 
 $$
+
 \begin{align}
 & D_{b}=3.059U \\
 & D_{r}=-2.169V
 \end{align}
+
 $$
 - E si applica una modulazione sulla **frequenza**
 - La differenza principale tra NTSC/PAL e SECAM è la seguente:
diff --git a/content/04-Stabilizzazione Video.md b/content/04-Stabilizzazione Video.md
index 7ff21b4..d062af0 100644
--- a/content/04-Stabilizzazione Video.md	
+++ b/content/04-Stabilizzazione Video.md	
@@ -66,6 +66,7 @@ Idea di base per calcolare il MV correttore: 
 ![[04-Stabilizzazione Video-20240117133305152.png|384]]
 
 Passare dal dominio temporale al dominio delle frequenze ha lo svantaggio di richiedere un'elaborazione **offline**. 
+
 FPS può essere utilizzato online, a patto che venga introdotto un buffer di delay. La formula, ad esempio, diventa:
 
 - $\Large V_{c}(n) = X_{lpf}(n+25)-X_{act}(n)$
diff --git a/content/Attachments/04-Stabilizzazione Video-20240117133305152.png b/content/Attachments/04-Stabilizzazione Video-20240117133305152.png
new file mode 100644
index 0000000..a206ce6
Binary files /dev/null and b/content/Attachments/04-Stabilizzazione Video-20240117133305152.png differ
diff --git a/content/Esame/Domande Video Aperte.md b/content/Esame/Domande Video Aperte.md
index a36682e..ddb5dd7 100644
--- a/content/Esame/Domande Video Aperte.md	
+++ b/content/Esame/Domande Video Aperte.md	
@@ -123,7 +123,7 @@ tags:
 
 - Qual è lo scopo principale della fase di filtraggio del movimento?
 > [!check]- Risposta
->  wip 
+>  Inviduare e distinguere il jitter dal padding, e correggere/eliminare il movimento involontario. 
 
 - Perché in FPS (Frame Position Smoothing) si confronta la posizione assoluta di un frame (rispetto al primo frame) con quella calcolata applicando un filtro passa basso?
 > [!check]- Risposta
@@ -152,14 +152,14 @@ notare i movimenti improvvisi, che saranno attenuati con un filtro passo-basso.
 > [!check]- Risposte
 >  [[05-Compressione Video]]  
 
-- H.264 a cosa serve la Macroblock Allocation Map?
+- [[H.264]] - a cosa serve la Macroblock Allocation Map?
 > [!check]- Risposta
->  wip  
+>  Indica l'ordine di trasmissione delle slice (e quindi dei macroblocchi), che differisce dall'ordine originario dell'immagine.  
 
 - H.264 - Codifica Inter: descrivere la Tree Structured Motion Compensation, specificando tutte le configurazioni possibili
 > [!check]- Risposta
->  wip  
+>  può avere configurazioni a segmentazione 16x16 (no segmentazione), 8x16 (segmentazione orizzontale), 16x8 (verticale), o 8x8. Se viene suddivisa in 8x8 macroblocchi allora si può continuare a suddivedere fino al raggiungimento della dimensione minima.  
 
 - H.264 - Quand'è che non conviene usare una configurazione con molta segmentazione dei macroblocchi?
 > [!check]- Risposta
->  wip  
+>  quando non trarremmo vantaggio dalla segmentazione (e.g. immagine ferma) (non sono sicuro, controlla correttezza risposta)  
diff --git a/content/H.264.md b/content/H.264.md
index fd011db..16b1785 100644
--- a/content/H.264.md
+++ b/content/H.264.md
@@ -38,7 +38,7 @@ I **macroblocchi** hanno una dimensione di 16x16 campioni (pixel) per la luminan
 
 I macroblocchi sono raggruppati in **slices**: uno slice è un sottoinsieme di un'immagine decodificabile indipendentemente dalle altre. 
 
-L'ordine di trasmissione delle slice (e quindi dei macroblocchi) non è necessariamente quello originario dell'immagine, ma è invece indicato dal codificatore in una mappa apposita: la **Macroblock Allocation Map**. 
+L'ordine di trasmissione delle slice (e quindi dei macroblocchi) non è necessariamente quello originario dell'immagine, ma è invece indicato dal codificatore in una mappa apposita: la <ins>Macroblock Allocation Map</ins>. 
 
 Sono definiti 5 differenti tipi di slice:
 
@@ -49,6 +49,7 @@ Se le slice sono tutte di tipo I, è come se fosse un "reset" delle dipendenze.
 
 > [!NOTE] Nota:
 > In H.264 più slice possono essere utilizzate per le predizioni, e pertanto encoder e decoder memorizzano le slice utilizzate per le predizioni in una apposita memoria (multipicture buffer), e il controllo per la gestione del buffer è specificato nel flusso dati.
+> 
 > 
 > Precedendemente, si poteva fare riferimento al più ad altri 2 frame.
 >
@@ -90,7 +91,7 @@ La Tree Structured Motion Compensation è la segmentazione dei macroblocchi (di
 
 Prevede 4 modi di segmentazione: 16x16 (0 segmentazioni), 16x8 (segmentazione orizzontale), 8x16 (verticale), oppure 8x8. 
 
-Se viene scelta la modalità 8x8, ciascuna delle 4 partizioni così ottenute può essere ulteriormente suddivisa in sottopartizioni, nello stesso modo.
+Se viene scelta la modalità 8x8, ciascuna delle 4 partizioni così ottenute può essere ulteriormente suddivisa in sottopartizioni, nello stesso modo. (andando così ad ottenere un albero...)
 
 ![[05-Compressione Video-20240112003924176.png|512]]