Beiträge von P3f

Hallo Seahawk

weißt Du ob es Absicht ist, das die VDR Veerion auf die 2.5.7 gezogen worden ist, die API Version aber weiterhin auf 2.5.6 bleibt?

in der config.h steht:

Gesund bleiben,

Pit

Hallo KFB77,

Ich habe die Funktion auch immer vermisst, und werde es nun auch in der MLD als Einzelpatch mit einbauen. Somit wird es dann auch mit angeboten. (MLD 5.5 unstable)

Danke,

Pit

Hallo Don Baba,

für die MLD 5.5 Unstable (x86) stelle ich das Paket nun zur Verfügung. Also bitte diese MLD 5.5 unstable installieren und dann kannst Du direkt im Webif das auswählen.

Und Feedback ist willkommen, dann werden wir das auch offiziell mit im Repository aufnehmen.

@Dr.Seltsam: Danke für deine Ausführungen und den Hinweis auf die Aktualisierung vom Seahawk und dem GIT.

Gruß,

Pit

Hallo BobW,

da hat FireFly genau den Finger in die Wunde gelegt. Ich habe vergessen den Patch mit hochzuladen. Das ist nun natürlich korrigiert und es wird in der kommende Nacht ein Update gebaut.

Sorry und Danke fürs aufzeigen.

Gruß,

Pit

Hello Together,

Are there some Problems on the „projects.vdr-developer.org“? At the moment it isn‘t possible to get any information or download from there!

The Error are, if you want to download (example epg2vdr)

Connecting to projects.vdr-developer.org (projects.vdr-developer.org)|85.214.78.111|:443... connected.
ERROR: The certificate of 'projects.vdr-developer.org' is not trusted.
ERROR: The certificate of 'projects.vdr-developer.org' has expired.
The certificate has expired

Regards,

Pit

Hi,

Du hast wirklich die MLD 5.5 (unstable) für den RPI4 installiert. Dort sollte ein Update vom Toolspaket angeboten sein und dann ist auch das iperf3 enthalten.

Kannst Du sonst bitte ein Debuglog erzeugen und die Nummer hier darstellen, dann schaue ich es mir gerne an.

Dein Weg mit der Konsole ist auf jeden Fall schon korrekt. es geht nur über die Konsole...

Gruß,

Pit

Hallo Tatoosh,

in der MLD 5.5 haben im tools Paket das "iperf3" eingebunden. Damit sollte man auch den Netzwerkspeed direkt messen können. Ich hoffe das der Link ok ist, wenn ich das als Erklärung mit hier reinhänge:

http://www.nwlab.net/art/iperf/

(Hinweis: der Link zeigt die Logik für das iperf, die neuere Version ist die iperf3. Diese ist auch eingebunden). Eine Englische Anleitung für iperf3 ist hier

Gruß,

Pit

Hallo Wayne,

In der MLD 5.5 ist dein Wunsch gehört und nun auch dort in der Version 1.0.7 verfügbar.

Gruß,

Pit

Hi,

In der MLD 5.5 ist auch das Hyperion NG eingeflossen und das Webinterface sowie die Einstellmöglichkeiten dort ist ziemlich umfangreich. Das Pakte stellen wir allen Umgebungen bereits aktuell zur Verfügung und wurde bereits erfolgreich mit einem externen Grabber (Seduatmo), GPIO auf einem RPI3 sowie X11-Unterstützung getestet. Des Weiteren ist man im Hyperion sehr flexibel mit der Anbindung der Hardware (z.B. WLED, Adalight auf dem ESP8266 D1 WEMO Modul). Sehr klein, fein und via WLAN erreichbar.

Ein Blick lohnt sich auf jeden Fall.

Gruß,

PIt

Servus HelmutB,
Servus Beinhart,

Kann es sein, das noch etwas fehlt, wenn man den my_bol-Patch einsetzt (beim Plugin egp2vdr und auch beim epg-daemon) kommt es zu compilefehler.

*** Plugin epg2vdr:
Compile common ...
Compile config ...
Compile db ...
Compile epgservice ...
db.c: In member function 'int cDbStatement::appendBinding(cDbValue*, cDbService::BindType)':
db.c:549:47: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null = value->getNullRef();
                                               ^
db.c:559:47: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null = value->getNullRef();
                                               ^
db.c:568:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:577:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:587:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:597:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
make[5]: *** [Makefile:82: db.o] Error 1
make[5]: *** Waiting for unfinished jobs....
make[4]: *** [Makefile:122: hlib] Error 2
make[4]: *** Waiting for unfinished jobs....

Und beim EPG-DÄMON sieht es ähnlich aus.

Unpacking objects: 100% (63/63), done.
Compile common ...
Compile configuration ...
Compile parameters ...
Compile thread ...
Compile config ...
Compile db ...
db.c: In member function 'int cDbStatement::appendBinding(cDbValue*, cDbService::BindType)':
db.c:494:47: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null = value->getNullRef();
                                               ^
db.c:504:47: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null = value->getNullRef();
                                               ^
db.c:513:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:522:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:532:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:542:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
make[3]: *** [Makefile:89: db.o] Error 1
make[2]: *** [Makefile:70: hlib] Error 2
make[1]: *** [Makefile:53: src/epg-daemon/epglv] Error 2

Vielleicht habe ich aber auch einen Patch von Euch übersehen, oder?

Gruß,

Pit

Servus HelmutB,
Servus Beinhart,

Kann es sein, das noch etwas fehlt, wenn man den my_bol-Patch einsetzt (beim Plugin egp2vdr und auch beim epg-daemon) kommt es zu compilefehler.

*** Plugin epg2vdr:
Compile common ...
Compile config ...
Compile db ...
Compile epgservice ...
db.c: In member function 'int cDbStatement::appendBinding(cDbValue*, cDbService::BindType)':
db.c:549:47: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null = value->getNullRef();
                                               ^
db.c:559:47: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null = value->getNullRef();
                                               ^
db.c:568:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:577:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:587:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:597:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
make[5]: *** [Makefile:82: db.o] Error 1
make[5]: *** Waiting for unfinished jobs....
make[4]: *** [Makefile:122: hlib] Error 2
make[4]: *** Waiting for unfinished jobs....

Und beim EPG-DÄMON sieht es ähnlich aus.

Unpacking objects: 100% (63/63), done.
Compile common ...
Compile configuration ...
Compile parameters ...
Compile thread ...
Compile config ...
Compile db ...
db.c: In member function 'int cDbStatement::appendBinding(cDbValue*, cDbService::BindType)':
db.c:494:47: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null = value->getNullRef();
                                               ^
db.c:504:47: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null = value->getNullRef();
                                               ^
db.c:513:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:522:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:532:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:542:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
make[3]: *** [Makefile:89: db.o] Error 1
make[2]: *** [Makefile:70: hlib] Error 2
make[1]: *** [Makefile:53: src/epg-daemon/epglv] Error 2

Vielleicht habe ich aber auch einen Patch von Euch übersehen, oder?

Gruß,

Pit

Hallo Stefan,

ich habe dieses Verhalten auch wenn diese Anpassungen noch NICHT enthalten ist. Nicht das wir hier falsch suchen. Dieses Fehlerbild habe ich erst mit dem 2.4.3 bekommen, vorher lief das ohne Probleme.

Zitat von Fourty2

Hallo Helmut,

irgendwas klemmt da noch, mit dem 2.4.3 und Patch. Nach Start muß ich unabhängig von Aufnahme oder "nur Live TV" einmal umschalten, damit ein Bild (per CI) kommt. Das bei Start "aktive" Programm bleibt aber - egal was ich mache zu. (Dual-Karte ohne Bonding).

Starte ich mit nicht CI Programm, kommt normal ein Bild. Log sieht aus "wie immer".

Mit Aufnahme VDSB't der VDR dann rum.

Ach, ich sollte das Updaten lassen, das macht in letzter Zeit nur Theater...

Stefan

Alles anzeigen

@All: Wie kann man am besten mit der Suche beginnen. Im Log habe ich trotz hohen Loglevel bisher nichts gesehen....

Gruß,

Pit

Zitat von kfb77

Ab dieser Version wird zusätzlich libavfilter-dev zum Kompilieren benötigt.

Hallo kfb77,

vielen Dank für Arbeit am MarkAd-Plugin und auch die Weiterentwicklungen.

Wenn ich die Abhängigkeit "libavfilter-dev" hinzu füge, dann wird auch libavresample-dev und auch libpostproc-dev mit installiert. Zumindest bei Debian. Allerdings ist doch das libavresample-dev als deprecated definiert. Hast Du das auch gesehen?

Gruß,

Pit

Läuft... Danke....

VDRSuedHD> vt -o mp4
/usr/bin/vdr
[mpegts @ 0x55d54f1396e0] PES packet size mismatch
    Last message repeated 1 times
Input #0, mpegts, from 'concat:00001.ts':
  Duration: 00:32:00.18, start: 74204.183144, bitrate: 5751 kb/s
  Program 132 
    Stream #0:0[0x1541]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(progressive), 1280x720 [SAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 100 tbc

Zitat von jsffm

Stimmt, das sollte funktionieren.

Code

readlink /usr/local/bin/vt
vdr-transcode

Ja, das funktioniert:

VDRSuedHD> readlink /usr/local/bin/vt
vdr-transcode
VDRSuedHD>

wäre es eine Alternative wenn man den "find"-Befehl verwendet?

Vorschlag:

VDRSuedHD> find *.ts -maxdepth 1 -printf "%M %n %-6u %-6g %6s %TY-%Tm-%Td %f\n"
-rw-rw-r-- 1 root   root   1380565028 2019-12-18 00001.ts
VDRSuedHD>

Dann hast Du wieder die Jahresanzeige, oder?

des Weiteren habe ich nun das erste mal dein Script laufen lassen und wundere mich das der Dateiname scheinbar aus der "info" Datei aus der Zeile S genommen wird. Erwartet hätte ich das es aus der "info" mit der Zeile T genommen wird.

Hallo jsffm,

vielen Dank für interessante Projekt und deine kontinuierlichen Weiterentwicklungen.

Ich bekomme aktuell folgende Fehlermeldung:

vt -o mp4
/usr/bin/vdr
ls: unrecognized option '--time-style'
BusyBox v1.25.1 (2019-10-10 20:45:34 CEST) multi-call binary.

Usage: ls [-1AaCxdLHRFplinsehrSXvctu] [-w WIDTH] [FILE]...

List directory contents

Das wird sicher daran liegen, das wir in der MLD die den "ls"-Befehl aus der Busybox anwenden. Aber wofür nimmt man diesen "--time-style" Parameter?

Danke, für eine Information.

Servus Zusammen,

heute hat Klaus die neue VDR Version 2.4.1 released. Vielen Dank an Klaus und alle Beteiligten...

Zitat

VDR version 2.4.1 is now available at

ftp://ftp.tvdr.de/vdr/vdr-2.4.1.tar.bz2

A 'diff' against the previous version is available at

ftp://ftp.tvdr.de/vdr/Developer/vdr-2.4.0-2.4.1.diff

MD5 checksums:

b2897fe6b6e6711d512a69642b1b8ec1 vdr-2.4.1.tar.bz2

cf5f328165e1a48e28e68b6709312e63 vdr-2.4.0-2.4.1.diff

This version fixes a few bugs that came up after the release of version 2.4.0.

The changes since version 2.4.0:

- Fixed handling the tfRecording flag in the SVDRP commands MODT and UPDT (reported

by Johann Friedrichs).

- Fixed a possible invalid locking sequence in case a remote timer handling error message

is displayed on the OSD and the skin tries to lock the Recordings or DeletedRecordings

list in its Flush() function (for instance by calling cVideoDiskUsage::HasChanged()).

To do this, the call to Skins.Message() in menu.c's HandleRemoteModifications() has

been changed to Skins.QueueMessage(), and cSkins::ProcessQueuedMessages() is now called

unconditionally in the main loop, and checks whether the current cSkinDisplay object

(if any) implements SetMessage().

- Fixed locking the Channels list in cDisplayChannel, where the lock was still held

when Flush() was called (reported by Matthias Senzel and Uwe Scheffler).

- Fixed shutdown after user inactivity in case a plugin is keeping the OSD open

(reported by Ulrich Eckhardt).

- Fixed switching through encrypted channels with the Up/Down keys (thanks to Helmut

Binder).

- Now deactivating MTD support if a non MCD capable CAM is inserted after removing

a previously used CAM that is MCD capable (thanks to Helmut Binder).

- Added support for DVB devices with more than one frontend that all use the same

dvr and demux. Note that in order for this to work, you must not set symbolic

links like "demux1 -> demux0" and "dvr1 -> dvr0", as is mentioned in some user

manuals of multi frontend DVB cards.

- Reverted the change "The EIT filter no longer parses data from "other TS"...". It led to

missing EPG data on channels from Canal Digital Norway (reported by Stian B. Barmen).

- Fixed accessing the actual frontend on multi frontend devices (thanks to Helmut Binder).

- Fixed opening the UDP port in peerdemo (thanks to Robert Hannebauer).

- Fixed handling PATs that contain no PMTs.

- Fixed processing the last entry in the scan list of the EIT scanner (thanks to

Helmut Binder).

- Fixed processing transponder data in the NIT (thanks to Helmut Binder).

- Fixed triggering the SDT filter when parsing the NIT (thanks to Helmut Binder).

- Added support for EAC3 audio from other sources (thanks to Jürgen Schneider).

- No longer logging tuning timeouts for transponders that are announced in the NIT but

are not currently broadcasting.

- Fixed processing SI::T2DeliverySystemDescriptor when typecasting it over an

SI::ExtensionDescriptor (reported by Helmut Binder).

- Fixed sorting recordings alphabetically.

- Fixed dropping capabilities in case cap_sys_time is not available.

- Fixed updating the cursor position when switching channels with the Channel+/- keys

while the Channels menu is open.

- Fixed handling shared CA pids (thanks to Onur Sentürk).

- Now touching the .update file in the video directory after removing deleted

recordings, so that other VDRs that use the same video directory will update their

list of (deleted) recordings and thus won't display too much empty disk space.

- Fixed the install target in case of multiple jobs (thanks to Chris Mayo).

- Fixed mapping SIDs in MTD (thanks to Helmut Binder).

- Fixed updating the checksum in the CA table after mapping EMM PIDs for MTD (thanks to

Helmut Binder).

- Fixed a compiler warning in ExchangeChars() (thanks to Helmut Binder).

- Fixed a compiler warning and a possible buffer overflow in cCiMMI::SendAnswer().

- Fixed a possible invalid lock sequence if the main menu is open and the user

switches to a channel that is currently not available, using the Channel+/- keys.

- Fixed handling remote timers in case the response to LSTT is '550 No timers defined'.

- Fixed a compiler warning in cIndexFile::ConvertToPes() and added __attribute__((packed))

to tIndexPes and tIndexTs (suggested by Helmut Binder).

- Fixed handling repeat function for keyboards.

- Added a workaround for broadcasters who set an event to status "not running" where

this is inappropriate; implicitly setting events to "not running" is now also logged.

- Fixed asserting free disk space in case there is no local timer currently recording.

- The default maximum size of a cPixmap has been raised to the maximum possible value.

- Increased PLAYERBUFSIZE to (MAXFRAMESIZE * 5) to avoid stuttering replay under heavy

system load, and to better document that this buffer size is related to the maximum

frame size.

- Fixed inconsistent behavior in case only certain devices are used (selected by the '-D'

option).

- Fixed a wrong variable name in cFileName::cFileName().

- If cSkins::Message() is called from a background thread and Type is not mtStatus,

the call is now automatically forwarded to QueueMessage().

- Fixed handling the S2SatelliteDeliverySystemDescriptor for transponders broadcasting

in "backwards compatibility mode" according to ETSI EN 300 468 (thanks to Onur Sentürk).

Have fun!

Klaus

Alles anzeigen

Gruß,

Pit

Hi utility,

das lässt sich doch ganz leicht anpassen, somit ist der überarbeitete Patch:

@@ -4900,7 +4900,8 @@
     LOCK_CHANNELS_READ;
     channel = Channels->GetByNumber(cDevice::CurrentChannel());
   }
-  ProcessKey(FirstKey);
+if (processKey)
+       ProcessKey(FirstKey);
 }

 cDisplayChannel::~cDisplayChannel()

Gruß,

Pit

Servus,

aus der heutigen Mailinglist. Klaus Schmidinger hat die VDR 2.4.0 released.

Vielen Dank an alle Mitwirkenden für diese neue stable Version.

Zitat

VDR version 2.4.0 is now available at

ftp://ftp.tvdr.de/vdr/vdr-2.4.0.tar.bz2

A 'diff' against the previous version is available at

       ftp://ftp.tvdr.de/vdr/Developer/vdr-2.3.9-2.4.0.diff

MD5 checksums:

12c6a3abeadfa915fcfe736bb047a3ab  vdr-2.4.0.tar.bz2

6d98c2d619e82f3d4503146602fccde7  vdr-2.3.9-2.4.0.diff

A summary of all the major changes since the last stable version 2.2.0 can be found at

      http://www.tvdr.de/changelog.htm

When updating from an earlier version of VDR please make sure you read the INSTALL

and MANUAL files that come with the VDR source _before_ doing so!

Please make sure you have backup copies of all your configuration files,

and verify carefully that your timers will be set to the correct channels

after switching to this new version.

Thanks to the many people who have contributed in the making, testing and

debugging of this new version of VDR, and also to all users who just

enjoy VDR!

Please also visit the VDR homepage at

      http://www.tvdr.de

and VDR's facebook page at

      https://www.facebook.com/VideoDiskRecorder

Have fun!

Klaus

Alles anzeigen

Die neue Version ist auch schon in der MLD 5.4 bereitgestellt.

"Happy Sunday"

Pit