linux audio embedded system: shadow

[ayran]

Jest 2016.04.04

 

Nie ma jeszcze backupu bo ciągle wychodzą różne rzeczy, zmieniłem pracę i nie mam czasu tego stestować, nawet na bocznicy się już politycznie nie udzielam.

Nie ma sensu trzymać tego co mam tylko dla siebie bo nawet bez backupu konfiguracji jest dużo dobra i pomyślałem, że na bieżąco trzeba się tym z innymi podzielić.

 

Wersja może być nieco wkurzająca dla tych, który chcą używać wbudowanego ncmpcpp oraz sterowania zdalnego. Ncmpcpp nie uaktualnia sobie stanu zmienionego innym klientem. MPD zmienił nieco swoje zachowanie, choć nadal jest ono zgodne z protokołem. Dobre programy klienckie działają ok. Niestety ncmpcpp ciągle ma jakieś kwiatki, autor nieco na wyrost założył jak zachowuje się mpd, choć to przypuszczenie nie jest poparte protokołem. Nawet mój mpod z przed 2 lat działa ok. Zgłosiłem bug w ncmpcpp, ale w kodzie ncmpcpp od dwóch miesięcy nie było zmian, nasz dzielny rodak albo porzucił projekt albo się ożenił.

Jak tak dalej pójdzie to zacznę hakować pms, inny klient konsolowy. Szkoda, bo ncmpcpp jakby taki idealny był na konsolę.

 

Z dobrych rzeczy.

 

1. jest nginx+fcgiwrap + php-fpm = to już nie jest egzotyczny zestaw i to już właściwie przypomina środowisko na jakim można budować interfejs www

nginx jest bardziej wydajny niż serwer www wbudowany w php j i okładki nieco szybciej. w mpdroid mam wyłączony cache okładek i mam wrażenie że idą płynniej.

 

2. główny deweloper mpd uwzględnił moje postulaty i mpd jest w tej chwili DSD-ready. Niestety mało daców ma wsparcie w jądrze linuxa.

nowością jest to, iż można sobie skonfigurować który dac działa w trybie DOP i wtedy automat będzie konfigurować tryb DOP dla tego urządzenia.

innymi słowy można mieć DoP i automatyczną konfigurację mpd, czyli np. automatyczną konfigurację podłączanych urządzeń. Jest o tym punkt w manualu, pkt 6.9.3. Nie mam jak tego stestować ale jeśli podłącz się dac z natywnym DSD i obsługą w jądrze to powinno zadziałać.

 

3. jest bindfs, pomysł wzięty z daphile, nie trzeba się już tak bardzo przejmować uprawnieniami plików na unixowych systemach plików podłączanych do shadow.

 

4. w ogóle nowsze jądro i nowsze mpd, oraz kilka updatów różnych pomniejszych rzeczy.

 

5. aha, i partycje ntfs są teraz obsługiwane inaczej i można również na nich pisać, więc można po sieci na taki dysk coś wrzucić jak jest podłączony do shadow.

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą ) Edytowane 4 Kwietnia 2016 przez ayran

[lukasz13]

Testuję nową wersję shadow i wszystko fajnie działa, Okładki faktycznie jakby szybciej się ładowały. Na plus także chyba działanie nowszego shairport-sync.

Zauważyłem natomiast jedną niepokojącą rzecz, Przy sterowaniu serwerem MPD ze smartfona (MPDroid, Mupeace) podczas przełączania utworów występuje zwłoka około 1-2 sekundy pomiędzy kliknięciem w aplikacji a reakcją serwera i przełączeniem utworu. Nie zauważyłem, żeby przy tym procesor się pocił. Dodam, że na poprzedniej wersji shadow ta sama akcja była wykonywana błyskawicznie. Ktoś jeszcze tak ma? Gdzie może być przyczyna? Nowsze jądro czy MPD?

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[Marcin-utopia]

nginx

 

był dobra drogą widzę ;)

 

niema za co :)

 

Testuję nową wersję shadow i wszystko fajnie działa, Okładki faktycznie jakby szybciej się ładowały. Na plus także chyba działanie nowszego shairport-sync.

Zauważyłem natomiast jedną niepokojącą rzecz, Przy sterowaniu serwerem MPD ze smartfona (MPDroid, Mupeace) podczas przełączania utworów występuje zwłoka około 1-2 sekundy pomiędzy kliknięciem w aplikacji a reakcją serwera i przełączeniem utworu. Nie zauważyłem, żeby przy tym procesor się pocił. Dodam, że na poprzedniej wersji shadow ta sama akcja była wykonywana błyskawicznie. Ktoś jeszcze tak ma? Gdzie może być przyczyna? Nowsze jądro czy MPD?

 

może w mpd.conf masz ustawioną zwłokę miedzy utworami ?

 

max_command_list_size <size in KiB>

This specifies the maximum size a command list can be. The default is 2048.

max_output_buffer_size <size in KiB>

This specifies the maximum size of the output buffer to a client. The default is 8192.

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[ayran]

Testuję nową wersję shadow i wszystko fajnie działa, Okładki faktycznie jakby szybciej się ładowały. Na plus także chyba działanie nowszego shairport-sync.

Zauważyłem natomiast jedną niepokojącą rzecz, Przy sterowaniu serwerem MPD ze smartfona (MPDroid, Mupeace) podczas przełączania utworów występuje zwłoka około 1-2 sekundy pomiędzy kliknięciem w aplikacji a reakcją serwera i przełączeniem utworu. Nie zauważyłem, żeby przy tym procesor się pocił. Dodam, że na poprzedniej wersji shadow ta sama akcja była wykonywana błyskawicznie. Ktoś jeszcze tak ma? Gdzie może być przyczyna? Nowsze jądro czy MPD?

Nowe mpd. W systemiku jest mpd-git więc to jakiś zwiastun tego jaki ma być mpd w przyszłości, zresztą używanie mpd-git pozwoliło mi zgłosić już kilkanaście poprawek i to jest jakby ten mój wkład w opensource. No więc od teraz mpd działa w trybie synchronicznym, wcześniej pracował asynchronicznie, oczywiście chodzi o wykonywanie poleceń.

 

był dobra drogą widzę ;)

 

niema za co :)

Kto śledzi ten wie :D Ale na poważnie, to była świetna wskazówka i naprawdę dziękuję,

no i w końcu można odpalać normalne skrypt cgi, built-in server w php tego nie miał,

albo nie umiałem tego ogarnąć.

W ogóle nginx jest super, chyba wiem czemu apache ma poważnego konkurenta.

 

może w mpd.conf masz ustawioną zwłokę miedzy utworami ?

 

max_command_list_size <size in KiB>

This specifies the maximum size a command list can be. The default is 2048.

max_output_buffer_size <size in KiB>

This specifies the maximum size of the output buffer to a client. The default is 8192.

Nie mogę teraz znaleźć konkretnego commitu ale to jest właśnie przyszłość mpd, tak właśnie będzie się zachowywać mpd-0.20.

 

No w każdym razie jest o tym mowa w kodzie w pliku src/decoder/DecoderControl.hxx.

W styczniu jeszcze tego nie było a teraz już jest.

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą ) Edytowane 5 Kwietnia 2016 przez ayran

[Marcin-utopia]

Nowe mpd. W systemiku jest mpd-git więc to jakiś zwiastun tego jaki ma być mpd w przyszłości, zresztą używanie mpd-git pozwoliło mi zgłosić już kilkanaście poprawek i to jest jakby ten mój wkład w opensource. No więc od teraz mpd działa w trybie synchronicznym, wcześniej pracował asynchronicznie, oczywiście chodzi o wykonywanie poleceń.

 

 

Kto śledzi ten wie :D Ale na poważnie, to była świetna wskazówka i naprawdę dziękuję,

no i w końcu można odpalać normalne skrypt cgi, built-in server w php tego nie miał,

albo nie umiałem tego ogarnąć.

W ogóle nginx jest super, chyba wiem czemu apache ma poważnego konkurenta.

 

 

Nie mogę teraz znaleźć konkretnego commitu ale to jest właśnie przyszłość mpd, tak właśnie będzie się zachowywać mpd-0.20.

 

No w każdym razie jest o tym mowa w kodzie w pliku src/decoder/DecoderControl.hxx.

W styczniu jeszcze tego nie było a teraz już jest.

 

Zgłaszałem kilka razy by zrobić wyszukiwanie po samplerate, bez odzewu

 

i dlatego robie swoją baze danych muzyki i mogę wyszukiwacz bo czym dusza zapragnie

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[ayran]

Kellerman zawsze pyta się "po co" i to jest trudno przeskoczyć. Ale no cóż, tak rozwija się opensource, request obsługi libsoxr wisiał chyba z pół roku (to mój najważniejszy request). Teraz od kilku miesięcy wisi kilka innych, a np. pełna obsługa DSD poszła w miesiąc. Jak jest jakiś ficzer to bugi są sprawnie naprawiane ale dodawanie ficzerów to inna bajka.

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[lukasz13]

może w mpd.conf masz ustawioną zwłokę miedzy utworami ?

 

 

Sprawdziłem wpisy w pliku "mpd.conf.pre" oraz "mpd.conf" (podczas pracy) i wszystko wygląda ok. Praktycznie wszystko pracuje na ustawieniach fabrycznych, oprócz "restore_paused" i "connection_timeout", które zmieniłem sam z racji przyzwyczajeń.

MPD odtwarza gapless pomiędzy utworami na playliście, gdy jeden utwór się kończy, a drugi zaczyna. Bez opóźnienia reakcji na klikniecie w aplikacji działa pause/play, przewijanie utworów, ustawienia repeat, random, itp. Problem z opóźnieniem jest tylko podczas zmiany utworów prev/next oraz przy wyborze utworu z playlisty lub wyszukiwarki. Opóźnienie reakcji serwera na zmianę utworu wynosi około 2 s i nie ukrywam, że dla mnie jako przeciętnego użytkownika jest bardzo irytujące.

 

Próbowałem zmniejszyć rozmiar bufora "audio_buffer_size" oraz "buffer_before_play", ale nie ma to wpływu na wspomniane wyżej opóźnienie. Wg mnie 2 sekundy czekania na zmianę utworu jest nie do przyjęcia, tym bardziej, że pozostałe funkcje działają bez zwłoki. Macie jakieś pomysły jak to obejść?

 

 

Nowe mpd. W systemiku jest mpd-git więc to jakiś zwiastun tego jaki ma być mpd w przyszłości, zresztą używanie mpd-git pozwoliło mi zgłosić już kilkanaście poprawek i to jest jakby ten mój wkład w opensource. No więc od teraz mpd działa w trybie synchronicznym, wcześniej pracował asynchronicznie, oczywiście chodzi o wykonywanie poleceń.

 

Ayran możesz trochę rozwinąć ten temat z asynchronicznym/synchronicznym wykonywaniem poleceń? Co dzięki tej ostatniej zmianie się zyskuje?

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[MARER]

 

Zauważyłem natomiast jedną niepokojącą rzecz, Przy sterowaniu serwerem MPD ze smartfona (MPDroid, Mupeace) podczas przełączania utworów występuje zwłoka około 1-2 sekundy pomiędzy kliknięciem w aplikacji a reakcją serwera i przełączeniem utworu.

 

 

Dziś zapodałem również nową wersję shadowa ...nic powyższego nie zauważam ( MPDroid, Mupeace, MPD Control )

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[ayran]

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

cirrus to Kellermann.

 

ktoś miał podobne odczucia jak lukasz13.

 

Chodzi o to, że wcześniej mpd odbierał komendy i w teorii można mu było zapodać w 0.1 sekundy 100 różnych komend.

Teraz mpd nie odbiera więcej niż jednej dopóki nie skończy. Czyli klient otrzymuje informację "udało się"

jak się uda. Zatrzymanie jest natychmiastowa ale odtwarzanie zawsze dokonywało się z pewnym opóźnieniem.

Tylko że wcześniej jak mpd był w trybie play i się robiło kolejne next to "zatrzymywał" utwór i zaczynał odtwarzać kolejny

a informacja, że można wykonać kolejny next szła do klienta po prostu wcześniej.

 

Co do zalet takiego rozwiązania to ja widzę takie, że łatwiej to oprogramować skryptami. W każdym razie zmiana jest od listopada, tyle że w wersji shadow ze stycznia była jeszcze wersja mpd z przed tej zmiany.

 

Jak widać w odpowiedzi na ten bug ticket to nie jest wypadek i tak ma być. Tak będzie w następnej wersji stabilnej. Jestem teraz mało w domu i nie zwróciłem na to nawet uwagi za bardzo.

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[lukasz13]

Ok. Przeprowadziłem jeszcze kilka testów. Zainstalowałem shadow na innym terminalu, testowałem różne DAC-i i karty dźwiękowe oraz aplikacje sterujące. Niestety testy potwierdziły to, co zauważyłem wcześniej, ale...

...zauważyłem coś jeszcze:)

 

Opóźnienie przy przełączaniu utworów "prev/next" oraz przy wyborze z playlisty występuje tylko wtedy, gdy inny utwór jest właśnie odtwarzany. Wystarczy nacisnąć "pause" w aplikacji sterującej a następnie "prev" lub "next" i kolejny utwór jest grany od razu bez żadnej zwłoki. Cała akcja dwustopniowa pause/next jest wykonywana błyskawicznie.

 

Wynika z tego, że MPD ma prawdopodobnie problem z zatrzymaniem odtwarzania aktualnego pliku przy przełączaniu na kolejny plik...

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[ayran]

Jest to wyjaśnione w tym opisie bugu. Mówiąc klasykiem "to ficzer, nie bug". Nie mam umiejętności aby to poprawić.

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[ayran]

Opóźnienie przy przełączaniu utworów "prev/next" oraz przy wyborze z playlisty występuje tylko wtedy, gdy inny utwór jest właśnie odtwarzany. Wystarczy nacisnąć "pause" w aplikacji sterującej a następnie "prev" lub "next" i kolejny utwór jest grany od razu bez żadnej zwłoki. Cała akcja dwustopniowa pause/next jest wykonywana błyskawicznie.

 

Wynika z tego, że MPD ma prawdopodobnie problem z zatrzymaniem odtwarzania aktualnego pliku przy przełączaniu na kolejny plik...

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

 

w końcu deweloper ncmpcpp, którego program jest obecnie ciut niekompatybilny z mpd-git ruszył się i zareagował na mój bug ticket. No i "kłóci się" (stanowczo dyskutuje) z deweloperem mpd. Przy okazji poszło o opóźnienie przełączania. Zobaczymy co z tego będzie. Jak coś będzie to to zainstaluję.

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[ayran]

Dementi: shadow działa z konwerterem jarkac. Mam taki i mi działa. Proszę się nie sugerować opiniami cieżko myślących ludzi, którzy nie ogarniają różnicy między dsp oraz ripowaniem płyt CD.

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[lukasz13]

Generalnie rozwiązanie problemu powinno być proste. Jeżeli faktycznie ta zmiana w MPD to taki postęp według dewelopera (wg mnie, póki co uwstecznienie), to można dodać w kodzie obsługi polecenia "next/prev" dodatkową komendę "stop" lub "pause" i po temacie...

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[ayran]

Dziś zaaplikuje to co zaproponował deweloper ncmpcpp i się zobaczy. jeśli to co cie uwiera zniknie to wystawię nową wersję.

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[ayran]

Generalnie rozwiązanie problemu powinno być proste. Jeżeli faktycznie ta zmiana w MPD to taki postęp według dewelopera (wg mnie, póki co uwstecznienie), to można dodać w kodzie obsługi polecenia "next/prev" dodatkową komendę "stop" lub "pause" i po temacie...

Na tym właśnie polega patch dewelopera ncmpcpp.

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[ayran]

Jest 2016.06.06

 

to jest wersja z patchem dewelopera ncmpcpp na mpd. Powoduje, że w końcu ncmpcpp jest znowu w pełni kompatybilne z mpd.

Ma to również rozwiązać występujący u niektórych problem opóźnionego przełączania. W każdym wszystkie klienty jakie odpaliłem

działały ok. No i jest to również nowszy mpd.

 

I przy okazji: jest nowszy shairport-sync.

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[lukasz13]

Wszystko śmiga jak trzeba:) Dzięki ayran!

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[ayran]

Jest 2016.06.24

Dziś jest dobra data na przełom. Mój nie jest na taką skalę jak BREXIT ale zawsze to coś.

 

Przede wszystkim jest nowa alsa. Minął już ponad rok a biblioteka alsa się ciągle rozwija.

Po drugie jest backup bazy mpd. Jest o tym punkt w manualu. Jeśli zatem ktoś ma naprawdę duuużo

plików na NAS, a NAS ma podłączony poprzez LAN 100MBit to może tak zaoszczędzić trochę czasu.

Są jeszcze pomniejsze zmiany jak np. jądro 4.6.1, nowsze php (ważne jakby się jednak znalazł jakiś haker php).

Shairport-sync loguje teraz dokładnie co jest do niego przesyłane, może się przydać jakby jednak coś nie działało.

 

Miałem okazję pobawić się windowsem na laptopie teściowej i okazuje się, że z itunes można puścić muzykę

po airplay na kilka kompów naraz. No i okazało, że w konfiguracji dwa shadow w mieszkaniu strumień puszczony

na oba leciał bez żadnych przesunięć. Można się było poruszać po mieszkaniu i to naprawdę fajnie działa. Oznacza to, że

dopóki apple nie zmieni czegoś w protokole airport (co może zrobić jeśli weźmie się pod uwagę co zrobił kiedyś z airprint) to

shadow jest naprawdę sprawnym odbiornikiem airplay.

 

ps. Usunąłem już jądro 3.16.7. To już był zabytek i chyba nikt tego nie instalował. Instalka ma więc teraz równe 50MB. Instalacja systemu jest więc nieco szybsza, jedno pytanie mniej.

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą ) Edytowane 24 Czerwca 2016 przez ayran

[BeatX]

Jest jakaś szansa, na dodanie obsługi Spotify?

Ostatnio jak pytałem, to nie było opcji bo chodziło o coś tam z polityką firmy Spotify - a konkretnie z oprogramowaniem.

Może w końcu coś się zmieniło..

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[ayran]

Na razie nie. po prostu nawet nie wiem jak się do tego zabrać, plugin spotify do mpd już nie istnieje bo firma spotify z nim walczyła.

jak dla mnie to strasznie głupie jest ale taki mają model biznesowy czy coś.

libspotify jest rozprowadzany jako binarium skompilowane pod glibc, a cały shadow jest zbudowany na uclibc co oznacza albo cały shadow

trzeba by zrobić od nowa na glibc (i system byłby dużo większy) albo rzeźbić z glibc i uclibc w jednym systemie.

w lipcu rzucę na to okiem ale nie rób sobie żadnych nadziei.

 

btw. ciekawe jak to jest zrobione w daphile?

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[ayran]

a tu taka ciekawostka:

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

spotify nie lubi chyba za bardzo opensource'owych projektów.

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[ayran]

Jest 2016.07.07

 

Dokonała się mała rewolucja techniczna. Tam gdzie się da do łączenie zasobów (dysków, zasobów NAS) w jeden wirtualny katalog, z którego korzysta mpd, zamiast unionfs-fuse używany jest overlayfs. Jest to bardziej eleganckie i zabiera mniej pamięci. Jednak overlayfs nie jest używany jest ktoś podłączy dysk z ntfs albo korzysta z myku z pakowaniem dsf w archiwa sqfs. Czyli jeśli ktoś nie używan ntfs albo archiwów sqfs to powinno być overlayfs.

No i oczywiście jest nowszy mpd.

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[ayran]

widzę, że Kellermann grzebie w mpd i coś dopisuje do dekodera flac.

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą ) Edytowane 9 Lipca 2016 przez ayran

[BeatX]

Na razie nie. po prostu nawet nie wiem jak się do tego zabrać, plugin spotify do mpd już nie istnieje bo firma spotify z nim walczyła.

 

Szkoda.. dla mnie Spotify to główne źródło poszukiwania muzyki i słuchania na co dzień - ot tak, dla słuchania czegoś w tle gdy zajmuję się czymś pożytecznym :)

Żałuję, bo podoba mi się Shadow i chętnie bym go wrzucił na jakiś terminal - ale brak obsługi Spotify jest dla mnie zbyt dużym ograniczeniem.

Mam nadzieję, że w końcu Spotify otworzy się na użytkowników linux'ów heh..

Dzięki za info anyway :)

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[areq]

Volumio na rpi używa

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą ) - działa ok

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[BeatX]

O, tego nie wiedziałem że Volumio ma jakiegoś innego działającego klienta Spotify.

Jak kiedyś testowałem Malinę + Volumio, to Spotify działało na zasadzie że uruchamiał się klient, ale nie ładowało playlist - czyli w rezultacie, nie działało :D

Thx za info, poczytam o tym.

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[ayran]

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

 

Wszystkie te patenty kończą się na libspotify a libspotify też się kończy.

 

Nie mówiąc o tym, że to jest gotowe binarium, a zatem to co pisałem o konieczności

zbudowania całego systemu pod libspotify to prawda. Fakty są takie, że firma spotify nie

chce aby ludzie korzystali z ich serwisu. Wystarczyłoby opisać proces autoryzacji, przesyłu

danych i ludzie sami by to sobie napisali. Ale w spotify pracują debile, którym się wydaje, że

zdanie "security by obscurity" jest prawdziwe. A nie jest. Przykładem jest protokół ssh. Jego

funkcjonowanie jest powszechnie znane, istnieje wiele implemetancji serwerów jak i klientów,

a jednak protokół jest ciągle bezpieczny. Niezorientowanym powiem, że protokół ssh służy

do szyfrowanej zdalnej pracy na innych komputerach.

 

O despotify tutaj sobie można poczytać:

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

 

spotify nie miało problemu, że im się ludzie na serwer włamali, słuchali nie płacąc czy coś.

ich problemem było, że ci ludzie nie używają libspotify ale przez reverse engineering sami sobie

coś napisali.

 

Nie będzie obsługi libspotify w MPD bo MPD jest na licencji GPL czy w sumie takiej samej jak jądro linuxa i

masa innego softu. Dla deweloperów softu na licencji GPL korzystanie z takich wynalazków jak libspotify

stanowi dokładne zaprzeczenie tego co sobą reprezentują. I to nie jest tak, że to są nieudacznicy czy frajerzy.

To, że w ogóle istnieje takie coś jak linux z graficznymi środowiskami pracy do niego to właśnie zasługa takich ludzi.

 

A jeśli nie będzie obsługi libspotify w mpd to oznacza, że tak jak w przypadku volumio trzeba sobie napisać

do tego kompletny interface webowy, albo zaadaptować ten z volumio. A tego niestety nie potrafię.

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą ) Edytowane 9 Lipca 2016 przez ayran

[ayran]

Jeszcze jedno. Spotify opiera się na ogg. Libogg jest na licencji BSD czyli z możliwością zamknięcia. Myślę, że obecne postępowanie spotify to można nazwać jednym słowem: k**estwo.

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

[BeatX]

No ich polityka jest z dupy, z tym się zgadzam.

Ale dzięki tej platformie odkrywam nowe - nieraz naprawdę wspaniałe jak dla mnie płyty.

Po prostu Spotify ma największą bazę płyt i ich mechanizm "odkrywaj", czyli sugerowanie płyt na podstawie analizy dotychczas słuchanej muzyki działa dosyć sprawnie.

Z tego względu jestem uwiązany do Spotify..

 

A tak przy okazji, jakie są realne szanse na wdrożenie do Shadow obsługi Tidal bądź Deezer? (lub jakiejkolwiek innej platformy streamingowej)

Ukryta Zawartość

Zaloguj się, aby zobaczyć treść.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )