Hi,
ES LÄUFT !!!!
Es fehlte nur die 'alsactl.conf' in /etc/
Gruß,
Roland
Hi,
ES LÄUFT !!!!
Es fehlte nur die 'alsactl.conf' in /etc/
Gruß,
Roland
Hallo Roland,
Prima! Ich habe Thomas rootfs in ein Image gepackt und das funktioniert ebenfalls einwandfrei. emerge auf einem arm macht wirklich keinen Spaß Dann kann ich ja jetzt auch wieder auf mein altes Image wechseln.
Danke nochmal an alle fürs Helfen und besonders an Thomas für die viele Arbeit und die freundliche Unterstützung.
Viele Grüße
beta
Alles anzeigenHallo Roland,
Prima! Ich habe Thomas rootfs in ein Image gepackt und das funktioniert ebenfalls einwandfrei. emerge auf einem arm macht wirklich keinen Spaß Dann kann ich ja jetzt auch wieder auf mein altes Image wechseln.
Danke nochmal an alle fürs Helfen und besonders an Thomas für die viele Arbeit und die freundliche Unterstützung.
Viele Grüße
beta
Hi beta,
ja jetzt müste es auch mit deiner ubuntu version laufen, einfach nur die alsactl.conf ins /etc verzeichnis.
Bei der MLD ist die Basis ja Debian, also ein nicht so großer unterschied zu ubuntu.
Gruß,
Roland
P.S.: gib bescheid, ob es läuft
Es fehlte nur die 'alsactl.conf' in /etc/
Und ich habe mir die Datei noch angesehen und gedacht, da stehen ja nur Kommentare drin...
Freut mich aber, dass es nun funktioniert!
Gruss
Thomas
P.S.: gib bescheid, ob es läuft
Hallo Roland,
ja und nein. Es läuft auf dem ersten SD Kanal ohne Crash. Allerdings habe ich beim Umschalten kein Bild mehr und HD geht gar nicht. Das liegt aber sicherlich daran, dass mein Image inzwischen "vermurkst" ist. Ich werde es noch einmal neu aufsetzen.
Jetzt müssen wir noch das Problem mit wetekdvb.ko lösen. Das crasht die Wetek nämlich komplett mit amlhddevice.
Gruß
beta
Hallo Roland,
ja und nein. Es läuft auf dem ersten SD Kanal ohne Crash. Allerdings habe ich beim Umschalten kein Bild mehr und HD geht gar nicht. Das liegt aber sicherlich daran, dass mein Image inzwischen "vermurkst" ist. Ich werde es noch einmal neu aufsetzen.
Jetzt müssen wir noch das Problem mit wetekdvb.ko lösen. Das crasht die Wetek nämlich komplett mit amlhddevice.
Gruß
beta
Hi beta,
das wetekdvb-modul hast du aber nicht geladen,
denn wenn wir dieses laden, crasht der vdr.
Aber sonst läuft es, SD und HD Kanäle.
Gruß,
Roland
Jetzt müssen wir noch das Problem mit wetekdvb.ko lösen. Das crasht die Wetek nämlich komplett mit amlhddevice.
Darum kümmere ich mich, momentan funktioniert das bei mir auch nicht.
Gruss
Thomas
Nur mal so, falls jemand auch verzweifelt mit Empfangsstörungen beim wetekdvb (ohne amlhddevice; geht ja z.Zt. nicht zusammen). Ich bin jetzt durch Zufall beim Kompilieren von openelec drauf gekommen. Bei openelec ist die neueste Version zum Download wetekdvb-20150809, aber beim Kompilieren benutzt openelec selbst die Version wetekdvb-20150503. Und tatsächlich diese Version hat keine Empfangsstörungen!
Hat mich locker 10 Stunden Fehlersuche gekostet.
Viele Grüße
Hallo Thomas,
ich habe im git die aktualisierte Version vom Plugin gefunden und gleich mal ausprobiert. Das Plugin läd zwar und crasht nicht gleich wieder, auch ohne vmalloc=300M, allerdings kommt es gleich zu Fehlern - siehe Spoiler rot markiert. Die letzten Zeilen wiederholen sich dann laufend. Was geht da schief?
Oct 1 19:36:21 weplay vdr: [2286] VDR version 2.2.0 started
Oct 1 19:36:21 weplay vdr: [2286] switched to user 'xxx'
Oct 1 19:36:21 weplay vdr: [2286] running as daemon (tid=2286)
Oct 1 19:36:21 weplay vdr: [2286] codeset is 'UTF-8' - known
Oct 1 19:36:21 weplay vdr: [2286] found 28 locales in /usr/local/share/locale
Oct 1 19:36:21 weplay vdr: [2286] loading plugin: /usr/local/lib/vdr/libvdr-amlhddevice.so.2.2.0
Oct 1 19:36:21 weplay vdr: [2286] loading /var/lib/vdr/setup.conf
Oct 1 19:36:21 weplay vdr: [2286] loading /var/lib/vdr/sources.conf
Oct 1 19:36:21 weplay vdr: [2286] loading /var/lib/vdr/diseqc.conf
Oct 1 19:36:21 weplay vdr: [2286] loading /var/lib/vdr/scr.conf
Oct 1 19:36:21 weplay vdr: [2286] loading /var/lib/vdr/channels.conf
Oct 1 19:36:21 weplay vdr: [2286] loading /var/lib/vdr/timers.conf
Oct 1 19:36:21 weplay vdr: [2286] loading /var/lib/vdr/svdrphosts.conf
Oct 1 19:36:21 weplay vdr: [2286] loading /var/lib/vdr/keymacros.conf
Oct 1 19:36:22 weplay vdr: [2291] video directory scanner thread started (pid=2286, tid=2291, prio=high)
Oct 1 19:36:22 weplay vdr: [2286] registered source parameters for 'A - ATSC'
Oct 1 19:36:22 weplay vdr: [2286] registered source parameters for 'C - DVB-C'
Oct 1 19:36:22 weplay vdr: [2286] registered source parameters for 'S - DVB-S'
Oct 1 19:36:22 weplay vdr: [2286] registered source parameters for 'T - DVB-T'
Oct 1 19:36:22 weplay vdr: [2292] video directory scanner thread started (pid=2286, tid=2292, prio=high)
Oct 1 19:36:22 weplay vdr: [2286] probing /dev/dvb/adapter0/frontend0
Oct 1 19:36:22 weplay vdr: [2286] creating cDvbDevice
Oct 1 19:36:22 weplay vdr: [2293] epg data reader thread started (pid=2286, tid=2293, prio=high)
Oct 1 19:36:22 weplay vdr: [2286] new device number 1
Oct 1 19:36:22 weplay vdr: [2293] epg data reader thread ended (pid=2286, tid=2293)
Oct 1 19:36:22 weplay vdr: [2292] video directory scanner thread ended (pid=2286, tid=2292)
Oct 1 19:36:23 weplay vdr: [2286] DVB API version is 0x050A (VDR was built with 0x050A)
Oct 1 19:36:23 weplay vdr: [2286] frontend 0/0 provides DVB-S,DVB-S2 with QPSK ("Availink AVL6211+AV2011 DVB-S/S2")
Oct 1 19:36:23 weplay vdr: [2295] frontend 0/0 tuner thread started (pid=2286, tid=2295, prio=high)
Oct 1 19:36:23 weplay vdr: [2286] cTimeMs: using monotonic clock (resolution is 1 ns)
Oct 1 19:36:23 weplay vdr: [2296] device 1 section handler thread started (pid=2286, tid=2296, prio=low)
Oct 1 19:36:23 weplay vdr: [2295] cTimeMs: using monotonic clock (resolution is 1 ns)
Oct 1 19:36:23 weplay vdr: [2286] probing /dev/dvb/adapter1/frontend0
Oct 1 19:36:23 weplay vdr: [2286] creating cDvbDevice
Oct 1 19:36:23 weplay vdr: [2286] new device number 2
Oct 1 19:36:24 weplay vdr: [2291] video directory scanner thread ended (pid=2286, tid=2291)
Oct 1 19:36:24 weplay vdr: [2286] frontend 1/0 provides DVB-S,DVB-S2 with QPSK ("Availink AVL6211+AV2011 DVB-S/S2")
Oct 1 19:36:24 weplay vdr: [2286] found 2 DVB devices
Oct 1 19:36:24 weplay vdr: [2299] frontend 1/0 tuner thread started (pid=2286, tid=2299, prio=high)
Oct 1 19:36:24 weplay vdr: [2300] device 2 section handler thread started (pid=2286, tid=2300, prio=low)
Oct 1 19:36:24 weplay vdr: [2286] tuner 1/0 bonded with tuner 0/0
Oct 1 19:36:24 weplay vdr: [2286] device 2 bonded with device 1
Oct 1 19:36:24 weplay vdr: [2286] initializing plugin: amlhddevice (0.0.1): HD output device for Amlogic SoC
Oct 1 19:36:24 weplay vdr: [2286] new device number 3
Oct 1 19:36:24 weplay vdr: [2286] setting primary device to 3
Oct 1 19:36:24 weplay vdr: [2286] amlhddevice: new cOsdProvider()
Oct 1 19:36:24 weplay vdr: [2286] assuming manual start of VDR
Oct 1 19:36:24 weplay vdr: [2286] SVDRP listening on port 6419
Oct 1 19:36:24 weplay vdr: [2286] setting current skin to "sttng"
Oct 1 19:36:24 weplay vdr: [2286] loading /var/lib/vdr/themes/sttng-default.theme
Oct 1 19:36:24 weplay vdr: [2286] starting plugin: amlhddevice
Oct 1 19:36:24 weplay vdr: [2286] switching to channel 1 (Das Erste HD)
Oct 1 19:36:24 weplay vdr: [2286] tuner 0/0 is now bonded master
Oct 1 19:36:24 weplay kernel: [ 87.636769@0] wetek-dvb dvb.8: FLUSH FIFO_0
Oct 1 19:36:24 weplay kernel: [ 87.636959@0] wetek-dvb dvb.8: FLUSH ok
Oct 1 19:36:24 weplay kernel: [ 87.637081@0] wetek-dvb dvb.8: FIFO_0<->0
Oct 1 19:36:24 weplay vdr: [2301] device 1 receiver thread started (pid=2286, tid=2301, prio=high)
Oct 1 19:36:24 weplay vdr: [2302] device 1 TS buffer thread started (pid=2286, tid=2302, prio=high)
Oct 1 19:36:24 weplay vdr: [2286] OSD size changed to 1280x720 @ 1,77778
Oct 1 19:36:24 weplay vdr: [2286] amlhddevice: wrong frame buffer pixel format, only ARGB supported!
Oct 1 19:36:25 weplay vdr: [2286] switching device 2 to channel 11 (MDR Sachsen HD)
Oct 1 19:36:26 weplay kernel: [ 89.566346@0] wetek-dvb dvb.8: FLUSH FIFO_1
Oct 1 19:36:26 weplay kernel: [ 89.566426@0] wetek-dvb dvb.8: FLUSH ok
Oct 1 19:36:26 weplay kernel: [ 89.566461@0] wetek-dvb dvb.8: FIFO_1<->1
Oct 1 19:36:27 weplay vdr: [2296] changing pids of channel 312 (SWR RP HD) from 5121+5121=27:5122=deu@3,5123=mis@3;5126=deu@106:5135=deu:5134 to 5131+5131=27:5132=de
u@3,5133=mis@3;5136=deu@106:5135=deu:5134
Oct 1 19:36:27 weplay vdr: [2300] changing pids of channel 12 (rbb Brandenburg HD) from 5311+5311=27:5312=deu@3,5313=mis@3;5316=deu@106:5315=deu:5314 to 5301+5301=27
:5302=deu@3,5303=mis@3;5306=deu@106:5305=deu:5304
Oct 1 19:36:28 weplay vdr: [2302] i/o throttle activated, count = 1 (tid=2302)
Oct 1 19:36:28 weplay vdr: [2300] channel 11 (MDR Sachsen HD) event Do. 01.10.2015 19:30-19:50 '(null)' status 4
Oct 1 19:36:29 weplay vdr: [2302] buffer usage: 70% (tid=2301)
Oct 1 19:36:29 weplay vdr: [2302] buffer usage: 80% (tid=2301)
Oct 1 19:36:29 weplay vdr: [2302] buffer usage: 90% (tid=2301)
Oct 1 19:36:30 weplay vdr: [2302] buffer usage: 100% (tid=2301)
Oct 1 19:36:35 weplay vdr: [2301] amlhddevice: failed to init codec!
Oct 1 19:36:35 weplay vdr: [2301] amlhddevice: failed to write codec data, ret=0xffffffff
Oct 1 19:36:36 weplay vdr: message repeated 19 times: [ [2301] amlhddevice: failed to write codec data, ret=0xffffffff]
Oct 1 19:36:36 weplay vdr: [2301] ERROR: TS packet not accepted in Transfer Mode
Oct 1 19:36:36 weplay vdr: [2301] amlhddevice: failed to write codec data, ret=0xffffffff
Oct 1 19:36:36 weplay vdr: [2301] amlhddevice: failed to write codec data, ret=0xffffffff
Oct 1 19:36:36 weplay vdr: [2302] ERROR: driver buffer overflow on device 1
Oct 1 19:36:36 weplay vdr: [2301] amlhddevice: failed to write codec data, ret=0xffffffff
Oct 1 19:36:36 weplay vdr: message repeated 17 times: [ [2301] amlhddevice: failed to write codec data, ret=0xffffffff]
Danke & Gruß, ollo
Hi ollo
ich habe im git die aktualisierte Version vom Plugin gefunden und gleich mal ausprobiert. Das Plugin läd zwar und crasht nicht gleich wieder, auch ohne vmalloc=300M, allerdings kommt es gleich zu Fehlern - siehe Spoiler rot markiert. Die letzten Zeilen wiederholen sich dann laufend. Was geht da schief?
Die Änderungen waren bei mir nötig, als ich den Kernel aktualisiert habe:
- Die Framebuffer sind nun scheinbar anders aufgesetzt, ich musste von /dev/fb1 auf /dev/fb0 wechseln, damit ich Transparenz hatte (d.h. 32 Bits pro Pixel, ARGB)
- Zum demuxen des TS-Streams wird nun HW-Demux #2 genutzt, jedenfalls wenn wetekdvb.ko geladen ist - wenn da was schief läuft, "verstopft die Leitung" und VDR kann die Daten nicht mehr wegschreiben
Macht wohl Sinn, beides als Parameter konfigurierbar zu machen, damit das Plugin möglichst universell bleibt.
Gruss
Thomas
Hallo Thomas,
... hmm, und wie bekommt man raus welcher FB für was vom kernel verwendet wird - um damit dann die Parameter zu füttern?
Übrigens steht das nächste Kernel Update (inklusive neuer wetekdvb.ko Version) für OE bevor:
https://github.com/codesnake/linux/commits/amlogic-3.10.y
https://github.com/OpenELEC/OpenELEC.tv/pull/4348
Gruß, ollo
... hmm, und wie bekommt man raus welcher FB für was vom kernel verwendet wird - um damit dann die Parameter zu füttern?
Gute Frage, hier die Info die ich von Wetek erhalten habe:
Zitat3rd framebuffer is there for Enigma2 to work with max 1280x720 while main FB0 is adjusted to the HDMI output screen size (if HDMI is 720 then FB0 will be 1280x720, if HDMI is 1080 then FB0 will be 1920x1080), this is done
because Amlogic scaler give horible picture when scaling from 1280x720 to 1920x1080. So I coded "fake" FB with temp memory where Enigma2 write data and on IOCTL blit command call
https://github.com/wetek-enigm…wetek/lib/gdi/fb.cpp#L313
I will blit from FB2 to the main FB0 and use ge2d accel if needed to scale from 1280x720 to 1920x1080 FB0 (if HDMI is set to 1080)
Bei mir schaut das dann so aus:
localhost ~ # cat /sys/class/graphics/fb0/bits_per_pixel
32
localhost ~ # cat /sys/class/graphics/fb1/bits_per_pixel
24
localhost ~ # cat /sys/class/graphics/fb2/bits_per_pixel
32
Das Plugin prüft momentan auf die 32 Bits pro Pixel und startet ggf. einfach ohne OSD.
Gruss
Thomas
Moin Thomas,
bei mir gibt es nur 2 FBs: fb0 mit 24bpp & fb1 mit 32bpp. Und zwar sowohl mit dem OE kernel (3.10.76) als auch mit dem von wetek-enigma. Letzteren habe ich mit Deiner .config gebaut. Was fehlt da?
Komisch ist außerdem, dass ich ums Verrecken die "vmalloc=300" nicht gesetzte bekomme, obwohl es in der .dtb drin steht als auch per "strings" im boot.img gefunden werden kann. Die parameter bzgl. rootfs kann ich aber setzen?! Wahrscheinlich steht da noch was im initrd file, das ich für meine Ubuntu Installation unbedingt brauche weil sonst nix bootet?! Ich bin ja mit dem Ubuntu Image von CNX gestartet.
Es sind offenbar immernoch zu viele Variablen im Spiel. Können wir uns auf ein Setup einigen (kernel & root image)? Thomas nimmt ja Gentoo?! Was nutzt MLD?
Danke & Gruß, ollo
... so, jetzt bin ich doch die initrd losgeworden und schon schaut die cmdline viel besser aus! Den kernel einfach mit "make uImage-dtb" bauen und darauf achten, dass in der .config die richtige .dtb Datei angegeben ist - schon klappt's! Leider gibt es immernoch nur 2 FBs!?! Wo wird das bestimmt?
Gruß, ollo
[Edit] Die ganze Problematik bzgl. initrd und cmdline liegt in der .config des verwendeten kernels begründet. Folgendes muß gegebn sein, dann klappt's auch mit dem per "make uImage-dtb" erzeugen kernel:
# CONFIG_BLK_DEV_INITRD is not set
# CONFIG_ARM_ATAG_DTB_COMPAT_CMDLINE_FROM_BOOTLOADER is not set
# CONFIG_ARM_ATAG_DTB_COMPAT_CMDLINE_EXTEND is not set
CONFIG_ARM_ATAG_DTB_COMPAT_CMDLINE_APPEND=y
CONFIG_CMDLINE=""
CONFIG_BUILD_ARM_APPENDED_DTB_IMAGE=y
CONFIG_BUILD_ARM_APPENDED_DTB_IMAGE_NAMES="mywetekplay"
CONFIG_ARM_APPENDED_DTB=y
Alles anzeigenHallo Thomas,
... hmm, und wie bekommt man raus welcher FB für was vom kernel verwendet wird - um damit dann die Parameter zu füttern?
Übrigens steht das nächste Kernel Update (inklusive neuer wetekdvb.ko Version) für OE bevor:
https://github.com/codesnake/linux/commits/amlogic-3.10.y
https://github.com/OpenELEC/OpenELEC.tv/pull/4348
Gruß, ollo
Ich habe den Kernel mal gebaut und das zugehörige wetekdvb.ko getestet. Ist jetzt stabiler, als die instabilen Versionen davor, macht aber so ca. alle 15 Minuten oder so auch Streamfehler (Artefakte). Die stabilste Version ist immer noch die von OE aktuell benutzte wetekdvb-20150503 mit Kernel 3.10.76, damit sind Artefakte sehr selten (aber auch nicht komplett weg, wohl abhängig von der Systemlast).
Bin ich eigentlich der einzige der das hat? Hat bisher keiner bestätigt.
Viele Grüße
Tim
Hi Tim,
das ist zwar off-topic, aber ich habe ihn auch am Laufen und es schaut gut aus. Ich habe eben die Schüssel nochmal gerichtet und nun nix mehr mit Artefakten zum Kucktoberfest
Gruß, ollo
Hi Ollo,
das ist zwar off-topic, aber ich habe ihn auch am Laufen und es schaut gut aus. Ich habe eben die Schüssel nochmal gerichtet und nun nix mehr mit Artefakten zum Kucktoberfest
naja im weiten Sinne nicht off-topic. Das wetekdvb Module geht zwar noch nicht mit dem amlhddevice, aber das ist ja das Ziel. Es liegt definitiv nicht am Empfang, der ist bei mir ok. Welche Version (Kernel und wetekdvb) benutzt Du denn?
Hallo Tim,
ich verwende aktuell den 3.10.89er kernel von codesnake inklusive der Patches für OE. Die OE kernel config habe ich entsprechend der obigen Modifikationen geändert und die wetekplay.dts kommt von wetek-enigma. Das wetekdvb.ko module ist das dazugehörige vom 29.Sep.2015 von OE. Alles klar?
Jetzt interessiert mich "nur noch", wo Thomas den fb2 herhat - bei wetek-enigma gibt es dazu nämlich wenig Erhellendes.
Gruß, ollo
N'Abend,
eben ist ein neuer wetekdvb.ko Treiber aufgetaucht, nämlich wetekdvb-20150930. OE hat die neue kernel Version von codesnake gemerged und bei der Gelegenheit den neueren wetekdvb verlinkt. Bei mir läuft gerade eine Aufnahme, danach probiere ich den mal.
Übrigend hat Thomas noch auf einen weiteren Patch hingewiesen, den ich nun auch noch eingespielt habe - den hier .
Edit: Der letzte Patch sorgt dafür, dass sich meine Play beim Starten des VDR aufhängt. Ohne geht's.
Gruß, ollo
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!