[monitord 2.0 rev 293] POCSAG Konfiguration / CRC-Check?

Hi,

ich bin gerade dabei POCSAG 1200 Meldungen auszuwerten und stoße dabei auf das Problem, dass einige Meldungen nicht klar angezeigt werden - sprich es fehlt ein Teil der Nachricht.

Ich dachte mir, dass evtl. eine Änderung in der Konfiguration hierzu helfen könnte:

Zitat:

---

{name}Kanal 1{/name}
{module type="poc1200"}
{crc-check} 0 {/crc-check}
{ecc} 0 {/ecc}
{/module}

---

CRC-CHECK und ECC.
Weiß jemand was diese Einträge genau vearbeiten/ändern?
Macht es Sinn diese auf 0 oder 1 zu setzen?

Grüße

PS:
Eine Auswertung unter Windows mit POC32 erfolgt fehlerfrei (!) - ohne Fehlerkorrektur- Empfang ist also ausreichend.

CRC 0 | ECC 1: keine Besserung
Beide aus: keine Besserung
Beide an: keine Besserung

Mic Boost an/aus bringt auch keinen Unterschied

==> Die Alarmierungen kommen nicht fehlerfrei an; meistens werden nur die ersten beiden Worte dargestellt

Das gleiche Problem besteht hier auch. Aber nur manchmal. hab das noch nicht näher debuggen könnnen...

Die Bit-Synchronisation ist aus dem alten multimon mehr oder minder unverändert übernommen worden. Die hat den Charme, daß sie so gut wie keine Performance braucht - den Nachteil, daß sie nicht sehr intelligent ist.

Mal sehen, ob ich dazu etwas besseres finde. Ggf. bastel ich mal nen Schmitt-Trigger davor. *grübel*

Ich muss mal 1200 Baud austesten. Habe aber immer noch keine Entwicklungsumgebung :-(

---

Manchmal vermute ich aber auch, daß es ggf. an den Treibern der Soundkarten liegt. Sowohl unter Windows, als auch linux habe ich schon seltsame Effekte gehabt, die sich durch den Kartentausch geändert haben.

Ich habe eben einfach mal POC32 unter WINE (also unter Linux als Windows Emulation) gestartet.

Dabei ist mir aufgefallen, dass dort die Dekodierung auch nicht so perfekt wie unter Windows läuft.

Was könnte das sein? Treiber?

Hallo,

ich bekomm leider keine Decodierung von Pocsag Meldungen zu stande (unter Linux64)
Warum weis ich leider nicht..

FMS und ZVEI ist kein thema aber kein Pocsag :/

Hat jemand eine Idee?

Poste mal deine Config hier:
http://ubuntuusers.de/paste/

Hallo,

hier die Config..
http://ubuntuusers.de/paste/211589/

und hier die Ausgabe vom monitord
http://ubuntuusers.de/paste/211590/

Sicher das ihr auf POC512 Meldungen bekommt?

Und schau mal nach ob die Datenbank richtig definiert ist etc.

Zum testen von POCSAG kannst du die monitor 1.8.1 verwenden, dort sieht man noch die Auswertung auf dem Bildschirm.

Hallo,

ja ich bin mir sicher.
der alte Monitor sagt, dass angeblich FMS kommt, was ich mir nicht vorstellen kann (2m band) ist aber auch egal, da ich mit einem kleinem Tool Pocsag meldungen generiert hatte und diese nicht angezeigt bekomme.
Komicherweise habe ich beim monitor genau das gleiche Problem.

Habe ich den monitor aber in der 32Bit Chroot laeuft es :/

Ich kann die Meldungen auch aufnehmen und dann an meinem Windows PC durch einen anderen Decoder jagen und siehe da, die Meldungen erscheinen..

Jens

Hm das ist komisch!

Aber mir ist auch schon aufgefallen, dass die Linux Treiber scheinbar das Signal verändern? Auf meinem Windows-PC erhalte ich nahe zu keine Fehlkorrekturen - auf der Linux kiste ohne Ende.

(Eingangspegel habe ich auch schon verändert - Laut, Leise - egal)

Wenn das der treiber währe.. nur mal angenommen, wieso kann ich dann die Aufnehmen (arecord) mit dem windows tool decodieren?

Hm entweder ist die Linux-Auswertung sehr schlecht oder Linux gibt gewisse Frequenzen nicht so aus wie es Windows tut?! (was ich irgendwie nicht glaube)

Ich teste mal meine Pc-Hardware auf Knoppix - mal sehen ob es daran liegt.

Nutzt du IRC? Wenn ja, geh mal ind euirc (irc.de.euirc.net) und such nach Jens

Nach Stundenlanger rumprobiererei --- es liegt an der Soundkarte vom Laptop.
Aus irgendwelchen Gründen wird im Mikroeingang das Signal verfälscht.

Zum Vergleich hab ich meine Audigy 2ZS am Mikrofoneingang auch ausprobiert - alles ok.

Somit fällt mein SMS-Alarmnotebook erstmal ins Wasser.

Tja, du hast noch die wahl eine externe USB Soundkarte zu nutzen.
Evtl. auch PCMCIA ;)

Oder ist es doch die Software? Die Rics kommen nämlich _immer_ klar an!

monitord - wie schon monitor - arbeitet mit einer Aufzeichnungsrate von 22,5 kBit/s - ggf. liegt hier der Unterschied zum arecord , bzw. der anderen Ansteuerung des Treibers ?

Kann eine Aufnahme des monitors auch am PC ausgewertet werden ?

Naja ich habe einmal mit 22 und einmal mit 44khZ aufgenommen (über gnome - nicht über monitor). Beide Ergebnisse waren am PC nicht Fehlerfrei zu dekodieren.

Evtl. war das auch ein zufall? Ich teste es nochmal mit der monitor rec funktion.

Jep .. es ist die Soundkarte.

1. Bild:
Oben eine am PC-LINE-IN Aufnahme - Unten Mik-Eingang Soundkarte.
Die Ausschläge sind ganz klar rund und nicht eckig (digital => 1 = High - 0 = Low)

2. Bild:
Oben Laptop Mikrofon - Unten PC Mikrofon

Auffallend ist, dass die Signale vom Laptop immer langsam schwächer werden - und nicht wie beim PC sofort abfallen (grafische auflösung ist auf bild 3 bei beiden pegeln identisch!)

Hallo,

ich habe eben mal eine Aufnahme mit 22050hZ gemacht, diese auf dem Windows PC abgespielt und der Decoder hat dieses File ohne Probleme decodiert.
->idles: 12 syncs: 1 counts: 1143 speed: 515,45 fails: 0

Ich tippe mal, dass es am Monitor liegt.
Bei mir kann ich FMS und ZVEI Meldungen auslesen ohne Probleme.

Was auch nicht klappt ist die aufnahme über Monitor (Plugin konnte nicht geladen werden).

kW

Problem is halt ... FMS ist analog. Fehlertolleranz sehr hoch.

Digitaltechnik (ergo POCSAG) ist da sehr empfindlich (darum bin ich persönlich gegen tetra funk .. aber anderes thema).

Bleibt allerdings offen ob es nun an meiner Soundkarte liegt (was ich mittlerweile vermute) - oder am monitor.

>idles: 12 syncs: 1 counts: 1143 speed: 515,45 fails: 0

Hast du auch eine mit Textnachrichten?

uff muesste ich generieren.

http://www.dsp4swls.de/dsp/pocsag.html
mit den tools kannste es erstellen..

Jo schon gemacht - Lustigerweiße dekodiert monitor diese generierten Meldungen garnicht!

Weder per Wave aufnahme noch Kabel PC -> Mik in.

Schon mal Line-In probiert? die Mic-Eingänge haben meistens noch Filter dahinter die Frequenzen wegschneiden. Deswegen nach Möglichkeit immer (sofern vorhanden) Line-In nehmen.

Hat das Laptop leider nich :<

Ach komich...

bei mir wurden diese Meldungen auch nicht decodiert.
Kann es sein, dass die Meldungen zu "ungenau" in der Zeit liegen?

kW

POC32 hat damit keine Probleme

DEFINITIV das laptop:

Habe Windows installiert und laufen lassen - siehe Bild.

(such a fuck!)

Hallo,

Ich währe Vorsichtig mit solchen Tools.
Ich kann mir nicht vorstellen, dass da das Problem besteht.
Die Auswerte "engine" ist einfach grotten schlecht vom Pocsag :D

Nur warum dies so ist kann ich nicht nachvollziehen, da ich den Quellcode nicht verstehe.

Zitat:

---

Zitat von fratzi

Ich habe eben einfach mal POC32 unter WINE (also unter Linux als Windows Emulation) gestartet.

---

Fast alle Decoder-Programme brauchen einen Echtzeit-Timer und das funktioniert mit Emulationen oder Virtualisierung nicht oder nicht sehr gut. Ich habe schon POC32, FMS32 und Monitor in VMWare-Sitzungen probiert -- eventuell geht ZVEI ohne Fehler, aber bereits bei FMS hakt es aus und POC1200 geht eigentlich nicht ohne Fehler.

Zitat:

---

Zitat von fratzi

Nach Stundenlanger rumprobiererei --- es liegt an der Soundkarte vom Laptop.
Aus irgendwelchen Gründen wird im Mikroeingang das Signal verfälscht.

---

Der Mikroeingang hat einen Vorverstärker. Das Line-In-Signal vom Scanner ist zu stark. Drei Optionen:
a.) benutze den Line-In-Eingang, wenn du einen hast. Bei einigen alten Notebooks (z.B. Toshiba Satelite Pro, HP Omnibook 500 -- meine Alarm-Notebooks) gibt's den leider nur in der Docking-Station.
b.) Moderne Notebooks mit nur einem Eingang können zwischen Mikro und Line-In Umschalten. Such im Alsa-Mixer (Gnome) nach einer Option namens "In-Gain" oder so ähnlich, die wird ber Default nicht angezeigt (Bearbeiten - Einstellungen)
c.) Läßt sich der Mic-Vorverstärker nicht abschalten, regle den REC-Pegel auf die geringste Stellung größer 0, das klappt bei meinem alten HP Omnibook recht gut, wenn ich die Dockingstation nicht zur Hand habe.

Zitat:

---

Zitat von fratzi

Somit fällt mein SMS-Alarmnotebook erstmal ins Wasser.

---

Wenn die o.g. Tipps nicht funktionieren, kannst du immer noch eine simple USB-Audio-Karte (Kosten ca. 20 EU) statt der internen Verwenden. Ich arbeite hier ab und zu mit einer alten Creative X-Fi, die wird von Linux als Soundblaster erkannt und unterstützt. Ich setze die zeitweise als zweite Karte für den zweiten Scanner ein.

Andreas

Hallo,

bei mir geht FMS und ZVEI ohne Probleme.
Jegendlich Pocsag will nicht.
Ich lasse den monitord NICHT in einer virtuellen Umgebung laufen.

An Kernel settings kann es eigendlich auch nicht liegen, da die config fast 1:1 uebernommen wurde

kW

Zitat:

---

Zitat von dieKampfwurst

bei mir geht FMS und ZVEI ohne Probleme.
Jegendlich Pocsag will nicht.

---

Bei mir tut nur POC512, aber nicht 1200.
Ich habe den Scanner mal zu Testzwecken auf eine populaere Frequenz im 70cm-Band gestellt, die sehr intensiv POC1200 nutzt (keine weiteren Details :-)
Bei POC32 rattern die Meldungen und RICs zuegig durch, FMS32 dekodiert den groessten Teil davon -- Monitor (alt und neu) schweigt.

Andreas

Ich bin jetzt auf PDW umgestiegen. Einwandfrei.
Lade meine PDW-Configs gerne hoch (Farben/Fonts/Deutsche Charsettings)

Der Tipp mit der Dockingstation war btw. ziemlich gut - diese hat wirklich einen Line-In Eingang.
Ich teste gerade wie dort die Eingangsqualität ist.

Hallo,
PDW gibts aber nur für win oder?

nepomuck, dass es bei mir an der Soundkarte liegt glaube ich nicht, dann könnte ich nicht die aufnahmen am windows pc decodieren.

Testweise habe ich selbst Meldungen erstellt, welche auch nicht decodiert wurden.

Vom alten monitor hatte ich testweise auch mal das scope modul gestartet, wo meiner meinung nach die fallenden Pfllanken sehr Rund aussahen.

So langsam bin ich an dem Punkt angekommen, wo ich keine Lust mehr habe mich mit den Software Tools auseinander zu setzen, und versuche mir irgendwie etwas eigenes aufzubauen.

Die "Programmierer" scheinen sich hier ja nicht wirklich einsetzen zu wollen warum auch immer..

Schade

So, nun reicht es..

Nach dem ich eben den aktuellen Monitor installiert habe und laufen gelassen hatte (ohne angeschlossenes Funkgerät) kahmen auf einmal FMS decodierungen..

Hallo gehts noch?
Schade, dass das Projekt von so viel unfähigkeit unnutzbar gemacht wird...

Zitat:

---

Zitat von dieKampfwurst

So, nun reicht es..

Nach dem ich eben den aktuellen Monitor installiert habe und laufen gelassen hatte (ohne angeschlossenes Funkgerät) kahmen auf einmal FMS decodierungen..

Hallo gehts noch?
Schade, dass das Projekt von so viel unfähigkeit unnutzbar gemacht wird...

---

Das werden Kernel Abfragen, Polls, etc Deines Sound Treibers gewesen sein. Evtl. mal andere Hardware testen. Ich habe für die Suche nach der richtigen Hardware auch länger (>3Monate) gebraucht.
Bei mir decodiert der nix wenn da nix ist, es funktioniert also. Und zwar sowohl FMS als auch ZVEI als auch POC1200!

Und ansonsten: Ja es geht...sogar sehr gut. Wenn Du der Meinung bist es besser zu können dann mach es besser aber mecker nicht an den Leuten rum die in das Projekt IHRE FREIZEIT investieren. Wir machen das ganze nur "just for fun" quasi.
Wenn man eine taugliche (und zugelassene) SMS Alarmlösung haben möchte biete der kommerzielle Markt da ausreichend Auswahl. Und siehe da: es funktioniert. Alles andere ist eh "nur" Bastelkram und Hobby!

Das mag sein, aber ich fange kein Projekt an, wenn ich keine Ahnung habe.

Endweder mach ich es aber richtig, oder ich lass es sein bzw. veroeffentliche dies nicht.
Zum Thema Hardware: ich habe die gleiche Soundkarte genutzt und es kann nicht sein, dass Monitord ohne angeschlossenes Funkgerät FMS Pakete decodiert..

HALLO!!!
Mit was für einem Anspruchdenken bist Du eigentlich ausgestattet???
Es steht Dir doch frei, die Software zu nutzen oder nicht. Sei doch froh, dass es Leute gibt, die ihre Freizeit nutzen, um so ein Projekt auf die Beine zu stellen und Dich auch noch teilhaben lassen.
Nebenbei: 99% aller Programmfehler sind lokalisierbar: ca. 40 cm vor dem Bildschirm!
Wenn Deine Hardware nunmal nicht so mitarbeitet, wie sie soll, kann hier keiner der Programmierer etwas dafür. Dass es Differenzen zwischen dem Verhalten von Hardware unter Linux und Windows gibt, ist ja wohl klar, schließlich wird sie ja unter beiden Systemen von unterschiedlichen Treibern genutzt.
Es wäre zu freundlich von Dir, wenn Du, statt hier zumzuzetern wie ein Großer lieber Deine Meckerei einstellen würdest und Deine Energie lieber in Mitarbeit bzw. Eigenentwicklungen stecken würdest.

Zitat:

---

Zitat von dieKampfwurst

Endweder mach ich es aber richtig, oder ich lass es sein bzw. veroeffentliche dies nicht.

---

Dieses Zitat drückt genau das aus, was für Deine Postings hier gilt. Also: Mach es besser oder veröffentliche lieber nichts.

Funkwart

Zitat:

---

Zitat von dieKampfwurst

Das mag sein, aber ich fange kein Projekt an, wenn ich keine Ahnung habe.

Endweder mach ich es aber richtig, oder ich lass es sein bzw. veroeffentliche dies nicht.
Zum Thema Hardware: ich habe die gleiche Soundkarte genutzt und es kann nicht sein, dass Monitord ohne angeschlossenes Funkgerät FMS Pakete decodiert..

---

Kurz und knapp:

1. Das SVN / bzw. BETA in allen Veröffentlichungen ist dir bei allem Meckern wohl entgangen, oder ?

2. Ich glaube nicht, daß Du auch nur ansatzweise in der Lage bist zu entscheiden, wer hier von welchen Dingen Ahnung oder nicht. Ich lasse mich bei einem kleinen Chat aber gerne vom Gegenteil überzeugen. Ich würde mich freuen, dann Deine Empfehlungen zur Softwareimplentierung eines (L/D)PLL zu hören. Gerade im Hinblick auf die unterschiedlichen Anforderungen von FMS und POCSAG.

Um es klarzustellen: Kritik kann ich gut vertragen. Zumal 80% der Auswerter-Logik aus dem alten monitor stammen und somit nix mit mir zu tun haben. Aber ich bin der Meinung, daß Kritik in einer angemessenen Form erfolgen sollte.

Und noch als Abschlußbemerkung: Wir machen das in unserer Freizeit. Für mich läuft das Programm prima. Da ich viel Zeit investiert habe, ist das was ich gemacht habe für die Allgemenheit zur Verfügung gestellt worden, damit die andern eine Basis für Ihre Arbeit habe. Ich habe nicht vor hier ein Produkt in Serienreife anzubieten. Das wäre dann ein Ergebnis gemeinsamer Anstrengungen. Wenn es Dir nicht gefällt, dann nimm einfach ein anderes Programm.

So. Meine einzige Stellungnahme im Forum zu diesem Post. Das ergibt sonst sowieso nichts.

Zur Feststellung, daß FMS Protokolle z.T. ausgewertet werden, wo keine sind möchte ich mal für alle eine kleine Einführung in die digitale Nachrichtentechnik geben:

Der FMS Algorithmus der vom monitord genutzt wird ist nicht pegelsensitiv ( sofern ich das alles richtig ausgewertet habe). D.h. wenn er ein sehr kleines Signal vorfindet wertet er das dennoch aus. Er versucht _immer_ ein FMS Signal zu erkennen. Das einfache Rauschen eines offenen Mikroeingangs kann also reichen, daß der Auswerter ein Signal erkennt. Das passiert insbesondere bei reduzierter Anzahl an Vorlaufbits oder deaktivierter CRC.

Ich kann nicht ohne weiteres den bestehenden Algorithmus optimieren. Ich müßte einen komplett neuen nehmen. Die Literatur dazu hätte ich da. Aber die Zeit fehlt. Deshalb kann das durchaus sein. Man möge dann aber bitte die o.g. Einstellungen mal prüfen. Die gab es auch schon beim alten monitor.

Ich hatte für den alten monitor auch mal einen patch am M. Grohmann geschickt, der gerade dieses Problem ein wenig mildert. Ich müßte man gucken, ob das als Parameter schon im monitord 2.0 drin ist.

Zitat:

---

Zitat von Buebchen

Er versucht _immer_ ein FMS Signal zu erkennen. Das einfache Rauschen eines offenen Mikroeingangs kann also reichen, daß der Auswerter ein Signal erkennt.

---

Bei mir tritt dieser Effekt gerne bei Gewitterstörungen im Funk auf, aber ich sehe darin aber kein wirklich relevantes Problem, dass man jetzt und sofort beheben muss, weil:

- das auch bei anderen (kommerziellen) Programmen passiert
- die FMS-Fehldekodierungen immer einen völlig Unsinnigen Code ausgeben. Ich habe hier noch nie einen FMS-Text erhalten, der auch nur im entferntesten zu den von unserem BOS genutzten Codes passt.

Folglich stören solche Fehler den Normalbetrieb nicht, wenn man die FMS-Meldungen passend zum eigenen BOS filtert.

Ich glaube auf der Liste der Funktionen und Bugfixes für Monitor 2.x gibt es dutzende wichtigere Dinge, die zuerst erledigt werden sollten, bevor man Zeit in "Schönheitskorrekturen" investiert.

Andreas

Tag,

Zitat:

---

Zitat von dieKampfwurst

So, nun reicht es..

Nach dem ich eben den aktuellen Monitor installiert habe und laufen gelassen hatte (ohne angeschlossenes Funkgerät) kahmen auf einmal FMS decodierungen..

Hallo gehts noch?
Schade, dass das Projekt von so viel unfähigkeit unnutzbar gemacht wird...

---

wäre es möglich, den Tonfall ein wenig zu verändern? Es steht Dir schließlich frei, OpenSource-Software zu nutzen oder gar an ihr mit zu entwickeln oder sie halt links liegen zu lassen. Deine Aussage, den Quellcode nicht zu verstehen, ist übrigens in meinen Augen eine etwas wackelige Basis für deinen Ausbruch hier...

Aber zum Thema: Ich meine mich zu erinnern, dass es auch bei der ZVEI-Auswertung auf einem 64-Bit-Linux/Notebook Probleme gab (ist das richtig)? Es wäre daher meiner Meinung nach sinnvoll, einmal sortiert(!) zu schreiben, in welcher Konfiguration was nicht oder eben doch funktioniert. Das schließt die Angabe von Betriebssystem, Soundkarten-Konfiguration (Mic-Verstärker, Line-Eingang genutzt, Rauschen aus den Boxen dauerhaft zu hören, Brummschleifen, Störgeräusche, schlechter Funk-Empfang, Test-Tools im lokalen Betrieb, Virtualisierungen, ...) etc. ausdrücklich mit ein, denn zwischen einem 64bit Ubuntu und einem 32bit-Windows Vista ist ein himmelweiter Unterschied, ebenso zwischen einer Signalquelle am MicIn und einer am LineIn, noch dazu wenn die Quelle ein Lautsprecher-Ausgang oder ein Diskriminator ist.
Ehrlich gestehen muss ich, mich ausschließlich mit dem ZVEI-Kram befasst zu haben (das läuft BTW bei uns im Verein überaus gut, einen herzlichen Dank an alle Entwickler - *fg*: mich eingeschlossen^^), da ich hier nichts in Sachen POCSAG brauche. Vielleicht würden aber anderen klar versändliche Angaben über Problem und Konfiguration weiterhelfen.

Viele Grüße
Martin

WOW

endlich habt ihr es geschafft nach ca. 3 wochen auf die Probleme zu antworten..

Es hatte mich ebend angekotzt, dass KEINER der Entwickler, die sich mit dem Programm "auskennen" sich hier in irgend einer Form beteiligt hat.

Zu meinem System:
64 Bit Debian Linux auf einem P5B Deluxe
Soundkarte On Board / eine alte ES irgendwas (auf dieser Karte lief der alte Monitor unter 32Bit)
bei beiden Katzen gleiches Problem.
eine Aufnahme mit Arecord / dd /dev/dsp <file> kann ich unter Windows ohne Probleme mit einem Tool Decodieren.

Zu der FMS Auswertung:
Wer lesen kann ist klar im Vorteil.
Als die FMS Telegramme angeblich decodiert wurden war KEIN ich WIEDERHOLE KEIN Funkgerät nur in der nähe des Computers.
Und NEIN es war auch KEIN Player gestartet, der irgendwelche FMS Telegramme an die abgespiehlt hatte.

Wenn ein Entwickler sich nun angesprochen fühlt und ich bei dem Problem irgendwie helfen kann werde ich dies sicher tun.
Aber wenn sich keiner Meldet, und ich nur im Heuhaufen rum stocher finde ich es verdammt schade.

kW

Ich bin mir ziemlich sicher, dass es den meisten Entwicklern hier relativ egal ist, was du schade findest.
Nebenbei: Ich bin mir ebenso sicher, dass du, sofern du deinen Tonfall ändern kannst, guten und schnellen, bezahlten Support bei buebchen bekommen kannst. Solange du kostenlose Hilfe erwartest, gilt: it's openSource - do it yourself!

jhr

Erm bin ich hier im falschen Film oder was?

Lies dir die ersten Posts hier zu dem Thema durch KEINER der "Entwickler" hat sich dazu geäussert. Wenn sich keiner angesprochen fühlt und nur ein wenig Interesse hat das Problem zu finden hört irgendwann bei jedem die gedult auf.


Bezahlter Support?? Hallo bei einem Open Source Projekt?
Meiner Meinung nach sollte es im Sinne der "Entwickler" sein das Tool auf stable zu bekommen, was hier scheinbar nicht der Fall ist. Dann sollte man so ein Projekt aber nicht öffentlich betreiben!!
Wo wir schon beim "Bezahltem Support" sind was zahlst du an den Admin für die nutzung des Forums?

Wenn die "Entwickler" am monitord nur fuer sich basteln sollte das Projekt nicht veröffentlicht werden.

Aber nun genug geflame.. ich hab keinen nerv mehr.
Endweder meldet sich ein angesprochener "Entwickler" und versucht das Problem GEMEINSAM zu finden oder macht weiter wie bisher aber dann bitte nicht öffentlich.
Es gibt schon genug Müll im Internet

kW

Zitat:

---

Zitat von dieKampfwurst

Meiner Meinung nach sollte es im Sinne der "Entwickler" sein das Tool auf stable zu bekommen, was hier scheinbar nicht der Fall ist. Dann sollte man so ein Projekt aber nicht öffentlich betreiben!!

---

Du hast den Gedanken und die Idee hinter OpenSource NICHT VERSTANDEN!

Nicht?
Heisst OpenSource nicht, dass die Quellen offen sind, und jeder weiter entwickeln kann?
Ich merke schon, es hat keinen Sinn hier zu Diskutieren :/
Hört bitte auf zu Posten, es sei es ist zum Thema.
Alles andere bringt nichts ausser Stress