Posts by md_berlin

Quote from jrie

Soll ich dann jedes Mal die unveränderten Windows Binaries mit in den Release rein tun, oder wie löse ich das?

Jein.

Wenn Du es so richtig richtig machen willst, dann sollte ja irgendwie die Versionsnummer in die Source hineinkommen und dann im Binary angezeigt werden - z.B. beim Aufruf von sowas wie irmpconfig -V - dann gibts natürlich bei jedem release frisch compilierte binaries. Vielleicht im aktuellen Entwicklungsstadium nicht wirklich wichtig.....

Aber solange das nicht implementiert ist, dann einfach immer wieder die unveränderten binaries releasen.

Am Ende des Tages kann man dann die Workflows von Github nutzen - für alles - test, build, release.... aber da bin ich auch noch nicht fit....

Quote from jrie

OK. Dann zähle ich die 2026-01-09_21-26 als 3.0.1.

Bitte dann bei den Tags ein kleines "v" davor setzen - ich weiß nicht konkret warum, aber es ist allgemein üblich. Ich erinnere mich schemenhaft daß rein numerische Tags beim git tag Kommando komisch sein können.
Du kannst natürlich, wenn Du keine echten "Release" machen willst (und dann z.B. für ältere Release dann noch Bugfixes pflegen) auch ein datumsorientiertes Schema verwenden, aber es muß halt vernünftig formatiert sein.

Beispiel: anstelle "2026-01-09_21-26" dann "v20260109" oder "v26.1.9" so wie hier
Dann sind natürlich nicht mehrere Release pro Tag möglich.....

Hallo Ulrich,

beim erstellen des vdr-cecremote plugin paket für Gentoo fällt mir was an Deinem Repository auf:

• zum einen wäre wünschenswert ein tar.gz file von dem commit mit dem Version Tag runterladen zu können. Das müsste man in der cgit config einstellen können.
• zum anderen - wenn ich das repo clone und genauer anschaue - ist in branch "master" der neueste commit ddf32222f1728e996efb876f2c35afc6cf65f583 - und das Tag 1.5.2 ist nicht zu sehen. Das Tag 1.5.2 ist auf commit 30324b0bd17600aed51495a4faacef21c127c4ec
• git diff 30324b..ddf322 wirft unterschiede in HISTORY aus.
• gemeinsamer commit beider "branches" ist 350e548 N - Ulrich Eckhardt / Fix use of unitialized value

Das ist jetzt nicht wirklich weltbewegend, aber passt halt einfach nicht zusammen. Magst Du das vielleicht korrigieren? (git checkout master; git tag -d 1.5.2; git tag 1.5.2)

Grüsse aus Berlin

Martin

Hi,

das beantwortet Deine Frage nicht... aber ich würde einen meiner Asrock ION 330 verschenken, ich nutze inzwischen nur noch einen aktiv....
Was das HT in Deiner Bezeichnung bedeutet weiß ich allerdings nicht.

PM bei Interesse ....

Ich hab ein bisschen rumgeforscht und probiere diese Änderung aus:

--- a/libnet++/TcpClient.cpp
+++ b/libnet++/TcpClient.cpp
@@ -56,7 +56,7 @@

void TcpClient::expireStreamNow() {
if (stream)
- stream->expires_from_now(boost::posix_time::seconds(0));
+ stream->expires_after(std::chrono::seconds(0));
}

void TcpClient::disconnectStream() {

Falls das noch jemand probiert, würde ich mich über Feedback freuen....

Hi utiltiy,

keine Ahnung, aber diese Kombination mit boost habe ich bei Gentoo auch und denselben Fehler.... https://bugs.gentoo.org/946460

Leider sind meine C++ Kenntnisse nicht ausreichend um das zu reparieren....

LG
Martin

Quote from MarkusE

Ich habe mal die Korrektur zu cControl in's git gepushed.

Super!

Bitte auch ein neues Tag setzen!

Quote from M-Reimer

Komplexere Änderungen und Feature-Erweiterungen können gerne, sofern man sie nicht auch selbst bewerten kann oder testen kann, einfach als neuer Pull-Request angelegt werden und bleiben dann so erstmal stehen. Das könnte dann bei Bedarf immer noch mit einem Klick übernommen werden und ist dann auf jeden Fall erstmal im richtigen Kontext "archiviert".

Dafür bieten sich "Branches" an...

Hi,

ich versuche ja die vdr-Pakete bei Gentoo Linux zu pflegen und habe auch schon das eine oder andere gefixt - was aber innerhalb von Gentoo geblieben ist.
Gerne helfe ich ("madmartin") in der Organisation mit, würde dann auch meine vdr-repos in de Organisation überstellen (vdr-clock, noad).

Davon abgesehen wäre es hilfreich ein Repository (oder mehrere repos) einzurichten für Patche die auf die vdr-source angewendet werden (müssen) - wie z.b. naludump, permashift, ttxtsubs.

Moin,

ich bin ein bisschen parteiisch... benutze seit Jahrzehnten Notebooks ("LifeBook") von Fujitsu (ist mein Arbeitgeber) und die funktionieren seit so etwa 10-15 Jahren anstandslos mit Linux. Die Qualitat der Displays und Tastaturen ist ordentlich, die meisten Displays sind matt (nicht spiegelnd) - was mir persönlich immer sehr wichtig ist.

Besonders nett sind die LifeBook U (Ultrabook) die sind schön dünn und leicht.

Zum kaufen kann ich wärmstens den Gebrauchtkauf beim Refurbish-Profi empfehlen, wie https://www.afbshop.de

Die bekommen Leasing-Rückläufer von Geräten aus geschäftlicher Verwendung, die werden aufgearbeitet und mit Zustandsbeschreibung und Garantie angeboten.

Die haben in einigen Städten auch Ladengeschäfte wo man Geräte probieren kann (boot von Live-Linux testen...). Ich kann den Laden empfehlen, hab da schon einiges gekauft.
Eine anderer Anbieter von aufgearbeiteten Leasing-Rückläufern ist https://www.harlander.com

Hi,

irgendwann in grauer Vorzeit hab ich mal vdr-markad benutzt und war mit dem Ergebnis nicht (mehr) zufrieden und bin dann auf noad umgestiegen. Das kann aber 10 Jahre und mehr her sein.

Daß bei vdr-markad viel passiert ist habe ich wohl mitbekommen, es aber nie wieder probiert. Davon abgesehen pflege ich ja die vdr-pakete bei Gentoo-Linux und da ist vdr-markad AFAIK nie offiziell dabei gewesen (und neue Pakete werden nicht mehr gerne aufgenommen).

Die Fortführung der Pflege von "noad" hatte allerdings ihre Grenzen bei neuen ffmpeg-Versionen, da meine Programmier-Kenntnisse dafür absolut nicht ausreichen.

Wenn jemand einen Fix anbietet werde ich den natürlich liebend gern testen und integrieren!!!

Und ich werd mir bei der intensiven Fürsprache von Taipan den vdr-markad auch wieder mal ansehen und auch testen... versprochen... ;=)

FireFly Pull Request ist merged in https://github.com/rofafor/vdr-plugin-satip

Quote from M-Reimer

Aber ein Pull Request ist halt wie eine To-Do Liste. Der Kommentar ist sicher schon wieder vergessen.

Da es scheinbar sonst keiner macht hab ich mal https://github.com/rofafor/vdr-plugin-satip/pull/84 erzeugt.

Hallo liebe Mitstreiter,

auch ich bin ein sehr zufriedener Nutzer des vdr mit 2x S2-1600 Budget und einer S2-6400 HD-FF Karte, die ich auch solange wie möglich weiter nutzen möchte. Habe also ebenfalls starkes Interesse daß die Treiber-Unterstützung noch weiterlebt.

Zum C-Programmieren reichen meine Kenntnisse nicht, das Anpassen der Treiber ist weit jenseite meiner Fähigkeiten.

Aber Testen mach ich gern.

Grüsse

Martin

Quote from nobanzai

Das war in grauer Vorzeit mal mit dem streamdev-server möglich.

Aktuell scheint dieser aber nur SD streamen zu können, kein HD.

Hi,

streamdev kann definitiv auch HD sowohl bei server als auch client.

Aktuelle version 0.6.3 findest Du hier:

https://github.com/vdr-projects/vdr-plugin-streamdev

M-Reimer : bin mit imonlcd fertig.

Noch ein Wiki zu portieren? Ich stöber mal ein bisschen.

Wenn Du mich irgendwo hinzufügen willst: mein GH-account ist https://github.com/madmartin

Ich würde https://projects.vdr-developer.org/projects/plg-imonlcd/wiki übertragen, wenn ich die Berechtigung bekomme.

Quote from M-Reimer

Ich hab für mich mal eine Übersicht erstellt und zumindest schonmal die "offensichtlich aktiven" gemirrort: https://vdr-projects.github.io/migration

Ich werde das, so wie es Zeit und Lust zulässt, noch auf "ältere" Projekte ausweiten.

Alle Mirrors finden sich hier: https://github.com/vdr-projects

Ich finde das sehr lobenswert!

Gerne erstelle ich auch ein paar mirrors mit Repos, die ich für wichtig halte.

Im übrigen bin ich durchaus dafür jedes Plugin etc. zu "retten", wer will jetzt schon beurteilen ob der Code nicht irgendwann von jemand wiederbelebt wird oder vielleicht wichtige Anregungen / Code-Schnipsel liefert.

Heißt also im Klartext: ich würde mich auch am "mirrorn" der Repos beteiligen, die mir persönlich weniger wichtig sind-

S:oren Ich benutze https://packages.gentoo.org/packages/media-tv/v4l-dvb-saa716x

Das ist https://bitbucket.org/powARman/v4l-dvb-saa716x plus ein paar Patche damit es sich mit aktuellen kerneln compilieren lässt.

Hi,

ich lese hier sehr interessiert.... denn ich nutze noch Kernel 5.16 und habe (noch) keine Probleme mit meiner TT6400.

S:oren - wo finde ich denn bitte Dein git repository?

LG
Martin