Powtarzalność, czyli spacery do pracy.

Dziś w pracy jakoś zgadaliśmy się w temacie, że część załogi ostatnio wcześniej wstaje i na dodatek ma energię i ochotę na aktywność fizyczną o tej nieludzkiej porze (siłownia, spacer). Strzeliłem, że ta pora roku tak ma – nadchodzącą wiosnę się wyczuwa i w ogóle.

Ponieważ w moim przypadku chodzi o spacer do pracy, połączony ze słuchaniem mp3 – wcześniej muzyka, teraz odkryłem, że w końcu mam czas posłuchać wykładów TED; jak na razie rozwiązanie sprawdza się bardzo dobrze – podobnie w pewnym momencie chodziłem na piechotę, spacerkiem, do starej firmy, postanowiłem sprawdzić, czy jest korelacja. Tym bardziej, że wydawało mi się, że robiłem wtedy wpis o tym.

Okazuje się, że faktycznie robiłem wpis o chodzeniu na piechotę do pracy zatytułowany znamiennie, bo spacery. Bingo, dokładność praktycznie koło tygodnia (pierwsza myśl przeszła mi z 2 tyg. temu). Podobieństw jest więcej – dystans (poprzednio 2,25 km, teraz jakieś 2,4 km) i co za tym idzie – czas (well, obecnie poniżej 30 min, wg Google Maps jakieś 35 min, w praktyce 25 min). Podobna różnica między dotarciem do pracy przy pomocy MPK (trochę nieaktualne już, bo rozkład się zmienił), a przyjściem na piechotę, co poprzednio. Jedyne, czego nie ma tym razem, to możliwości wyboru innej trasy. Każda inna jest dużo dłuższa. Ale w praktyce i tak nigdy nie korzystałem z możliwości wyboru innej trasy…

Optymalizacja MPD.

Jakiś czas temu znalazłem coś, co uważam za ostateczne rozwiązanie dla muzyki pod Linuksem. Ale, po pewnym czasie używania, stwierdziłem, że coś to MPD za duży apetyt ma na procesor. Przypomniał mi o tym sirmacik przy problemach z „charczącym” dźwiękiem, których powodem była różna częstotliwość muzyki i karty. Konkretnie – odtwarzanie Radio Baobab owocowało zużyciem procesora ok. 8-12% wg top (strumień ogg). Niby żaden dramat, bo laptop demonem szybkości nie jest, ale szybki test na mplayerze pokazał, że jemu wystarcza 3-5%.

Oczywiście mplayer to inna bajka – ma wykrywanie procesora podczas uruchomienia, a MPD takich wodotrysków niestety nie ma (strumienia PR 3, czyli Trójki też nie umie odtworzyć, niestety Trójka działa w MPD, wymagany odpowiedni format źródła i odpowiednia wersja MPD – w 0.15.12-1.1 nie działało, mimo zmiany formatu, w 0.15.15-2 z Debiana unstable działa). Zaczął się więc debug. Po pierwsze, trafiłem (nie po raz pierwszy) na świetną stronę opisującą tuning MPD. Po wypróbowaniu wszystkich praktycznie wszystkich sposobów na wyłączenie resamplingu, po braku jakichkolwiek efektów, byłem gotów na przekompilowanie MPD i bibliotek z włączeniem optymalizacji na PIII (bo karta – tania karta USB – uparcie działała w 48 kHz), ale…

Drugiego dnia dobrzy ludzie na IRCu zwrócili moją uwagę na niepozorny i zdecydowanie niewyeksponowany w owym czasie (czytaj: słowa o nim nie było) na wspomnianej stronie parametr samplerate_converter. Okazało się, że jest obecny i opisany w konfigu (cóż, tam nie szukałem, skoro jest dedykowana strona o tuningu). Okazało się, że po dodaniu w konfigu linii:

samplerate_converter            "internal"

MPD zużywa dokładnie tyle procesora, co mplayer – 3-5%. Różnica w jakości jest słyszalna, ale jeśli ktoś słucha głównie radia internetowego, na słabym sprzęcie audio i nie na słuchawkach to spokojnie i bezboleśnie daje się słuchać. Jeśli ktoś ma słaby sprzęt lub nie ma koprocesora, to wręcz nie ma wyboru. 😉

PS. Oczywiście dopisałem stosowny fragment na ww. wiki, w sumie wypada od tego zacząć, żeby sprawdzić, czy o resampling chodzi… Nawiasem, jeśli jest problem z dźwiękiem pod Linuksem, szczególnie w mpd czy mplayerze – przerywa, harczy, tnie, to prawdopodobnie też kwestia ustawień resamplingu. Ww. strona na wiki podaje przyczynę i sposoby rozwiązania.

Rockbox 3.7.

Dzięki temu, że opisywany sposób (html2rss) na otrzymywanie powiadomień o zmianach na stronie WWW przy pomocy RSS działa dobrze, już mam na mojej Sansie Rockbox 3.7. Upgrade totalnie bezproblemowy (przy pomocy Rockbox Utility).

Lista zmian dla Rockbox 3.7 podobnie jak w przypadku wersji 3.6 nie jest imponująca, ale doszło parę sprzętów, które są wspierane w wersji stabilnej (Sansa Clip v1 and v2, Clip+, Fuze v2, Ipod Nano 2g) oraz (chyba jedyna istotna(?) zmiana dla mnie) Optimizations for FLAC, MP3, Vorbis, AAC-LC, AAC-HE, TTA, Cook, Atrac3 and WMA. Z nowości – wspierany jest WMA Pro codec (czymkolwiek to jest).