Forum Debian Users Gang

Konkretniejszy tablet za 300zł jest konkretny i szybszy

http://arduinosolutions.com/pl/p/Marsboard-RK3066-D … 00MP4-GPU/924

Za 400zł:
http://arduinosolutions.com/pl/p/ODROID-U3/991

Fervi

PS. Jeśli używasz wolnego oprogramowania i będziesz się pozbywać kompa, to może być Jetson TK1 (drogi - prawie 800zł), ale wydajny

Ostatnio edytowany przez fervi (2014-08-20 12:13:14)

Szkoda kasy. Wygodnie na tym neta się przejrzeć nie da. Lepiej już używany PC z allegro.

Doradzałbym małe zastanowienie, nad zakupem i jego aktualnością.

Kiedyś Internet, to był html, teraz to już jest JS i jQuery, i strony, które potrafią mi przymulić kompa czasami.
Przeglądarki też są coraz cięższe.

Sam szukam czegoś podobnego, ale jako że interesuje mnie dłuższa przydatność  grata, to rozglądam się za czymś, co ma 2GB RAM i dekoduje H264, H265, VP8 i VP9 sprzętowo, a takie procki dopiero wchodzą do produkcji.
Mam na myśli procki Arm Qualcoma i Nvidii.
Zanim jakieś graty z odpowiednimi prockami trafią pod strzechy w rozsądnych cenach, to też trochę wody w Wiśle upłynie.

Pozdro
;-)

Jak dorobię ładne menu, motyw i ustawię automatyczną konfigurację sieci to nikt mi głowy nie zawraca.
Problem za to zawsze był z Windowsem, Ubuntu i openSUSE.

A czy znacie coś mocniejszego, jak BananaPI?

@fervi
Panie, daj Pan spokój z tymi teoriami.

@Jacekalex
Jeśli jest tak jak mówisz, to albo kupię BananaPI albo odczekam jakiś czas, zmodernizuję stary komputer i poczekam na dobrego ARM'a XD

Ostatnio edytowany przez Pavlo950 (2014-08-20 15:29:53)

@Pavlo950

Nie "jeśli jest", YT jesienią spieprza na VP9, H265 już za dwa latka ma być standardem, dekoduje go już Andreno 420 w Qualcomie (405 chyba), Tegra 5 też ma dekodować H264, H265, VP9 i podobno też VP10.
QuickSync w Intelach podobnie:
Broadwell dekoduje H264 i VP8, VP9 i H265 chyba będzie w Skylake (premiera w przyszłym roku).

Kodek HEVC - H265 to jest standard, który przeżyje chyba z 10 lat tak samo, jak H264, kodek VP9 nie wiem, bo już podobno jest specyfikacja VP10.

Radziłbym patrzeć, co tam słychać w Odroidach od Hardkernel.
Oni stosują dość świeże flaki w tych zabawkach.

Ostatnio edytowany przez Jacekalex (2014-08-20 15:44:26)

Pavlo950 napisał(-a):

@fervi
Panie, daj Pan spokój z tymi teoriami.

Problem nie jest z teorią, gdyż MHz nie jest równy MHzowi

Więc zamiast się ślinić na liczbę rdzeni i MHz powinieneś być z tym ostrożny

Mówię w teorii, gdyż inaczej pracuje procesor ARM i inaczej x86 od Intela, a jeszcze inaczej x86 od AMD

Fervi

Ostatnio edytowany przez fervi (2014-08-20 16:08:38)

Producenci często wydają tylko zamknięte sterowniki działające tylko ze zmodyfikowana jedną wersją kernela, którego źródeł nie chcą publikować (łamiąc przy tym licencję GPL).
Dopiero po jakimś czasie łaskawie publikują jakiś ochłap, czasem coś więcej, a czasem publikują wszystkie źródła i wtedy powstają otwarte sterowniki.
Najlepiej to widać w przypadku smartfonów.

W przypadku Banana Pi źródła już są dostępne:
http://www.lemaker.org/content-10-66-1.html

Jacekalex napisał(-a):

Główni producenci procków ARM do sprzętu mobilnego to Qualcomm i Nvidia, źródełka sterów  Tegry i Snapdragona/Andreno są dostępne na necie bez problemu, w źródłach androidowego kernela.
Też chyba 75% sprzętu chodzi na chipach tych producentów.
Resztę sprzętu (tą patologiczną, z tajnymi sterami) lepiej olać sikiem prostym, jak ktoś chce sprzedawać graty i na tym zarabiać, to niech najpierw wyskakuje ze sterowników. xD

Akurat nie jest tak różowo jak piszesz:

Wikipedia napisał(-a):

Qualcomm develops the Adreno (former ATI Imageon) GPU series, and include it exclusively as part of their Snapdragon (system on chip). In 2012, Phoronix and Slashdot reported that Rob Clark was working on reverse-engineering drivers for the Adreno GPU series. Clark wrote in a referenced blog post that he is doing the project in his spare time, and that the Qualcomm platform was his only viable target for working on open 3D graphics since his employers (Texas Instruments and Linaro) were affiliated with the Imagination PowerVR and ARM Mali cores which would otherwise have been his primary targets, and that he already had working command streams for 2D support, and that 3D commands seemed to have the same characteristics. The driver code was published on Gitorious under the name freedreno. It has since been moved to Mesa. In 2012, a working shader assembler was completed and demonstration versions were developed for texture mapping and phong shading using the reverse-engineered shader compiler. At FOSDEM, February 2, 2013, Clark demonstrated Freedreno running desktop compositing, the XBMC media player and Quake III Arena.

As of August 2013, the kernel component of freedreno, called MSM driver, was accepted into mainline, and will be available in Linux kernel 3.12 and later.

In July 2014, the DDX driver gained support for server managed file descriptors, requiring X.Org Server version 1.16 and above.

http://en.wikipedia.org/wiki/Free_and_open-source_g … iver#Qualcomm

Dowód:
http://cgit.freedesktop.org/~airlied/linux/commit/? … 450775de95ef6

Na stronie projektu:

Freedreno: free/libre driver project for adreno GPUs

The freedreno project is a free and open source linux driver for the 2D/3D GPUs in qualcomm snapdragon SoCs.

Today, in the ARM SoC space, binary blob 3d drivers are the biggest impediment to freedom and innovation of the open source community. You want to run fedora on your tablet/phone/etc? Sorry, the manufacturer only provides android binaries! You want to run wayland? Sorry, there are only X11 binaries (if you are lucky)! You want to run the latest android pastry? Sorry, there was an incompatible change between kernel and userspace since the last pastry, and your old binary blobs don't work!

The freedreno project, and others such as lima, are aiming to bring a change to this, by providing free/libre and open source alternatives.

http://freedreno.github.io/

Problem jest taki, że tej dokumentacji brak. Ten sterownik powstaje metodą inżynierii wstecznej.
Bardziej to przypomina sterownik nouveau, niż otwarte sterowniki Intela lub AMD.
Więc tych wszystkich teoretycznych możliwości tych układów graficznych pod Linuksem długo jeszcze nie uświadczysz.

Oczywiście to nie jedyny producent, ale inni wcale nie są lepsi. A bywają jeszcze gorsi.

941

Ostatnio edytowany przez uzytkownikubunt (2016-12-01 00:56:03)

ATI nie istnieje, bo ją AMD przejęło (kupiło). :D

Faktycznie, ARM w Linuxie wygląda na razie średnio, ale cholernie trudno dostać tablet czy smartfona z szybkim prockem x86. xD

Nvidia zgodna częściowo ze stosem graficznym?
Przecież ten ster jest do Xorga, i żeby chodzić z Xorgiem, musi być zgodny z tym stosem, Nvidia zapewnia konieczne minimum kompatybilności.
Mniej "częściowej zgodności" zrobić się praktycznie nie da, jeśli ster ma działać. xD

Arm na urządzeniach mobilnych z mocnymi grafikami, to jest dość nowa sprawa, producenci w takich wypadkach postępują trochę irracjonalnie, zazwyczaj potem im przechodzi.
Chętnie zobaczę smartfona Samsunga działającego na Tizenie, ze Snapdragonem i  sterem Freedreno, albo gimnastyką w postaci "steru do jednej wersji" czy podobnymi bzdurami w stylu steru wl Broadcoma. xD
A chyba taki już niedługo zobaczymy. ;)

Ostatnio edytowany przez Jacekalex (2014-08-20 19:47:28)

To akurat jest "zarządzanie marketingowe" i nic na to nie poradzimy.

Oracle nie rozwijał, kupił Suna, i musiał przez jakiś czas "rozwijać" Mysql, bo mu ZSRE wsiadło na ogon.
OO i Vboxa zaczął się pozbywać tak szybko, jak to było możliwe.

Tizen i aborcja?
Tizena rozwija chyba FSF albo LF, a Samsung się do tego podłączył.
Najwyżej się odłączy, i tyle, choć chyba się nie odłączy, bo żaden producent chyba nie ma ochoty chodzić na smyczy w Google.
Każdy poszuka sobie "wyjścia awaryjnego", a Windows Mobile nie jest żadnym wyjściem awaryjnym, bo w nim smycz jest znacznie krótsza, niż w Google, i co gorsza są to smycze patentowe.

Wiele zależy od tego, jak sobie Jolia poradzi rynkowo, na razie zaczęli od górnej półki cenowej, a to moim zdaniem błąd, powinni celować w półkę $99-$199, Motorola (Lenovo) by się trochę łatwiej posunęła, niż Samsung czy LG.

Poza tym o Tizena i Salfisha się nie martwię, przez kardynalny błąd w projektowaniu Androida (przez który Android 5 miał "premierę" w październiku 2013, następne terminy nie są znane), miejsce dla lekkiego, szybkiego i bezpiecznego  systemu, który appki androidowe obrobi jest.
Stworzenie Dalvika w języku javopodobnym, i oparcie API programistycznego na javie, to był krok samobójczy, zwłaszcza na sprzęcie mobilnym, który chodzi na bateriach.
Można zrobić Arma nawet 256 rdzeniowego, można wpakować 64GB RAMu do niego, ale z zasilaniem bateryjnym w czymś, co ma ważyć np <150 gram nikt prochu nie wymyśli, a java nigdy nie dorówna lekkością i wydajnością językom niskopoziomowym, jak C/C++.

Ostatnio edytowany przez Jacekalex (2014-08-20 20:52:06)