vdr-plugin-live für VDR 2.3.x ...

Zitat von jasminj

Wenn ich auf "Snapshot-Intervall" gehe, dann kommt das lcars OSD. Klicke ich auf OSD, dann kommt der Schneebildschirm. Klickt man dann auf die Fernbedienung, dann kommt zwar was, aber eben nicht leserlich, da Schneehintergrund.

Bei mir gibt es kein 'Snapshot-Intervall'. Habe ich das wegoptimiert oder sind das bei Dir Reste einer alten Installation? Browser-Cache geleert?

LIVE Version:
2.3.1_git_vdr-2.3.x_osd_c11767b_20170515002411+0200

Christian

Vielen dank das es hier weiter geht mit live !

Mit Debian testing und gcc-6 bekomme ich dieser Fehler beim Kompilieren:

recman.cpp:79:28: error: expected primary-expression before ‘(’ token
    return RecordingsListPtr(recMan, shared_ptr< RecordingsList >());


recman.cpp:315:17: error: reference to ‘shared_ptr’ is ambiguous
     m_recDirs = shared_ptr< DirectoryList >(new DirectoryList(recMan));


recman.cpp:27:2: error: reference to ‘shared_ptr’ is ambiguous
  shared_ptr< RecordingsList > RecordingsManager::m_recList;

Und viele vergleichbare Fehler
Die alte Version von Wirbel (live-2.3.1) kompiliert ohne Problemen allerdings mit vielen Warnungen wie diese :

thread.h:22:7: warning: ‘template<class> class std::auto_ptr’ is deprecated [-Wdeprecated-declarations]
  std::auto_ptr< tnt::Tntnet > m_server;

Mit fr Gr,

Carel

Zitat von jasminj

Bis jetzt hat ein Maintainer geantwortet, aber Diter Hametner hat nicht geantwortet.

Frage nochmal nach. Eine Mail kann schon mal verloren gehen. Nach angemessener Wartezeit sollte dir ein Admin Commit-Rechte geben können.

Zitat

Aha, wollen die in den Browsern schon wieder was entfernen

Plugins entfallen. Eigentlich allerhöchste Zeit die endlich abzuschaffen. Bleiben zwei Optionen. Transcodieren am VDR um im Video-Tag von HTML5 wiederzugeben oder Playliste ausliefern um einen externen Player damit zu starten. Mir gefällt letztere Lösung besser. Mit der dürfte auch etwas Code entfallen.

Zitat

Die Logik kann ich nicht nachvollziehen, Entwicklung ist jetzt mit 2.3.x, damit dann bei VDR 2.4.0 alles zur Verfügung steht?

Die Logik ist ganz einfach die, dass ich kein System mit VDR 2.3 habe und auch weder Zeit noch Lust habe eines aufzusetzen.

Entwickeln kann und werde ich also nur an einem Plugin welches auf meinem System läuft. Und da die Entwicklung aktuell an einer Version gemacht wird, die mit VDR 2.2 nicht läuft, bin ich erstmal außen vor.

Hi,
sollte das nicht das Problem umgehen können:
https://ipcamtalk.com/threads/…5-compatible-format.1371/

Braucht Rechenleistung zum transcodieren keine Frage...
Das gibts auch noch:
https://bgrins.github.io/videoconverter.js/demo/

Da ist ja leider veraltet:
https://wiki.videolan.org/VLC_…website_(simple_version)/

jasminj: Du hast aber den streamdevserver installiert und aktiv? Ich meine der wird gebraucht für das Videobild (nicht Slideshow sondern Livebild).

MfG,
Stefan

Hi,

Zitat von SurfaceCleanerZ

Braucht Rechenleistung zum transcodieren keine Frage...

warum CPU Leistung macht doch die GPU - selbst mit einer GT 630 funktioniert dies(ffmpeg-3.x.x)
z.B h264_nvenc -> Serie Big Bang(SD) - fps: 277 - speed:11.1x - time:1m56.056s
...ergo sollte es kein Problem sein, den Stream in Echtzeit zu transcodieren.

Gruss
Wolfgang

Wenn man da was macht fände ich eine Wiedergabe in einem HTML5 Video Element auch super. Spart geraffel mit externen Playern. Es wird ja auch nicht unmöglich sein trotzdem noch einen Link für die, die das extern wollen anzuzeigen, den gibts ja schon.

Den externen Player hat man bisher auch gebraucht.

Ich halte nichts davon, wieder etwas in den Browser zu basteln. Erst recht nicht wenn man Transcoding braucht. Kleine Playliste ist viel einfacher und die mit VLC zu verknüpfen ist keine große Sache.

Zitat

Ich halte nichts davon, wieder etwas in den Browser zu basteln.

Humbug. Es geht darum was jeder moderne Browser inzwischen ohne Plugin mitbringt. Du kannst dann auf jedem dusseligen Device Video abspielen, ohne ein App zu brauchen. Das ist kaum zu schlagen, dafür darf man auch transcoden wenns nicht anders geht, H264 und HEVC sind aber normal in den Browsern vorhanden.

Kannst du in deinem GIT einen Branch anlegen, der mit VDR 2.2 noch geht? Ich könnte dort versuchen das mit Playlisten hinzubekommen. Sollte dann kein Problem sein die Änderung in den anderen Branch zu mergen. So könnte ich eventuell bei Gelegenheit auch ein paar andere Dinge ausprobieren die man dann ggf. jeweils wieder mergen könnte.

Zitat

Ich hab zwar kein Debian testing, aber ich hab mit auf Trusty mal gcc-6 installiert und die Fehler gefixed

Guten morgen Jasmin Vielen dank für den fix !!

Hast du dein Änderungen ein-gecheckt?
Mein letzter stand ist:
* remotes/origin/vdr-2.3.x_osd_work

git pull
Already up-to-date.
git log
commit f799bf4faacc12ed22ed9a90269a829a1ecf4985
Author: Jasmin Jessich <jasmin@anw.at>
Date:   Sun May 14 00:53:12 2017 +0200


    Set LIVEVERSION to 2.3.1

Vielen dank im voraus,

Carel

Der aktuelle Commit lässt sich bei mir nicht bauen:

commit 0cd6daa5d50ff8fd1fff08136b9284f84eaddaeb (HEAD -> vdr-2.3.x_work, origin/vdr-2.3.x_work)
Author: Jasmin Jessich <jasmin@anw.at>
Date:   Fri May 19 20:31:08 2017 +0200


    gcc-6 fixes


    - New file autoptr.h to switch between "std::unique_ptr" and
      "std::auto_ptr" depending on the GCC version, by new macro AUTO_PTR.
    - Removed some "using namespace std" and add some "#define __STL_CONFIG_H"
      before including header files. This will not define "swap" in vdr/tools.h.
    - Remove also "using namespace std::tr1".
lines 1-11/11 (END)

vdr01_64 live-git # LC_MESSAGES=C make
./buildutil/version-util gen_version_suffix.h || ./buildutil/version-util -F gen_version_suffix.h
make -C pages PLUGINFEATURES=" -DHAVE_LIBPCRECPP" all
make[1]: Entering directory '/usr/local/src/vdr-2.3.4/PLUGINS/src/live-git/pages'
c++ -Werror=overloaded-virtual -Wno-parentheses -march=core-avx2 -O2 -pipe -g -ggdb -O0 -D__STDC_CONSTANT_MACROS -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -fPIC -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -I/usr/include/linux/dvb -I/usr/include  -Wno-overloaded-virtual -Wno-unused-variable -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"live"' -DTNTVERSION=22100 -DCXXTOOLVER=22100 -DHAVE_LIBPCRECPP -I/include -I.. menu.cpp
In file included from ../thread.h:6:0,
                 from ../live.h:8,
                 from ../setup.h:8,
                 from menu.ecpp:7:
../autoptr.h:9:25: error: ‘unique_ptr’ in namespace ‘std’ does not name a template type
 # define AUTO_PTR  std::unique_ptr
                         ^
../thread.h:24:2: note: in expansion of macro ‘AUTO_PTR’
  AUTO_PTR< tnt::Tntnet > m_server;
  ^
../autoptr.h:9:25: error: ‘unique_ptr’ in namespace ‘std’ does not name a template type
 # define AUTO_PTR  std::unique_ptr
                         ^
../live.h:37:2: note: in expansion of macro ‘AUTO_PTR’
  AUTO_PTR< ServerThread > m_thread;
  ^
make[1]: *** [Makefile:28: menu.o] Error 1
make[1]: Leaving directory '/usr/local/src/vdr-2.3.4/PLUGINS/src/live-git/pages'
make: *** [Makefile:153: pages] Error 2
vdr01_64 live-git #

Zitat

Das muss ja auch wer programmieren und derzeit erzeugt das Plugin "XHTML 1.0". Das muss man dann auf HTML 5 umbauen. Ev. nur die eine Seite die es anzeigt, aber immerhin.

Die Auszeichnung ist ja erstmal nur eine Auszeichnung. Ob die Seite tatsächlich konform zu neueren Standards ist, müsste man sich mal ansehen. So spartanisch wie die bisher ist, wäre das schon möglich, ist aber geraten. Müsste man sich mal mit auseinander setzen.

Zitat

Hast du Zeit das zu tun?

Ich kann mir das mal irgendwann anschauen, die nächsten 2 Wochen wird das aber nix. Ich muss für die kleine Softwarebude in der ich arbeite viel durchs Land, da beginnt gerade wieder die Zeit des gegenseitigen Händeschüttelns

Zitat von jasminj

Auf jeden Fall weiß ich jetzt auch, wie ich das von ludi gewünschte Feature mit den inaktiven Search Timern in den Code einbauen muss.

Vielen Dank für die gute Nachricht.