Beiträge von ollo

Hallo Thomas,

vielen Dank für Deine Arbeit

Bitte würdest Du noch ein paar Details zum Kompilieren der libam* geben? Das von Dir verlinkte meta-aml enthält zwar die vermisste libamcodec.pc, jedoch keine Quellen. Oder wie funktioniert das mit "bitbake"?

Meine Versuche die diversen libam* zu nutzen scheitern aktuell an missing symbols:

Gruß, ollo

Moin,

das Thema markad & libav hatten wir hier schon mal. Ich konnte es letztendlich bauen und es lief auch, jedoch scheint es irgendwo ein Speicherleck gegeben zu haben wodurch sich meine ARM Kiste nach spätestens 4 Tagen mit vollem Speicher aufgehängt hat. Ich habe das jetzt nicht weiter verfolgt, empfehle aber wirklich mit den ffmpeg-lib zu bauen und nicht denen von libav.

Gruß, ollo

Hallo,

einen aktualisierten (binären) DVB Treiber für den OE Kernel gibt es hier - aber ob der besser ist als der vom Mai?!?

http://sources.openelec.tv/devel/wetekdvb-20150809.tar.xz

Bei mir läuft die Play als Server und das ganz anständig. Aber ein FE wäre natürlich das Sahnehäubchen schlechthin!

Gruß, ollo

Moin,

überprüfe mal die Zugriffsrechte auf dem Server. Wahrscheinlich darf der/die Client(s) dort nur lesen?!?

Gruß, ollo

Moin,

die WeTek Play wird jetzt als OpenELEC-Box angeboten - etwas günstiger und mit einer Fernbedienung, die auch die Farbtasten hat - hier:

http://openelec.tv/openelec-box

Gruß, ollo

... also ich komme hier nicht weiter. Die binary libs passen einfach nicht zu meinem Ubuntu image und somit auch nicht zur Player app.

Hier übrigens noch ein Hinweis von WeTek zu den Framebuffern.

Gruß, ollo

... im Prinzip sollte das ganz einfach sein. Du brauchst as streamdev-server Plugin, welches die externremux.sh aufrufen kann. Letzteres ist ein Shellscript, wo man den entsprechenden Aufruf von omxtx eintragen muß. Das funktioniert alles so auf dem RasPi. Versuch macht kluch?!? Gib Bescheid wie's läuft!

Gruß, ollo

... der RasPi ist durchaus als transcoder zu gebrauchen, dank eingebauter Hardwareengine - siehe:

https://github.com/dickontoo/omxtx

Gruß, ollo

... ahh, klar

Es braucht "LDFLAGS = -L /usr/local/lib -lamcodec -lamadec -lamavutils". Dann fehlt nur noch:

g++ -Wall -g -DVERSION=\"0.01\" -I /usr/local/include -I /usr/local/include/amcodec -o prog main.o AmCodec.o IAmCodec.o -L /usr/local/lib -lamcodec -lamadec -lamavutils
/usr/local/lib/libamadec.so: undefined reference to `property_get'

Kurzes Google'n verweist diesbzgl. auf Android. Hmm, so kommen wir wohl nicht weiter...

Gruß, ollo

Hallo wirbel,

klar, deswegen habe ich das Makefile ja entsprechend modifiziert:

Zitat

VERSION = 0.01
CC ?= gcc
CFLAGS = -Wall -g -DVERSION=\"$(VERSION)\" -I /usr/local/include -I /usr/local/include/amcodec
LDFLAGS = -L /usr/local/lib

OBJ = main.o AmCodec.o IAmCodec.o

tsplayer: $(OBJ)
$(CXX) $(CFLAGS) -o prog $(OBJ) $(LDFLAGS)

%.o: %.cpp
$(CXX) $(CFLAGS) -c $<

all: tsplayer

clean:
rm -f *.o $(OBJ)

Alles anzeigen

Kompilieren tut es ja, nur beim Linken klemmt's dann!?! Naja, vielleicht ist das Projekt noch nicht so weit??

Gruß, ollo

Hallo,

also 3 der 5 .deb packages lassen sich auf der Play unter Ubuntu installieren (libamadec, libamavutils, libamcodec). Die bringen auch die header files mit um z.B. den tsplayer zu kompilieren. Das klappt auch, wenn man das Makefile anpasst, jedoch klemmt's dann beim linken:

Hat jemand 'ne Idee?

Gruß, ollo

Moin,

ich bin hier über folgendes Projekt gestolpert, nützt uns das was?

https://github.com/linux-meson/tsplayer

Außerdem liegen hier die libam* libraries als .deb packages (für Odroid C1) rum:

http://oph.mdrjr.net/meveric/pool/c1/liba/

Gruß, ollo

... verdammte Axt, war wohl gestern nicht mein Tag Ich nehme alles zurück und behaupte das Gegenteil

Prima das die Experten sich hier eingeklingt haben, vielleicht wird's ja was?! Vom Preis-Leistungsverhältnis ist die Play nämlich Spitze

Gruß, ollo

gda - ja, Du hast Recht. Jedoch gibt es auch keinen klassischen Framebuffer, jedenfall finde ich kein /dev/fb - mit oder ohne mali kernel driver?!? Sehr verwirrend...

Gruß, ollo

Moin,

Openelec & MLD nutzen auf der WeTeck Play offenbar Xorg zur Ausgabe.

Die Mali400 Kerneltreiber von ARM helfen bzgl. Framebuffer wohl nicht weiter? Sorry, ich sehen bei den verschiedenen Layern im Stack für die Ausgabe von TV bzw. OSD noch nicht ganz durch...

Gruß, ollo

Hallo Thomas,

dann wäre also nicht-beschleunigtes OSD durchaus per framebuffer möglich?

Der AmLogic SOC hat ja 2x A9 Core und somit mehr Bums als z.B. der RasPi1 und somit sollte das doch kein großes Problem oder gar Hindernis für ein Ausgabe-Plugin darstellen?!?

Gruß, ollo

Hallo Thomas,

danke für die Ausführung, sehr erhellend

Würde denn der OpenGLES X11 Treiber auch mit Wayland funktionieren? Das wäre deutlich schlanker als X11 und so ein möglicher Ausweg??

Danke & Gruß, ollo

Moin,

ichamthe1st - Danke, über den thread bin ich auch schon gestolpert. Bin schon gespannt.

rell - Könntest Du mehr Details preisgeben? Sunix nutzt ja die CedarX VPU der Allwinner SOC. Die AmLogic SOC nutzen doch aber eine andere VPU?! Bohrt MLD das softhhddevice Plugin um libamcodec-Support auf? Das wäre ja super!

Gruß, ollo

Hallo Lars,

danke, ich probiere das mal. Was wäre als idle-time günstig? 5min oder eher Richtung 30min?

Wenn man einen EPG Scan per OSD triggert, dann ist der nach einem Durchlauf aller Transponder "fertig" bzw. hört auf und das Live-TV Bild kommt zurück. Das scheint beim Scannen im Hintergrund nicht so zu sein?!?

Gruß, ollo

Hi Lars,

ich interessiere mich auch für das Abschalten (auto-idle) der Tuner per dynamite Plugin. Ich habe noch eine Frage dazu - funktioniert das auch sinnvoll mit device bonding, also wenn beide Tuner am selben Kabel hängen? Und geht der nach x Stunden (SIDW bzw. -W)) für EPG-Scan aufgeweckte Tuner dann, wenn er fertig ist, auch wieder nach der gesetzten Zeit (SIDT bzw. -I) in auto-idle? Meine WeTek Play - noch ohne dynamite Plugin - scannt sich den ganzen Tag einen Wolf und wird nicht fertig?!?

Danke & Gruß, ollo