Amarok/Manual/Various/TroubleshootingAndCommonProblems/fr: Difference between revisions

From KDE Wiki Sandbox
< Amarok‎ | Manual‎ | Various
No edit summary
(Created page with "L'URL pour extraire de Git a changé récemment. Exécutez : {{Input/fr|<nowiki>git remote set-url origin git://anongit.kde.org/amarok</nowiki>}} si vous utilisez encore l'anc...")
Line 17: Line 17:
If you have built successfully before, and now are encountering errors, try removing <tt>CMakeCache.txt</tt> and try again. If that still errors out, remove the entire Build folder and build completely fresh.
If you have built successfully before, and now are encountering errors, try removing <tt>CMakeCache.txt</tt> and try again. If that still errors out, remove the entire Build folder and build completely fresh.


The URL to pull from git has recently changed. Run {{Input|<nowiki>git remote set-url origin git://anongit.kde.org/amarok</nowiki>}} if you still using the old URL. Please ping us if you find the old link in our documents so we can update it everywhere.
L'URL pour extraire de Git a changé récemment. Exécutez : {{Input/fr|<nowiki>git remote set-url origin git://anongit.kde.org/amarok</nowiki>}} si vous utilisez encore l'ancienne URL. Merci de nous indiquez si vous trouvez dans la documentation, des liens qui utilisent encore l'ancienne URL, afin que nous puissions faire partout la correction.


==== Problèmes pour démarrer ====
==== Problèmes pour démarrer ====

Revision as of 08:34, 22 July 2018

Résolutions d'incidents et problèmes communs

Si vous avez suivi les procédures décrites ici, mais n'avez pas rencontré le succès, vous pouvez venir sur IRC (irc://irc.freenode.org/amarok), poster sur le forum KDE Amarok section, ou écrire à la liste Amarok.

Problèmes à l'installation

Mauvais paquetage

De temps en temps, les utilisateurs risquent d'avoir affaire à un mauvais paquetage issu d'une distribution ; que ce soit par la mauvaise version d'un composant inclus, ou par une certaine partie nécessaire qui ait été oubliée. Pour certaines raisons, ceci arrive souvent avec les dépendances MySQL. Dans ces cas, les rapports des bogues devraient être faits à votre distribution, pas à bugs.kde.org.

Difficultés pour compiler à partir du code source

For those who wish to help out by testing the newest Amarok versions, a local build is advised. Use this excellent guide: Compiling Amarok from GIT Locally; a Full Summary. Detailed information about git can be found here: Techbase GIT Tutorial.

If you have built successfully before, and now are encountering errors, try removing CMakeCache.txt and try again. If that still errors out, remove the entire Build folder and build completely fresh.

L'URL pour extraire de Git a changé récemment. Exécutez :

git remote set-url origin git://anongit.kde.org/amarok

si vous utilisez encore l'ancienne URL. Merci de nous indiquez si vous trouvez dans la documentation, des liens qui utilisent encore l'ancienne URL, afin que nous puissions faire partout la correction.

Problèmes pour démarrer

Erreurs dans les listes de lecture

The current playlist can occasionally get corrupt, which will prevent Amarok from starting. This can be fixed by simply removing the current playlist file in the Amarok directory, $HOME/.kde/share/apps/amarok/current.xspf . Note that on some systems, this may be .kde4 rather than .kde.

Problèmes dans les bases de données

If the database is corrupt and this is preventing Amarok from starting, you can move the database to a backup location (or simply delete it). This will cause Amarok to rebuild the database from scratch. Move the $HOME/.kde/share/apps/amarok/mysqle folder to a backup location (such as $HOME/.kde/share/apps/amarok/mysqle~) and restart Amarok.

Autres incidents et sauvegarde des paramètres

If the above two items do not help, or you otherwise need to restore Amarok to a clean configuration, you can move to a backup location (or delete) the Amarok directory at $HOME/.kde/share/apps/amarok and the Amarok config files at $HOME/.kde/share/config/amarok* (there may be two or three files matching this pattern). Again, the directory may be .kde4 rather than .kde.

Problèmes dans la recherche ou le tri de fichiers

Amarok parcourt vos fichiers de musique lors de son premier démarrage, puis gardera votre collection à jour automatiquement, si vous avez choisi Settings -> Configure Amarok -> Collection -> Watch folders for changes.

If you don't want Amarok scanning for changes, uncheck that, and use Tools -> Update Collection whenever you make changes to your collection.

Davantage d'informations sur la recherche des collections Amarok ici .

Balises corrompues

Some folks notice that Amarok seems to be missing some files. One of the causes can be corrupt tags, which you can check using the tagging application kid3. More about tagging here.

To find the bad file(s), run amarokcollectionscanner from the console. Details here.

Impossibilité d'écrire les balises

If Amarok is not saving changes to tags, you may have permissions problems. Ensure that your user has write permissions to your music. For example,

chown -R youruser Music/

to change ownership to your user, or

chmod -R +w Music/

to add write permissions to the owner.

Tri incorrect (Divers artistes)

Sometimes people report that tracks are in Various Artists when they should not be, or are sorted into "Unknown Album." What separates Various Artists albums and tracks and albums sorted under their artists is the Album Artist tag. When you click Show under Various Artists in the context (right-click) menu, that tag will be emptied if it is filled. The opposite happens to a file in Various Artists when you choose Do not show under Various Artists, but the Album Artist tag will be auto-filled from the Artist tag.

If there is no Album tag, and no Album Artist tag, Amarok will put the track into Unknown Album in Various Artists. If you want them sorted otherwise, tag them the way you want them sorted. If you don't know some of the information, try out the new MusicBrainz function in the tag editor, or use a tagging application.

Pistes en double

Sometimes Amarok pops up following dialog during (perhaps initial) collection scan:

This most probably means that an identical file ended up twice in your collection at different places. You can use Amarok's File Browser to check the files individually, usual action is to remove one of the duplicate files. If you are sure that the tracks are not (or shouldn't be) duplicates, there may be several reasons why Amarok thinks they are:

  1. Les fichiers sont identiques bit à bit
    • You can use for example md5sum command to verify that
    • You can edit metadata of one of the files from within Amarok File browser to differentiate them somehow, perhaps by editing (album) artist, year, composer or a comment
  2. The files have the same Amarok AFT unique id
    • This is often a result of running amarok_afttagger and then creating multiple copies of a tagged file; tag reader such as Kid3 or MP3Diags can be used to verify this, look for Amarok 2 AFTv1 string in tags
    • You can use amarok_afttagger command-line utility to reset unique id of one of the tracks:
      amarok_afttagger --newid --verbose path/to/one/of/the/tracks.mp3
    • Alternatively, you can remove the unique id from one of the tracks, loosing the track-even-if-changed-from-outside functionality:
      amarok_afttagger --delete --verbose path/to/one/of/the/tracks.mp3
  3. (for Amarok before v2.7.0-96-g216c18b) The files have the same MusicBrainz id
    • Released versions up to Amarok 2.7 treated MusizBrainz id embedded in tags (filled in by MusicBrainz-enabled tagger such as Picard) as unique identifiers of tracks. However, MusicBrainz changed the semantics of the id to mean "recording id" since it was originally implemented in Amarok, which means that you may get false duplicates for example for tracks that appear on the original album and the Best of one. See bug #315329 for more info
    • You can use any advanced tag reader to verify this (look for MusicBrainz string in tags) and to remove the MusicBrainz id from one of the tracks
    • As an alternative solution, you can use amarok_afttagger to add Amarok AFT id to one of the tracks because Amarok will then prefer its own id rather than the MusicBrainz one:
      amarok_afttagger --newid --verbose path/to/one/of/the/tracks.mp3

Problèmes pour lire des fichiers

Amarok saute des pistes, ou semble les jouer sans son

If the files you are attempting to play are in mp3 format, please see instructions for enabling mp3 support on your distro, here. Note that one piece of software being able to play mp3s on your system does not necessarily mean Amarok has had the required codecs installed.

Pas de son, ou son mauvais

For more general sound issues, first check what Phonon backend you are using in Settings -> Configure Amarok -> Playback -> Configure Phonon -> Backend. Consider switching to a different backend; VLC and GStreamer backends should be available from your distribution. Both the Gstreamer or VLC backends are recommended, if your distribution is still shipping other backends do not use them.

Also check whether the backend standalone software can play the files correctly; if not this is an issue with that software and you may find information in their help files. In other words, can Gstreamer or VLC play the same file? Will it play in Dragon, which also uses phonon?

If it seems to be a PulseAudio problem, and you want to provide a log to the PulseAudio developers, the troubleshooting page is here.

Problèmes avec les collections sur iPod et autres

Amarok n'affiche pas d'images de couverture ou les images sont perdues durant leur transfert sur l'appareil

Most likely the wrong version of libgpod4 is installed. On Debian and it's derivatives like Kubuntu the default is libgpod4-nogtk, which comes without support for covers. Simply install the variant libgpod4:

sudo apt-get install libgpod4

The package libgpod4-nogtk can then be removed without problem. From Kubuntu Quantal Quetzal on (released as 12.10) this package has been removed and the default is libgpod4.

Plantages et bugs

  • Comment exécuter Amarok à partir de la ligne de commande :
    amarok --debug --nofork
  • Amarok crashes, but Dr. Konqi doesn't pop up — run in gdb with the following command:
    gdb --args amarok --debug --nofork
    In gdb's console, type run to start Amarok, reproduce the crash, and then in gdb type thread apply all bt to generate the backtrace.
  • Filing bugs: If triggered, Dr. Konqi will provide an option to report a bug and do most of the work for you. If not, you will need to submit the bug manually at bugs.kde.org. For crash bugs, paste the backtrace from gdb as a comment.