Wunderbar!
Ich frage mich jedesmal, welchen Lack damals die C/C++ Entwickler gesoffen haben, als sie float<->string(char*) konversationen von der lokalen Sprache abhängig machten.
Ich würde allerdings diese Art von Stolperstellen gerne an einer zentralen Stelle in librepfunc bündeln,
damit ich nicht immer wieder darüber stolpere.
Ich schau mir das an und würde dich eventuell nach Tests oder Änderungen fragen.
Wenn man es für eine User Ausgabe nutzt, macht das Sinn, sonst nicht.
gerne an einer zentralen Stelle in librepfunc bündeln
Dann braucht man aber das auch noch die Lib aktuell aus dem Quellcode, bis alle Distributionen den Update drin haben.
Vielleicht übergangsweise über die API Version von librepfunc, lokal oder aus der Lib ?
Hallo Wirbel,
ich habe bei Deiner satip-Version das Problem, dass das Bild beim Umschalten manchmal schwarz bleibt. Mit der rofafor-Version tritt das nicht auf.
Im Log steht gerade z.B.
Feb 23 12:18:23 CoreELECTanixTX3 vdr[7790]: [7790] [softhddev]SetPlayMode: 1
Feb 23 12:18:23 CoreELECTanixTX3 vdr[7790]: [7790] [softhddev]SetVolumeDevice: 255
Feb 23 12:18:23 CoreELECTanixTX3 vdr[7790]: Set Playmode 1
Feb 23 12:18:23 CoreELECTanixTX3 vdr[7790]: set trickspeed to 0
Feb 23 12:18:24 CoreELECTanixTX3 vdr[7790]: [7805] SDT: channel 2 NID/TID (1/1079) not found, got 1/1051
Letzteres ist eine Meldung von vdr aus sdtc.c
Kannst Du damit was anfangen?
Hi,
in dem Fork fehlen noch die Änderungen, die nach dem 30.Mai 2021 in rofafor/master kamen.
Die müssen noch per Hand nachgepflegt werden, weil sie mit anderen Änderungen kollidieren. Für die Anwendung in w_scan_cpp hatten die keinen Vorteil, als stand-alone Plugin vielleicht.
Die Meldung besagt, dass die SDT eines anderen (wohl des vorherigen) Transponders empfangen wird und etwas beim Umschalten geklemmt hat.
Klingt nach Astra 19.2 von den IDs her.
Die müssen noch per Hand nachgepflegt werden, weil sie mit anderen Änderungen kollidieren.
Ich habe jetzt nur die geänderten Logfunktionen bemerkt, ansonsten waren der alte Code der geänderten Abschnitte so auch 1:1 in Deinem aktuellen Stand vorhanden. Anliegend der Patch.
ZitatKlingt nach Astra 19.2 von den IDs her.
Nee, bin immer noch Kabelnutzer. Könnte ein privater HD-Sender gewesen sein.
Sieht sauber aus.
Ich kann die Änderungen nicht genau einschätzen, aber ich gehe davon aus, dasss die Änderungen getestet sind.
Ich habe gerade einen Testlauf in w_scan_cpp und einen in VDR absoviert.
Beide Tests waren ok, also übernehme ich die Änderung in meinen fork.
Ich würde dann irgendwann diese Version taggen wollen.
Ich sehe gerade, dass jede Menge unnötige Whitespaces mit diesem Patch eingeführt wurden.
Ich werde das als 'cosmetics' in einem darauf folgenden commit beseitigen.
Tut mir leid. Ich habe das im kate-Editor bearbeitet, da sieht man Whitespace in der Standardeinstellung nicht. Wobei mir nicht klar ist, wo der herkommt. In den rofafor-Sourcen ist er nicht drin, und bewusst erzeugt durch Drücken der Leertaste habe ich ihn auch nicht.Habe jetzt mal 'Leerraum-Hervorhebung am Zeilenende' aktiviert. Wenn am Anfang einer Zeile Leerzeichen stehen und dann kein Code folgt, sieht man das aber auch nicht. Dazu müsste man generelle Hervorhebung aktivieren, und dann werden auch alle Zeileneinrückungen am Anfang, die mit Leerzeichen statt Tabs vorgenommen wurden, mit angezeigt. Die Ansicht in nano scheint mir noch die beste zu sein. Welchen Editor verwendet Du zum Programmieren?
Ich benutze seit Jahren UltraEdit + UltraCompare.
Da gibt es genau das gleiche Problem mit WhiteSpaces neben all dem Komfort.
Dein Patch ist jetzt in
PS: zum finden solcher Whitespaces benutze ich meist
git add {., <LIST>}
git commit -m <test message>
git show
danach
more <CHANGED_FILE(s)>
und wenn nicht alles ok ist
git reset HEAD~
Kann man sich in sehr vielen Editoren so konfigurieren. Oft reicht schon wenn man die Whitespaces "sichtbar schaltet". Also das Tabs und Leerzeichen durch "dezente Punte oder Pfeile" signalisiert werden. Wenn dann hinter einer Zeile ein oder mehrere graue Punkte sind weiß man bescheid.
Ich hab mir das im Emacs so eingestellt das er "Trailing Whitespace" als fetten roten Balken darstellt. Da sieht man sofort. Aber nein, ich empfehle niemandem Emacs zu verwenden. Das ist bei mir aus der Historie raus. Nutze den schon ewig. Aber es gibt definitiv besseres.
Wie auch immer, damit ist die To-Do Liste beim Plugin (z.Z.) erledigt. Ist doch was.
Habe es gestern mal auf einen Raspi installiert, läuft vielen dank.
Ich hab die Verlinkung für satip auf https://vdr-projects.github.io/ jetzt mal auf das Repo von wirbel umgezogen.
Zur Erinnerung: Das Ziel ist es den Nutzern zu zeigen wo ein Plugin aktuell aktiv gepflegt wird. Ich habe versucht den aktuellen Stand bezüglich des Plugins zu erfragen, die Anfrage blieb aber unbeantwortet.
Kannst du bitte den Link zur Dokumentation noch anpassen?
Ist: https://github.com/wirbel-at-v…-satip/blob/master/README
Soll: https://github.com/wirbel-at-v…-satip/blob/wirbel/README
Erledigt.
Sorry das es sich verzögert hat, aber ich hänge schon den ganzen Tag für die Arbeit vorm Firmenrechner und nicht jeden Tag (oder in letzter Zeit sogar die wenigsten Tage) habe ich dann noch Lust danach noch am privaten Rechner zu sitzen.
Auch wenn hier nicht wirklich richtig aufgehoben aber generell der Hinweis: Wann auch immer möglich bitte Pull-Requests anlegen. Ich habe weder den Anspruch noch die Zeit vdr-projects alleine zu "stemmen". Das war als Community-Projekt gedacht und einen PR kann ich ggf. auch beim Spazieren im Wald schnell am Handy weiterklicken.
Jup, ich kenne das. Aber meistens habe ich Hardware und Software parallel upzugraden, wegen starker Abhängigkeiten zwischen Firmware und Software.
So wie heute..
Danke.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!