Forum Ubuntu-it

Non sono ancora sicuro se ci sono stati problemi su un disco.
Comunque passiamo al fatto:
Su mp3 prelevati sono passato a fare un check prima di archiviarli.
Non avendo niente a disposizione e non volendo ascoltare tutte le registrazioni ho cercato di fare qualcosa via scripting. Ho cercato via cache qualcosa che parlasse di mp3 e checks.
Ho installato quindi mp3check. Ma la scoperta è stata che esiste in rete solo la man page e nessun esempio di utilizzo. Per intenderci se attivato senza parametri ( solo -l ) tutti gli mp3 in qualche modo danno una segnalazione stringa a video. In rete si dice che nemmeno è tanto affidabile testare il return code ( non tutti sembrano documentati ).
Quindi per caso ho scoperto mp3info ed installato ho scoperto che posso interpretare il caso -p "%b" ( %b Number of corrupt audio frames [integer] )
Ma non sono sicuro che un file "interrotto/rovinato" debba avere nel header ID3 questo campo compilato.

Quindi per adesso uso questo cmd nella speranza di incappare in un errore fatale ( bloccante ) quando si incontra un file male archiviato su disco.
Sono rimasto sorpreso dell'inutilità o quasi del comando mp3check .... ?
Chi sa suggermi qualche idea per verificare automaticamente i file mp3 ... ??
Ciao

mp3check dovrebbe controllare anche l'integrità della struttura interna non solo gli header Are the internal data structures of the MP3s correct? :
https://icculus.org/mp3check/

Per l'uso:
c'è la pagina man: http://manpages.ubuntu.com/manpages/wil ... eck.1.html
e un video tutorial (che non ho visto): http://mp3-check.software.informer.com/

Qua una pagina sul check degli mp3 (non ho letto molto) potrebbe essere utile, cita molti programmi.
https://raywoodcockslatest.wordpress.co ... king-mp3s/

Non ho a che fare con Mp3, ho fatto una ricerca solo per curiosità, spero che in quelle pagine ci sia qualcosa di utile;
da leggere nell'attesa di qualcuno che ha esperienza pratica in questo campo.

File mp3 non mi è mai capitato di doverli controllare, file video invece sì a maree.
Io personalmente uso ffmpeg che penso possa essere valido anche per i soli file audio, il comando è il seguente:
Se è tutto ok non dirà nulla, se invece trova anche la più piccola anomalia la segnala, non è detto però che il file sia corrotto è però un segnale che c'è qualche cosa che non va; faccio due esempi concreti:
Il primo è un file audio che pare non presentare problemi, ripeto che non ho esperienza sui soli file audio quindi non ho idea se e come mostra eventuali anomalie; mentre il secondo è un vecchio file con audio fuori sync dal video.

difesaparcosempione [url=http://forum.ubuntu-it.org/viewtopic.php?p=4867618#p4867618][img]http://forum.ubuntu-it.org/images/icons/icona-cita.gif[/img][/url] ha scritto: Quindi per caso ho scoperto mp3info ed installato ho scoperto che posso interpretare il caso -p "%b" ( %b Number of corrupt audio frames [integer] )
Ma non sono sicuro che un file "interrotto/rovinato" debba avere nel header ID3 questo campo compilato.

infatti non c'è, fa un controllo sul momento per verificare la cosa.

Quindi per adesso uso questo cmd nella speranza di incappare in un errore fatale ( bloccante ) quando si incontra un file male archiviato su disco.

non ci conterei troppo

Quindi devo fare un test del tipo:
editare un mp3 ( rovinarlo )
lanciare mp3info?

ciao

difesaparcosempione [url=http://forum.ubuntu-it.org/viewtopic.php?p=4868467#p4868467][img]http://forum.ubuntu-it.org/images/icons/icona-cita.gif[/img][/url] ha scritto:Quindi devo fare un test del tipo:
editare un mp3 ( rovinarlo )
lanciare mp3info?

ciao

non credo, dovresti rovinarlo davvero parechio e in ogni caso... perchè?
Il problema è che - anche per come sono fatti gli mp3 - qualche frame corrotto non è un problema e, d'altra parte, anche se mp3info ti dice che non ce ne sono di corrotti questo non significa che il file sia a posto... potrebbe essere tranquillamente un brandello di file che parte da metà della traccia "vera" ma non ti viene segnalato.

Potrebbe essere meglio usare il comando che suggeriva Clover che però, non dando valori di ritorno significativi, ti costringe a controllare l'output, col rischio di trovarci spazzatura che non c'entra con la bontà o meno del file.