Druckbare Version
Hallo,
ich habe nun nach Jahren meinen Server etwas geupdated und gleich voller Erwartungen den monitord ausprobiert.
Leider bekommt er nichts decodiert, woran liegt das?
Danach habe ich den alten monitor vom Markus installiert mit dem scope modulen (extra xorg installiert) und das Signal sah super aus ein schoenes Rechteck, wie es sein sollte.
Gruss Jens
Hallo,
ich hab den monitor nun dazu überreden können in einer chroot zu laufen.
Leider klappt das configure nicht mit --with-mysql
Hat jemand eine idee?
Gibts hier denn keine gleichgesinnten, wie ein 64Bit Linux nutzen?
Hab zwar kein 64Bit Linux aber ich glaube die Fehlermeldung vom configure wäre sehr hilfreich :-)
Hrhr
schön währe es, wenn ein Fehler kommt.
Ich bekomme den monitor ans laufen, aber er decodiert nichts :/
ich weiß, doofe Frage - trotzdem:
Hast Du es schonmal mit einer Wav-Datei als Eingabe probiert?
Gruß,
Funkwart
Ich habe monitord auf insgesamt drei 64-Bit-Kisten mit Ubuntu 7.10 laufen -- ohne Probleme. Allerdings arbeite ich ohne mysql-Modul.Zitat:
Zitat von dieKampfwurst
Bist du sicher, dass deine Soundkartenoptionen stimmen?
Mach mal folgendes:
Füttere irgendwelche Audio-Signale (Walkman etc..) in deinen PC, starte den Monitord, mach ein Telnet-Frontend auf und setze ein Record-Kommando ab (Siehe Protokoll-Doku).
Wenn du eine leere Aufzeichung vorfindest, stimmt mit deiner Soundkarte oder den Mixereinstellungen etwas nicht.
Andreas
Hmmh..
ich konnte mir das auch nicht so ganz vorstellen..
docsel meinte dass es daran liegt.
den alten monitor habe ich ohne probleme im chroot auf dem device am laufen..
Nachtrag:
Ich habe eben versucht etwas aufzunehmen, leider ohne ervolg:
Starte aufnahme mit10 Sekunden auf Karte 0, Kanal=1
01:01:51.070 DEBUG: monitord/SocketServer.cpp(547) Socket reports read event
Warum, wieso weshalb k/a
Fragen:Zitat:
Zitat von dieKampfwurst
a.) Warum chroot ???
b.) Fährst du den alten Monitor runter, bevor du den neuen startest?
c.) Hasst du in der config das Sounddevice richtig benannt? Per default steht da /dev/dsp0 drin, muss bei den meisten Linux-Distris aber /dev/dsp heissen.
Andreas
chroot, weil angeblich selbst der monitor nicht in einer 64bit umgebung laeuft.
Ja, den "alten" monitor habe ich gestoppt, und den mount / link ins chroot aufgehoben.
Ja, ich habe das Sounddevice auf /dev/dsp1 eingestellt (dsp1 ist eine Soundkarte, mit der der monitor auf dem 32bit system lief)
Theoretisch sollte es genügen, das bestehende 32-Bit-Binary von Monitor via "linux32 monitor" zu starten. Probiert habe ich das aber noch nicht.Zitat:
Zitat von dieKampfwurst
Das bedeutet, du hast 2 Soundkarten im System und der monitord soll die 2. abhören. Hast du den Soundmixer dafür richtig konfiguriert? Je nach Distribution arbeiten die grafischen Mixertools per Default nur mit der ersten Karte.Zitat:
Zitat von dieKampfwurst
Prüfe die Einstellungen mal mit:
Hier muss das Record-Flag ("R") am passenden Eingang stehen, z.B.Code:aumix -d /dev/mixer1 -q
line1 64, 64, R
Viele Grüße,
Andreas
Hallo,
also alsarecord nimt auf, hört sich auch gut an.
nur bekomme ich mit dem monitord noch nciht aufgenommen..
>204:1:60
<Starte aufnahme mit10 Sekunden auf Karte 0, Kanal=1
<03:31:36.022 DEBUG: monitord/SocketServer.cpp(547) Socket reports read event
<03:31:36.023 ERROR: monitord/SocketThreadMonitord.cpp(119) Fehler bei der Cmd Konvertierung:
einene ordner rec habe ich angelegt und auch das "modul" in die config eingetragen
Also eine FMS Meldung wird scheinbar decodiert, aber keine Pocsag meldung warum?
Die Module hatt er geladen, aber er spuckt nichts aus :/
23:29:38.472 DEBUG: monitord/SndPipe.cpp(178) creating decoder for soundcard #0L:ZVEI
23:29:38.473 DEBUG: monitord/SndPipe.cpp(189) creating decoder for soundcard #0R:ZVEI
23:29:38.473 DEBUG: monitord/SndPipe.cpp(201) creating decoder for soundcard #0L:POC512
23:29:38.473 DEBUG: monitord/SndPipe.cpp(212) creating decoder for soundcard #0R:POC512
23:29:38.474 DEBUG: monitord/SndPipe.cpp(224) creating decoder for soundcard #0L:POC1200
23:29:38.474 DEBUG: monitord/SndPipe.cpp(235) creating decoder for soundcard #0R:POC1200
Hallo,
der letzte Beitrag ist zwar schon älter, aber ich stehe vor dem gleichen Problem.
An der Hardware liegt es offenbar nicht, da es mit einem 32bit System läuft.
Hat noch jemand eine Idee ?
Danke für ne Info.
Tschüss,
Matthias
Tja,
scheinbar will das hier niemand wahr haben :/.
FMS, ZVEI ist bei mir auch kein Thema, aber Pocsag(512) will nicht.
Schade...
kW
Leider hat sich im letzten Jahr niemand gefunden der sich gut genug mit den Pocsag Algorithmen und 64bit Programmierung auskennt um sich den Fehler mal anzusehen.Zitat:
Zitat von dieKampfwurst
Wäre aber mal interessant ob die Umgehungslösung mit 32bit monitor auf 64bit Linux sauber läuft... Da ich weder Pocsag noch 64bit Linux habe kann ich das aber nicht testen.
Alternativ einfach mal mit long=32bit kompilieren, dazu müsste es einen Schalter beim Kompiler geben. (Aufruf dann: CXXFLAGS=-Schalter ./configure)
guten Rutsch,
Karl
Pocsag 1200 funktioniert in der 64 Bit Umgebung trotz zusätzlicher 32 Bit Libs auch nicht
Jo, leider.
Ich hatte mal über ein Notebook ein Testsignal erzeugt, welches ich dem gegeben hatte.. Nichts
Nur FMS und Dtmf.
Ich hatte es mal irgendwie geschafft Pocsag in einer 32Bit Chroot Umgebung zum laufen zu bekommen.
Leider nicht lange, glaub da habe ich zu wenig Ahnung von dem verlinken der Soundkarte ins Chroot.
Frohes neues
kW
dekarl
Wo meinst du das mit der Änderung?
>>Alternativ einfach mal mit long=32bit kompilieren, dazu müsste es einen Schalter beim Kompiler geben. (Aufruf dann: CXXFLAGS=-Schalter ./configure)
kW