OpenPoc alpha-rev22

[bidifx]

@coastboy
ah, ausgezeichnet :-)
Wie sieht es mit der Dekodierleistung aus?


@all
Also 27x runtergeladen und nur ein feedback? Muss ich schon wieder darum betteln, dass hier jemand antwortet?!

[coastboy]

Ja, freut mich auch, das du es hinbekommen hast.
Das Programm läuft seit ca. 4 1/2 Stunden ohne einen Absturz.
Selbst bei fast 2 x 100 % Prozessorlast, hat es noch gut funktioniert.

Die Dekodierleistung ist sehr gut, aber ab und zu verschluckt er sich.
Da wird dann die Meldung beendet und in der nächsten Zeile kommt eine unsinnige RIC rein mit ganz vielen komischen Zeichen.

Mach weiter so!
Ist eine gute Alternative und ausbaufähig!

MfG
coastboy

[PelBB]

Tschuldigung, hatte kaum Zeit zu testen bisher:-)

Stabil läuft es... sehr gut...

Beim dekodieren sehe ich ähnliches wie Coastboy.

Gruß PelBB

PS: jetzt noch ne GUi...*Träum*:-)

[Florian 40]

Mahlzeit,

ich hatte gestern Abend auch noch eine Zeitlang getestet (~1 1/2 Std.) und war positiv
überrascht. Der grösste Teil wurde richtig decodiert, der rest nicht, aber das lag ganz sicher
nicht am Programm selber sondern eher daran das ein Sender ausgefallen ist und das Poc-
Signal nicht so gut hier einfiel. Heute Abend werde ich nochmal testen und meinen eigenen
Sender wieder aktivieren. Der steht ca.3,5Km entfernt und ich kann ihn über das Internet
ansprechen und auch Funkrufe absenden.

Gruss Flo

PS: Nur zur Kenntnis: Bevor das meckern jetzt losgeht, der Sender arbeitet im Amateurfunkbereich

[coastboy]

Ich kann leider nicht erkennen das Meldungen reproduzierbar "verschluckt" werden.
Passiert nicht vorhersehbar und nicht bei den gleichen Zeichen.

Was mir aufgefallen ist, ist das die Prozessorlast bei guten 50 % liegt...
Kannst du da noch was ändern?

MfG
coastboy

[bidifx]

Das "Verschlucken" der Meldungen tritt i.d.R. bei zu starkem Rauschen auf. Ich arbeite derzeit ein einem Script, dass einigen Sekunden nach dem Empanf einer Meldung wartet und durch Mehrfachempfang einen korrigierten Text ausgibt. In diesem Zusammenhang inkl. Wiederholungs-Sperre.

Was mir aufgefallen ist, ist das die Prozessorlast bei guten 50 % liegt...
Kannst du da noch was ändern?

Ja, das wird später kein Problem sein. Nicht das Dekodieren braucht so viel CPU-Zeit. Sondern die Mainloop, welche derzeit mit maximaler Geschwindigkeit (also idealer weise mit 100% CPU-Last) den Decoder-Thread auf neue Nachrichten prüft und an die Script-Engine weiter reicht.
Dass muss natürlich nicht alle paar Mikrosekunden passieren... werde ich demnächst noch ändern.

[C-Elfe]

@bidifx

Meinem Eindruck nach hast Du die Konsolenabstürze seit der Revision 28 gut in den Griff bekommen. Im direkten Vergleich mit POC kann ich auch keine signifikanten Meldungs-"Verschluckungen" feststellen.

Ein paar Dinge fallen mir aber noch ein:

- Hat die log.txt bereits irgendeine Funktion?

- Openpoc startet bei mir nicht auf mininal ausgestatteten Systemen (XP mit 96MB Arbeitsspeicher, WIN ME mit 32MB)

- Wird die fertige Anwendung über ein fest vorgegebenes Frontend verfügen? Falls ja, darf man noch Wünsche äußern?