Hier sind die Source:
www.haraldmaiss.de/udrec0.13rc3.zip
Da sind aber noch einige Schönheitsfehler drin (Radio-Aufnahme; Log's). Die Fehlermeldung des mcs ist eigentlich unberechtig. Ich habe aber ein Hack eingebaut damit er es weingstens übersetzt (hoffe ich).
Udrec läuft definitiv mit 64MB-Ram unter Linux mit mono-0.39. Mit 32MB kann es knapp werden. GGf. kann man mit -buf (ggf. -urb) den Speicherbedarf etwas drücken.
udrec / mono Problem (krieg eine Exception)
-
- Streamsüchtling
- Beiträge: 585
- Registriert: Mo 04 Jul 2005, 21:22
-
- Einmal-Streamer
- Beiträge: 3
- Registriert: So 09 Mai 2004, 21:42
@tonsel
Danke für die Sourcen. Habs damit noch nicht testen können, aber das mit
dem -buf hab ich schon mal mit der von mir modifizierten udrec ausprobiert.
Um so niedriger ich mit dem Wert gehe um so weniger RESEND's hab ich.
Mit dem Orginal Wert (buf=16) warens 3-5 RESEND Meldungen pro Sekunde,
jetzt (buf=5) sind noch 1-3 pro Minute und kein "lost" mehr.
Nur am Ende der Aufzeichnung (Stop auf DBox) schmiert mono (1.1.10) noch ab,
aber nach den Fehler werd ich nochmal genauer suchen.
Wie gesagt, alles auf dem NSLU2 mit ARM-Prozessor.
Gruß
Sinclair
Danke für die Sourcen. Habs damit noch nicht testen können, aber das mit
dem -buf hab ich schon mal mit der von mir modifizierten udrec ausprobiert.
Um so niedriger ich mit dem Wert gehe um so weniger RESEND's hab ich.
Mit dem Orginal Wert (buf=16) warens 3-5 RESEND Meldungen pro Sekunde,
jetzt (buf=5) sind noch 1-3 pro Minute und kein "lost" mehr.
Nur am Ende der Aufzeichnung (Stop auf DBox) schmiert mono (1.1.10) noch ab,
aber nach den Fehler werd ich nochmal genauer suchen.
Wie gesagt, alles auf dem NSLU2 mit ARM-Prozessor.
Gruß
Sinclair
@tonsel,
Dein Hack hat gewirkt, ich habe die Sourcen auf dem NSLU2 fertig compilieren können. Das Problem mit den Abstürzen bleibt allerdings. Eine Besserung, wie bei Sinclair, durch "-buf 5" kann ich bei mir leider nicht nachvollziehen. Die Abstürze erfolgen teilweise kurz nach den Meldungen "Packets lost". Manchmal aber auch ohne Rückmeldung auf der Konsole, dann kommt sofort:
Meiner Meinung nach, passiert es genau dann, wenn sich Mono ca. 21MB im RAM des NSLU2 greifen will. Da das Kistchen nur 32MB hat und Swappen zu langsam wird, ist dann einfach Schluß.
Spooky
Dein Hack hat gewirkt, ich habe die Sourcen auf dem NSLU2 fertig compilieren können. Das Problem mit den Abstürzen bleibt allerdings. Eine Besserung, wie bei Sinclair, durch "-buf 5" kann ich bei mir leider nicht nachvollziehen. Die Abstürze erfolgen teilweise kurz nach den Meldungen "Packets lost". Manchmal aber auch ohne Rückmeldung auf der Konsole, dann kommt sofort:
Code: Alles auswählen
=================================================================
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=================================================================
Stacktrace:
Native stacktrace:
[(nil)]
Aborted
Spooky