Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Xcfa : le couteau suisse de la conversion audio... [ Résolu !!! ]

soupaloignon

b52 a écritBonsoir soupaloignon,

Dzef est maître en la matière et il pourra très certainement te faire partager son savoir 😉

C'est un peu à lui que je pensais en fait :cool:

[supprimé]

@ soupaloignon désolé, je suis pas Dzef 😛

Les 3 formats de compression sans pertes les plus connus sont : FLAC, Monkey's Audio (.ape) et WavPack (.wv).
Ces 3 formats permettent de retrouver strictement le fichier original aprés reconvertion en WAV, et supportent les tags (voir Easytag et Exfalso).

FLAC est trés bien supporté sous Linux, Monkey's Audio commence à l'être (merci Claude 😉 ) et WavPack malheureusement moins...

À toi de voir lequel te convient le mieux, mais si la taille des fichers t'importe peu, FLAC peut être un bon choix. De toute façon tu pourras toujours revenir en arrière... 🙂

Bonne continuation.

b52

Bonsoir Shankarius,

J'ai testé WavPack en compression et décompression et son intégration dans Xcfa ne devrait pas poser de problème :rolleyes:

Je propose donc l'intégration du format WavPack dans Xcfa et ceci dans la mesure ou une ou plusieures personnes en ferait la demande 😉

[supprimé]

Bonsoir Claude

Intégrer le format WavPack dans Xcfa ? En voilà une bonne idée !!! 🙂

De mon point de vue WavPack est un très bon format pour l'encodage "sans perte". Mais finalement, si on le compare à FLAC par exemple, il n'apporte pas grand chose et souffre (encore...) d'un manque cruel de reconnaissance, en particulier au niveau hardware...
Par contre son mode "hybride" (unique il me semble...) est particulièrement intéressant, puisqu'il permet de générer des fichiers "avec pertes" (donc relativement petits) d'une qualitée acoustique remarquable, et de pouvoir retrouver les fichiers originaux aprés décompression...

Si tu devais donc intégrer WavPack à Xcfa et nous offrir la possibilité de pouvoir gérer les options (fort nombreuses) les plus intéressantes de ce format, je ne pourrais que t'en être extrêmement reconnaissant. 🙂

De même, serait-il possible d'intégrer le choix de la "qualité" des fichiers encodés en mpc ?

Pour ceux que cela intéresse, voiçi un lien vers un tableau de comparaison des divers formats "sans perte" (en anglais, d'autres liens plus pointus ce trouvent en bas de page).

Merci encore et bonne continuation

b52

C'est ok, Shankarius.

Je vais commencer l'intégration du format WavPack avec les options les plus courantes.

Concernant mpc, l'option par défaut est "--insane" mais le choix pourra être:

--thumb (--quality 3.00) low/medium quality (~ 90 kbps)
--radio (--quality 4.00) medium quality (~ 130 kbps)
--standard (--quality 5.00) high quality (dflt) (~ 180 kbps)
--extreme (--quality 6.00) excellent quality (~ 210 kbps)
--insane (--quality 7.00) excellent quality (~ 240 kbps)

Je termine avant cela quelques tests de packaging ...

Leonux

Eh bien ! Xcfa devient de plus en plus un incontournable pour les mélomanes... Bravo Claude ! :cool:

Le lien de Shankarius sur les comparatifs est vraiment intéressant !

Dzef

Salut les Xcfaddicts,
Pour le problème de Soupaloignon j'ai bien peur de ne pas être d'un grand secours : je dois avouer mon incurie quasi totale sur le sujet... Mais après une recherche rapide sur Google, il semblerait que le flac accepte les tags et que Easytag sache les gérer...C'est peut être de ce côté là qu'il faut chercher.
Sinon dans un domaine plus pro il existe le broadcast wav (bwf) qui est une sorte de wav avec des metadatas (...une sorte de tags?), qui est très bien géré par Ardour, mais je n'ai jamais essayé de jouer avec dans 1 environnement domestique...
Désolé Soupaloignon de ne pas pouvoir t'aider davantage... 🙁

[supprimé]

Juste pour signaler un comportement peut-être anormal de Xcfa.
- Je convertis un fichier wav en mp3 en utilisant comme option "VBR preset standard" et "Join Stereo". J'obtiens un fichier de 3,2 Mo avec un débit de 128 kbps.
- Je convertis le même fichier wav (parce que je suis surpris par la taille) en utilisant Lame en mode de commande

lame --preset standard -m j mon_fichier.wav

. Je trouve un fichier de 5,3 Mo avec un débit de 223 kbps.

J'ai essayé d'obtenir la même chose avec Xcfa sans aucun résultat. Je fais mes conversions en wav avec Xcfa et j'encode en mp3 à la main.
J'utilise une Kubuntu 6.10 avec LAME version 3.96.1

Si B52 trouve une explication logique...

Un peu pour prolonger ce qui précède, puisqu'il y a un onglet Logs déjà prévu, est-ce qu'on ne peut pas ajouter un bouton pour avoir les messages envoyés par mppdec ou lame pendant la conversion ? Histoire de voir les messages d'erreurs sur certains fichiers.

Merci de toutes les façons pour ce programme si utile !

TorF

@b52 : malheureusement la version xcfa_3.1.22_i386.deb freeze toujours chez moi !

En ligne de commande, voici ce que xcfa affiche (il "attend" après la dernière ligne) :

!-------------------------!
!      xcfa 3.1.22        !
!-------------------------!

!-----------------------------------!
!    Informations machine     !
!-----------------------------------!
sysname       = Linux
nodename      = torf-desktop
release       = 2.6.20-15-generic
version       = #2 SMP Sun Apr 15 07:36:31 UTC 2007
machine       = i686

Nb secondes depuis boot           : 7637
Charge systeme depuis  1 minute   : 419.78%
Charge systeme depuis  5 minutes  : 344.58%
Charge systeme depuis 10 minutes  : 299.17%
Memoire disponible                : 31 Mo
Memoire partagee                  : 0 Mo
Memoire dans buffer               : 10 Mo
Espace de swap total              : 972 Mo
Espace de swap libre              : 705 Mo
Nb processus en cours             : 151


main.c :: AnalyseCommandLine (line = 142) 

ENABLE_NLS OK
        GETTEXT_PACKAGE    = xcfa
        PACKAGE_LOCALE_DIR = /usr/local/share/locale
        DATA_DIR           = /usr/local/share
gtk_set_locale () = fr_FR.UTF-8

config_user.c :: configuser_read_file_config (line = 624) 
------------------------------------------------------------------------
! PARAMETRES: /home/torf/.config/xcfa/xcfa.conf
------------------------------------------------------------------------
WIN_POS_X                          = '0'
WIN_POS_Y                          = '0'
WIN_WIDTH                          = '0'
WIN_HEIGHT                         = '0'
NICE                               = '0'
BITRATE_LAME                       = '0'
BITRATE_OGGENC                     = '10'
MODE_LAME                          = '0'
PATH_DESTINATION_CD                = '/home/torf'
PATH_DESTINATION_FILE              = '/home/torf'
PATH_LOAD_FILE                     = '/home/torf'
PATH_IMPORT_FILE_WAV               = '/home/torf'
PATH_IMPORT_FILE_MP3OGG            = '/home/torf'
PATH_LOAD_IMAGES                   = '/home/torf'
PATH_STOCKE_POCHE_IMAGES           = '/home/torf'
PATH_DEST_FILE_POSTSCRIPT          = '/home/torf'
IS_TAG_ARTIST                      = 'TRUE'
IS_TAG_TITLE                       = 'TRUE'
IS_TAG_ALBUM                       = 'TRUE'
IS_TAG_NUMERATE                    = 'TRUE'
IS_TAG_GENRE                       = 'TRUE'
IS_TAG_YEAR                        = 'TRUE'
IS_TAG_COMMENT                     = 'TRUE'
NAVIGATORS_ACTIF                   = ''
READDIR_CDAUDIO_BY_IOCTL           = 'TRUE'
COMPRESSION_LEVEL_FLAC             = '1'
COMPRESSION_LEVEL_APE              = '1'
TOOLTIPS_ACTIVATE                  = 'TRUE'
GOTO_TONGLE_FILE_IMPORT            = 'TRUE'
SERVER_FREECDDB                    = '0'
INIT_LOAD_IMG_XCFA                 = 'FALSE'
VALUE_FIX_CDAUDIO                  = '50'
VALUE_FIX_FICHIERS                 = '50'
TEMPLATE_STRING                    = '%d'
------------------------------------------------------------------------

proc.c :: proc_get_proc_init_cdrominfo (line = 98) 
hdc
proc.c :: proc_remove_glist_cdrominfo (line = 53) 

Analyse devices in : scan_cd.c::scancd_scan_drives_cd_dvd(line=285)

Leonux

Salut TorF,

ça a l'air d'un problème avec ton lecteur cd/dvd ou ton disque (si tu en as dedans) ...

normalement, après ta dernière ligne, sans cd inséré, tu devrais avoir quelque chose de ce genre :

:-( no media mounted, exiting...
line[ 1 ] IDE /dev/hdb 'ton_lecteur'

b52

Bonsoir ch'pol et bonsoir TorF,

Je me concentre sur le bug rencontré par TorF que je classe comme urgent.
J'ai modifié quelques lignes de code. Je continue à chercher ... :/

Bonsoir Leonux,

J'ajouterais également que si une appli utilise déjà le ou les lecteurs cd-dvd, alors Xcfa piétine .... :rolleyes:

Leonux

J'ajouterais également que si une appli utilise déjà le ou les lecteurs cd-dvd, alors Xcfa piétine ....

Oui oui, je soupçonne quelque chose de ce genre ...

TorF

Cool de te concentrer sur "mon" bug classé en mode urgent ! 😉

Je précise que le lecteur est un simple graveur cd-rom (il ne lit pas les dvd), qu'aucun cd n'y était inséré, et (à priori) qu'aucun logiciel ne l'utilisait.

Y'aurait pas une petite option de démarrage pour passer le test de détection des lecteurs cd ? 😃

b52

@ch'pol,

Voici mes essais:

Depuis 1.wav
46,6 mo / RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, stereo 44100 Hz

Vers 4.mp3 (sous Xcfa)
options: Vbr preset standard et Join strereo
4,2 mo / MPEG ADTS, layer III, v1, 128 kBits, 44.1 kHz, JntStereo

Vers 6.mp3 en ligne de commande:
lame -h --nohist -m j --preset standard ./1.wav ./6.mp3
6,2 mo / MPEG ADTS, layer III, v1, 128 kBits, 44.1 kHz, JntStereo

J'obtiens ces résultats avec <file> après avoir viré les tags.
Je ne comprend pas bien le résultat de tes tests. Pour moi, c'est correct 😉

@TorF,

Donnes moi ton adresse mail que je puisse te faire parvenir une version spécifique d'Xcfa pour que tu effectues des tests 😉

Leonux

Je précise que le lecteur est un simple graveur cd-rom (il ne lit pas les dvd), qu'aucun cd n'y était inséré, et (à priori) qu'aucun logiciel ne l'utilisait.

Ok TorF, on élimine donc une cause possible, c'est bon ça :cool:

b52

Salut TorF,

Des essais effectués avec un unique lecteur cdrom sur un ordi:
..
...
proc.c :: proc_get_proc_init_cdrominfo (line = 104)
hdc
proc.c :: proc_remove_glist_cdrominfo (line = 55)

Analyse devices in : scan_cd.c::scancd_scan_drives_cd_dvd(line=283)
pass[02]
:-( not a DVD unit
fin de pass[02]
line[ 2 ] IDE /dev/hdc '50X CD-ROM 5.3A'
...
..

Et ca passe 🙂
Je suis sous Etch et pas sous Feisty, mais bon :rolleyes:

TorF

Bon maintenant xcfa marche avec la nouvelle version que tu m'as envoyé b52. 😃

Merci à toi et bonne continuation, je vais me plonger dans ce logiciel qui a l'air bien fameux. 😉

b52

Merci pour les tests @TorF 😉

b52

Xcfa-3.1.24 est dans les dépôts

Les nouveautés ici

😉

b52

@Shankarius,

Qu'est ce que tu penses de l'intégration WavPack.
Trop de machin, pas assez de truc, des choses à revoir ? :rolleyes:

« Page précédente Page suivante »