Ubuntulandia

Come si usa git bisect in FFmpeg per trovare il commit che ha introdotto un bug?

2026-08-26T17:33:00.000+02:00

git bisect utilizza la ricerca binaria nella cronologia Git di FFmpeg per identificare con precisione il singolo commit che ha introdotto una regressione (regression).

1.Inizia la sessione e imposta i punti di riferimento:Definisci il commit funzionante e quello corrotto.

Clona il repository ufficiale di FFmpeg e avvia git bisect, indicando il commit attuale come "bad" e una release precedente nota come "good" (es. il tag n6.1 o un hash specifico):

Bash

git bisect start
git bisect bad                   # Il commit attuale (master) contiene il bug
git bisect good n6.1             # La versione 6.1 funzionava correttamente

Git calcolerà il numero di passaggi stimati e selezionerà automaticamente un commit a metà strada da testare.

2.Compila la versione di test corrente:Ricompila solo il necessario per accelerare il processo.

Ad ogni passaggio, Git effettuerà il checkout di un commit diverso. Configura e compila il binario locale:

Bash

./configure --disable-doc --disable-htmlpages --disable-podpages --disable-txtpages
make -j$(nproc)

Consiglio per la velocità: Disabilitare la generazione della documentazione (--disable-doc) riduce notevolmente i tempi di compilazione a ogni ciclo.

3.Testa il comportamento di FFmpeg:Esegui il comando di test per verificare se il bug è presente.

Esegui il comando che genera l'errore sul file di esempio:

Bash

./ffmpeg -i sample.mp4 -f null -

Se il comando funziona correttamente:

Bash

git bisect good

Se il problema si ripresenta o si verifica il crash:

Bash

git bisect bad

Se il codice in quel particolare commit non si compila a causa di un errore intermedio:

Bash

git bisect skip

4.Leggi il risultato e ripristina il branch master:Annota l'hash e ripristina il repository.

Dopo un certo numero di passaggi (solitamente tra 8 e 12 per la cronologia di FFmpeg), Git stamperà a schermo il primo commit responsabile:

Plaintext

0a1b2c3d4e5f6g7h8i9j0k1l2m3n4o5p6q7r8s9t is the first bad commit
commit 0a1b2c3d4e5f6g7h8i9j0k1l2m3n4o5p6q7r8s9t
Author: Developer 
Date:   ...
    avcodec/h264dec: fix memory alignment

Copia l'hash del commit per inserirlo nel report su Trac, quindi chiudi la sessione per tornare al branch originale:

Bash

git bisect reset

Metodo Automatico: `git bisect run`

Per evitare di ricompilare e testare manualmente a ogni passaggio, puoi automatizzare l'intera ricerca creando uno script Bash (test_bug.sh):

Bash

#!/bin/sh
# 1. Ricompila FFmpeg (se fallisce la build, restituisce codice 125 per fare 'skip')
make -j$(nproc) || exit 125

# 2. Esegui il test: deve restituire 0 se OK, un valore diverso da 0 se fallisce (BAD)
./ffmpeg -v error -i sample.mp4 -f null -

Rendi lo script eseguibile e avvia l'automazione:

Bash

chmod +x test_bug.sh
git bisect start HEAD n6.1
git bisect run ./test_bug.sh

Git eseguirà automaticamente la build e il test in loop fino a trovare il commit esatto senza alcun intervento manuale.

I migliori programmi per fare un benchmark su Ubuntu

2026-08-24T18:34:00.000+02:00

Su Ubuntu esistono diverse opzioni per eseguire benchmark, che variano da strumenti semplici con interfaccia grafica (GUI) a suite professionali via terminale (CLI).

Ecco i migliori programmi suddivisi per categoria e componente da testare:

1. Suite Complete (Tutto in uno)

Phoronix Test Suite

È lo standard industriale per Linux. È uno strumento estremamente potente che permette di eseguire migliaia di test diversi (CPU, GPU, RAM, Disco) e confrontarli con un database online (OpenBenchmarking.org).

Ideale per: Test professionali e confronti dettagliati.
Installazione: sudo apt install phoronix-test-suite
Comando rapido: phoronix-test-suite benchmark pts/cpu (per la CPU).

HardInfo (System Profiler and Benchmark)

È l'alternativa grafica più vicina a programmi come "AIDA64" o "Speccy" su Windows. Mostra informazioni sull'hardware e include alcuni benchmark rapidi per la CPU (FPU Raytracing, CryptoHash, ecc.).

Ideale per: Chi preferisce un'interfaccia a finestre semplice.
Installazione: sudo apt install hardinfo

2. Benchmark CPU e RAM

Geekbench 6

Uno dei benchmark più famosi al mondo, ottimo per confrontare il tuo PC Ubuntu con Mac, Windows o smartphone. Fornisce un punteggio per le prestazioni Single-Core e Multi-Core.

Utilizzo: Si scarica dal sito ufficiale come file compresso, si estrae e si esegue il file binario nel terminale. I risultati vengono caricati sul loro sito.

Sysbench

Uno strumento da terminale molto leggero ma efficace per testare la CPU (calcolo di numeri primi) e la velocità della memoria.

Installazione: sudo apt install sysbench
Comando CPU: sysbench cpu run
Comando RAM: sysbench memory run

3. Benchmark GPU (Scheda Video)

Unigine Superposition / Heaven

Sono tra i benchmark grafici più spettacolari e pesanti disponibili nativamente per Linux. Testano la stabilità della GPU e il frame rate (FPS) in scenari 3D complessi.

Ideale per: Gaming e stress test della scheda video.
Dove trovarli: Scaricabili dal sito ufficiale di Unigine.

GLMark2

Un benchmark leggero basato su OpenGL. È utile per testare rapidamente se i driver video sono configurati correttamente.

Installazione: sudo apt install glmark2
Esecuzione: Digita semplicemente glmark2 nel terminale.

4. Benchmark Disco (SSD/NVMe)

GNOME Disks (Dischi)

Ubuntu ha già un tool integrato molto semplice. Cerca l'app "Dischi" nel menu, seleziona il tuo SSD, clicca sui tre puntini in alto a destra e seleziona "Benchmark partizione".

KDiskMark

Se cerchi un'alternativa grafica identica al famoso CrystalDiskMark di Windows, questa è la scelta migliore.

Installazione: Disponibile solitamente come Flatpak o tramite PPA (sudo add-apt-repository ppa:guilherme-p/kdiskmark).

Tabella Riassuntiva

Componente
Programma Consigliato
Tipo

Generale
Phoronix Test Suite
Terminale (Potente)

CPU/Info
HardInfo
Grafico (Semplice)

CPU/Multi
Geekbench 6
Terminale/Web

GPU
Unigine Superposition
Grafico (Grave)

Disco
KDiskMark
Grafico (Intuitivo)

Come si usa Valgrind con FFmpeg per identificare problemi di memoria da allegare a un bug report?

2026-08-19T17:27:00.000+02:00

Valgrind (in particolare il tool Memcheck) viene utilizzato per rilevare accessi non validi alla memoria (come buffer overflow, use-after-free, e letture da memoria non inizializzata) o memory leak.

Come per GDB, è fondamentale eseguire Valgrind sul binario non strippato con simboli di debug ffmpeg_g.

1.Verifica la disponibilità di ffmpeg_g:Memcheck richiede simboli non strippati per indicare file e righe di codice.

Assicurati di disporre dell'eseguibile di debug ffmpeg_g. Se stai compilando dai sorgenti, disabilita le ottimizzazioni del compilatore per avere un report più accurato:

Bash

./configure --enable-debug=3 --disable-optimizations --disable-stripping
make -j$(nproc)

2.Esegui Valgrind con i flag raccomandati:Attiva il tracciamento completo delle origini di allocazione.

Lancia Valgrind con i flag per la ricerca dei leak e il tracciamento delle variabili non inizializzate, reindirizzando l'output su un file di log:

Bash

valgrind --tool=memcheck \
         --leak-check=full \
         --show-leak-kinds=all \
         --track-origins=yes \
         --log-file=valgrind.log \
         ./ffmpeg_g -i input_corrotto.mp4 -f null -

3.Disattiva le istruzioni Assembly (Opzionale):Disabilita le ottimizzazioni SIMD/ASM se generano falsi positivi.

Le istruzioni assembly vettoriali (AVX/SSE) usate da FFmpeg per le prestazioni possono talvolta generare falsi positivi in Valgrind o rendere opaca la lettura dello stack trace. Per forzare FFmpeg a usare solo il codice C puro, aggiungi l'opzione -cpuflags 0:

Bash

valgrind --tool=memcheck --leak-check=full --track-origins=yes --log-file=valgrind.log \
         ./ffmpeg_g -cpuflags 0 -i input_corrotto.mp4 -f null -

Cosa cercare nel file `valgrind.log`

Prima di allegare il file al ticket su Trac, controlla che siano presenti errori critici come i seguenti:

Accessi non validi in lettura o scrittura:

Plaintext

==12345== Invalid read of size 4
==12345==    at 0x123456: h264_decode_frame (h264dec.c:1024)
==12345==  Address 0x7fe1234 è 0 byte dopo un blocco allocato di dimensione 1024

Uso di valori non inizializzati:

Plaintext

==12345== Conditional jump or move depends on uninitialised value(s)
==12345==    at 0x654321: ff_h264_filter_mb (h264_loopfilter.c:120)
==12345==  Uninitialised value was created by a stack allocation

Memory Leak a fine esecuzione:

Plaintext

==12345== LEAK SUMMARY:
==12345==    definitely lost: 4,096 bytes in 1 blocks
==12345==    indirectly lost: 16,384 bytes in 4 blocks

Come allegarlo a Trac FFmpeg

Non incollare l'intero log nel corpo del testo del ticket se supera le poche decine di righe.
Carica il file valgrind.log generato come allegato (Attach file) alla pagina del ticket.
Nel testo del ticket, incolla solo il blocco di codice relativo alla prima eccezione/errore riscontrata da Valgrind.

Ubuntulandia

Come si usa git bisect in FFmpeg per trovare il commit che ha introdotto un bug?

Metodo Automatico: git bisect run

I migliori programmi per fare un benchmark su Ubuntu

1. Suite Complete (Tutto in uno)

Phoronix Test Suite

HardInfo (System Profiler and Benchmark)

2. Benchmark CPU e RAM

Geekbench 6

Sysbench

3. Benchmark GPU (Scheda Video)

Unigine Superposition / Heaven

GLMark2

4. Benchmark Disco (SSD/NVMe)

GNOME Disks (Dischi)

KDiskMark

Tabella Riassuntiva

Come si usa Valgrind con FFmpeg per identificare problemi di memoria da allegare a un bug report?

Cosa cercare nel file valgrind.log

Come allegarlo a Trac FFmpeg

Metodo Automatico: `git bisect run`

Cosa cercare nel file `valgrind.log`