Affair in Havana, czyli o jednej piosence.

Miałem podesłać S. mailem w nawiązaniu do rozmowy, ale może więcej osób będzie zainteresowanych…

Wersja podstawowa Affair in Havana, to oczywiście Ramones:

Klasyczne trzy akordy, darcie mordy. Ale ładne, na wesoło i ma „to coś” (niesamowity akcent w banana?). Nic dziwnego, że za utwór wzięli się różni ludzie, a chyba najbardziej znany cover to Red Hot Chili Peppers:

Całkowicie inny klimat – zdecydowanie nie na wesoło, zdecydowanie nie punkowe, jednocześnie bliskie oryginałowi. Rzadko się zdarza, żeby cover podbał mi się bardziej, niż oryginał, ale tak jest w tym przypadku. Polecam wsłuchanie się w bas…

Jakby ktoś miał z tym problem, to polecam ten cover z gołym basem. Nie jest idealny, ale mniej więcej widać/słychać, co się tam wyprawia. Bardzo ładnie rozwinięte, ciekawe czy ktoś próbował zagrać wersję punkową z podobnym basem (nie żeby oryginalna nie starczała ;-))?

Jeśli przy coverach i własnych dokonaniach jesteśmy, to zagadka (przynajmniej dla mnie), w imię czego ludzie wrzucają sieci coś takiego?

Rwane, kupa pomyłek (z przewagą kupy) no i… nierówno. Aż boli.

Dla odmiany IMO niezły cover to:

Gitara, wokal, bas przez jedną osobę. Szacun, chociaż nie jest idealnie.

Na koniec, jakby ktoś chciał się pobawić, to tabulatura basowa tego kawałka na podstronce z tabulatorami basowymi (tak, lubię czasem sobie popykać, choć totalnie z wprawy wyszedłem). Bardzo średnia (muszę moją w końcu zrobić), ale mniej więcej wiadomo OCB i jest punkt zaczepienia.

UPDATE: dzezz podesłał bardzo dobry link, pokazujący, że ostatniemu linkowi jednak ciut do wersji live w wykonaniu oryginalnym brakuje. 😉

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.