[HOWTO] (working) Allwinner A20 (Cubieboard2) mit VDR + Softhd-device und streamdev

Hi,

Quote from DrSat

... funktioniert der interne Netzwerkanschluss nicht mehr.

Das Prpblem hatte ich auch mit dem CT-Image. Es trat nach dem Update + Reboot auf. Ich habe festgestellt, dass dann der NetworkManager nicht mehr funktioniert.
Lösung war dann:
- Menü - Cubie Tweaks - Config Tweaks - Autostart Aplications aufrufen
-#.../CUBIELOAD/SCRIPTS/network.sh auskommentieren
-dann die /etc/network/interfaces bearbeiten
-reboot - Netzwerk geht wieder, es ist dann sogar schneller up

Hast du schon VDPAU mit vdr und 720p-Sendern ruckelfrei am laufen .... mit wenig CPU-Load?
Das klappt bei mir bisher nicht. Ja ich habe das ct-Image genommen ;).

astra.

Huch, das ging ja schnell.
Das passende Image habe ich schon verwendet- mit dem anderen startet der Cubietruck überhaupt nicht.
Die Idee, nur die benötigten gpio-Ports zu ändern, hatte ich auch schon. Nur- welche sind das?
Geht es nur um das LED-Geblinke dabei? Darauf könnte ich zugunsten eines Netzwerkanschlusses locker verzichten

Der Cubietruck hat schon 4 LEDs onboard, die man nach belieben steuern kann. Ich würde mir da nicht die Mühe mit einem GPIO-Port machen, sondern einfach eine der LEDs als Aufnahme-Status-LED umfunktionieren.

# Alle LEDs abschalten
echo none | sudo tee /sys/class/leds/*/trigger
# Orange LED an- bzw. abschalten:
echo 1 | sudo tee /sys/class/leds/orange\:ph20\:led2/brightness
echo 0 | sudo tee /sys/class/leds/orange\:ph20\:led2/brightness

Quote from Moorviper

ja ich habe halt ein cubieboard und möchte es auch außerhalb des Gehäuse sehen

Lichtleiter?

Gerald

Ich bin kein großer Freund von Images aus dubiosen Quellen. Zumal es null Doku gibt, was zu einem Standard-Ubuntu verändert, warum und wie die Änderungen dafür aussehen. Vermutlich ist es nur die Konfiguration (ansonsten GPL Violation), so ein Gerät mit Fremdimage möchte ich eigentlich nicht in meinem Netz haben. Hätte jemand Interesse die Unterschiede zu einem Stock-Ubuntu zu dokumentieren, damit man auch ohne Fremdimage in den Genuß der Vorteile kommt?
Ich habe hier ein frühes Utopic Release mit dem letzten danand-Kernel auf meinem CT (nach mehreren Upgrades vom Stock Lubuntu Image) und mir alle nötigen Treiber per Hand kompiliert, komme aber nicht ansatzweise an die Ergebnisse von Moorviper, also fehlt noch irgendwas. Ich glaube Copperhead geht es ähnlich unter Arch.

Interessant wären meiner Meinung nach:
script.bin / script.fex
Auflistung aller Pakete die nicht von Ubuntu kommen
Kernelconfig (und Version und evtl auch welche Kernelquellen benutzt wurden)

Deswegen bin ich ja als Basis mal auf Utopic gegangen, ich denke vom drumherum (libav etc) sollte das aktuell genug sein. Naja, also wenn man sich nichtmal trauen kann einen eigenen Kernel zu bauen, dann ist das echt ein "Wegwerf-Image".
Kannst Du nicht mal schauen ob die laufende Kernelconfig vom Cubiuntu ziehen kannst? Evtl liegt die ja irgendwo, wenn aktiviert, dann in /proc/kconfig "cat /proc/kconfig > config-`uname -r`" oder mal nach "config-`uname -r`" suchen (normalerweiser bei einer Distribution zusammen mit dem eigentlich bzImage des Kernels in /boot, aber da wie hier ein uImage im nanda bzw nand1 haben, liegt das wohl eher nicht am Standard-Ort)
Ansonsten auch gerne schonmal ein bin2fex Output von der verwendeten script.bin

Mein derzeitiger Stand ist, dass (bei 1080p Ausgabe, Kernel Source 3.4.103c von danand mit manuell geändertem ve_mem = 256, keine Änderungen an softhdoutput)
- qvdautest ca. 20% von den Werten hier (ganz unten) http://www.vdr-wiki.de/wiki/index.php/VDPAU-Benchmarks entfernt ist, obwohl der CT eigentlich sogar mehr Pep haben sollte, als das dort verwendete Cubieboard2 (ist das evtl sogar von Dir Moorviper?)
- SD TV grundsätzlich funktioniert (auch mit OSD, obwohl es dann leichte Bildstörungen gibt)
- HD TV (bis jetzt nur ÖR getestet, also 720p Input) quasi eine Diashow ist

EDIT: Korrektur, sehe gerade, dass CT nur doppelt RAM und doppelt NAND hat, also sollte sich die Performance bei qvdpau-Test auf dem gleichen Niveau liegen

Ich habe nicht ve_mem in der Kernel cmd_line geändert sondern in den Kernel-Sourcen, wenn das nicht wirkt, was dann?

Habe inzwischen mal Deine script.fex (von https://raw.githubusercontent.com/Moorviper/cubi…ster/script.fex) mit der Referenz fex (https://github.com/linux-sunxi/su…cubieboard2.fex) vergleichen und der Diff offenbart, dass einige Bereiche übertaktet werden. Die CPU um ca. 10%, PLL4 drastisch (aus PLL4 wird die Clock-Rate des Mali abgeleitet). Weiß nicht, ob das nur zum Booten gemacht wird und dann nachher vom Kernel oder Userspace höher gezogen wird, aber es ist mir erstmal aufgefallen.
Muss erstmal ein diff zwischen Referenz CB2 und CT Configs durchgehen, bevor ich diese Änderungen auch mal beim CT probiere.

Das disablen des VGA-Ports habe ich nocht nicht probiert, werde ich gleich mal machen...

Danke dir für deine Tolle Anleitung Moorviper. Die Anleitung ohne softhd-device habe ich als erste durchgearbeitet mit eigenem Kernel.
Ich habe mir auch vor kurzem auch einen Sundtek Stick geholt und wollte schon immer auf dem Cubietruck VDR installieren. Das gibt mir die Gelegenheit alles mal von Grund auf zu installieren.

Eine Anfängerfrage habe ich da vorweg. Die erwähnte Cubian- Version ist immer eine nano - Version oder schon mit einem Desktopsystem? Ich gehe mal vom Ersteres aus.

Vielen Dank.

PS: Ich find das Howto zudem so gelungen, dass man es ruhig als Sticky-Beitrag setzen könnte um es einfacher zu finden.

Am Wochenende habe ich Zeit gehabt dein Howto durchzuarbeiten. Ich bin nach der Anleitung aus dem Wiki vorgegangen. Hat bis auf ein paar Ausnahmen auch alles geklappt.
Folgenden Punkte könnten erweitert werden (ggf. passe ich es selber nach deiner Zustimmung im WIKI an):
1. Es fehlt noch ein

make install

für die installation der ffmpeg Pakete
2. vnsiserver wurde ausgelagert und findet sich nicht mehr in den opdenkamp xbmc repo auf git findet sich jetzt stattdessen

git clone git://github.com/FernetMenta/vdr-plugin-vnsiserver

3. vdpau-sunxi hat bei mir noch einen zusätzlichen link benötigt, da beim start die libvdpau_nvidia angezogen wurde.

ln -s /usr/lib/arm-linux-gnueabihf/vdpau/libvdpau_sunxi.so.1 /usr/lib/libvdpau_nvidia.so