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

b52 · Le 14/05/2007, à 23:16

Ca y est. Elle est belle et toute fraîche ma Debian:Etch

@Leonux
Merci pour ton aide. Je te tiens au courant au fur et à mesure ... !

@TorF,
Un nouveau paquet sera dispo très prochainement, le temps d'effectuer les configs necessaires ...

PS.
Les sources [stables] sont disponibles pour les gens pressés ...

soupaloignon · Le 15/05/2007, à 14:04

Bonjour à tous,

Ce post n'a rien à voir de manière directe avec Xcfa, mais comme il concerne le son et que j'ai cru comprendre qu'il y avait ici quelques personnes assez douées sur ce point...

J'ai envie de transférer tous mes CD audio sur mon PC. Je voudrais bien sur bénéficier des tags et là il y a un problème car le .wav n'accepte pas les tags (du moins il me semble).

D'où ma question : Quel format de fichier utiliser, qui conservera la qualité d'origine du CD et qui permettra de tagguer les albums.
Le facteur taille du fichier n'est pas un problème. Si il existe un format qui divise le poids par 2 par rapport à un .wav sans nuire au signal, je prends bien sur . Mais si le fichier obtenu est d'une taille similaire à l'équivalent .wav ce n'est pas un problème, au vu de la taille des disques durs actuellement.

Merci d'avance pour vos réponses

PS : Il y a quand même un rapport avec Xcfa car c'est lui que je vais utiliser pour encoder tout ça

b52 · Le 15/05/2007, à 20:15

Bonsoir soupaloignon,

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

b52 · Le 15/05/2007, à 22:23

@TorF,
Nouvelle versions disponible. Tes problèmes existent ils encore -après mise à jour- ?

@Leonux,
Merci pour les tests
J'ai suivis le tuto: http://ubunteros.tuxfamily.org/spip.php?article103 mais il m'a fallut compléter par un: dpkg-reconfigure xserver-xorg pour pouvoir valider le type <nv>
J'aurai peut être du sortir de ma session par: Crtl + Alt + Backspace ??

Leonux · Le 15/05/2007, à 23:10

J'aurai peut être du sortir de ma session par: Crtl + Alt + Backspace ??

Oui oui, c'est de cette façon que j'ai pratiqué... J'ai vérifié dans l'article, j'ai juste mis "redémarrer sa session X", c'est trop peu... Je vais ajouter le ctrl +alt + Backspace, ça manque pour la clarté du tuto ...

demain matin, je me lève à l'aube, alors repos ... je règle ce souci dès demain soir...

Merci pour ton retour

soupaloignon · Le 16/05/2007, à 00:15

b52 a écrit :

Bonsoir 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

Shankarius · Le 16/05/2007, à 02:25

@ 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 · Le 19/05/2007, à 00:43

Bonsoir Shankarius,

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

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

Shankarius · Le 19/05/2007, à 03:18

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 · Le 19/05/2007, à 08:18

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 · Le 19/05/2007, à 09:27

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

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

Dzef · Le 19/05/2007, à 15:08

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...

ch'pol · Le 20/05/2007, à 19:52

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 · Le 21/05/2007, à 20:04

@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 · Le 21/05/2007, à 21:28

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 · Le 21/05/2007, à 21:38

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 ....

Leonux · Le 21/05/2007, à 21:42

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 · Le 22/05/2007, à 00:02

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 · Le 22/05/2007, à 00:24

@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 · Le 22/05/2007, à 07:15

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

b52 · Le 22/05/2007, à 10:43

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

TorF · Le 22/05/2007, à 13:49

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 · Le 22/05/2007, à 13:51

Merci pour les tests @TorF

b52 · Le 22/05/2007, à 21:19

Xcfa-3.1.24 est dans les dépôts

Les nouveautés ici

b52 · Le 22/05/2007, à 21:31

@Shankarius,

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

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#476 Le 14/05/2007, à 23:16

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

#477 Le 15/05/2007, à 14:04

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

#478 Le 15/05/2007, à 20:15

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

#479 Le 15/05/2007, à 22:23

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

#480 Le 15/05/2007, à 23:10

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

#481 Le 16/05/2007, à 00:15

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

#482 Le 16/05/2007, à 02:25

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

#483 Le 19/05/2007, à 00:43

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

#484 Le 19/05/2007, à 03:18

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

#485 Le 19/05/2007, à 08:18

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

#486 Le 19/05/2007, à 09:27

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

#487 Le 19/05/2007, à 15:08

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

#488 Le 20/05/2007, à 19:52

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

#489 Le 21/05/2007, à 20:04

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

#490 Le 21/05/2007, à 21:28

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

#491 Le 21/05/2007, à 21:38

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

#492 Le 21/05/2007, à 21:42

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

#493 Le 22/05/2007, à 00:02

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

#494 Le 22/05/2007, à 00:24

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

#495 Le 22/05/2007, à 07:15

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

#496 Le 22/05/2007, à 10:43

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

#497 Le 22/05/2007, à 13:49

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

#498 Le 22/05/2007, à 13:51

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

#499 Le 22/05/2007, à 21:19

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

#500 Le 22/05/2007, à 21:31

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

Pied de page des forums