Pourquoi Amarok ne lit pas certains Tags lus par Rhythmbox ?

Crestey · Le 10/11/2013, à 13:05

Bonjour à tous,

J'utilise actuellement ripit en ligne de commande pour ripper ma cdthèque.
(Je préfère "en ligne de commande" car j'utilise ripit dans un script qui fait quelques traitement de tags et déplacent les fichiers en suivants aux bons endroits.)

ça fonctionne bien sur 70% des CDs.
Sur les 30% restant ripit ne lit pas les tags (unknown artist ...)
Pourtant sur ces 30%, en utilisant sound-juicer, les tags sont bien là.
Mais sound-juicer ne fonctionne pas en ligne de commande.

Alors voilà, mon besoin est de ripper tous mes cd en ligne de commande en préservant les tags.

En creusant un peu je m'aperçois que pour ces CD à problème, Amarok ne lit pas non plus les tags alors que Rhythmbox y parvient.
Le problème a donc l'air assez général.

Pourriez-vous m'aiguiller ?

Dernière modification par Crestey (Le 10/11/2013, à 18:16)

grigouille · Le 10/11/2013, à 14:28

Essaie abcde.

Crestey · Le 10/11/2013, à 16:47

Bonjour grigouille, et merci pour ta réponse.
abcde donne la même chose que ripit.
je pense que ce sont les même soft car on a la même ligne suivante quand on les lance:

 (== PROGRESS == [ >                            | 002332 00 ] == :-) o ==)

Pour illustrer mon problème, voici une copie d'écran avec sound-juicer et abcde pour un même CD.

Crestey · Le 10/11/2013, à 17:46

Pour illustrer encore un peu plus, je constate que, pour une même CD inséré dans le drive, rhythmbox et sound-juicer lisent et affichent correctement les tags, en revanche amarok et ripit ne les lisent pas (unknown artist ...).
Donc ripit a le même défaut qu'amarok qui empêche la lecture des tags de certains CDs.
Alors que sound-juicer et rhythmbox n'ont pas ce défaut.
Une idée ?

Dernière modification par Crestey (Le 10/11/2013, à 17:47)

jajaX · Le 11/11/2013, à 01:44

salut,

peut être la source d'information où sont trouvées les infos des CD ?
mais comment là... c'est juste une suggestion

Crestey · Le 11/11/2013, à 10:59

Salut à toi jajaX
J'ai pensé à ça. J'ai plus ou moins compris que parfois, le logiciel va chercher les tags sur le web. (le man de ripit parle de cddb et de serveurs d'info par défaut etc...)
Mais pour investiguer mon cas, je suis allé installer sound-juicer sur le PC de mes enfants.
Puis aussitôt après, j'ai déconnecté la prise réseau RJ45.
Puis aussitôt après, inséré un "disque à problème".
Dans ce cas, Sound-juicer parvient à lire les tags (que ripit refuse de lire).
Donc ces tags sont bien lus sur le disque et non sur le web.
(J'ai utilisé le pc de mes enfants pour être sûr qu'il n'aurait pas déjà stocké les tags de ce disque quelque part)

Dernière modification par Crestey (Le 11/11/2013, à 11:01)

Crestey · Le 11/11/2013, à 11:53

J'avance un peu.
En changeant de ripper par l'option -r, je constate que ripit parvient à lire les tags, car on voit qu'il les liste après la commande ripit
(La commande est :

crestey@crestey-Pegatron:~$ ripit -b 192 5 -c 0 --eject --nointeraction -r 2

)
le résultat donne :

Album title: 'Smi de Granadas'	[from Smi de Granadas]
Track  1: 'Le Champ des Dunes'
Track  2: 'Pacifique / D'une chose  l'autre'
Track  3: 'La Braxenne'
Track  4: 'Granada'
Track  5: 'Fuego fatuo'
Track  6: 'Sueno de Launac'
Track  7: 'Amax'
Track  8: 'Smi'
Track  9: 'Rocio'
Track 10: 'Gorraintziak'
Track 11: 'Tapez dans vos mains'
Track 12: 'Jos l'aiga'
Track 13: 'El Trotamondo'
Track 14: 'Tolosa'
Track 15: 'Lo Tais'
Track 16: 'Los pajaros perdidos'
Track 17: 'Los Martinets'
samplefile size will be 17621228 bytes.
recording 99.8933 seconds stereo with 16 bits @ 44100.0 Hz ->'/home/crestey/Artiste inconnu - Album inconnu 9/05 Piste 5_rip'...
cdda2wav: Operation not permitted. cannot set posix realtime scheduling policy
percent_done:
100%  track  5 'Fuego fatuo' recorded successfully


Encoding "05 Piste 5"...

10:47:46: Lame -b 192 -q 5 encoding track 1 of 1
LAME 3.99.3 32bits (http://lame.sf.net)
CPU features: MMX (ASM used), SSE (ASM used), SSE2
Using polyphase lowpass filter, transition band: 18671 Hz - 19205 Hz
Encoding /home/crestey/Artiste inconnu - Album inconnu 9/05 Piste 5.wav
      to /home/crestey/Artiste inconnu - Album inconnu 9/05 Piste 5.mp3_enc
Encoding as 44.1 kHz j-stereo MPEG-1 Layer III (7.3x) 192 kbps qval=5
Encoding of "05 Piste 5.mp3" complete.


10:47:51: Starting with album gain detection for mp3-files.

All complete!
Ripping needed 0 min and encoding needed 0 min.


crestey@crestey-Pegatron:~$

Mais les tags ne sont toujours pas intégrés au fichier rippé
Le ripper que ripit utilisait par défaut était cdparanoia
En précisant -r 2, le ripper utilisé devient cdda2wav

Crestey · Le 11/11/2013, à 15:49

Je suis tombé sur ce lien ou un autre linuxien a eu le même problème

agensbur · Le 11/11/2013, à 19:50

Je suis surpris de ce que tu dis sur sound juice, il me semblait aller directement sur le net dès qu'il avait identifié le cd donc sauter les datadisk, mais j'ai vu très vite et c'est peut-être paramétrable sans avoir à forcer par une déconnexion.

Une alternative au cas où ce soft ne te conviendrait pas.

Ripper, Transcoder, Récupérer les datadisc usuellement présent sur un CD audio du commerce (pas toute la gamme théoriquement possible aujourd'hui - peut être là une limite) par contre aucune ambiguïté possible il n'interroge pas une des bases sur le net : xcfa : http://doc.ubuntu-fr.org/xcfa.

Assez lent, ligne de commandes je suppose - l'interface graphique est en tout cas suffisamment spartiate pour ne pas se perdre - ultra paramétrable, désespérant parfois parce qu'intraitable sur la qualité des cd - le soft (cdparanoia) s'en sort assez mal quand il rencontre une difficulté - il faut installer des contrôles - le soft n'évolue pas tous les 15 jours - et s'appuie lui même sur des composants qui datent.

Il me semble qu'il reste une référence pour ce type de boulot, et pour le moment malgré ces défauts satisfait à mon besoin.

Je vais regarder à nouveau sound juice de mon coté.

Dernière modification par agensbur (Le 11/11/2013, à 20:08)

Crestey · Le 11/11/2013, à 20:50

merci agensbur,
Je viens d'essayer xcfa.
xcfa (tout comme sound-juicer), ne fonctionne à priori pas en ligne de commande à intégrer dans un script. Et c'est là mon besoin.
Sinon il marche bien (tout comme sound-juicer).
A+

samfuzz · Le 12/11/2013, à 14:23

je ne connais pas ripit,

mais en ligne de commande j'utilise abcde :
http://doc.ubuntu-fr.org/abcde

une fois configuré (il y a pas mal d'options dans le fichier de config),
ça marche plutôt pas mal

Crestey · Le 12/11/2013, à 18:47

bonjour samfuzz
abcde m'a déjà été suggéré en #2
Je l'ai essayé en #3, mais ça ne marche pas mieux
En fait sur les 109 premeirs CD rippés, il y en a 12 à problèmes.
Je mettrais bien un fichier.wav qui merdoit en ligne pour donner un exercice intéressant à tous les linuxiens, mais je ne sais pas trop comment faire.

samfuzz · Le 12/11/2013, à 23:21

ah oui, désolé j'ai lu le fil un peu rapidement,

question tu extrais tes CD en ogg, mp3, flac ?

pour info si tu extrais des CD en wav, tes fichiers ne seront pas taggés (à ma connaissance il n'y a pas de tags pour les wav)

edit :

je viens de voir la copie d'écran, apparemment c'est de l'ogg

en fait je ne comprend pas bien ton problème :
c'est amarok qui n'arrive pas à lire les tags de tes fichiers ogg rippés avec ripit ?
ou
c'est ripit qui ne retrouve pas les infos (artist, album, titres ) de certains CD ?

Dernière modification par samfuzz (Le 12/11/2013, à 23:26)

Crestey · Le 13/11/2013, à 10:00

samfuzz a écrit :

question tu extrais tes CD en ogg, mp3, flac ?

mp3

samfuzz a écrit :

pour info si tu extrais des CD en wav, tes fichiers ne seront pas taggés (à ma connaissance il n'y a pas de tags pour les wav)

c'est bon à savoir, merci.

samfuzz a écrit :

c'est ripit qui ne retrouve pas les infos (artist, album, titres ) de certains CD ?

c'est ça

samfuzz a écrit :

je viens de voir la copie d'écran, apparemment c'est de l'ogg

Le problème est indépendant du format de sortie.
Le problème est que ripit ou abcde ne lisent pas les tags et donc ne les retranscrivent pas (ni en ogg ni en mp3).
En #3, j'ai essayé abcde comme suggéré et j'ai laissé en ogg, format par défaut de abcde, pour ne pas avoir à fouiller dans les options de abcde pour qu'il me fasse du mp3.
Mais ce que j'utilise usuellement, c'est ripit et je rippe en mp3.

Pour être plus clair,
Re-voici la copie d'écran d'un CD qui merdoit.
Et voici la copie d'ecran similaire d'un CD qui ne merdoit pas. (dont les tags sont bien lus par abcde ou ripit).
(le dernier titre n'a pas été rippé car j'ai eu une coupure de courant ... )

Dernière modification par Crestey (Le 13/11/2013, à 10:04)

cris22 · Le 13/11/2013, à 11:41

Bonjour

Voir si les tags sont écrits en ID3v2 ou ID3v1, il peut même y avoir dans un même morceau des tags écrits dans les deux systèmes.
Il faut garder 1 seul système (effacer l'autre) sous peine d'incohérence, doublon, etc dans la bibliothèque média.

Pour les fichiers .flac, il peut y avoir des tags ID3v1 ou 2 écrits dedans, les supprimer également.

Si tes appli ne lisent pas l'un ou l'autre des tags, ils apparaîtront sur l'un et pas sur l'autre. (Les ID3v2 sont lus de tous je pense)

Perso je tague en ID3v2 avec Easytag ( que je trouve plus pratique pour cela) et je fais le ménage avec puddletag (en PPA) ( tout peut être fait à partir de ce dernier)

Crestey · Le 13/11/2013, à 12:12

Bonjour cris22, et merci

cris22 a écrit :

Voir si les tags sont écrits en ID3v2 ou ID3v1

Je n'ai pas trouvé comment savoir si mon CD a ses tags en ID3v1 ou ID3v2. Sais-tu ?

cris22 · Le 13/11/2013, à 19:20

avec puddletag, en le configurant pour cela, notamment:

dans l'onglet Fenêtre, cocher Fichiers et Tags enregistrés

puis supprimer à partir de l'onglet Tags les types de tags non désirés

Puddletag est très bien, il faut le manipuler un peu au départ pour se familiariser avec

Crestey · Le 13/11/2013, à 20:13

Bonsoir cris22,
En fait, je ne suis pas sûr qu'on se comprend:
Mon but final est de ripper en ligne de commande tous mes CD physiques (toutes mes galettes chacune rippé en un clic).

J'ai 10% de CD dont ripit n'arrive pas à extraire les tags. Ripit me les ripe avec unknown artist.
Pour ces 10% de CDs, j'ai une solution de rechange toute bête, c'est sound-juicer qui me les ripe très bien avec les bons tags.
Mais évidemment pour ces 10%, je ne peux pas utiliser le script que j'ai fait qui me rippe les CD et me fait en suivant une traitement personnalisé automatique des tags.

Je doit prendre sound-juicer pour ces 10%. Et sound-juicer n'est pas en ligne de commande comme ripit.

Ma dernière question était comment connaître sur le CD (celui qui est physiquement inséré dans mon lecteur), quel est la version de tag (id3v2 ou id3v1), au cas ou le problème viendrait de là. J'ai installé puddletag, et je ne pense pas qu'il réponde à cette question.

A te lire

cris22 · Le 14/11/2013, à 02:30

Je voulais juste attirer ton attention sur la particularité des tags dans les fichiers audio.

J'ai découvert en tagant mes fichiers audio en MP3 ou Flac, que je me retrouvais avec des tags audio ne correspondant pas au résultat que j'attendais.

Je me suis aperçu que certains fichiers contenaient plusieurs types de tags (cela est visible avec puddletag).

Pour ce que je comprend de ton problème, après avoir ripper tes CD, regardes avec puddletag les types de tags que tu retrouves dans tes fichiers et élimines ou rectifies ces tags.

Si mon intervention ne correspond pas à ton problème, je m'en excuse

Crestey · Le 14/11/2013, à 10:47

cris22 a écrit :

Si mon intervention ne correspond pas à ton problème, je m'en excuse

Y a pas de soucis. Tu me fais connaître un taggeur de +, qui a l'air très bien au demeurant. C'est déjà ça.
Mais effectivement ça ne répond pas; Tous les fichiers rippés restent en unknown vus par puddletag.
Et mon besoin est une lecture de tous les tags par un ripper en ligne de commande.

Dernière modification par Crestey (Le 14/11/2013, à 16:40)

agensbur · Le 14/11/2013, à 15:40

Sous doutes à nouveau à coté de la plaque, cette histoire d'incohérence de format de tag sur les sources est vraiment crédible, mais je suis bien incapable d'en dire plus. La lumière ne semblant pas jaillir : à tout hasard faire tourner ta moulinette sur un cd à problème mais une autre config, pour écarter une histoire de pb local.
--------------------------------------------------------------------------------------------------------------------------------------------------------------------
Anecdotiquement, j'ai ramé un peu avant de fixer une méthode à ma main partant des datadisc. Xcfa m'a donné des soucis à un moment en 12.10, soucis 'réglés 'miraculeusement' en 13.04 (cd paranoia rejetait trop de cd) : passons sur les causes possibles de l'amélioration - des petits bugs mystérieux sur quelques applis, quelques-uns clairement reproductibles sur des configs similaires.
---------------------------------------------------------------------------------------------------------------------------------------------------------------------
(Ce que j'ai monté est à ma main, mais à suivre ce fil je découvre d'autres approches et d'autres softs, merci).

Dernière modification par agensbur (Le 14/11/2013, à 15:40)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 10/11/2013, à 13:05

Pourquoi Amarok ne lit pas certains Tags lus par Rhythmbox ?

#2 Le 10/11/2013, à 14:28

Re : Pourquoi Amarok ne lit pas certains Tags lus par Rhythmbox ?

#3 Le 10/11/2013, à 16:47

Re : Pourquoi Amarok ne lit pas certains Tags lus par Rhythmbox ?

#4 Le 10/11/2013, à 17:46

Re : Pourquoi Amarok ne lit pas certains Tags lus par Rhythmbox ?

#5 Le 11/11/2013, à 01:44

Re : Pourquoi Amarok ne lit pas certains Tags lus par Rhythmbox ?

#6 Le 11/11/2013, à 10:59

Re : Pourquoi Amarok ne lit pas certains Tags lus par Rhythmbox ?

#7 Le 11/11/2013, à 11:53

Re : Pourquoi Amarok ne lit pas certains Tags lus par Rhythmbox ?

#8 Le 11/11/2013, à 15:49

Re : Pourquoi Amarok ne lit pas certains Tags lus par Rhythmbox ?

#9 Le 11/11/2013, à 19:50

Re : Pourquoi Amarok ne lit pas certains Tags lus par Rhythmbox ?

#10 Le 11/11/2013, à 20:50

Re : Pourquoi Amarok ne lit pas certains Tags lus par Rhythmbox ?

#11 Le 12/11/2013, à 14:23

Re : Pourquoi Amarok ne lit pas certains Tags lus par Rhythmbox ?

#12 Le 12/11/2013, à 18:47

Re : Pourquoi Amarok ne lit pas certains Tags lus par Rhythmbox ?

#13 Le 12/11/2013, à 23:21

Re : Pourquoi Amarok ne lit pas certains Tags lus par Rhythmbox ?

#14 Le 13/11/2013, à 10:00

Re : Pourquoi Amarok ne lit pas certains Tags lus par Rhythmbox ?

#15 Le 13/11/2013, à 11:41

Re : Pourquoi Amarok ne lit pas certains Tags lus par Rhythmbox ?

#16 Le 13/11/2013, à 12:12

Re : Pourquoi Amarok ne lit pas certains Tags lus par Rhythmbox ?

#17 Le 13/11/2013, à 19:20

Re : Pourquoi Amarok ne lit pas certains Tags lus par Rhythmbox ?

#18 Le 13/11/2013, à 20:13

Re : Pourquoi Amarok ne lit pas certains Tags lus par Rhythmbox ?

#19 Le 14/11/2013, à 02:30

Re : Pourquoi Amarok ne lit pas certains Tags lus par Rhythmbox ?

#20 Le 14/11/2013, à 10:47

Re : Pourquoi Amarok ne lit pas certains Tags lus par Rhythmbox ?

#21 Le 14/11/2013, à 15:40

Re : Pourquoi Amarok ne lit pas certains Tags lus par Rhythmbox ?

Pied de page des forums