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

From KDE Wiki Sandbox
< Amarok‎ | Manual‎ | Various
(Updating to match new version of source page)
(Updating to match new version of source page)
Line 105: Line 105:
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:
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:


# The files are bit-by-bit identical#* You can use for example <code>md5sum</code> 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# 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 <code>Amarok 2 AFTv1</code> string in tags#* You can use <code>amarok_afttagger</code> command-line utility to reset unique id of one of the tracks: {{Input|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: {{Input|amarok_afttagger --delete --verbose path/to/one/of/the/tracks.mp3}}# (for Amarok before  [http://commits.kde.org/amarok/216c18bdaf1 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 <s>{{Bug|315329}}</s> for more info#* You can use any advanced tag reader to verify this (look for <code>MusicBrainz</code> string in tags) and to remove the MusicBrainz id from one of the tracks#* As an alternative solution, you can use <code>amarok_afttagger</code> to add '''Amarok''' AFT id to one of the tracks because '''Amarok''' will then prefer its own id rather than the MusicBrainz one: {{Input|amarok_afttagger --newid --verbose path/to/one/of/the/tracks.mp3}}
# The files are bit-by-bit identical
#* You can use for example <code>md5sum</code> 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
# 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 <code>Amarok 2 AFTv1</code> string in tags
#* You can use <code>amarok_afttagger</code> command-line utility to reset unique id of one of the tracks: {{Input|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: {{Input|amarok_afttagger --delete --verbose path/to/one/of/the/tracks.mp3}}
# (for Amarok before  [http://commits.kde.org/amarok/216c18bdaf1 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 <s>{{Bug|315329}}</s> for more info
#* You can use any advanced tag reader to verify this (look for <code>MusicBrainz</code> string in tags) and to remove the MusicBrainz id from one of the tracks
#* As an alternative solution, you can use <code>amarok_afttagger</code> to add '''Amarok''' AFT id to one of the tracks because '''Amarok''' will then prefer its own id rather than the MusicBrainz one: {{Input|amarok_afttagger --newid --verbose path/to/one/of/the/tracks.mp3}}


<span class="mw-translate-fuzzy">
<span class="mw-translate-fuzzy">

Revision as of 05:20, 28 February 2013

Rozwiązywanie problemów i często spotykane problemy

Jeśli przeszedłeś przez opisane tutaj procedury, ale Ci nie udało się rozwiązać problemu, zapraszamy na kanał IRC (irc://irc.freenode.org/amarok), Forum KDE sekcja Amarok, lub listę dyskusyjną.

Problemy przy instalacji

Błędy w pakietach

Od czasu do czasu zdarza się spotkać błędnie przygotowane pakiety dostarczane przez dystrybucję - od złych wersji dostarczonych pakietów do niedostarczenia pewnych niezbędnych komponentów. Z nieznanych nam powodów zdarza się dość często przy zależnościach związanych z MySQL. Raporty o błędach powinny być wysyłane do Twojej dystrybucji, nie na bugs.kde.org.

Trudności w kompilacji ze źródeł

Osobom zainteresowanym pomocą przy testowaniu najnowszych wersji Amaroka polecamy kompilację ze źródeł. Zachęcamy do korzystania z tej wspaniałej instrukcji: Compiling Amarok from GIT Locally; a Full Summary. Szczegółowe informacje dotyczące gita znajdziesz tutaj: Techbase GIT Tutorial.

Jeśli wcześniej udało Ci się dokonać kompilacji, a teraz napotykasz błędy, usuń plik CMakeCache.txt i spróbuj ponownie. Jeśli dalej otrzymujesz błędy usuń cały folder Build i kompiluj od nowa.

Adres repozytorium na githubie ostatnio się zmienił. Uruchom

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

jeśli wciąż używasz starego URL. Prosimy, daj nam znać jeśli znajdziesz stary link gdzieś w naszej dokumentacji.

Problemy przy uruchomieniu

Błędy list odtwarzania

Obecnie używana lista odtwarzania może zostać przypadkowo uszkodzona, co uniemożliwi uruchomienie Amaroka. Można to naprawić po prostu usuwając plik listy z katalogu Amarok, $HOME/.kde/share/apps/amarok/current.xspf. W niektórych systemach zamiast .kde może być używana nazwa .kde4.

Kłopoty z bazą danych

Jeśli baza danych została uszkodzona i uniemożliwia to uruchomienie Amaroka możesz przenieść bazę danych do katalogu kopii zapasowej (lub po prostu ją usunąć). To zmusi Amaroka do przebudowania bazy. Przenieś $HOME/.kde/share/apps/amarok/mysqle do katalogu kopii zapasowej (np. $HOME/.kde/share/apps/amarok/mysqle~) i uruchom ponownie Amarok.

Inne problemy i tworzenie kopii zapasowej ustawień

Jeśli dwie powyższe porady nie pomogły, lub po prostu chcesz przywrócić Amaroka do domyślnej konfiguracji możesz przenieść do katalogu kopii zapasowej (lub usunąć) katalog Amaroka: $HOME/.kde/share/apps/amarok oraz pliki konfiguracyjne z $HOME/.kde/share/config/amarok* (mogą istnieć dwa lub trzy pliki pasujące do tego wzorca). Znów, katalog może nazywać się .kde4 zamiast .kde.

Problemy przy skanowaniu, sortowanie plików

Amarok skanuje Twoje pliki muzyczne przy pierwszym uruchomieniu i automatycznie aktualizuje kolekcję, jeśli wybierzesz opcję Ustawienia -> Konfiguruj -> Kolekcja -> Śledź zmiany w katalogach.

Jeśli nie chcesz by Amarok wyszukiwał zmiany, odznacz tę opcję i używaj Narzędzia -> Uaktualnij Kolekcję za każdym razem gdy będziesz chciał wprowadzić zmiany w kolekcji.

Więc na temat skanowania tutaj.

Uszkodzone tagi

Czasem Amarok wydaje się nie zauważać niektórych plików. Jedną z przyczyn mogą być uszkodzone tagi. Możesz to sprawdzić przy pomocy aplikacji kid3. Więcej o tagowaniu tutaj.

W celu znalezienia źle działającego pliku (plików) uruchom w konsoli amarokcollectionscanner. Szczegóły tutaj.

Niemożność zapisania tagów

Jeśli Amarok nie zapisuje zmian w tagach, możesz mieć problemy z uprawnieniami dostępu. Upewnij się, że Twój użytkownik ma uprawnienia zapisu do Twojej muzyki. Na przykład,

chown -R youruser Music/

by zmienić właściciela na Twojego użytkownika, lub

chmod -R +w Music/

by nadać właścicielowi uprawnienia do zapisu.

Błędne sortowanie (Różni artyści)

Ludzie czasem zgłaszają, że ścieżki są klasyfikowane jako "Różni Wykonawcy", gdy wcale nie powinny, lub są sortowane jako "Nieznany Album". Tym co odróżnia ścieżki zakwalifikowane jako Różni Wykonawcy od tych sortowanych pod nazwiskiem artysty jest jest tag "Wykonawca Albumu". Jeśli wybierzesz wyświetl jako Różni Wykonawcy z menu kontekstowego, ten tag zostanie opróżniony. Przeciwna akcja ma miejsce gdy wybierzesz Nie wyświetlaj jako Różni Wykonawcy, ale tag "Wykonawca Albumu" będzie automatycznie wypełniony tagiem "Wykonawca".

Jeśli brakuje tagów Album oraz Wykonawca Albumu, Amarok sklasyfikuje ścieżkę jako Nieznany Album i Różni Wykonawcy. Jeśli chcesz, by były sortowane inaczej, otaguj je tak jak chcesz. Jeśli nie znasz części informacji wypróbuj nową funkcję MusicBrainz w edytorze tagów lub wykorzystaj aplikację tagującą.

Duplicate Tracks

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. The files are bit-by-bit identical
    • 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

Problemy podczas odtwarzania

Amarok pomija ścieżki, lub wydaje się odtwarzać je bez dźwięku

Jeśli pliki, które próbujesz odtworzyć są w formacie mp3, zapoznaj się z instrukcją dotyczącą włączania obsługi mp3 w Twojej dystrybucji, tutaj. Pamiętaj, że to, że jakiś program w Twoim systemie odtwarza pliki mp3, wcale nie oznacza, że Amarok posiada zainstalowane odpowiednie kodeki.

Brak dźwięku, lub zła jakość dźwięku

Przy różnych problemach z dźwiękiem po pierwsze sprawdź jakiego mechanizmu Phonona używasz Ustawienia -> Konfiguruj -> Odtwarzanie -> Konfiguruj Phonona -> Backend. Rozważ przełączenie na inny mechanizm. VLC, GStreamer oraz Xine powinny być dostępne w Twojej dystrybucji, przy czym Xine jest nieco przestarzałe. GStreamer lub VLC są zwykle zalecane.

Sprawdź także, czy własne oprogramowanie tego mechanizmu odtwarza pliki poprawnie. Jeśli nie, to problem leży po stronie tego oprogramowania i powinieneś poszukać informacji w jego plikach pomocy. Innymi słowy - czy GStreamer lub VLC odtwarza ten plik? Czy odtworzy się on w Dragonie, który także używa Phonona?

Jeśli wydaje Ci się to, że problem dotyczy PulseAudio i chcesz wysłać log do twórców tego oprogramowania, odpowiednia strona jest tutaj.

Problems with collections on iPod etc.

Amarok show no cover-images or images are lost when transferring to device

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.

Inne błędy

  • Uruchamianie Amaroka z konsoli:
    amarok --debug --nofork
  • Amarok kończy pracę błędem, ale Dr. Konqi nie wyświetla błędu -- uruchom w gdb przy pomocy następującego polecenia:
    gdb --args amarok --debug --nofork
    W konsoli gdb wpisz run by uruchomić Amarok, ponownie spowoduj błąd, po czym wpisz w gdb thread apply all bt by wygenerować backtrace.
  • Raportowanie błędów: Jeśli Dr. Konqi został wywołany, umożliwi on raportowanie błędu i wykona większość pracy za Ciebie. Jeśli nie, będziesz musiał zgłosić błąd ręcznie, na bugs.kde.org. Jeśli błąd zakończył pracę odtwarzacza, wklej backtrace wygenerowany przez gdb w komentarzu.
  • Osobista pomoc przy problemach: IRC, Forum, Lista dyskusyjna.

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