Github - Tuxbox Neutrino (tuxbox-neutrino.org)
-
- Developer
- Beiträge: 4189
- Registriert: Sonntag 2. November 2003, 12:36
Github - Tuxbox Neutrino (tuxbox-neutrino.org)
Ist denn jetzt, wo coolstream nicht mehr im Wege steht, geplant das neutrino etwas portabler zu machen?
-
- Administrator
- Beiträge: 2675
- Registriert: Donnerstag 28. September 2006, 18:18
Re: Github - Tuxbox Neutrino (tuxbox-neutrino.org)
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.
-
- Interessierter
- Beiträge: 42
- Registriert: Donnerstag 25. Oktober 2012, 14:22
Re: Github - Tuxbox Neutrino (tuxbox-neutrino.org)
Ich, für meinen Teil, würde das sehr begrüßen.seife hat geschrieben:Ist denn jetzt, wo coolstream nicht mehr im Wege steht, geplant das neutrino etwas portabler zu machen?
-
- Developer
- Beiträge: 4189
- Registriert: Sonntag 2. November 2003, 12:36
Re: Github - Tuxbox Neutrino (tuxbox-neutrino.org)
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)
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)
-
- Wissender
- Beiträge: 1839
- Registriert: Sonntag 17. August 2003, 00:39
Re: Github - Tuxbox Neutrino (tuxbox-neutrino.org)
Ich würde mich sehr freuen wenn man da gemeinsam was bewegen könnte...
-
- Contributor
- Beiträge: 1623
- Registriert: Donnerstag 10. Januar 2002, 20:03
Re: Github - Tuxbox Neutrino (tuxbox-neutrino.org)
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.
Na schönen Dank Herr Schwanke!
Ein toller Sommer!
Ein toller Sommer!
-
- Wissender
- Beiträge: 1839
- Registriert: Sonntag 17. August 2003, 00:39
Re: Github - Tuxbox Neutrino (tuxbox-neutrino.org)
Auf welche Ziel-Hardware wird man sich im ersten Schritt denn "stürzen"?
-
- Administrator
- Beiträge: 2675
- Registriert: Donnerstag 28. September 2006, 18:18
Re: Github - Tuxbox Neutrino (tuxbox-neutrino.org)
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.
-
- Wissender
- Beiträge: 1839
- Registriert: Sonntag 17. August 2003, 00:39
Re: Github - Tuxbox Neutrino (tuxbox-neutrino.org)
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
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
-
- Contributor
- Beiträge: 292
- Registriert: Donnerstag 21. November 2002, 05:32
- Box 1: AX HD51
- Image: tuxbox
Re: Github - Tuxbox Neutrino (tuxbox-neutrino.org)
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
Ausserdem baut Neutrino-MP jetzt komplett ungepatcht in morty
-
- Interessierter
- Beiträge: 42
- Registriert: Donnerstag 25. Oktober 2012, 14:22
Re: Github - Tuxbox Neutrino (tuxbox-neutrino.org)
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.
-
- Developer
- Beiträge: 4189
- Registriert: Sonntag 2. November 2003, 12:36
Re: Github - Tuxbox Neutrino (tuxbox-neutrino.org)
Welche version von ffmpeg? Ich hab's mit 3.1 getestet und es baut und läuft auch ein wenig.svenhoefer hat geschrieben: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.
libav würde ich eher nicht supporten wollen und alte ffmpeg-Versionen auch nicht, das ist einfach zu anstrengend.
-
- Wissender
- Beiträge: 1839
- Registriert: Sonntag 17. August 2003, 00:39
Re: Github - Tuxbox Neutrino (tuxbox-neutrino.org)
Geht es mit dem Thema denn voran?
-
- Developer
- Beiträge: 4189
- Registriert: Sonntag 2. November 2003, 12:36
Re: Github - Tuxbox Neutrino (tuxbox-neutrino.org)
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 )
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 )
-
- Administrator
- Beiträge: 2675
- Registriert: Donnerstag 28. September 2006, 18:18
Re: Github - Tuxbox Neutrino (tuxbox-neutrino.org)
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.
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.
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.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 )
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.
-
- Wissender
- Beiträge: 1839
- Registriert: Sonntag 17. August 2003, 00:39
Re: Github - Tuxbox Neutrino (tuxbox-neutrino.org)
Das mit der HW wird lösbar sein...
-
- Interessierter
- Beiträge: 42
- Registriert: Donnerstag 25. Oktober 2012, 14:22
Re: Github - Tuxbox Neutrino (tuxbox-neutrino.org)
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 hat geschrieben:Welche version von ffmpeg?
-
- Developer
- Beiträge: 4189
- Registriert: Sonntag 2. November 2003, 12:36
Re: Github - Tuxbox Neutrino (tuxbox-neutrino.org)
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
* 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
-
- Developer
- Beiträge: 4189
- Registriert: Sonntag 2. November 2003, 12:36
Re: Github - Tuxbox Neutrino (tuxbox-neutrino.org)
Es gibt aber jessie-backports, ansonsten halt mit --prefix=... selber bauen und nur für's neutrino benutzen.svenhoefer hat geschrieben: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 hat geschrieben:Welche version von ffmpeg?
-
- Administrator
- Beiträge: 2675
- Registriert: Donnerstag 28. September 2006, 18:18
Re: Github - Tuxbox Neutrino (tuxbox-neutrino.org)
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 hat geschrieben: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.
-
- Developer
- Beiträge: 4189
- Registriert: Sonntag 2. November 2003, 12:36
Re: Github - Tuxbox Neutrino (tuxbox-neutrino.org)
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.
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.
-
- Administrator
- Beiträge: 2675
- Registriert: Donnerstag 28. September 2006, 18:18
Re: Github - Tuxbox Neutrino (tuxbox-neutrino.org)
ahh, ja an die Lizenzen hatte ich jetzt überhaupt nicht gedacht
-
- Interessierter
- Beiträge: 42
- Registriert: Donnerstag 25. Oktober 2012, 14:22
Re: Github - Tuxbox Neutrino (tuxbox-neutrino.org)
Ich frage mal Max, ob ich die header unter GPL stellen darf.
-
- Developer
- Beiträge: 4189
- Registriert: Sonntag 2. November 2003, 12:36
-
- Developer
- Beiträge: 4189
- Registriert: Sonntag 2. November 2003, 12:36
Re: Github - Tuxbox Neutrino (tuxbox-neutrino.org)
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".
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".