udrec / mono Problem (krieg eine Exception)

Alles zum Thema Grabbing, was nicht speziell zu JtG passt, z.B: Direktstreaming, andere Tools etc.
Nachricht
Autor
tonsel
Dev von udrec/mkdvd
Dev von udrec/mkdvd
Beiträge: 400
Registriert: Di 18 Nov 2003, 20:56

#16 Beitrag von tonsel » Mo 05 Dez 2005, 17:05

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.

petgun_download
Streamsüchtling
Streamsüchtling
Beiträge: 585
Registriert: Mo 04 Jul 2005, 21:22

#17 Beitrag von petgun_download » Mo 05 Dez 2005, 17:09

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.
...mein 'Sparrechner/Zenega' auf dem _ohne_ Probleme XP mit SFU im Hintergrund laeuft hat insgesamt nur 64 MB RAM...so jedem das Seine.

Sinclair73
Einmal-Streamer
Einmal-Streamer
Beiträge: 3
Registriert: So 09 Mai 2004, 21:42

#18 Beitrag von Sinclair73 » Mo 05 Dez 2005, 22:38

@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

Spooky
Gelegenheits-Streamer
Gelegenheits-Streamer
Beiträge: 80
Registriert: So 21 Mär 2004, 12:49

#19 Beitrag von Spooky » Di 06 Dez 2005, 9:59

@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:

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                                                           
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

Antworten