Ich habe mal die Korrektur zu cControl in's git gepushed.
Super!
Bitte auch ein neues Tag setzen!
Posts by md_berlin
-
-
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
-
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
-
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:
-
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.
-
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 -
Hier der auf vdr-2.6.1 angepasste patch
-
Ok, klares Statement.
Ich bin durchaus dafür lieber früher als zu spät ein "Fork" auf einer "öffentlichen" Plattform (sf.net, Gihub, Gitlab usw.) anzulegen, die auch ein längeres Motivationsloch oder ungeplante Abwesenheit bis him zum Tod des Besitzers überlebt. (Bin da etwas sensibel, habe letzteres schon 2x erlebt).
Nur sehe ich an der ersten Reaktion auf meinen ersten Beitrag daß manche Leute das einfach nur dreist finden. Damit muss ich wohl leben.
-
Meine Definition von "ungepflegtes Plugin" ist, dass es nicht mehr mit aktuellen VDR-Versionen gebaut werden kann. Wenn mal für über ein Jahr bei einer größeren VDR-Distribution (also nicht vdr4arch) ein Patch rumliegt der zwingend nötig ist, der Entwickler den aber nach über einem Jahr nicht in einen neue Version eingebaut hat, dann wird es meiner Meinung nach Zeit eine aktualisierte Version irgendwo abzulegen um den Patch mal "Distributions-neutral" bereitgestellt zu haben.
Wenn ich für ein Plugin, dessen Original-Homepage noch verfügbar ist, genau EINEN Patch habe, damit es für den aktuellen vdr compiliert/funktioniert, wäre es dann nicht sinnvoller nur diesen einen Patch zu verlinken (zusätzlich zur Original-Homepage) ?
Auch bei dieser Lösung kann ich den Original-Author anschreiben und bitten die Patche zu übernehmen, danach ist es auch leicht auf der Liste wieder auch "Active Maintainer" zu ändern.
Beispiel: https://madmartin.github.io/vdr-projects.github.io/ plugin epgsync
-
Hallo fnu,
Deine Aufregung über die Plugins von "phintuka" würde ich ja verstehen wenn sie tatsächlich auf sf.net zu finden wären. Das einzige was ich da aber finde ist das vdr-xineliboutput und xine selbst, an dem Petri arbeitet. Kein autotimer, suspendoutput, undelete.
Siehe hier: https://sourceforge.net/u/phintuka/profile/
Also sehe ich weiterhin nur seinen Home-Webserver. Und von solchen Webservern haben wir doch alle schon viele einfach so verschwinden sehen.
Wenn es also zwei undelete-Plugins gibt, warum ist dann keines bei https://vdr-projects.github.io/ erwähnt - die Zeile "undelete" steht auf "TBD". Sollte also wohl mal beides dort eingetragen werden.
-
Moin,
ich hab diese vdr-projects hier mal wieder reichlich spät mitgekriegt...
Meine Beiträge für die Liste wären:
https://github.com/madmartin/vdr-clock
undelete plugin: https://github.com/madmartin/vdr-plugin-undelete
Das habe ich mal nach github übertragen, es ist nicht wirklich unmaintained, der Author ist Petri Hintukainen (macht auch https://sourceforge.net/projects/xineliboutput/) aber die Source ist http://phivdr.dyndns.org/ - da klingeln bei mir alle Alarmglocken, solche Websites können jederzeit verschwindwn.
Und ich werde es noch ein bisschen hübscher machen.
cinebar plugin:
https://github.com/madmartin/vdr-cinebars ist etwas nachbearbeitet gegenüber https://github.com/vdr-projects/vdr-plugin-cinebars
Und dann pflege ich noch https://github.com/madmartin/noad weiter, kein echtes Plugin, aber ein Addon. Die Sourcen davon sind schon vor Jahren verschwunden, und ich benutze es immer noch lieber als vdr-markad.
Vielleicht ergänzt Du die Liste noch um eine Rubrik VDR Addons?
Gegen eine Aufnahme in die vdr-plugin Organisation habe ich auch nichts einzuwenden, da pflege ich gerne mit.
Grüsse
Martin
-
Hi,
das gute alte noad ist von mir etwas überarbeitet worden. Patche zusammengetragen, compiler warnings und errors gefixt und das Ergebnis mit ffmpeg-3.4 und 4,4 getestet.
Da schon längere Zeit die ursprüngliche Webseite nicht mehr existiert liegt der Code schon seit einigen Jahren hier: https://github.com/madmartin/noad
Kommentare und weitere "Contributions" willkommen.
Grüsse aus Berlin
Martin
