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

b52 · Le 07/01/2010, à 11:26

Salut Yann,

Je termine une modif de lecture de catalogue de cd qui se fera désormais avec icedax qui m'est apparut comme plus fiable que cddb-tool du paquet abcde.

La beta suivante verra la correction de cette modif d'extension

Seul le format WAV est prit en compte depuis SPLIT !
Je me suis penché sur une extension comprenant les anciens formats dont le wavpack et il me faudra modifier très en profondeur le code ainsi que la lecture audio qui repassera très certainement par mplayer : beaucoup de boulot et peu de temps à y consacrer ... donc ... patience ...

PS:
Je post dès la sortie de la prochaine beta

dupont.hc · Le 07/01/2010, à 15:19

OK Claude, pas de soucis pour ls wavpack
Mais comme indiqué dans mon précédent post, même le wave ne fonctionne plus chez moi ... il change l'extension et rien n'apparait en terme de segmentation
Merci encore
A+
Yann

b52 · Le 08/01/2010, à 09:46

Salut à tous,

Une nouvelle beta dans les dépôts:
3.7.2-b3
Ajout: depuis onglet fichiers de conversions des types RM et DTS vers xxx.
Correction: lecture correcte de l'entete MPC.
Ajout: lecture d'un flux RM et/ou DTS via le player.
Ajout:(@zarer): des manpages reelles des applications.
Modification: Utilisation de ICEDAX pour la lecture du catalog cd.

Yann,

Le problème d'extension wav->mp3 est (normalement) résolu !
J'ai décidé une modif de code très importante concernant la lecture de l'audio ! Ce qui permettra une extension de Split pour les anciens formats : wavpack, etc ...

patachonf · Le 12/01/2010, à 14:53

Hello Claude !

Pas de reconnaissance des aif... est-ce normal ?

b52 · Le 12/01/2010, à 18:44

Salut @Pat',

C'est normal dans la mesure ou cela ne m'a jamais (je crois) été demandé
J'imagine que mplayer n'en fait qu"une bouchée pour l'envoyer vers du wav mais quels sont les binaires capables de l'inverse : aif vers wav ?

PS:
Si tu as un, voir deux exemplaires de fichiers AIF pour tests

Je viens de récupérer un fichier aif:

$ file aif.aif 
aif.aif: IFF data, AIFF audio

qui est reconnu par mplayer en lecture : ça s'annonce pas mal du tout

Dernière modification par b52 (Le 12/01/2010, à 19:15)

b52 · Le 14/01/2010, à 12:06

Salut à tous,

Une nouvelle beta dans les dépôts:
3.7.2-b4
Ajout: depuis onglet fichiers-conversions des types RM et DTS vers xxx.
Correction: lecture correcte de l'entete MPC.
Ajout: lecture d'un flux RM et/ou DTS via le player.
Ajout:(@zarer): des manpages reelles des applications.
Modification: Utilisation de ICEDAX pour la lecture du catalog cd.
Ajout: depuis onglet fichiers-conversions du type AIF vers xxx.
Ajout: depuis onglet split des types: MP3, OGG, FLAC, SHN, WAVPACK.

GdB- · Le 16/01/2010, à 20:14

Bonjour !

Petit message de félicitations ! Je viens de découvrir XCFA, et c'est exactement LA solution qu'il me fallait pour importer ma collection de CDs !

XCFA est intuitif, léger, puissant, rapide et complet : que demande le peuple ?

Un grand bravo donc, merci pour le formidable boulot effectué !

GdB-

b52 · Le 16/01/2010, à 21:40

Salut @GdB-,

Merci

PS:
Mise à jour de la version beta4 en 3.7.2~beta5:
Correction d'un bug depuis l'onglet Pochette concernant le download d'image(s).

sioc · Le 18/01/2010, à 00:56

Salut,

Pour des raisons de gestion de son infernales suite à une mise à jour sur Karmic, je suis repassé sur Hardy... J'ai souvent installé xcfa pourmoi, pour les amis, (ajout des lignes de dépôt, clé...)mais là il me fait un coup inédit : après avoir updaté upgradé, quand je fais mon petit apt-get install devant mes yeux hagards c'est l'échec avec le message :

xcfa:
  Dépend : libtagc0 (>=1.5) mais 1.4-8ubuntu1 doit être installé

Une idée ?

Dernière modification par sioc (Le 18/01/2010, à 00:57)

sioc · Le 18/01/2010, à 01:54

 sudo apt-get install xcfa
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Certains paquets ne peuvent être installés. Ceci peut signifier
que vous avez demandé l'impossible, ou bien, si vous utilisez
la distribution unstable, que certains paquets n'ont pas encore
été créés ou ne sont pas sortis d'Incoming.

Puisque vous n'avez demandé qu'une seule opération, le paquet n'est
probablement pas installable et vous devriez envoyer un rapport de bogue.
L'information suivante devrait vous aider à résoudre la situation : 

Les paquets suivants contiennent des dépendances non satisfaites :
  xcfa: Dépend: libtagc0 (>= 1.5) mais 1.4-8ubuntu1 devra être installé
E: Paquets défectueux

C'est plus complet comme ça...

Bonne nuit... Il est tard.

Hizoka · Le 18/01/2010, à 03:45

hardy ne possede tres certainemeent pas cette librairie...

21ch181 · Le 18/01/2010, à 09:56

Bonjour,

@sioc :

Je suis sous hardy également et j'ai installé la 3.7.1 de xcfa. L'installation via un deb ou les dépôts n'avait pas fonctionné chez moi et je l'ai compilé depuis les sources sans problème et le fonctionnement est nickel !

[edit]
Rappel de la méthode de compilation par b52 dans mon pst #1781 :

J'imagine que tu as fais (depuis un terminal) :
$ ./autogen.sh --prefix=/usr
$ make
Mais que tu as oublié cette phase pour l'installation:
$ sudo make install
PS:
Une désinstallation s'effectuant avec:
$ sudo make uninstall

Dernière modification par 21ch181 (Le 18/01/2010, à 09:59)

GdB- · Le 18/01/2010, à 11:30

Bonjour !

Voilà, j'ai un petit problème avec XCFA... Il a très bien fonctionné pour environ 99% de ma bibliothèque musicale (un vrai bonheur à utiliser, ce logiciel), mais je rencontre un problème avec quelques CDs : je lance XCFA, j'insère le CD (ou inversement) et je clique sur "Lecture du CD". Et là, il reste bloqué indéfiniment sur l'interrogation de la base cddb. J'ai essayé de changer de serveur pour la base de données, rien n'y fait, il bloque toujours là...

Du coup je suis obligé de fermer le programme, car un clic (ou deux, ou trois, ou vingt) sur "Annuler recherche cddb" n'a aucun effet, il continue de chercher sans trouver.

Je l'ai lancé depuis un terminal pour avoir plus d'infos, voici le log :

cdtoc.c -:- cdtoc_read(467)
	ret = cdioctl_read_toc ();
   1. length   31020 [06:53:45]  begin       0 [00:00:00]	cdparanoia [.0]-[.31019] -d /dev/sr0 -O 0 "1.wav"
   2. length   24651 [05:28:51]  begin   31020 [06:53:45]	cdparanoia [.31020]-[.24650] -d /dev/sr0 -O 0 "2.wav"
   3. length   17949 [03:59:24]  begin   55671 [12:22:21]	cdparanoia [.55671]-[.17948] -d /dev/sr0 -O 0 "3.wav"
   4. length   24615 [05:28:15]  begin   73620 [16:21:45]	cdparanoia [.73620]-[.24614] -d /dev/sr0 -O 0 "4.wav"
   5. length   23719 [05:16:19]  begin   98235 [21:49:60]	cdparanoia [.98235]-[.23718] -d /dev/sr0 -O 0 "5.wav"
   6. length   33647 [07:28:47]  begin  121954 [27:06:04]	cdparanoia [.121954]-[.33646] -d /dev/sr0 -O 0 "6.wav"
   7. length   17725 [03:56:25]  begin  155601 [34:34:51]	cdparanoia [.155601]-[.17724] -d /dev/sr0 -O 0 "7.wav"
   8. length   16918 [03:45:43]  begin  173326 [38:31:01]	cdparanoia [.173326]-[.16917] -d /dev/sr0 -O 0 "8.wav"
   9. length   17372 [03:51:47]  begin  190244 [42:16:44]	cdparanoia [.190244]-[.17371] -d /dev/sr0 -O 0 "9.wav"
  10. length   21572 [04:47:47]  begin  207616 [46:08:16]	cdparanoia [.207616]-[.21571] -d /dev/sr0 -O 0 "10.wav"
  11. length   12500 [02:46:50]  begin  229188 [50:55:63]	cdparanoia [.229188]-[.12499] -d /dev/sr0 -O 0 "11.wav"
  12. length   23953 [05:19:28]  begin  241688 [53:42:38]	cdparanoia [.241688]-[.23952] -d /dev/sr0 -O 0 "12.wav"
  13. length   18040 [04:00:40]  begin  265641 [59:01:66]	cdparanoia [.265641]-[.18039] -d /dev/sr0 -O 0 "13.wav"
  14. length   31189 [06:55:64]  begin  283681 [63:02:31]	cdparanoia [.283681]-[.31188] -d /dev/sr0 -O 0 "14.wav"
  15. length   25907 [05:45:32]  begin  314870 [69:58:20]	cdparanoia [.314870]-[.25906] -d /dev/sr0 -O 0 "15.wav"
TOTAL  340777 [75:43:52]  

cd_db.c :: cddb_disc_db_do_query (line = 415) 
!-----------------------------------------------------------!
!  --Without Expert Parameters--
!  CDDB_TOOL
!-----------------------------------------------------------!
ArgConv[ 00 ] = cddb-tool
ArgConv[ 01 ] = query
ArgConv[ 02 ] = http://freedb.freedb.org/~cddb/cddb.cgi
ArgConv[ 03 ] = 6
ArgConv[ 04 ] = cat
ArgConv[ 05 ] = cat-desktop
ArgConv[ 06 ] = c511bf0f
ArgConv[ 07 ] = 15
ArgConv[ 08 ] = 150
ArgConv[ 09 ] = 31170
ArgConv[ 10 ] = 55821
ArgConv[ 11 ] = 73770
ArgConv[ 12 ] = 98385
ArgConv[ 13 ] = 122104
ArgConv[ 14 ] = 155751
ArgConv[ 15 ] = 173476
ArgConv[ 16 ] = 190394
ArgConv[ 17 ] = 207766
ArgConv[ 18 ] = 229338
ArgConv[ 19 ] = 241838
ArgConv[ 20 ] = 265791
ArgConv[ 21 ] = 283831
ArgConv[ 22 ] = 315020
ArgConv[ 23 ] = 4545

!-----------------------------------------------------------!
!  --Without Expert Parameters--
!  CDDB_TOOL
!-----------------------------------------------------------!
ArgConv[ 00 ] = cddb-tool
ArgConv[ 01 ] = read
ArgConv[ 02 ] = http://freedb.freedb.org/~cddb/cddb.cgi
ArgConv[ 03 ] = 6
ArgConv[ 04 ] = cat
ArgConv[ 05 ] = cat-desktop
ArgConv[ 06 ] = data
ArgConv[ 07 ] = c511bf0f

Ça c'est pendant qu'il cherche comme un petit fou.

Si je ferme le programme, j'obtiens

--------------------------------------------------
callbacks.c :: Before_End_Prg (line = 115) 
--------------------------------------------------
player_remove_fifo ()

Suivi des lignes normales de fermeture...

À noter que les CDs incriminés sont des CDs achetés dans le commerce, propres, sans rayure, qui passent sans problème sur l'autoradio et la chaîne Hi-Fi, qu'ils sont montés sans problème par Ubuntu, que j'y accède comme je veux par le navigateur de fichier, et que je peux les lire avec VLC ou KSCD (installé uniquement pour ce test ^^) sans aucun souci.

Dernier point, qui n'a peut-être aucun rapport : il est arrivé, avec plusieurs des CDs qui sont bien passés, que le clic sur le bouton "Eject" n'aie aucun effet, m'obligeant à démonter le CD avant de le ré-éjecter avec XCFA... Je n'ai pas de log car ça s'est produit de façon aléatoire et que ça ne m'avait pas spécialement gêné sur le coup...

Désolé pour le pavé et merci pour le retour !

b52 · Le 18/01/2010, à 18:12

Salut @GdB-,

cddb-tool est remplacé par icedax dans les dernières versions !
Il te faut mettre xcfa à jour

Salut @21ch181,

Pour mettre tout le dispositif de compilation + link en place, je conseille cette commande avant toute chose:
# apt-get build-dep xcfa

Salut @sioc,

Ou as tu récupéré le paquet qui échoue en installation ?

sioc · Le 18/01/2010, à 19:05

Salut

@21ch181 @b52

Hum... Pas doué... Je cale au bout de deux commandes pour la compil.

famille@machoumicro:~$ cd /home/famille/Documents
famille@machoumicro:~/Documents$ apt-get source xcfa 
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Nécessité de prendre 969ko dans les sources.
Réception de : 1 http://download.tuxfamily.org dev/contrib xcfa 3.7.2 (dsc) [1032B]
Réception de : 2 http://download.tuxfamily.org dev/contrib xcfa 3.7.2 (tar) [965kB]
Réception de : 3 http://download.tuxfamily.org dev/contrib xcfa 3.7.2 (diff) [3746B]
969ko réceptionnés en 0s (1371ko/s)
gpg: Signature faite le dim 17 jan 2010 14:08:11 CET avec la clé DSA ID DD5C7A79
gpg: Impossible de vérifier la signature: clé publique non trouvée
dpkg-source : extraction de xcfa dans xcfa-3.7.2
dpkg-source : extraction de xcfa_3.7.2.orig.tar.gz
dpkg-source : mise en place de ./xcfa_3.7.2.diff.gz
famille@machoumicro:~/Documents$ tar -xvfz xcfa-3.7.2.tar.gz
tar: z : la fonction open a échoué: Aucun fichier ou dossier de ce type
tar: Erreur non récupérable : arrêt du traitement
famille@machoumicro:~/Documents$

Pour b52, le paquets xcfa.deb je l'ai récupéré du dépôt xcfa tux... J'ai aussi essayé de télécharger le paquet sur tux et de l'installer avec l'installateur de paquets... Même punition...

b52 · Le 18/01/2010, à 19:47

Salut @sioc,

nota:
$ est le mode utilisateur
# est le mode administrateur

$ wget http://download.tuxfamily.org/xcfaudio/xcfa_download/src/xcfa-3.7.2.tar.gz
$ tar -xvf ./xcfa-3.7.2.tar.gz
$ cd xcfa-3.7.2/
# apt-get build-dep xcfa; exit
$ ./autogen.sh --prefix=/usr
$ make
# make install

-> pour une désinstallation:
# make uninstall

Dernière modification par b52 (Le 18/01/2010, à 19:48)

sioc · Le 18/01/2010, à 20:40

Merci b52. Lumineux... et tu es très diplomate avec les étourdis de mon genre. Bon, tranquillement pas vite je vais devenir un compilateur émérite.

GdB- · Le 19/01/2010, à 17:22

Ah, ça marche sans problème ! Super, merci b52 ! Beau boulot sur ce logiciel, et une patience à toute épreuve !

GdB- (qui pensera à mettre ses applications à jour avant de se plaindre la prochaine fois...)

GdB- · Le 22/01/2010, à 18:22

Salut, c'est encore moi !

Cette fois, je te rapporte un petit bug : depuis la mise à jour de XCFA, il y a un petit problème d'accentuation : lorsqu'il analyse le CD et m'affiche le nom des pistes, de l'artiste et de l'album, il me remplace systématiquement les caractères accentués (pour l'instant, je n'ai eu que des "é", "è" et "à") par des underscores... Par contre, je peux faire des corrections à la main avant d'extraire le CD, ça ne lui pose aucun problème, et il conserve bien les tags corrigés après extraction...

Ce n'est pas très gênant, ça ne concerne jamais plus de 4 ou 5 pistes par disque

Bonne journée et bon week-end !

b52 · Le 22/01/2010, à 19:03

Salut @GdB-,

Cette anomalie vient de icedax
J'ai posté auprès de l'auteur pour avoir une option en sup. qui permettra (permettrait) de passer outre ce remplacement systématique.

J'ai (temporairement) compilé icedax avec la modification adéquate que tu peux trouver ci-dessous;
http://download.tuxfamily.org/xcfaudio/PlusPlus/icedax/

Chez moi, cette modif. est fonctionnelle

GdB- · Le 23/01/2010, à 01:20

Youpi, ça fonctionne ! Non pas que j'en aie douté, mais c'est comme quand tu tapes ton mot de passe d'ouverture de session ou ton code de CB, t'es heureux de la confirmation de bon fonctionnement
Du coup, une fois de plus, merci !

Dernière modification par GdB- (Le 23/01/2010, à 01:21)

b52 · Le 23/01/2010, à 01:42

Re-Salut @GdB-,

Super

Concernant l'onglet [ CD->Arrangement des titres du CD ], j'ai recodé la fonction %u, trop restrictive, en l'améliorant tel que:
%u(SOURCE=DESTINATION)
SOURCE
peut être un ou une suite de caractères
DESTINATION
est un caractère unique pour remplacer la SOURCE

Par exemple:
%u(éêè=e)
Les caractères SOURCE [ éêè ] seront remplacés par le caractère DESTINATION [ e ]

Il est bien sûr possible d'affecter différentes modifications comme:
%u( =_)
%u(A=Z)
etc, ...

Sachant que la fonction peut figurer plusieurs fois dans la ligne [ CD->Arrangement des titres du CD ]

Le temps de fignoler tour cela et de mettre une nouvelle beta à disposition ...

PS:
J'ai placé chez moi, la ligne suivante:
%c %u(éèêë=e)%d%u(àâã=a)%u( =_)

b52 · Le 23/01/2010, à 23:34

Nouvelle version 3.7.3~beta0 disponible

joelab07 · Le 25/01/2010, à 10:03

Bonjour,
je suis sous Karmic 64 (utilisateur de xcfa depuis Dapper) et ô déception, xcfa ne converti plus mes .wav vers les autres formats (je les ai tous essayés) !
Lorsque je lance la conversion, la fenêtre de travail s'ouvre brièvement et la fenêtre d'état s'ouvre (date et heure, analyse de 1fichier) et puis rien.
Je suis à votre disposition pour toute information complémentaire.
Merci et bonne journée

sioc · Le 25/01/2010, à 10:35

Bonjour,

@joelab07

Dans quelles circonstances ? (réinstallation de xcfa, mise à jour, plantage.....autres ....)
L'onglet fichier est-il normal, ou vois-tu un petit sens interdit devant les formats qui ne fonctionnent pas ?

Bonne journée

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1776 Le 07/01/2010, à 11:26

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

#1777 Le 07/01/2010, à 15:19

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

#1778 Le 08/01/2010, à 09:46

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

#1779 Le 12/01/2010, à 14:53

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

#1780 Le 12/01/2010, à 18:44

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

#1781 Le 14/01/2010, à 12:06

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

#1782 Le 16/01/2010, à 20:14

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

#1783 Le 16/01/2010, à 21:40

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

#1784 Le 18/01/2010, à 00:56

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

#1785 Le 18/01/2010, à 01:54

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

#1786 Le 18/01/2010, à 03:45

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

#1787 Le 18/01/2010, à 09:56

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

#1788 Le 18/01/2010, à 11:30

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

#1789 Le 18/01/2010, à 18:12

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

#1790 Le 18/01/2010, à 19:05

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

#1791 Le 18/01/2010, à 19:47

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

#1792 Le 18/01/2010, à 20:40

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

#1793 Le 19/01/2010, à 17:22

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

#1794 Le 22/01/2010, à 18:22

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

#1795 Le 22/01/2010, à 19:03

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

#1796 Le 23/01/2010, à 01:20

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

#1797 Le 23/01/2010, à 01:42

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

#1798 Le 23/01/2010, à 23:34

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

#1799 Le 25/01/2010, à 10:03

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

#1800 Le 25/01/2010, à 10:35

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

Pied de page des forums