[Risolto] Xfburn e gstreamer-non riesco a masterizzare alcuni file mp3

[frengoz]

Ciao,
ho una F22 spin XFCE da poco installata. Sullo stesso hw ho fatto girare da F18 a F21 senza problemi.

Ora non riesco a masterizzare alcuni file mp3 per fare cd audio con xfburn e gstreamer (NB: stessi file già masterizzati al tempo con F20 o F19).
Prima di tutto ho installato e aggiornato xfburn ed i vari plugin di gstreamer:

[casa@hp ]$ dnf list installed | grep gstreamer
gstreamer.x86_64                        0.10.36-11.fc22                  @System
gstreamer-ffmpeg.x86_64                 0.10.13-15.fc22                  @System
gstreamer-plugins-bad.x86_64            0.10.23-7.fc22                   @System
gstreamer-plugins-bad-free.x86_64       0.10.23-24.fc22                  @System
gstreamer-plugins-bad-free-extras.x86_64
gstreamer-plugins-bad-nonfree.x86_64    0.10.23-3.fc22                   @System
gstreamer-plugins-base.x86_64           0.10.36-12.fc22                  @System
gstreamer-plugins-espeak.x86_64         0.4.0-5.fc22                     @System
gstreamer-plugins-good.x86_64           0.10.31-13.fc22                  @System
gstreamer-plugins-good-extras.x86_64    0.10.31-13.fc22                  @System
gstreamer-plugins-ugly.x86_64           0.10.19-18.fc22                  @System
gstreamer-tools.x86_64                  0.10.36-11.fc22                  @System
gstreamer1.x86_64                       1.4.5-1.fc22                     @System
gstreamer1-libav.x86_64                 1.4.5-1.fc22                     @System
gstreamer1-plugins-bad-free.x86_64      1.4.5-3.fc22                     @System
gstreamer1-plugins-bad-free-extras.x86_64
gstreamer1-plugins-bad-freeworld.x86_64 1.4.5-2.fc22                     @System
gstreamer1-plugins-base.x86_64          1.4.5-2.fc22                     @System
gstreamer1-plugins-good.x86_64          1.4.5-2.fc22                     @System
gstreamer1-plugins-good-extras.x86_64   1.4.5-2.fc22                     @System
gstreamer1-plugins-ugly.x86_64          1.4.5-1.fc22                     @System
libnice-gstreamer1.x86_64               0.1.13-1.fc22                    @System
python-gstreamer1.x86_64                1.4.0-1.fc22                     @System
python3-gstreamer1.x86_64               1.4.0-1.fc22                     @System
[casa@hp ]$ dnf list xfburn
Last metadata expiration check performed 12 days, 22:03:02 ago on Tue Jun 16 21:54:53 2015.
Pacchetti installati
xfburn.x86_64                                            0.5.4-1.fc22                                            @System

Se lancio xfburn, scelgo compilazione audio e provo a caricare il file mp3, si apre questo messaggio di errore:

A Gstreamer non piace questo file (la rilevazione è scaduta)

Se provo ad analizzare il file:

[casa@hp ]$ file file01.mp3 
file01.mp3: Audio file with ID3 version 2.3.0
[casa@hp ]$ gst-typefind file01.mp3 
file01.mp3 - application/x-id3

Qualche idea?
Grazie

Aggiunta Post Scriptum
Questo file invece si riusce a caricare in xfburn:

[casa@hp Musica]$ file symphony5_beethoven_radio3.mp3 
symphony5_beethoven_radio3.mp3: Audio file with ID3 version 2.3.0, contains: MPEG ADTS, layer III, v1, 128 kbps, 44.1 kHz, Stereo
[casa@hp Musica]$ gst-typefind symphony5_beethoven_radio3.mp3 
symphony5_beethoven_radio3.mp3 - application/x-id3

[romulus]

potresti provare a barare:

• mp3 to ogg

ffmpeg -i input.mp3 -c:a libvorbis -q:a 4 output.ogg

• ogg to mp3

ffmpeg -i audio.wav -acodec libmp3lame audio.mp3

[frengoz]

Il workaround è ottimo, grazie
Nel dettaglio:

[code][casa@hp Musica]$ ffmpeg -i file01.mp3 -c:a libvorbis -q:a 4 output.ogg
ffmpeg version 2.6.3 Copyright © 2000-2015 the FFmpeg developers
built with gcc 5.1.1 (GCC) 20150422 (Red Hat 5.1.1-1)
configuration: --prefix=/usr --bindir=/usr/bin --datadir=/usr/share/ffmpeg --incdir=/usr/include/ffmpeg --libdir=/usr/lib64 --mandir=/usr/share/man --arch=x86_64 --optflags=’-O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic’ --enable-bzlib --disable-crystalhd --enable-frei0r --enable-gnutls --enable-ladspa --enable-libass --enable-libcdio --enable-libdc1394 --disable-indev=jack --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-openal --enable-libopencv --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libv4l2 --enable-libvpx --enable-libx264 --enable-libx265 --enable-libxvid --enable-x11grab --enable-avfilter --enable-avresample --enable-postproc --enable-pthreads --disable-static --enable-shared --enable-gpl --disable-debug --disable-stripping --shlibdir=/usr/lib64 --enable-runtime-cpudetect
libavutil 54. 20.100 / 54. 20.100
libavcodec 56. 26.100 / 56. 26.100
libavformat 56. 25.101 / 56. 25.101
libavdevice 56. 4.100 / 56. 4.100
libavfilter 5. 11.102 / 5. 11.102
libavresample 2. 1. 0 / 2. 1. 0
libswscale 3. 1.101 / 3. 1.101
libswresample 1. 1.100 / 1. 1.100
libpostproc 53. 3.100 / 53. 3.100
[mp3 @ 0xe7fde0] Estimating duration from bitrate, this may be inaccurate
Input #0, mp3, from ‘file01.mp3’:
Metadata:
CT_GAPLESS_DATA : 0
title : Traccia 01
track : 1
genre :
album : xxx
artist : xxx
Duration: 00:00:32.79, start: 0.000000, bitrate: 128 kb/s
Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16p, 128 kb/s
Output #0, ogg, to ‘output.ogg’:
Metadata:
CT_GAPLESS_DATA : 0
title : Traccia 01
track : 1
genre :
album : xxx
artist : xxx
encoder : Lavf56.25.101
Stream #0:0: Audio: vorbis (libvorbis), 44100 Hz, stereo, fltp
Metadata:
encoder : Lavc56.26.100 libvorbis
CT_GAPLESS_DATA : 0
title : Traccia 01
TRACKNUMBER : 1
genre :
album : xxx
artist : xxx
Stream mapping:
Stream #0:0 -> #0:0 (mp3 (native) -> vorbis (libvorbis))
Press [q] to stop, ?] for help
Multiple frames in a packet from stream 0
[mp3 @ 0xe81e80] Header missing
Error while decoding stream #0:0: Invalid data found when processing input
size= 456kB time=00:00:32.76 bitrate= 113.9kbits/s
video:0kB audio:447kB subtitle:0kB other streams:0kB global headers:4kB muxing overhead: 1.973497%

[casa@hp Musica]$ ffmpeg -i output.ogg -acodec libmp3lame file01_bis.mp3
ffmpeg version 2.6.3 Copyright © 2000-2015 the FFmpeg developers
built with gcc 5.1.1 (GCC) 20150422 (Red Hat 5.1.1-1)
configuration: --prefix=/usr --bindir=/usr/bin --datadir=/usr/share/ffmpeg --incdir=/usr/include/ffmpeg --libdir=/usr/lib64 --mandir=/usr/share/man --arch=x86_64 --optflags=’-O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic’ --enable-bzlib --disable-crystalhd --enable-frei0r --enable-gnutls --enable-ladspa --enable-libass --enable-libcdio --enable-libdc1394 --disable-indev=jack --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-openal --enable-libopencv --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libv4l2 --enable-libvpx --enable-libx264 --enable-libx265 --enable-libxvid --enable-x11grab --enable-avfilter --enable-avresample --enable-postproc --enable-pthreads --disable-static --enable-shared --enable-gpl --disable-debug --disable-stripping --shlibdir=/usr/lib64 --enable-runtime-cpudetect
libavutil 54. 20.100 / 54. 20.100
libavcodec 56. 26.100 / 56. 26.100
libavformat 56. 25.101 / 56. 25.101
libavdevice 56. 4.100 / 56. 4.100
libavfilter 5. 11.102 / 5. 11.102
libavresample 2. 1. 0 / 2. 1. 0
libswscale 3. 1.101 / 3. 1.101
libswresample 1. 1.100 / 1. 1.100
libpostproc 53. 3.100 / 53. 3.100
Input #0, ogg, from ‘output.ogg’:
Duration: 00:00:32.78, start: 0.000000, bitrate: 113 kb/s
Stream #0:0: Audio: vorbis, 44100 Hz, stereo, fltp, 128 kb/s
Metadata:
ENCODER : Lavc56.26.100 libvorbis
CT_GAPLESS_DATA : 0
TITLE : Traccia 01
track : 1
GENRE :
ALBUM : xxx
ARTIST : xxx
Output #0, mp3, to ‘file01_bis.mp3’:
Metadata:
TSSE : Lavf56.25.101
Stream #0:0: Audio: mp3 (libmp3lame), 44100 Hz, stereo, fltp
Metadata:
ARTIST : xxx
CT_GAPLESS_DATA : 0
TITLE : Traccia 01
track : 1
GENRE :
ALBUM : xxx
encoder : Lavc56.26.100 libmp3lame
Stream mapping:
Stream #0:0 -> #0:0 (vorbis (native) -> mp3 (libmp3lame))
Press [q] to stop, ?] for help
size= 513kB time=00:00:32.81 bitrate= 128.2kbits/s
video:0kB audio:513kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.048156%

[casa@hp Musica]$ ls -l file*
-rw-rw-r–. 1 casa casa 525627 1 lug 22.41 file01_bis.mp3
-rw-rw-r–. 1 casa casa 526830 1 lug 22.03 file01.mp3
[casa@hp Musica]$ file file01*
file01_bis.mp3: Audio file with ID3 version 2.4.0, contains: MPEG ADTS, layer III, v1, 64 kbps, 44.1 kHz, Stereo
file01.mp3: Audio file with ID3 version 2.3.0[/code]
e il nuovo file01_bis.mp3 viene tranquillamente letto da xfburn.

Prima di marcare la discussione come risolta, qualcuno ha idea del perché con F21 anche il file originale era ok ed ora no?

[frengoz]

nota aggiuntiva, si può fare direttamente la ricodifica:

ffmpeg -i file01.mp3 -acodec libmp3lame file01_ter.mp3

[frengoz]

Sembra che il comportamento sia comune anche allo stesso comando file, come risulta da http://mx.gw.com/pipermail/file/2015/001661.html sulla mailing list dedicata.

[romulus]

@frengoz

Sembra che il comportamento sia comune anche allo stesso comando file, come risulta da http://mx.gw.com/pipermail/file/2015/001661.html sulla mailing list dedicata.

Non è questo il tuo caso, e questo perché nel tuo messaggioio iniziale

[quote=frengoz]
…
Se provo ad analizzare il file:

[casa@hp ]$ file file01.mp3 
file01.mp3: Audio file with ID3 version 2.3.0
[casa@hp ]$ gst-typefind file01.mp3 
file01.mp3 - application/x-id3

…

Questo file invece si riusce a caricare in xfburn:

[casa@hp Musica]$ file symphony5_beethoven_radio3.mp3 symphony5_beethoven_radio3.mp3: Audio file with ID3 version 2.3.0, contains: MPEG ADTS, layer III, v1, 128 kbps, 44.1 kHz, Stereo [casa@hp Musica]$ gst-typefind symphony5_beethoven_radio3.mp3 symphony5_beethoven_radio3.mp3 - application/x-id3 [/quote]

il file viene identificato correttamente come un mp3, solo che a differenza del secondo non vengono mostrate ulteriori informazioni.
forse il file non è formattato correttamente, ma:

perché xfburn, che è solo un’interfaccia verso i tool per masterizzare, deve lamentarsi?

se devi fare solo un cd dati pieno di mp3, se non si lamenta il lettore, perché xfburn si lamenta?

se devi fare un cd audio, sono i tool di conversione che devono analizzare i file e di conseguenza lamentarsi, ma xfburn?

Prova ad aumentare il livello di log di xfburn ed a salvare tutto su un file, oppure vedi qual è il comando che lancia nel caso di cd-audio e prova a lanciarlo a mano.

Forse con le ultime versioni dei vari programmi sono diventati più restrittivi con i requisiti minimi dei vari formati audio/video percui…

un’altra prova che potresti fare è usare http://normalize.nongnu.org/ sui file che vuoi masterizzare, può darsi che aggiustando il livello del volume venga riscritto il file in modo corretto.

[frengoz]

Facendo il downgrade di xfburn dalla 0.5.4 alla 0.5.2 (la stessa versione che avevo su F21) l’errore sparisce per tutti i file mp3.
Le differenze tra le due versioni del programma sono:

[quote]- Some autoconf modernization

• Use gstreamer 1.0 api
• Restore broken icons[/quote]
  Immagino che il principale sospettato sia il cambio delle API gstreamer…

Per ora chiudo così, tengo d’occhio eventuali aggiornamento di xfburn o gstreamer

[frengoz]

Aperto il https://bugzilla.xfce.org/show_bug.cgi?id=12057 nel bugzilla xfce.