ATV1200 EnjoyTV Geniatech / MyGica

[szemo77 0]

Jeżeli ktoś szuka sprzętu Geniatechu pod XBMC + piloty:

- Amlogic-M3 (single core):

ATV100, ATV310B

lub

- Amlogic-MX (dual core):

ATV120, ATV520

Towar będzie około 15 kwietnia; ceny już znane:

http://anteny24.pl/pl/c128,Projetory---Internet-TV--antenty24-pl

[CHWDP123 2]

a ja widzę ze ATV 510B ze specjalnym softem pod XBMC-Linuks jest już dostępny:

nawet na allegro tutaj http://allegro.pl/atv510b-mini-pc-android-procesor-arm-cortex-a9-i3151171190.html

[kowal_1111 0]

jak moze sprawować sie ten ATV 510B w porównaniu z innymi np mk808? Ma ktoś porównanie..?

[szemo77 0]

ATV510B to M3 (jeden core). XBMC będzie działać sprawnie i zadowalająco tyko na wersji linuksowej softu. Androidowa będzie dostawała czkawki na procku i pamięci ram.

ATV520 to już MX (2 cory) tu można sobie pozwolić na XBMC jako główny luncher, a aplikacje i market są dostępne z zakładki "Programy" już w środowisku XBMC.

Co zyskujemy? to że nie tracimy aplikacji androida na rzecz tylko linuksowej wersji xbmc oraz dwa cory spokojnie pociągną silnik androida z xbmc odpalonym w autorunie.

Co do kwestii Amlogic vs RK3066 i sprzętowe wsparcie dla XBMC to wystarczy wejść i poczytać oficjalne forum XBMC. Obecnie tylko Amlogic posiada wsparcie i sądzę że to się długo jeszcze nie zmieni. Dlaczego? Bo nikt inny nie udzielił developerom źródeł poza Amlogic. Każdy miał nadzieje że coś wyjdzie z tanimi A10, a tu lipa, producent mimo zapowiedzi się wyparł wsparcia projektu XBMC.

Polecam fajny blog: http://www.j1nx.nl/blog/

oraz ciekawy kanał: ( m.in. demo ATV510B)

Edytowane 18 Kwietnia 2013 przez szemo77

[Fantom 81]

Kurcze dziwne to jest. Dlaczego twórcy MX Playera radzą sobie z każdym procesorem a twórcy XBMC nie ... ?

Tak czy inaczej czterordzeniówki takie jak RK3188 teoretycznie mają na tyle mocy obliczeniowej, że powinny poradzić sobie z dekodowaniem 1080p software'owo.

Sprawdzę to w maju. Tydzień temu kolega kupił tablet PIPO Max M9 właśnie na procku RK3188. Jak dojdzie to będę miał możliwość przetestowania go.

Obiecuję, że napisze mini recenzję

[szemo77 0]

Chodzi o prawa do kodu. Z MX playerem była również zadyma, gdyż wykorzystywali czasowo kod pozyskany z wycieków repo od chińczyków.

Nikt z developerów XBMC nie odważy się wprowadzić kodu do oficjalnego repo z przypadkowych źródeł, których ludzie publikują licznie na forum XBMC. Muszą pozysykać kod drogą oficjalnego wsparcia.

[robertnik 12]

Ostatnie szukałem informacji o ATV120, których jest jak na lekarstwo, ale przy okazji wpadło mi coś o

Amlogic AML8726-MX. Zdaje się że na ten procesor są osobne kompilacje, przynajmniej z gałęzi night.

Edit.

Znalazłem tu wyniki Antutu dla Onda V801 z powyższym procesorem. Na 2 rdzenie to nie jest źle.

Edytowane 18 Kwietnia 2013 przez robertnik

[robertnik 12]

O so chozi z brakiem możliwości edycji własnych postów....

Chciałem dopisać że znalazłem tabele porównawczą procesorów w tabletach.

[Fantom 81]

Chodzi o prawa do kodu. Z MX playerem była również zadyma, gdyż wykorzystywali czasowo kod pozyskany z wycieków repo od chińczyków.

Nikt z developerów XBMC nie odważy się wprowadzić kodu do oficjalnego repo z przypadkowych źródeł, których ludzie publikują licznie na forum XBMC. Muszą pozysykać kod drogą oficjalnego wsparcia.

To znaczy że MX Player wciąż chodzi na nielegalnym kodzie?

Przy okazji do tabelki którą znalazł robertnik można dołożyć wyniki RK3188 w AnTuTu ... w różnych tabletach oscylują w granicach 16500 do 19000 pkt

We wszystkich recenzjach jakie znalazłem wyprzedza czterordzeniową konkurencję.

Wciąż uważam, że aktualny rok będzie należał do tego procka.

[robertnik 12]

Ten nowy rockchip jest potworem Co do opensource. Tu wszystko musi być oficjalne. Zauważ że większość dystrybucji pozbawiona jest płatnych kodeków. Taka filozofia. Nie chodzi tu o legalnośc, a oficjalność. Przykładowo Linux nie odtwarza DVD normalnie, on łamie jego zabezpieczenia. nie udostępniono kodu zabezpieczeń, więc postanowiono obejść problem Czy znajdą obejście dla rockchipa? Szukają. Przecież istnieje parę kompilacji night z wsparciem HW dla tego hipa.

Edytowane 19 Kwietnia 2013 przez robertnik

[homman 18]

"Tak czy inaczej czterordzeniówki takie jak RK3188 teoretycznie mają na tyle mocy obliczeniowej, że powinny poradzić sobie z dekodowaniem 1080p software'owo."

Nawet 1GHz 1 core by wystarczył

"Nikt z developerów XBMC nie odważy się wprowadzić kodu do oficjalnego repo z przypadkowych źródeł, których ludzie publikują licznie na forum XBMC. Muszą pozysykać kod drogą oficjalnego wsparcia."

Tutaj cie nie rozumie.. Teoretycznie nikt nie sprzeda ci sticka z xbmc.

"Co do opensource. Tu wszystko musi być oficjalne. Zauważ że większość dystrybucji pozbawiona jest płatnych kodeków. Taka filozofia. Nie chodzi tu o legalnośc, a oficjalność. Przykładowo Linux nie odtwarza DVD normalnie, on łamie jego zabezpieczenia. nie udostępniono kodu zabezpieczeń, więc postanowiono obejść problem Czy znajdą obejście dla rockchipa? Szukają. Przecież istnieje parę kompilacji night z wsparciem HW dla tego hipa.

"

Na 2 temacie kłucisz się ze mna mimo że napisałęm zę nie ma wsparcia dla 2 kodeków a tu piszesz to samo co ja.

Tyle że to nie kwestia obejscia rokchip a dekodowanie silvelight i h264 na architekturze.

[robertnik 12]

Homman trochę nie chce mi się z Tobą ciągnąć tej krucjaty i w kółko wypisywać że piszesz zwyczajne głupoty....

[Fantom 81]

"Nawet 1GHz 1 core by wystarczył" ... homman ... powtórzę za rebertnikiem .... głupoty gadasz.

Albo nie rozumiesz co znaczy "dekodowanie software'owe" albo ... więcej nie powiem bo musiał bym cię obrazić

[homman 18]

Ech ja poczekam aż przyznacie mi racje.

Software - bez użycia odpowiedzialnych za dekodowanie architektur CPU lub GPU

Hardwarowe np dvd wykorzustuje dodatkowy sprzęt jak karty dvd lub architektury GPU w GForce gdzies od serii 5.

Tak nie ma problemu z softwarowym dekodowaniem h264 i silvelighta full hd nawet na 800MHz Desire Z.

Co więcej gdyby nie to żę siedzę na tel mógłbym podesłać linki do weeb.tv linux na 1GHz stickach.

Nawet w głównym temacie masz że NA ANDROIDZIE spreparowanym przez MT7001 chodzi weeb.tv android xbmc.

A ile MHz ma 7001 ?

ARM Contex A9, 800Mhz

I żeby nie było grafika jest taka sama jak w MK808, mk802 itd itd I o ile mi wiadomo nigdy nie udało jej się zmusić do wspomożenia procka w XBMC.

A co łączy te 2 podane przypadki?

Android 2.3 Na który nie ma problemów z kodekami h264 i silvelight na xbmc.

Niestety na rk nigdy nie było androida 2.3 zaczeli od 4.0

Czy w to wierzycie czy nie tak jest.

Filmik z 800MHz desire Z

I napiszę to 100raz. Nawet I7 bez kodeków nie da nic.

A że taki sam android jest na atv120. To wątpię w działąnie xbmc. Bo jeśli rzeczywiście by to działało to kwestia wyłuskania kodeków dla innych andów była by kwestią kilku miesięcy. A tak się nie stało.Tak jak pisałem ipazzport też chwalił się xbmc a obecnie wymazali to z opisu.

Edytowane 21 Kwietnia 2013 przez homman

[Fantom 81]

Albo Desire Z dekoduje filmy hardware'owo albo jednak tylko software'owo 720p (dokładnie jak na twoim przykładowym filmiku).

Silverlight na Androida? Hmmm ... chyba się rozpędziłeś. Jeśli utożsamiasz oglądanie różnych kanałów filmowych (TVNPlayera, iplę, weeb.tv) na XBMC, z sillverlightem to powtórzę ... głupoty gadasz.

To tak jakbyś wmawiał wszystkim że Mikołaj istnieje bo dostałeś od niego prezent

"Nawet i7 bez kodeków nie da nic" ... jeszcze raz proszę, jeśli nie masz o czymś pojęcia nie wmawiaj tego innym.

Podsumujmy (bo namieszałeś wszystkim w głowie):

1 ) pełnoprawny Silverlight nie istnieje na Androida. Był projekt Moonlight ale został odstawiony do lamusa. Szansa na alternatywę ... żadna.

2 ) dekodowanie hardware'owe może odtwarzać filmy nawet na bardzo słabym procesorze (choćby jednordzeniowy RapsberryPi).

3 ) dekodowanie software'owe wymaga silnego procesora z szybką jednostką zmiennoprzecinkową. Nie można porównywać wprost Mhz.

Różne procesory (wykonane w technologiach RISC,CISC, itd) mogą podołaś temu zadaniu lepiej lug gorzej, niezależnie od ilości rdzeni i megaherców.

Nie mniej jednak bez dwóch rdzeni taktowanych zegarem 2-2.5GHz nie ma o tym co marzyć.

4) Procesorów ARM które przewijają się przez nasz urządzenia nie można wprost porównywać. Większość jest oparta na tej samej architekturze (rdzenie Cortex A9) jednak różnią się podzespołami, czyli np. dekoderem video, kontrolerami pamięci, obsługą USB, Wi-Fi itd. Ciężko dowiedzieć się co w środku siedzi. Bez wsparcia producenta i jego SDK (czyli bibliotek wykonawczych pozwalających między innymi użyć tych ekstra dekoderów) nie ma mowy o hardware'owym wspomaganiu video.

Nie jestem pewny ale np. Rockchip nie udostępnia takich funkcji a Amlogic tak. Możliwe również, że Amlogic udostąpnił taką funkcjonalność wyłącznie developerom XBMC (w co wątpie).

Teorii może być wiele. Trzeba by dotrzeć do miarodajnych źródeł.

[homman 18]

w xbmc dekoduje piracka alternatywa.

dekodowanie software'owe wymaga silnego procesora z szybką jednostką zmiennoprzecinkową. Nie można porównywać wprost Mhz.

Różne procesory (wykonane w technologiach RISC,CISC, itd) mogą podołaś temu zadaniu lepiej lug gorzej, niezależnie od ilości rdzeni i megaherców.

Nie mniej jednak bez dwóch rdzeni taktowanych zegarem 2-2.5GHz nie ma o tym co marzyć.

O ile mi wiadomo na galaxy note 1 też masz softwarowe dekodowanie. Bo też nie udało się dobrać do proca. Mimo to na andzie 2.3 chodzi na jelly been już nie.

Poza tym dlaczego na przeglądarce chodzi a na xbmc już nie ? Jw brak kodeków a nie dotarcia do hardwaru. Bo przez przeglądarkę także działą to softwarowo.

Co do 4 punktu to nie było tak.

Tylko na xdev od 2012 masz wsparcie sprzętowe dla amlogic. Właśnie przez wyciągnięte biblioteki. Ale nigdy nie było to oficjalne.

I tak do każdego A9 masz inne biblioteki, inną płytę itd. I potem wychodzą cyrki jak mk808 z nowa płytą.

[Fantom 81]

Odpowiem ci dlaczego na ICS coś chodzi a na JB już nie.

Po prostu biblioteki. Dany sprzęt (procesor/hardware) może mieć dekoder sprzętowy video ale np. na ICS'a wypuścili biblioteki SDK a na JB już nie.

Developerzy bawią się "wyciąganie" ale to nie jest ani łatwe ani przyjemne.

Podkreślam: nie ma możliwości aby słaby obliczeniowo sprzęt dekodował obraz full HD software'owo.

Jeśli to robi to znaczy, że ma wspomaganie sprzętowe.

Zresztą etapów kodowania/dekodowania strumienia video jest kilka(choćby transformata cosinusowa czy macierze przekształceń itd).

Każdy z etapów może być obsługiwany sprzętowo lub programowo. Jeśli sprzętowo to nie ma problemu i pociągnie na każdym urządzeniu, jeśli programowo to potrzeba dużej mocy obliczeniowej.

To jest naprawdę skomplikowane zagadnienie.

[homman 18]

To zadam ci proste pytanie.

Dlaczego w boxach do podłaczania przez USB. Chociażby prosty tuner Viva masz USB i bez problemu MKV 1080p.

A nie ma tam nawet 500MHz.

Tutaj ma zagadnienie o którym piszesz.

Jw. czy to komputer czy android 1GHz nie ma problemu z 1080p w strumieniu takim jakie są dostępne.

Gdyby to było 1080P i plik wielkośći Blu Ray to co innego. Tam owszem trzeba ok 2,5 GHz.

[Fantom 81]

To zadam ci proste pytanie.

Dlaczego w boxach do podłaczania przez USB. Chociażby prosty tuner Viva masz USB i bez problemu MKV 1080p.

A nie ma tam nawet 500MHz.

Nie rozumiem twojego przykładu ...

Prosty (jak go nazwałeś) tuner Viva ma, poza procesorem, specjalizowany układ dekompresujący strumień x264. Więc nie wiem o co ci chodzi.

Może mieć nawet 100MHz i doskonale odtwarzać filmy.

[homman 18]

Dokłądnie

I gdyby wykoszystywać harware mali 400 również obciążenie proca wyniosło by max 30%

A puki co nie widziałem żadnego a9 i a10 który dekoduje hardwarem. I jw mk802 na andzie 2.3 też nie było problemu.

I jw strumień hd = 1GHz

Full HD =2,5GHz

Więc opcja

a) kodeki h264 i silverlight dla anda 4.0

wykorzystanie hardwaru ale na to bym nie liczył

Edytowane 22 Kwietnia 2013 przez homman

[binary 741]

A co to jest A10?

A co to jest A9?

NIe musi byc po polsku, byle by pelnym zdaniem.

[Fantom 81]

Gdyby Mali-400 przejęło odtwarzanie to wykorzystanie procesora wyniosło by 0% (no prawie)

Co ma Cortex A9 (jak rozumiem?) do dekodowania hardware'owego? Znów mieszasz pojęcia.

Rdzeń Cortex to czysty procesor. Za hardware'owe dekodowanie odpowiada koprocesor video (może być częścią karty graficznej lub zupełnie oddzielny).

"kodeki x264 dla Androida" to również zbyt ogólne pojęcie. Kodeki mogą być "pod koprocesor video" w systemie Android x.x

Silverlighta na Androida nie będzie. Wszystkie projekty zostały zarzucone.

[homman 18]

Architektura przewiduje pewne procesory.

Analogicznie rk3066 przewiduje 1 2 lub 4 mali 400.

Koprockow w andoidach sie juz prawie nie robi wiec mowimy o gpu. I tak jak napisalem nie widzialem zadnego urzadzenia opartego o arch a9 a8 lub a10 z dekodowaniem sprzetowym. A kodeki jw nie dla koprocka a dla mali400 by wystarczyly najwyzej pozostale jaja byly by niewykorzystane.

[homman 18]

Nie procesory a gpu .

Cos nie moge edytowac na telefonie.

[Fantom 81]

Jak to nazwałeś arhtektura RK3066 to właśnie jest konkretny procesor.

Bazuje na dwóch rdzeniach Cortex A9 i grafice Mali-400 (dwu lub cztero-rdzeniowej).

Ten temat traktuje o ATV1200 (procesor AML8726-MX, rdzenie Cortex A9) który ponoć doskonale współpracuje z XBMC i dekoduje sprzętowo 1080p.

MK808 (oparte o RK3066) za pomocą MX Playera również doskonale hardware'owo dekoduje 1080p.

Jak możesz więc twierdzić, że nie widziałeś procesorów opartych o rdzeń Cortex A8/A9/A10 które hardware'owo dekodują 1080p ???