Github - Tuxbox Neutrino (tuxbox-neutrino.org)

[seife]

Ist denn jetzt, wo coolstream nicht mehr im Wege steht, geplant das neutrino etwas portabler zu machen?

[dbt]

Der Fork ist jetzt in userer Hand, weil CST den Betrieb quasi eingestellt hat und das Ganze portabel für andere Geräte zu machen, ist demzufolge nur logisch. Wie das im Moment passiert, für welche Geräte etc., ist noch nicht klar, ich persönlich wäre froh wenn es in diese offene Richtung weitergeht und Unterstützung ist sehr willkommen.

[svenhoefer]

Ist denn jetzt, wo coolstream nicht mehr im Wege steht, geplant das neutrino etwas portabler zu machen?

Ich, für meinen Teil, würde das sehr begrüßen.

[seife]

Ok, dann kann ich ja mal die "harmlosen" sachen raussuchen und pullrequests auf github machen.

Die würden halt davon ausgehen, daß die libcoolstream überall anders durch libstb-hal implementiert wird.

(Eigentlich ist das neutrino schon recht portabel, wenn man die ganzen #if HARDWARE_TYPE möglichst rauswirft, eben weil viel hardwarespezifisches in der lib gekapselt ist)

[PauleFoul]

Ich würde mich sehr freuen wenn man da gemeinsam was bewegen könnte...

[doc]

Wenn man sich schon etwas wünschen darf, ich würde mir etwas mehr Nähe und Angleichung an die LSB wünschen. Dann könnte man das ohne massive Hacks sogar mal paketieren.

[PauleFoul]

Auf welche Ziel-Hardware wird man sich im ersten Schritt denn "stürzen"?

[dbt]

Da müsste man mal einige Vorschläge machen was denn so gewünscht ist. Einige "alte Hasen" gibts ja schon lange. 4K Geräte dürften evtl. interessant werden, obwohl ich da angesichts des momentan eher bescheidenen Angebotes bzw. Angeboten die man teuer bezahlen muss und dazu sowieso dank vorgeschriebener Hardware wahrscheilich eh nicht benutzen kann. Aber so Teile wie AX 4K-BOX HD51 geistern auf der Wunschliste herum, einige VU Geräte oder es soll ja 'ne neue Dream kommen. Die soll sogar noch im relativ moderatem Preisrahmen liegen.

[PauleFoul]

Also einige "CSTler" haben sich ja schon die AX HD51 geholt (mich eingeschlossen).

Relativ vernünftige Hardware, läuft stabil aber E2/OpenATV geht garnicht. Bekommt man für um die 250.- EUR

Ich bin wahrscheinlich lebenslang Neutrino abhängig

[flk]

Vielen Dank für den clutter Support. Das funtioniert hier sehr gut. Ich habe auch (zumindest keinen fühlbaren) Geschwindigkeitsverlust



Ausserdem baut Neutrino-MP jetzt komplett ungepatcht in morty

[svenhoefer]

Ein aktuelles Debian 8.6 meint:

Code: Alles auswählen

../source/ni-libstb-hal/generic-pc/video.cpp:289:2: error: 'AVCodecParameters' was not declared in this scope
  AVCodecParameters *p = NULL;
  ^
compilation terminated due to -Wfatal-errors.

[seife]

Ein aktuelles Debian 8.6 meint:

Code: Alles auswählen

../source/ni-libstb-hal/generic-pc/video.cpp:289:2: error: 'AVCodecParameters' was not declared in this scope
  AVCodecParameters *p = NULL;
  ^
compilation terminated due to -Wfatal-errors.

Welche version von ffmpeg? Ich hab's mit 3.1 getestet und es baut und läuft auch ein wenig.

libav würde ich eher nicht supporten wollen und alte ffmpeg-Versionen auch nicht, das ist einfach zu anstrengend.

[PauleFoul]

Geht es mit dem Thema denn voran?

[seife]

Ich hab doch schon pullrequests gemacht die auch gemerged wurden?
Und manche Sachen pickt sich Sven selber aus dem neutrino-MP raus (wobei ich dazu sagen muß: oftmals sind die Sachen nur in meiner Umgebung gestestet, nicht im neutrino-HD. Die Pullrequests kompiliere ich zumindest einmal für die Coolstream )

[dbt]

Ich denke er meint eher, ob und in wie weit es möglich wäre auf einen gewissen Bedarf zu reagieren. In seinem Fall wohl in wie weit es möglich wäre, ein lauffähiges Flash-Image oder USB-Image zB. für seine AX HD51 bauen zu können.

Und manche Sachen pickt sich Sven selber aus dem neutrino-MP raus (wobei ich dazu sagen muß: oftmals sind die Sachen nur in meiner Umgebung gestestet, nicht im neutrino-HD. Die Pullrequests kompiliere ich zumindest einmal für die Coolstream )

Langfristig dürfte das aber eins werden. Das ganze ist noch recht CST-lastig, was im Moment verständlich ist, aber das soll ja nicht so bleiben.
Was halt nötig wäre, ist sowas wie ein Schema wie man eine Plattform ans laufen bringt. Evtl. kann man ja mal Schritt für Schritt aufzeigen, wie man das macht. Ein gewisses KowHow bringst du ja schon mit. Eine andere Sache ist alledrdings die, dass man da evtl. die passende HW braucht.

FLk hat mit yocto 'ne ganz nette Sache aufgebaut. evtl kann er mal hier was dazu sagen. Er steckt da mehr drin.

[PauleFoul]

Das mit der HW wird lösbar sein...

[svenhoefer]

Welche version von ffmpeg?

deb-multimedia hat für Jessie die 2.6.9 drin. Nur für die Unstable-Releases gibts ffmpeg in der Version 3.2.

[seife]

Also neue Hardware ist meist recht trivial zu supporten:
* libstb-hal anpassen, für die entsprechende Hardware ein unterverzeichnis machen. Zunächst reicht es, die demux, audio und videoklassen zu implementieren. Record und Playback sind zunächst mal Luxus, außerdem ist zumindest die Record-Klasse eigentlich bei allen DVB-API basierten gleich (demux auch, und audio/video sind bei kisten mit Hardwaredecoder auch sehr ähnlich).
* dann neutrino dagegen kompilieren, am besten mit boxtype=generic (wobei da der GLFB vermutlich disabled werden muss)

Danach könnte man evtl. schon bild und ton haben.

BTW: da es ja vermutlich in Zukunft darum gehen wird boxen zu benutzen, welche für enigma2 gebaut wurden, wäre eine gstreamer-basierte playback-Klasse für die libstb-hal vermutlich hilfreich, einfach weil enigma2 auch gstreamer für's playback benutzt. Da gibt's dann einen gstreamer-dvbmediasink, was die dekoder im Chip benutzt.
Eine angenehme Nebenwirkung wäre, daß auch der PC-Port und der Raspberrypi dann relativ leicht mit playback auszustatten wären, weil gstreamer in eine clutter-surface (PC, das war der Grund für den clutterfb) oder eine OpenGL-ES Textur (raspberrypi) rendern kann.
Wenn jemand gar nix zu tun hat und gerne hätte, daß neutrino auf dem raspberrypi besser läuft: auch cAudio und cVideo wären Kandidaten für eine Implementierung durch gstreamer
Ich selber mache das vermutlich eher nicht, gstreamer & Co (auch OpenMAX und Khronos) machen mir immer Knoten im Hirn, da ist der Winter rum bevor ich damit fertig bin. Drum ist auch das A/V Zeugs auf dem raspi nie so richtig fertig geworden. Ausserdem funktioniert der ja mit VDR wunderbar

[seife]

Welche version von ffmpeg?

deb-multimedia hat für Jessie die 2.6.9 drin. Nur für die Unstable-Releases gibts ffmpeg in der Version 3.2.

Es gibt aber jessie-backports, ansonsten halt mit --prefix=... selber bauen und nur für's neutrino benutzen.

[dbt]

Also neue Hardware ist meist recht trivial zu supporten:
* libstb-hal anpassen, für die entsprechende Hardware ein unterverzeichnis machen. Zunächst reicht es, die demux, audio und videoklassen zu implementieren.

Also um es einheitlich zu machen, bzw. damit das nicht immer in die Quere kommt, müsste man da die CST-Anbindungen auch dahin pflanzen.

[seife]

Das geht nicht. Die Header haben keine entsprechende Lizenz.

Aber die kommen einem nicht in die Quere, wenn man das -Ilibcoolstream oder -Ilibcoolstream2 richtig anbringt, sonst wäre mir das im neutrino-MP schon lange aufgefallen. Diese teile sind auch im neutrino-HD schon richtig.

Was man mal noch fixen müßte (glaube ich) sind die unter zapit/include enthaltenen linux-dvb-api header, aber da kann ich mal nen pullrequest machen.

[dbt]

ahh, ja an die Lizenzen hatte ich jetzt überhaupt nicht gedacht

[svenhoefer]

Ich frage mal Max, ob ich die header unter GPL stellen darf.

[seife]

https://github.com/tuxbox-neutrino/gui-neutrino/pull/3

[seife]

Die header haben aber in der libstb-hal eigentlich nix verloren, weil ja auch sonst nix für Coolstream da drin ist. Da müßt ihr also ein extra Paket für machen. Und das für eine tote Plattform? Wär mir den Aufwand nicht wert.
Außerdem hängt dann der neutrino-build für hd1/2 plötzlich von der libstb-hal ab...

Das ist ja nur noch eine kleine Bedingung in der configure.ac, die die HWLIB_{C,LD}FLAGS entsprechend setzt.

Edit: alternativ könnte man die Header natürlich mit der libcoolstream-mt.so etc. in ein paket packen und nach /usr/include/coolstream installieren, und evtl. sogar ein pkg-config .pc file dazu... aber auch da stellt sich die Frage nach dem Nutzen zu Aufwand Verhältnis. Die Plattform ist ja jetzt eher "statisch".