Umfage zum SoC der Pyra

[Terran]

Apparently, if you haven't been hiding under a rock and followed the boards during the last few days, you will have seen that there's been a lot of discussion going on about which SoC to choose.

It's not a question that can be replied to within a couple of hours or even days, as there's a lot of stuff that needs to be evaluated and tested...

The fastest SoC might not be the best in regards of power usage, or it might have closed source-drivers.
Or the design documentation could be lacking, the price too high and so on.

We need to find out all these things for all the SoCs, and in the end it will be me who has to choose the best one.

However, you can help - by letting us know with this poll what's most important for you.

These SoCs might be usable by us:

• 1.) OMAP5 (what we're using as devboard right now)
  2.)Snapdragon (need to wait for offers from Qualcomm to know which ones we can get)
  3.)Allwinner A80 (need to contact Allwinner for that one)
  4.)Intel BayTrail (available from normal distributors)

The first three are all ARM ones, so there will be difference in power usage, speed, GPU and drivers.
The last one is x86, which is completely different from ARM.
ARM stuff can't natively run on x86 and vice versa.

Here's a quick information about what ARM and x86 would give us as Pros and Cons:

ARM:

• 
  ARM is what the Pandora is using (compatibility)
  Up until now, ARM was mostly being used in mobile devices, x86 in Desktop computers. Compared to desktop computers, ARM was always slower and programs especially for ARM (Android games, Emulators etc.) are most probably more optimized than the x86-Versions (i.e. we could not use PCSX ReARMed anymore, only normal PCSX)
  Mostly all Android systems are still using ARM SoCs - all these games should be possible on the Pyra as well.
  Android games optimized for small screens

x86:

• 
  Compatible to normal desktop PCs: Native Linux games (without sourcecode released) should work out of the box.
  Not compatible with Pandora or GP2X Games.
  With Wine (or maybe even some Windows installation (not officially supported), Windows games and programs should work
  x86 games are usually optimized for computer monitors, not small screens
  about 95% of Android software runs out of the box (according to Intel). We don't know the details, but probably all the software that is NOT using ARM compiled code will work (my guess is that more complex stuff like better games use ARM compiled code)
  Some core devs of the Pandora (like notaz) will not do much for the Pyra anymore - it MIGHT be we'll get a lot more new devs (but this can't be said for sure)

Wenn ihr das Board in den letzten Tagen beobachtet habt, werdet ihr die Disskusionen über die wahl des SoC gemerkt haben.

Diese Frage kann man nicht einfach in ein paar Stunden oder Tagen beantworten, es gilt vieles zu beachten und zu testen...

Der schnellste SoC ist vielleicht nicht der beste wenn es um Akku verbrauch geht, oder er hat Closed-Source Treiber, oder die Design Dokumentation ist unvollständig, oder er ist zu teuer, etc.

Wir müssen nun dies alles für die SoCs herrausfinden, und ich werde den besten wählen.

Ihr könnt dabei helfen - lasst uns mit hilfe der Umfrage wissen, was euch wichtig ist.

Diese SoCs kommen in Frage:

• 1.) OMAP5 (verwenden wir auf dem Devboard)
  2.)Snapdragon (wir müssen auf Qualcomm warten, um zu wissen welchen)
  3.)Allwinner A80 (dafür müssen wir Allwinner kontaktieren)
  4.)Intel BayTrail (leicht erhältlich)

Die ersten drei sind ARM, haben unterschiede in GPU, Treiber, Geschwindigkeit, und Verbrauch.
Der Letzte is x86, komplett anderst.
ARM Programme laufen nicht auf x86 und umgekehrt.


Kurze Pros und Cons für ARM und x86:


ARM:

• 
  ARM verwendet die Pandora (Kompatibilität)
  Bis jetzt, ARM war für Mobile Geräte, x86 für Desktops. Verglichen mit PCs, ARM war immer langsammer und Programme wurden deshalb optimiert (Android Spiele, Emulatoren), hingegen zu x86 Versionen (Wir können PXSC ReARMed nicht mehr verwenden)
  Alle Android Systeme verwenden ARM SoCs - diese Spiele sollten auch für die Pyra möglich sein.
  Androidspiele sind für kleine Displays ausgelegt.

x86:

• 
  Kompatiebel mit Desktop PCs: Native Linux Spiele (ohne Sourcecode) sollten funktionieren.
  NICHT Kompatibel mit Pandora oder GP2X Spiele.
  Wine (oder vielleicht Windows Installation (Nicht offiziell supported)), Windows Spiele und Programme können funktionieren.
  x86 Spiele sind für große Bildschirme
  95% der Android Software soll funktionieren (laut Intel) Wir wissen keine Details, aber alles was NICHT ARM Code enthält soll gehen (Meine Vermutung, komplexeres, bessere Spiele, verwenden ARM Code)
  Einige Entwickler auf der Pandora (Notaz) will nicht mehr viel für die Pyra machen - wir KÖNNTEN auch neue Devs bekommen (aber wer weiß das schon)

Quelle

 

[johnson r.]

Re: Umfage zum SoC der Pyra [DragonBox Pyra News]

<t>Aktuelle Tendenz:<br/>
<br/>
ARM, möglichst gute mischung aus Batterie und CPU und eine Tendenz zur aktzeptanz von closed source treibern</t>

 

[Screeny]

Re: Umfage zum SoC der Pyra [DragonBox Pyra News]

<t>Der Intel BayTrail ist wirklich super! Akkulaufzeit liegt bei meinem Tablet irgendwo zwischen 8 und 10 Stunden bei Nutzung und die Performance ist wirklich gut. Man könnte sich aufwendige Portierungen sparen ... ich bin ganz klar für den Intel!</t>

 

[johnson r.]

Re: Umfage zum SoC der Pyra [DragonBox Pyra News]

<t>Bedenke aber, das die Pyra nicht mehr Pandorakompatibel ist und es vermutlich auch besser gekühlt werden muss... und was der Chip an Spielleistung hat wissen wir auch nicht, besonders wenn er belastet wird</t>

 

[Screeny]

Re: Umfage zum SoC der Pyra [DragonBox Pyra News]

<r><QUOTE author="Johnson r."><s>

</s>Bedenke aber, das die Pyra nicht mehr Pandorakompatibel ist und es vermutlich auch besser gekühlt werden muss... und was der Chip an Spielleistung hat wissen wir auch nicht, besonders wenn er belastet wird<e>

</e></QUOTE>
Ja, das stimmt wohl. Aber ich lege sowieso keinen Wert auf Kompatibilität zur Pandora. Wirklich bahnbrechendes ist da ja softwaremäßig nicht bei rumgekommen.<br/>
<br/>
Die Leistung ist aber auf jeden Fall mehr als gumbo. Ich besitze ein Dell Venue 8 Pro Tablet mit Intel BayTrail Technologie und habe mal eine Liste mit Spielen gemacht - und wie sie laufen: <URL url="http://viehl.ch/tablet-gaming">http://viehl.ch/tablet-gaming</URL><br/>
<br/>
Wie Du sehen kannst, ist die Performance ziemlich "geil" für so ein kleines CPU'chen. Natürlich ohne Lüfter, genauso wie es bei der Pyra auch wäre.</r>

 

[ingoreis]

Re: AW: Umfage zum SoC der Pyra [DragonBox Pyra News]

<r>Also ich nehm ARM wenn ARM sein muss und werde<br/>
auch damit zurechtkommen.<br/>
<br/>
Aber wenn mich jemand fragen würde(was ja hier getan wird) Dann wähle ich auch X86<br/>
<br/>
Fast alle Spiele der Pandora sind ja OpenSourceSpiele und daher kann man die auch auf X86 kompilieren.<br/>
<br/>
Wenn ich mir vorstelle dass Qemu da abgehen wird wie Husengutzel oder Wine gut Läuft und ich Descent 3 oder Ragnarok Online unterwegs zocke...<br/>
<br/>
...<br/>
<br/>
.... Jaaa X86 haben will <E></E><br/>
<br/>
Aber wenn ARM kommt wie der Grossteil ja möchte ,dann nehm ich halt ARM <E></E><br/>
<br/>
<br/>
Edit: Einfach beides rausbringen oder den SOC einfach austauschbar machen <E></E><br/>
Dann kann jeder selbst wählen.</r>

 

[nudels]

Re: Umfage zum SoC der Pyra [DragonBox Pyra News]

<r>tol lwas los ist <E>h34r:</E></r>

 

[Chaos]

Re: AW: Umfage zum SoC der Pyra [DragonBox Pyra News]

<t>Ich hab bislang gute Erfahrungen mit den Snapdragons in Nexus 5 und 7(2013) gemacht. (zumindest von der gefühlten Performance her) Von daher hätte ich nichts dagegen einen davon auch in der Pyra vorzufinden^^<br/>
X86 halte ich für keine gute Idee. Der ständige Wechsel der CPU Architektur und die daraus resultierende fehlende Abwärtskompatibilität haben mich schon bei der Xbox ziemlich genervt. -.-</t>

 

[matzesu]

Re: Umfage zum SoC der Pyra [DragonBox Pyra News]

<t>Also grundsätzlich muss die Pyra sowieso gekühlt werden, egal ob ARM oder X86, <br/>
Der läppische 600 mhz Prozessor der Pandora hat das zwar nicht gebraucht, aber der Omap5 ist halt sehr viel kräftiger und produziert dann auch wärme..<br/>
Von dem Gesichtspunkt ist das halt Egal..<br/>
Ich persönlich hätte lieber einen ARM in der Pyra, dadurch behalten wir unsere tollen Programmierer, , sind sparsam, und wenn man sich mal anschaut was schon die CC Pandora hinbekommt, sieht man was ARM kann..<br/>
Ausserdem wäre eine X86 Pyra nicht Porno Sicher wegen den Viren auf redtube ^^ <br/>
(Hust Porndora)...</t>

 

[Klumpen]

Re: Umfage zum SoC der Pyra [DragonBox Pyra News]

<t>Es gibt momentan drei gute ARM SoCs zur Auswahl, nämlich den OMAP5, den Snapdragon 805 und den Allwinner A80.<br/>
Notaz hat klar gesagt, dass er das Team verlassen wird, wenn sich für x86 entschieden wird.<br/>
Soweit ich das sehe, sind die ARM SoCs immernoch die besseren was Energieeffizienz und Temperaturentwicklung angeht und ich habe kein Problem damit, weiterhin auf das ein oder andere closed source Programm/Spiel zu verzichten, außerdem laufen 90% der Androidprogramme per "Alien Dalvik" mit ARM mehr oder weniger nativ.</t>

 

[Screeny]

Re: Umfage zum SoC der Pyra [DragonBox Pyra News]

<t>Sollte nicht passieren. Die OpenSource Projekte kann man einfach gegen die x86 Architektur kompilieren und fertig is.<br/>
Außerdem werden die meisten Devs sowieso lokal mit x86 arbeiten - daher wird es hier eigtl. recht fix einen Umschwenk geben. Und die Pandora hat bis jetzt noch keine Software, die es für x86 nicht auch geben würde - oder?<br/>
<br/>
Ich verstehe nicht, weshalb man unbedingt an ARM festhalten will, obwohl es so viele Probleme macht. <br/>
"Es laufen fast alle Android-Sachen mehr oder weniger nativ" ← Das ist für mich ein K.O. Kriterium. Ich will nicht halbe Sachen, sondern ein funktionierendes System. Stabil, funktionsreich, easy-to-use und kompatibel. ARM erfüllt dies leider nicht, da für die Pandora einfach nicht genug Entwickler zusammenkommen, die sich dem hier mal richtig annehmen. Es ist ein System bestehend aus Workarounds, Fixes und Kniffen, das möchte ich persönlich nicht mehr. Wenn wir schon keine richtigen OS Entwickler haben (die das Vollzeit machen und damit zeitnah agieren können), dann sollten wir diese Idee einfach bleiben lassen.<br/>
<br/>
Selbst das PND System könnte man ja auch x86 übernehmen...</t>

 

[Klumpen]

Re: Umfage zum SoC der Pyra [DragonBox Pyra News]

<t>Ich weise ja nur sehr ungern darauf hin, Screeny,<br/>
aber nach dieser Argumentation müsste man sich bei Desktop PCs auch grundsätzlich gegen Linux entscheiden.</t>

 

[Chaos]

Re: AW: Umfage zum SoC der Pyra [DragonBox Pyra News]

<r>Ein Linux auf exotischer x86 Hardware ist genau so unangenehm wie eines auf auf einer schlecht unterstützten ARM Plattform. Es kommt in beißen fällen auf die Verfügbarkeit von (im Idealfall) freien Linuxtreibern an. Versuch doch mal Linux (oder auch meinetwegen Windows ab Vista aufwärts) irgendwie dazu zu bringen mit der Poulsebo Grafikeinheit im Atom GMA 500 zusammenzuarbeiten (Stichwort: 3D Beschleunigung) <E></E></r>

 

[Screeny]

Re: Umfage zum SoC der Pyra [DragonBox Pyra News]

<r><QUOTE author="Klumpen"><s>

</s>Ich weise ja nur sehr ungern darauf hin, Screeny,<br/>
aber nach dieser Argumentation müsste man sich bei Desktop PCs auch grundsätzlich gegen Linux entscheiden.<e>

</e></QUOTE>
Nein. Ubuntu z.B. ist ein sehr durchdachtes, stabiles System für x86/x64 Architekturen.<br/>
Das Problem bei der Pandora ist, dass das OS auch nur ein "Homebrew" Projekt ist. Und das macht uns mehr Ärger als es hilft, wie ich finde.<br/>
<br/>
@Chaos: Die Intel-Chipsätze sind ja nicht exotisch, glücklicherweise.<br/>
<br/>
---<br/>
<br/>
Man müsste einfach beides testen, anders kommen wir wohl nicht auf den Hund.</r>

 

[Chaos]

Re: AW: Umfage zum SoC der Pyra [DragonBox Pyra News]

<r><QUOTE author="Screeny"><s>

</s>
@Chaos: Die Intel-Chipsätze sind ja nicht exotisch, glücklicherweise.<e>

</e></QUOTE>
Ich habe dir grade einen Intel Chip als Gegenbeispiel geliefert. (Ja, ich weiß, dass der Poulsebo Chipsatz nicht von Intel hergestellt wurde. Aber er wurde dennoch von Intel (als Intel-Hardware) verkauft.) Es kommt auf den Einzelfall an. Ich kenne die Treibersituation der einzelnen Chips nicht. Vielleicht ist der Intel Chip in dieser Hinsicht der Beste, vielleicht auch einer der anderen.<br/>
Fakt ist jedoch: x86 ist nicht zwangsläufig ein Garant für ein stabiles System. (Genau so wenig wie ARM.)</r>

 

[Klumpen]

Re: Umfage zum SoC der Pyra [DragonBox Pyra News]

<r><QUOTE author="Screeny"><s>

</s><QUOTE author="Klumpen"><s>

</s>Ich weise ja nur sehr ungern darauf hin, Screeny,<br/>
aber nach dieser Argumentation müsste man sich bei Desktop PCs auch grundsätzlich gegen Linux entscheiden.<e>

</e></QUOTE>
Nein. Ubuntu z.B. ist ein sehr durchdachtes, stabiles System für x86/x64 Architekturen.<br/>
Das Problem bei der Pandora ist, dass das OS auch nur ein "Homebrew" Projekt ist. Und das macht uns mehr Ärger als es hilft, wie ich finde.<e>

</e></QUOTE>
Das meine ich nicht.<br/>
<br/>
Du wirst Probleme haben viel Software zu finden, die es nur für Linux und nicht für Windows gibt, umgekehrt sieht es da ganz anders aus,<br/>
es gibt fast alles an ARM Software auch für x86 und noch viel mehr<br/>
es gibt fast alles an Linux Programmen auch für Windows und noch viel mehr.<br/>
Das ist deine Argumentation direkt übertragen, sie ist ja auch schlüssig, aber es geht eben um mehr als nur um Kompatibilität.</r>

 

[EvilDragon]

Re: Umfage zum SoC der Pyra [DragonBox Pyra News]

<r><QUOTE author="Screeny"><s>

</s>
Nein. Ubuntu z.B. ist ein sehr durchdachtes, stabiles System für x86/x64 Architekturen.
<e>

</e></QUOTE>

Okay - hier musste ich schlucken.<br/>
Ich habe selten so ein lahmes, kompliziert zu bedienendes und sich-selbstzerschiessendes Linux gesehen wie Ubuntu.<br/>
<br/>
Ubuntu lief auf meinem neueren Laptop langsamer als Arch auf meinem aelteren, und bei meiner Schwester fuehrte jedes Distri-Update zu einem Nichtbootenden System.<br/>
<br/>
Das einzig gute an Ubuntu ist das Paketmanagement - und das kommt von Debian...<br/>
Okay, und die leichtere Installation.<br/>

<QUOTE><s>

</s>
Das Problem bei der Pandora ist, dass das OS auch nur ein "Homebrew" Projekt ist. Und das macht uns mehr Ärger als es hilft, wie ich finde.
<e>

</e></QUOTE>

Das liegt aber nicht am ARM, sondern am verfuegbaren NAND.<br/>
Installier Slackware oder Pandebian auf SD-Karte und Du hast ein wunderbar stabil funktionierendes System.<br/>
<br/>
Die Pyra soll ein Standard-Debian mit Optimierungen von uns bekommen, also ist hier x86 kein Argument fue.</r>

 

[Klumpen]

Re: Umfage zum SoC der Pyra [DragonBox Pyra News]

<r><QUOTE author="EvilDragon"><s>

</s>Ubuntu lief auf meinem neueren Laptop langsamer als Arch auf meinem aelteren, und bei meiner Schwester fuehrte jedes Distri-Update zu einem Nichtbootenden System.<e>

</e></QUOTE>
Da kenne ich auch eine...deshalb hat sie seit Äonen kein Update mehr gemacht und möchte nun auch wechseln.<br/>
Der Laptop auf dem das läuft ist doppelt so schnell wie meiner aber das System dank Ubuntu etwa 0,25x so schnell...</r>

 

[fusion_power]

Re: Umfage zum SoC der Pyra [DragonBox Pyra News]

<r><QUOTE author="Screeny"><s>

</s>Der Intel BayTrail ist wirklich super! Akkulaufzeit liegt bei meinem Tablet irgendwo zwischen 8 und 10 Stunden bei Nutzung und die Performance ist wirklich gut. Man könnte sich aufwendige Portierungen sparen ... ich bin ganz klar für den Intel!<e>

</e></QUOTE>
Um das mal vergleichen zu können, wie groß ist denn die Akkukapazität bei deinem Tablet?<br/>

<QUOTE author="Chaos"><s>

</s>Ich hab bislang gute Erfahrungen mit den Snapdragons in Nexus 5 und 7(2013) gemacht. (zumindest von der gefühlten Performance her) Von daher hätte ich nichts dagegen einen davon auch in der Pyra vorzufinden^^
<e>

</e></QUOTE>
Auch hier würde ich gern mal wissen wie groß der akku ist und wie hoch der Chip taktet, bisher haben wir ja noch gar keinen Vergleiche zwischen den in Frage kommenden SoCs.<br/>
<br/>
Daneben muss man sicher noch mehr testen, etwa Hitzeentwicklung. Der OMAP5 auf EDs Testboard hat ja schon nen stattichen Kühler, zumindest für nen ARM chip. Sowas bekommt man eh nicht in nem Handheld unter, hoffen wir mal dass der Kühler da nur prophylaktisch so groß ist. <E></E> <br/>
<br/>
Und rein aus Neugier, würde auf dem X86 Chip Windows nun laufen? Also das stinknormale Windows8 z.B. is ja auch für mobile Geräte ausgelegt. Aber ist eventuell wieder so ne Treibersache, hab kein Win8 und weiß nicht ob es den Intel mobile chip einfach so unterstützt.</r>

 

[ingoreis]

Re: AW: Umfage zum SoC der Pyra [DragonBox Pyra News]

<r>Jetzt bin ich aber mal gespannt und ich spreche euch alle hier an.<br/>
<br/>
Hat irgendeiner von euch keinen X86 PC Zuhause und nutzt stattdessen überall nur Arm?<br/>
Ich glaube selbst Notaz hat noch X86 PCs bei sich.<br/>
Man kommt nicht 100% darum herum.<br/>
<br/>
Es gibt dann immer irgendwelche Spiele die man Spielen will....<br/>
...es finded sich immer irgendeine Closed Source Software im X86 Bereich die man gerne nutzen würde...<br/>
...irgendwelche Tools die man braucht...<br/>
...die dann nur X86 sind.<br/>
<br/>
Ich Wette mit euch das ED Zuhause auch nicht nur ARM Rechner hat <E></E><br/>
<br/>
Man will eigentlich weg von diesem X86 Mainstream aber irgendwo landet man immer wieder am Punkt wo man sich gefreut hätte X86 zu haben.<br/>
<br/>
ARM können wir dann immer noch emulieren.<br/>
Z.B. Kann Qemu jetzt die Grafikkarte weiterleiten und wir können ein ARM System mit 3D Beschleunigung emulieren wie das Pandora OS.<br/>
Es wäre schön das Pandora OS QemuArm kombatibel zu haben und die meisten Programme können dann damit emuliert werden.<br/>
<br/>
Ich finde diese Akkuargumentation wichtig,denn das kann in Zukunft unter Vollast bei X86 und dem höherem Stromverbrauch dabei nach hinten losgehen.<br/>
<br/>
<br/>
Also ich würde ED Empfehlen 2 Protoypboards zu machen,eins mit ARM ,eins mit X86.<br/>
Nur dann kann man den wahren Stromverbrauch messen und vergleichen.<br/>
<br/>
Andererseits war das bei der Pandora auch erst nach etlichen optimierungen effizient nutzbar.<br/>
Sprich Akkusparfunktionen.<br/>
<br/>
<br/>
Also ich bleib dabei,ich wähle X86,denn irgendwo kommt man doch nicht ganz 100% drumherum.<br/>
<br/>
Ich schrieb dies mit Tapatalk und hoffe dasser die Leerzeichen ned wieder vergessen hat und der Text an einem Stück hängt <E></E></r>