DVB-Cube <<< Das deutsche PC und DVB-Forum >>>
Info Corner / Internet-via-Sat, Datendienste / IPTV / Videoportale / Internet TV & Radio => # Internet-via-Sat, Datendienste => Thema gestartet von: spoke1 am 30 Juli, 2006, 21:08
-
Projekt von R32: skynet für Linux
Hallo Leute!
Wie ihr ja sicher schon mitbekommen habt geht derzeit wieder die Entwicklung von skynet voran.
R32 hat sich der Weiterentwicklung angenommen. Die Win-Version ist ja schon zum Testen im Umlauf, mir hat er netterweise basierend auf der Source der 0.91 eine Linuxvariante zur Verfügung gestellt.
Das GUI ist graphisch an seine Windowsvariante angelehnt, die derzeit unter Windows inplementierten Funktionen weitestgehend auch für Linux realisiert.
Derzeit bin ich am testen, und nach dem heutigen Tag zeichnet sich eine sehr runde Version ab.
Die bekannten selbstständigen Beendigungen des scheinen gebannt. Während des gesammten Tages kein Absturz! Desweiteren ist hervorzuheben, das die Beute insgesamt wieder wesentlich besser ausfällt.
R32 sowie auch meiner Meinung arbeitet skynet unter Linux fehlerfreier. Aus diesem Grund ist ein Vergleichstreamen auf 19,2° angedacht (Win vs. Linux).
Die V.1.11 soll in den nächsten Tagen dann offiziell in den DL gelangen, ich werde euch natürlich auf dem Laufenden halten.
-
So, da ist sie. Zu bekommen über
h**p://rapidshare.de/files/27859764/skynet.R32_1.11_Linux.rar.html
Änderungen:
1.11 - 2006/08/02
-----------------
- Die erste Linux Version ...
(Thanx an spoke1 für's Testen)
Es fehlt im Vergleich zur Windows Version:
- CPU Usage
- Shellskript für exec_cmd (s.u. Hotkey: Enter)
- Hotkey: Ctrl + Del
Alle Dateien in der Liste, die seit mindestens
"timeout_delete_limit" Sekunden (default 180)
im Zustand 'timeout' sind, werden mit "-" in der Liste markiert.
Drückt man Ctrl + Del, werden diese Dateien gelöscht.
(Thanx an -Rotten Zombie- für die Anregung)
- Hotkey: Enter
Die momentan ausgewählte Datei wird an das Kommando "exec_cmd"
übergeben und ausgeführt. Dafür ist für Windows die
Datei exec.bat enthalten. Alle registrierten Dateitypen
werden dann ausgeführt, z.B. mit dem MS MediaPlayer.
"Exe" habe ich abgefangen ...
- Hotkey: t
Die aktuelle Datei wird markiert. Wenn sie fertig ist oder den
incomlpete Status erreicht hat, wird sie in das Verzeichnis "dir_sel1"
verschoben. Sie landet also nicht im "ok" Verzeichnis.
Unvollständige Dateien landen auch dort und bekommen "incomplete_"
vorangestellt.
-
Der Vollständigkeithalber gehört es natürlich ja auch hier hin:
Die 1.12 für Linux gibt es hier : h**p://rapidshare.de/files/29068396/skynet.R32_1.12_Linux.rar.html
Besonders nette Kommentare sind, wie immer, gern genommen. Cool Grin
Danke an spoke1 für den Linux Beta-Test.
Gruß,
R32
Die wichtigsten Änderungen ...
1.12 - 2006/08/12
-----------------
neu:
- Hotkey: b
Benchmark Modus wird an/aus-geschaltet.
Im neuen Unterverzeichnis liegt u.a. die Datei benchmark.ini.
Die Parameter hieraus werden zur Laufzeit neu eingelesen
um zur gewünschten Zeit den skynet Benchmark zu starten.
Die Info Parameter in der ini sollten vorher ausgefüllt werden.
Die Ergebnisse des Benchmarks werden in der skynet.log abgelegt.
Achtung: Beim Starten und Beenden des Benchmarks werden alle vorhandenen
Dateien in der Liste und der Cache gelöscht!
- Hotkey: Ctrl + v
Hiermit wird der komplette Regex-Test ausgeschaltet. D.h. es werden alle
möglichen Dateien geladen. Ist mehr zum Debuggen und Testen dazugekommen ...
- Eine vorhandene skynet.log wird beim Programmstart in skynet.bak.log
umbenannt.
- Neue Anzeige: HTTP xxx F/s
Dies ist die Anzahl der neuen Dateien pro Sekunde aus dem HTTP Scan.
Es müssten annähernd soviele sein, wie man bei 'Ctrl + v' erhält.
Durch die Trägheit der Anzeige werden übrigens sehr kleine Dateien
gar nicht erst in der Liste auftauchen, in der Anzeige (F/s) aber schon.
- Im Bereich HTTP Scan sind 2 Stellen geändert worden,
die hoffentlich eine bessere Ausbeute bringen. Ein Benchmark
1.12 vs 1.11 wirds zeigen ...
- interne Code-Umstrukturierung
[keine Ahnung, ob ich etwas vergessen habe, da der Code sich durch die
Umstrukturierung nicht diffen läßt ...]
Bugfix:
- Small Font hat unter Linux falsche Dimensionsangaben.
Text und Cursor waren dadurch u.U. falsch positioniert.
(Thanx an mtron)
- tcp/ip Parameter aus der skynet.in wurden nicht eingelesen.
(Thanx an mtron)
-
Hallo zusammen,
für die 1.12 für Linux möchte ich mich doch einfach mal herzlich bei @R32 bedanken!!! (http://www.cheesebuerger.de/images/smilie/froehlich/c045.gif)
Im Laufe des heutigen Tages hab ich die neue Version noch einige Stunden auf 8°W streamen lassen. Auf meinem System läuft sie absolut stabil (http://www.cheesebuerger.de/images/smilie/froehlich/d055.gif) und hat für einen Montag erstaunlich viel Beute in Richtung (http://www.cheesebuerger.de/images/smilie/musik/h020.gif) gebracht.
@R32
Was hältst Du davon der nächsten Version 'Universalpid: XXX1' beizubringen?
Warum???
Derzeit tut sich offenbar einiges auf 13°O (zwei neue Datenkanäle) sowie auf 8°W wo heute neu aufgeschaltet wurde. Schlichtweg würde es eine Menge Zeit sparen wenn sich die Pidscannerei erübrigen würde.
-
Hi spoke1,
das hört sich ja schonmal sehr gut an!
Meinst du, es könnte mit den internen Änderungen im http-Scan zusammenhängen oder war es allgemein "nur" ein guter Tag?
@R32
Was hältst Du davon der nächsten Version 'Universalpid: XXX1' beizubringen?
Wenn dem technisch nichts im Weg steht, bin ich dabei.
Zuerst müßtest Du mich aber ein wenig aufschlauen, was die XXX1 angeht! Wenn ich mich richtig erinnere, habe ich auch schonmal etwas von XXX2 gelesen.
Was hat es denn mit dieser PID auf sich? Wird dann wirklich nur diese eine PID im Filter (1) gesetzt oder ist die Zahl nur ein Ersatz und bedeutet, das Programm soll alle PIDs von 1 bis XXX1 per Loop setzen (2).
Habe gerade beide Möglichkeiten im Code mal ausprobiert.
Zu (1): XXX1 wird vom Streamreader abgelehnt.
Zu (2): Ab Filter Nummer 39 lehnt die Streamreader.dll es ebenfalls ab.
-
Meinst du, es könnte mit den internen Änderungen im http-Scan zusammenhängen oder war es allgemein "nur" ein guter Tag?
Das werde ich schnellstens versuchen herauszubekommen. Ich kann mir aber nicht vorstellen, das mehr los war. Es werden wohl eher deine Verdienste sein, Montag morgen war nie der Hit, eher das Gegenteil war der Fall. Es können sich aber auch Gewohnheiten geändert haben, wär bei dem *****ßwetter auch kein Wunder
Zum Universalpid kann ich die nicht allzuviel sagen, der wurde aber von deinen Mitbewerbern in letzter Zeit gern genommen. Ein Zitat vielleicht welches dir weiter helfen könnte:
"In drivers since v.4.3.0 it is possible there is the function of universal pid XXX2, when not know pids on which to rob this pid insert and program like SkyGrabber or SkyNet processes everything pids in a stream."
Somit scheint es eine Abhängigkeit beim Treiber zu geben. Vermutlich damit für Linux gestorben. :P
-
Ok, ich habe meine Tests gestern wohl zu früh beendet.
Es liegt and der streamreader.dll. Die Version von S.O.V.A, die im Archiv enthalten ist, verweigert die XXX2. Nimmt man die DLL von marfi, dann klappt's. Für Windows und die 4.4er SS2-Treiber also grünes Licht.
Unter Linux ... ??? ??? ??? ??? ??? ???
-
Mach dir da mal erstmal keinen Kopf drum. Testen, Stabilität sind erstmal wichtiger.
Alles weitere wird sich ergeben. Das Projekt ist noch sooooooooooooooooooo jung!
Gut's Nächtle
spoke1
-
Die 1.13 verabschiedetet sich ohne Vorwarnung. ???
Hier der Log:
18:59:13.162
18:59:13.162 SkyNet.:R32 1.13 Build Aug 20 2006 11:43:41
18:59:13.162 *************************************************
18:59:13.163
18:59:13.171 conf_int : cache_max_block = 131072
18:59:13.172 conf_int : cache_scan = 5000
18:59:13.172 conf_int : cache_flush = 10000
18:59:13.172 conf_string : regex.dat = benchmark/regex.dat
18:59:13.172 conf_string : regex.txt = benchmark/regex.txt
18:59:13.172 conf_string : rules.txt = benchmark/rules.txt
18:59:13.209 conf_int : timeout_100k = 60
18:59:13.210 conf_int : timeout_500k = 60
18:59:13.210 conf_int : timeout_1m = 300
18:59:13.210 conf_int : timeout_5m = 300
18:59:13.210 conf_int : timeout_10m = 600
18:59:13.210 conf_int : timeout_50m = 600
18:59:13.210 conf_int : timeout_100m = 1200
18:59:13.210 conf_int : timeout_500m = 3000
18:59:13.211 conf_int : p2p_add = 3600
18:59:13.211 conf_int : autosave_time = 0
18:59:13.211 conf_bool : save_segments = false
18:59:13.211 conf_bool : http = true
18:59:13.211 conf_bool : nntp = false
18:59:13.211 conf_int : rep_timeout = 30000
18:59:13.211 conf_int : tcp_timeout = 300000
18:59:13.212 conf_bool : use_real_name = true
18:59:13.212 conf_bool : show_cpu_usage = true
18:59:13.212 conf_int : timeout_delete_limit = 120
18:59:13.212 conf_string : exec_cmd =
18:59:13.212 conf_int : mss = 1500
18:59:13.212 conf_int : tcp_window = 8388608
18:59:13.212 conf_int : incomplete_% = 95
18:59:13.213 conf_int : incomplete_min_size = 1048576
18:59:13.213 conf_string : incomplete = /mnt/win_d/tmp/bad
18:59:13.213 conf_string : temp = /mnt/win_d/tmp/work
18:59:13.213 conf_string : ok = /mnt/win_d/tmp/out
18:59:13.213 conf_string : sel1 = top
18:59:13.213 conf_string : name_format = E/m_c_s.E
18:59:13.214 conf_string : out = (null)
18:59:13.214 conf_list : pids = XXX
18:59:13.214 conf_string : in = (null)
18:59:13.214 conf_string : dream_ip = (null)
18:59:13.214 conf_int : dream_port = 0
18:59:13.214 conf_list : lnb = 9750000 10600000 11700000
18:59:13.214 conf_list : tuner = 11222000 V 27500000 A
18:59:13.215 conf_string : FE = /dev/dvb/adapter0/frontend0
18:59:13.215 conf_string : DVR = /dev/dvb/adapter0/dvr0
18:59:13.215 conf_string : DMX = /dev/dvb/adapter0/demux0
18:59:13.215 conf_int : dmx_buffer = 0
18:59:13.215 conf_int : dvr_buffer = 0
18:59:13.217 conf_int : refresh = 300
18:59:13.217 conf_int : maximize = 0
18:59:13.217 conf_int : wh = 768
18:59:13.218 conf_int : ww = 1024
18:59:13.218 conf_int : wy = 0
18:59:13.218 conf_int : wx = 0
18:59:13.219 conf_string : xfont = -*-*-*-*-*-*-*-*-*-*-*-*-*-cp1251
18:59:13.253 conf_string : xfontsmall = -*-arial-medium-r-normal--8-*-*-*-*-*-microsoft-cp1251
18:59:13.291 conf_int : err_dump_period = 300000
18:59:13.292 conf_int : c_bg = 12632256
18:59:13.292 conf_int : c_bar1 = 16777215
18:59:13.292 conf_int : c_bar2 = 12582912
18:59:13.292 conf_int : c_bar3 = 16776960
18:59:13.292 conf_int : c_bar4 = 65280
18:59:13.293 conf_int : c_fade = 12632256
18:59:13.293 conf_int : fade_t1 = 15000
18:59:13.293 conf_int : fade_max = 73
18:59:13.293 conf_int : fade_step = 1
18:59:13.294 conf_int : c_stat_bg = 6447714
18:59:13.294 conf_int : c_stat_text = 12632256
18:59:13.295 conf_int : c_stat_text_small = 0
18:59:13.295 conf_int : c_stat_text_hili1 = 16776960
18:59:13.295 conf_int : c_stat_text_hili2 = 65535
18:59:13.295 conf_int : c_stat_text_hili3 = 16711680
18:59:13.296 conf_int : c_cat_bg = 12369084
18:59:13.296 conf_int : c_cat_cursor1 = 12632256
18:59:13.296 conf_int : c_cat_cursor2 = 15658751
18:59:13.296 conf_int : c_cat_text1 = 0
18:59:13.296 conf_int : c_cat_text2 = 128
18:59:13.296 conf_int : c_file_cursor = 16777215
18:59:13.297 conf_int : c_sort_eq = 4210752
18:59:13.297 conf_int : c_keep = 192
18:59:13.297 conf_int : c_sel1 = 16776960
18:59:13.297 conf_int : c_curve1 = 16711680
18:59:13.297 conf_int : c_curve2 = 255
18:59:13.297 conf_int : c_curve3 = 65280
19:04:13.458 [1554-5 2327-65454]
19:09:13.661 [1554-3 2327-53673]
19:09:31.350 in: buffer overflow
19:09:31.362 ts: discontinuity (pid = 100, cc = 9, must be 7)
-
Und der nächste Aufhänger:
15:09:23.756
15:09:23.757 SkyNet.:R32 1.13 Build Aug 20 2006 11:43:41
15:09:23.757 *************************************************
15:09:23.757
15:09:23.757 conf_int : cache_max_block = 131072
15:09:23.757 conf_int : cache_scan = 5000
15:09:23.758 conf_int : cache_flush = 10000
15:09:23.758 conf_string : regex.dat = benchmark/regex.dat
15:09:23.758 conf_string : regex.txt = benchmark/regex.txt
15:09:23.758 conf_string : rules.txt = benchmark/rules.txt
15:09:23.797 conf_int : timeout_100k = 60
15:09:23.797 conf_int : timeout_500k = 60
15:09:23.797 conf_int : timeout_1m = 300
15:09:23.797 conf_int : timeout_5m = 300
15:09:23.797 conf_int : timeout_10m = 600
15:09:23.797 conf_int : timeout_50m = 600
15:09:23.798 conf_int : timeout_100m = 1200
15:09:23.798 conf_int : timeout_500m = 3000
15:09:23.798 conf_int : p2p_add = 3600
15:09:23.798 conf_int : autosave_time = 0
15:09:23.798 conf_bool : save_segments = false
15:09:23.798 conf_bool : http = true
15:09:23.798 conf_bool : nntp = false
15:09:23.799 conf_int : rep_timeout = 30000
15:09:23.799 conf_int : tcp_timeout = 300000
15:09:23.799 conf_bool : use_real_name = true
15:09:23.799 conf_bool : show_cpu_usage = true
15:09:23.799 conf_int : timeout_delete_limit = 120
15:09:23.799 conf_string : exec_cmd =
15:09:23.799 conf_int : mss = 1500
15:09:23.800 conf_int : tcp_window = 8388608
15:09:23.800 conf_int : incomplete_% = 95
15:09:23.800 conf_int : incomplete_min_size = 1048576
15:09:23.800 conf_string : incomplete = /mnt/win_d/tmp/bad
15:09:23.800 conf_string : temp = /mnt/win_d/tmp/work
15:09:23.800 conf_string : ok = /mnt/win_d/tmp/out
15:09:23.800 conf_string : sel1 = top
15:09:23.801 conf_string : name_format = E/m_c_s.E
15:09:23.801 conf_string : out = (null)
15:09:23.801 conf_list : pids = XXX
15:09:23.801 conf_string : in = (null)
15:09:23.801 conf_string : dream_ip = (null)
15:09:23.801 conf_int : dream_port = 0
15:09:23.802 conf_list : lnb = 9750000 10600000 11700000
15:09:23.802 conf_list : tuner = 11261000 V 27500000 A
15:09:23.802 conf_string : FE = /dev/dvb/adapter0/frontend0
15:09:23.802 conf_string : DVR = /dev/dvb/adapter0/dvr0
15:09:23.802 conf_string : DMX = /dev/dvb/adapter0/demux0
15:09:23.802 conf_int : dmx_buffer = 0
15:09:23.802 conf_int : dvr_buffer = 0
15:09:23.805 conf_int : refresh = 300
15:09:23.805 conf_int : maximize = 0
15:09:23.805 conf_int : wh = 768
15:09:23.805 conf_int : ww = 1024
15:09:23.805 conf_int : wy = 0
15:09:23.806 conf_int : wx = 0
15:09:23.807 conf_string : xfont = -*-*-*-*-*-*-*-*-*-*-*-*-*-cp1251
15:09:23.834 conf_string : xfontsmall = -*-arial-medium-r-normal--8-*-*-*-*-*-microsoft-cp1251
15:09:23.871 conf_int : err_dump_period = 300000
15:09:23.876 conf_int : c_bg = 12632256
15:09:23.876 conf_int : c_bar1 = 16777215
15:09:23.877 conf_int : c_bar2 = 12582912
15:09:23.877 conf_int : c_bar3 = 16776960
15:09:23.877 conf_int : c_bar4 = 65280
15:09:23.877 conf_int : c_fade = 12632256
15:09:23.877 conf_int : fade_t1 = 15000
15:09:23.877 conf_int : fade_max = 73
15:09:23.877 conf_int : fade_step = 1
15:09:23.879 conf_int : c_stat_bg = 6447714
15:09:23.879 conf_int : c_stat_text = 12632256
15:09:23.879 conf_int : c_stat_text_small = 0
15:09:23.880 conf_int : c_stat_text_hili1 = 16776960
15:09:23.880 conf_int : c_stat_text_hili2 = 65535
15:09:23.880 conf_int : c_stat_text_hili3 = 16711680
15:09:23.880 conf_int : c_cat_bg = 12369084
15:09:23.880 conf_int : c_cat_cursor1 = 12632256
15:09:23.880 conf_int : c_cat_cursor2 = 15658751
15:09:23.881 conf_int : c_cat_text1 = 0
15:09:23.881 conf_int : c_cat_text2 = 128
15:09:23.881 conf_int : c_file_cursor = 16777215
15:09:23.881 conf_int : c_sort_eq = 4210752
15:09:23.882 conf_int : c_keep = 192
15:09:23.882 conf_int : c_sel1 = 16776960
15:09:23.882 conf_int : c_curve1 = 16711680
15:09:23.882 conf_int : c_curve2 = 255
15:09:23.882 conf_int : c_curve3 = 65280
15:09:31.455 in: buffer overflow
15:09:31.482 ts: discontinuity (pid = 100, cc = 7, must be 11)
15:14:24.134 [1554-1 2327-59588 2398-5]
15:19:24.473 [1554-6 2327-61828]
15:24:24.728 [2327-62097]
15:29:24.884 [1554-1 2327-63366]
15:34:24.923 [1554-2 2327-65177]
15:39:25.254 [1554-1 2327-61255]
15:44:25.293 [1554-1 2327-55239]
15:49:25.564 [2327-51991]
15:54:25.722 [1554-1 2327-61234]
15:59:25.773 [1554-2 2327-62409]
16:04:25.920 [1554-4 2327-64794]
16:09:26.241 [1554-5 2327-76354]
16:14:26.589 [1554-2 2327-75861]
16:19:26.927 [1554-1 2327-70601]
16:24:27.061 [2327-68497]
16:29:14.237 -- *Error* from: 2616 to: 1 full: 7092
16:29:14.237 ***************************************
HTTP/1.1 206 Partial Content
Date: Sat, 02 Sep 2006 12:24:54 GMT
Server: Apache/2.0.48 (Linux/SuSE)
Last-Modified: Fri, 25 Aug 2006 22:06:11 GMT
ETag: "cf1c4c-1bb5-c8b77ac0"
Accept-Ranges: bytes
Content-Length: 4477
Content-Range: bytes 2616-0/7092
Connection: close
Content-Type: image/gif
wÖcK.bö¹ 9ïÚÂ+F
***************************************
16:29:27.378 [1554-1 1574-1 2327-84847]
16:34:27.688 [1554-4 2327-103722]
16:39:27.716 [1554-2 2327-63685]
16:44:28.048 [2327-68335]
16:49:28.289 [1554-14 2327-80449]
-
woher kann man denn die R32 bekommen? die linux varianten sind auf rapidshare nicht mehr zu erreichen!!!
(gibt es die 1.13 schon zum dl oder ist die noch unofficial?)
mfg 192E-Freak
-
Im Zweifelsfalle von mir. Mich wundert nur das R32 die Links gelöscht hat? ???
Ich möcht da nur mit dem Upload nicht vorgreifen, war eine Testversion. R32 wird sich da bestimmt heute noch zu äußern.
-
...die linux versionen wurden von rapidshare selbst gelöscht!!!
(zu wenige zugriffe!!! => timeout)
mfg 192E-Freak
-
Dann warte mal kurz, muß mal den annern Rechner starten....
-
Hier ein neuer DL-Link
h**p://www2.turboshare.de/v/8460818/1.13.rar.html
-
THX
das ging ja echt flott!!!
mfg 192E-Freak
-
Hi allerseits,
komme gerade aus dem Urlaub wieder (@spoke1: von der Ostsee - war sehr erholsam) und hatte vorher nicht viel Zeit zum Hacken. Hab hier auch nur mehr oder weniger mitgelesen.
Die Linux Versionen sind tatsächlich vom rapidshare System gelöscht worden, von mir jedenfalls nicht.
Ich glaube, als nächstes gibt's dann die 1.14 und die 1.13 lassen wir aus aberglaubstechnischen Gründen weg. 8)
Erholte Grüße,
R32
-
bin schon gespannt. die letzte version war leider nicht sehr stabil, aber hoffen wir dass der Urlaub neue inspiration bringt ;)
falls nötig könnte ich gerne die Linux Version hosten.
-
@ R32
Urlaub? Was das denn? Seit zwei Tagen schifft das nicht mehr dafür sind 'Stunden on the rocks" angesagt. :( Nicht mal Zeit zum Mopped fahrn. :'( Bleibt auch kaum Zeit zum Testen, doch kann ich mtron seine Stabilitätsprobleme nicht so wirklich nachvollziehen. Wenn der Rechner denn mal an ist läuft es auch, und bis auf die beiden Ausreißer ist hier alles schön. Sonntag kam sogar ein 2,5 Gig großes Iso File rein 8) Ernüchternd war nur der Inhalt: das neue Spiel der Fa. Mike Rohsoft. ::)
Ich freu mich jedenfalls auch auf die nächste Version und hoffe das die auf 8°W noch länger die Füße stillhalten und uns den Hahn nicht abdrehen. ;D
Gruß, spoke1
-
Auf
h**p://skynetr32.co.nr/
gibt es jetzt auch endlich mal wieder eine neue Version: skynetR32_1.2.1_Linux
Neu in dieser Version:
* Load/Save Files wieder integriert (Sitzungsübergreifendes Speichern)
* DreamBox Patch für alle PIDs (von Andrei V. Lavreniyuk)
Bugfixes
* HTTP Partial Content: Diverse Änderungen/Verbesserungen
* HTML: Namenserkennung aus <Title> Tag verbessert
-
Warum auch nicht mal neue alte Probleme. Nach einem Testumstieg auf Mandriva 2007 kommt wieder die altbekannte Fehlermeldung:
xfont= -*-*-*-*-*-*-*-*-*-*-*-*-*-cp1251
Can't load font "-*-*-*-*-*-*-*-*-*-*-*-*-*-cp1251"16:58:49.664 exit
zum Vorschein. Das Übernehmen der M$ Fonts in das System welches sonst immer das Problem löste, funktioniert hier nicht. Ist natürlich unabhängig ob ich die 1.13 oder die 1.21 nehme.
xfont=-*-*-*-*-*-*-*-*-*-*-*-*-*-cp1251
xfontsmall=-*-arial-medium-r-normal--8-*-*-*-*-*-microsoft-cp1251
oder
xfontsmall=-*-*-*-*-normal-*-8-*-*-*-*-*-iso8859-*
haben auch nichts gebracht. Ideen????????
-
Hi spoke1,
ich verwende ubuntu und kenne das problem mit den xfonts!
Daher verwende ich immer das console-tool "xfontsel -print" um
mir eine passende font herauszusuchen!
(ich denke mal, dass xfontsel auch in mdv2007 dabei ist!)
Aber ich habe zusätzlich noch das problem, dass mir die neue version
direkt abschmiert! (segmentation fault!)
Mit der alten hatte ich keine probleme (naja, fast keine... nach 12h ist er mir immer
rausgeflogen ;( )
Greetings
192E-Freak
-
Das mit xfontsel -print ist natürlich eine Idee. Hatte ich vorhin schon in den Fingern.
Zu deinem Problem, änder doch bitte mal in der .ini:
http=0
nntp=0
Ausführen: skynetR32_1.21, jetzt müßte es laufen. Dann
http=0
nntp=1
Ausführen: skynetR32_1.21, müßte immer noch laufen
dann:
http=1
nntp=0
Ausführen: skynetR32_1.21, nun sollte es wieder abstürzen? Berichte bitte!!
-
Das klappt :D
xfont=-*-*-*-*-*-*-*-*-*-*-*-*-*-uni
#xfontsmall=-*-arial-medium-r-normal--8-*-*-*-*-*-microsoft-cp1255
xfontsmall=-*-*-*-*-normal-*-8-*-*-*-*-*-iso8859-*
Aber auch hier:
Konsole sagt
19:18:11.465 conf_int : c_curve2 = 255
19:18:11.465 conf_int : c_curve3 = 65280
19:18:11.517 ts: discontinuity (pid = 100, cc = 15, must be 1)
19:18:11.517 ts: discontinuity (pid = 100, cc = 8, must be 0)
Speicherzugriffsfehler
bzw.:
Strg.+E sagt
19:22:46.946 conf_int : c_curve3 = 65280
19:22:46.998 ts: discontinuity (pid = 100, cc = 7, must be 15)
/bin/bash: line 1: 4823 Segmentation fault './xskynetR32_1.21'
Soweit war ich mit mdv2006 auch. Da es bei mtron läuft bin ich von einem Fehler in meinem System ausgegangen.
Was tun @r32 ???
-
Was tun @r32 ???
Die Windows Version nehmen. ;D ;D :P
Eigentlich wollte ich derartige Probleme im kleineren Kreis klären (Stichwort "Beta") ... So wie die Version vorliegt, habe ich sie auf Linux nicht selbst laufen gelassen. Ich werde dann wohl mal den Debugger starten müssen.
Läuft bei irgend jemandem die 1.21 Linux denn länger ohne Absturz?
Falls ja, wie sieht die dazugehörige skynet.ini aus?
Falls nein, bitte log files an mich.
Gruß,
R32
-
Mit nntp allein läuft das hier seit 25min. Hilft dir das zum Eingrenzen evtl. schon weiter?
-
läuft hier jetzt mittlerweile über 13 Stunden. :D
mit dem settings
xfont=-*-*-*-*-*-*-*-*-*-*-*-*-*-uni
xfontsmall=-*-*-*-*-normal-*-8-*-*-*-*-*-iso8859-*
geht bei mir auf ubuntu 6.06 gar nichts ("Can't load font "-*-*-*-*-*-*-*-*-*-*-*-*-*-uni"). Was problemlos funzt:
skynet.ini
#--- GUI
ww=800
wh=600
refresh=333
tray=0
font=Arial
font_size=14
font_small=Arial
font_size_small=12
xfont=-*-*-*-*-*-*-*-*-*-*-*-*-*-cp1251
xfontsmall=-*-courier-medium-r-normal-*-12-120-*-*-*-*-iso8859-*
show_cpu_usage = 1
active_files_first = 1
#--- files
mark_partial_content_files = 1
use_real_name = 1
name_format=E/m_c_s.E
# P - pid hex
# p - pid dec
# M - mac
# m - lower case mac
# D - destination addr hex
# d - destination addr dec
# S - source addr hex
# s - source addr dec
# C - counter hex
# c - counter dec
# E - extension
# N - size
# R - real name (if known)
# * - mark (from rules.txt)
incomplete=bad
temp=temp
ok=ok
sel1=top
incomplete_linux=bad
temp_linux=temp
ok_linux=ok
sel1_linux=top
incomplete_min_size=1M
incomplete_%=95
timeout_100k = 300
timeout_500k = 360
timeout_1m = 480
timeout_5m = 600
timeout_10m = 1200
timeout_50m = 1800
timeout_100m = 3000
timeout_500m = 3600
p2p_add = 3600
timeout_delete_limit = 1200
http=1
nntp=0
# nntp
nntp_auto_defrag=1
nntp_dir=nntp
nntp_ext=uud
nntp_min_file_size=2000
nntp_remove_files_after_defrag=1
nntp_append_no_yend=1
#--- tcp/ip
mss=1500
tcp_timeout=300000
tcp_window=8M
#--- cache
cache_max_block=128k
cache_scan=5000
cache_flush=10000
# tuner
lnb=9750000,10600000,11700000
# provider
#ASTRA net sys
tuner=11875000,H,27500000,A
pids=xxxx
Noch ne Frage: ich spiele grad ein wenig mit den Diseq Settings rum und bekomms irgendwie nicht hin
Mal angenommen ich habe folgendes setup:
AA= 13 hotbird
AB= 19.2 Astra
BA= 7est
für den astra transp. 11875000 H hab ich folgendes probiert:
lnb=9750000,10600000,11700000
disecq=POSITION_A,OPTION_B
tuner=11875000 H 27500000 A
pids=14xx
Aber beim Start bekomme ich:
16:52:10.46 conf_list : lnb = 9750000 10600000 11700000
16:52:10.46 conf_list : tuner = 11875000 H 27500000 A
16:52:10.46 conf_list : diseqc = POSITION_A,OPTION_B
16:52:10.48 SetChannel(11875000, 27500000, 0, 0, 9750000, 10600000, 11700000) failed.
16:52:10.48 initialization error 94
Was mach ich denn falsch?
-
Mit nntp allein läuft das hier seit 25min. Hilft dir das zum Eingrenzen evtl. schon weiter?
...bei mir sieht es auch so aus. Mit http=1 geht garnix!!!
Erst kommt eine oder mehrere discontinuities und dann der segmentation fault!
ts: discontinuity (pid = xx51, cc = 12, must be 10)
Greetings...
192E-Freak
-
Noch ne Frage: ich spiele grad ein wenig mit den Diseq Settings rum und bekomms irgendwie nicht hin
für den astra transp. 11875000 H hab ich folgendes probiert:
...
disecq=POSITION_A,OPTION_B
...
Aber beim Start bekomme ich:
...
16:52:10.46 conf_list : diseqc = POSITION_A,OPTION_B
16:52:10.48 SetChannel(11875000, 27500000, 0, 0, 9750000, 10600000, 11700000) failed.
16:52:10.48 initialization error 94
Was mach ich denn falsch?
Koennte es evtl. an der Schreibweise liegen?
diseqc=...
anstatt
disecq=...
Gruss,
R32
-
oh shit, danke :-[
-
Bei mir war es so, HB=0 , Astra=1 auf dem Schalter. Und da unten steht genau das Gegenteil, ich weiß.
Teilweise hat das auch mal garnicht funktioniert. Versuch macht klug ;)
lnb=9750000,10600000,11700000
diseqc=POSITION_A
diseqc=HIGH_BAND,HORIZONTAL,POSITION_A,OPTION_A
tuner=11875000 H 27500000 A
pids=14**
-
Hi.
Ich habe die letzte Linux Version ausprobiert.
Leider segfault die sehr schnell.
Ich habe eine 64bit system.
Was kann ich tun ?
Ich habe bei mir die Source von Version 0.91 etwas geändert und kompiliert.
Die Version löuft ohne irgendwelche Probleme.
Gibt auch für die R32 Version sources ? Damit ich die für 64bit system kompilieren kann ?
gruss amin.
-
Die 1.21 für Linux hat wie Du hier lesen kannst bei einigen keine http Funktion, segment fault, nntp jedoch läuft. Ich habe mit R32 ausserhalb dessen was hier geschrieben steht auch Kontakt. In der vergangenen Woche hat er aufgrund seines zu schaffenden Arbeitspensums keine Zeit gehabt sich mit dem Problem auseinander zu setzen. Ich persönlich bedaure dies natürlich auch sehr, aber was nicht geht...
Gute Sache wäre wenn Du R32 das Log schicken könntest, wir Linuxianer sind hier noch in der Minderheit.
Grundsätzlich läuft aber auch die 32Bit Version einwandfrei auf dem 64Bit Rechner (hier 1.13). Solltest Du da Bedarf haben, PN genügt.
@R32
Eine 64 Bit Version wäre mit Sicherheit natürlich interessant (siehe Sig). ;D ;D
-
Bei 1.13 kommt Segmentation fault genauso so schnell wie bei der 1.21.
Warten wir mal ab , was R32 sagt. ;)
Ich kann "meine" Sourcen die bei mir lafen natürlich hier posten.
Dann kannst du selbst dir dein skynet-bin bauen.
gruss.
-
Hast Du http mal abgeschaltet? Welches Linux nimmst Du? Mandriva als x64 ist z.B: nicht der Brüller.
-
Hast Du http mal abgeschaltet?
Nein, aber auf Astra mach nur nntp kein sinn.
Mein linux ist gentoo.
-
Ich sehe es mir an. Versprochen.
Logfiles sind immer gut.
Aber eine 64bit Version könnt ihr knicken, außer mir stellt jemand eine Extra-Maschine dafür hier hin. :D
-
@amin
Mir ging auch nur darum http=0 um festzustellen ob skynet dann immer noch abstürzt. Wenn nicht, "willkommen im Club".
Teste das doch bitte mal kurz. Um so schneller gibt es mit Sicherheit eine bereinigte Version.
-
Skynet 1.13 mit http=0 nntp=1 läuft und läuft und ... ;)
Skynet 1.13 und 1.21 mit http=1 laufen nie länger als paar Minuten (das ist Maximum).
<edit>
@R32
Hast du bei deinen Versionen die in/out Funktion abgeschaltet ?
gruss.
-
Skynet 1.13 mit http=0 nntp=1 läuft und läuft und ... ;)
Skynet 1.13 und 1.21 mit http=1 laufen nie länger als paar Minuten (das ist Maximum).
<edit>
@R32
Hast du bei deinen Versionen die in/out Funktion abgeschaltet ?
Der Traceback beim Absturz auf Linux hat bei mir Probleme in der libpcre.so angezeigt. Es muss wohl die Version Version 6.7 verwendet werden. Geht es bei Dir, wenn man die lib austauscht?
Das wuerde auch erklaeren, warum es bei Euch nur Probleme mit dem http gibt. nntp hat keine Regexp-Behandlung.
in/out ist nicht abgeschaltet und funktionierte bei mir auf Linux vorgestern auch noch ... zumindest IN ...
-
@R32
Kannst du eine statisch gelinkte test Version bauen ?
gruss.
<edit>
Test mit der Version (http://packages.debian.org/cgi-bin/download.pl?arch=i386&file=pool%2Fmain%2Fp%2Fpcre3%2Flibpcre3_6.7-1_i386.deb&md5sum=dd0c467dd880fdfb2cfaed35dbaed157&arch=i386&type=main) segfault weiter.
</edit>
-
Skynet 1.21 mit http=1, amd64, Ubuntu Dapper 6.06
Habe nach wenigen Sekunden auch einen Segfault.
mein strace sagt folgendes:
.
.
ioctl(6, FIONREAD, [0]) = 0
nanosleep({42949672960000000, 578406415438172504}, NULL) = 0
ioctl(6, FIONREAD, [0]) = 0
nanosleep({42949672960000000, 578406415438172504}, 0) = ? ERESTART_RESTARTBLOCK (To be restarted)
+++ killed by SIGSEGV +++
mehr log kann ich leider nicht herauslocken, oder kennt jemand was besseres als strace?
EDIT: mit http=0 hatte ich bislang keinen Segfault, allerdings wurde nur auf Astra getestet. Werde gleich mal auf 8 Grad West testen.
EDIT1: auf 8 Grad West läuft es mit http=0 stabil (gut 10 min. getestet)
-
@tonno
Willkommen an Board!
Das Problem ist, das solange http=1 ist es bei diversen Distros zu segfault kommen kann. R32 konntedies noch nicht vollständig fixen, ist aber dabei. Das Problem wird also folglich auch auf 8°W auftreten, leider.
Ersatzweise kann ich dich mit der hier stabil laufenden 1.13 versorgen.
h**p://rapidshare.com/files/5793755/skynet.R32_1.13_Linux.rar.html
-
Wow, das ging ja schnell. :)
Ich finde das Forum einfach Spitze. Ebenfalls ein Dickes Lob an die Macher von der Linuxversion von Skynet.
Danke für den Link. Werde später mal die Vorgängerversion testen. Nun muss ich nur noch herausfinden, wie man NNTP Dateien auf meinem Linuxsystem decodiert.
greetz
tonno
-
uudeview-0.5.20.tar.gz ;)
-
Danke, da muss ich nicht mehr selber danach suchen ;)
-
Bitte bitte, für sowas gibt es ja dieses muggelige Forum. :D
-
Unter h++p://rapidshare.com/files/5818890/skynetR32_1.23beta_Linux.rar habe ich die beta Version der 1.23 für Linux abgelegt. Die beiden files im RAR bitte in das Verzeichnis der Version 1.21 für Linux entpacken.
Möchte mal jemand testen und mir sagen ob es nun läuft und sich die Nachtschicht evtl. gelohnt hat?
Bis morgen,
R32
-
Vielen Dank für die Linux-Version.
Seht so aus, dass du den Bug gefunden hast. :)
-
Seht so aus, dass du den Bug gefunden hast. :)
wirklich?
Erstmal danke an R32, dass er sich wieder einmal für die linux community geopfert hat!
Aber bisher konnte ich keinen wirklich großen unterschied zur 1.21 feststellen!
Bisher habe ich es nicht geschafft die 1.23beta länger als 1 minute laufen zu lassen. ;(
Ich bekomme immernoch den "Segmentation fault (core dumped)" fehler.
-
@192e-freak
Hast Du die Libaries auch getauscht??
@R32
Ich mach mich da nachher selbstverständlich auch mal dran.
-
@192e-freak
Hast Du die Libaries auch getauscht??
ja, habe ich (habe die original libs vom ubuntu rausgeschmissen und die aus dem skynet paket an deren stelle kopiert)!
Jetzt warte ich erst einmal auf das feedback von anderen usern.
Vielleicht habe ich ja doch etwas nicht beachtet. Bin mal gespannt, ob es bei dir läuft, spoke1!
-
Ich habe lib nicht getauscht, link von lib die ich nutze ist oben.
-
ich teste auch grad die beta mit der standard lib meiner distro (seit 2 stundenmit save_segments = false, http = true, nntp = false, use_udp = false). scheint gut zu funktionieren (wie bei mir auch die 1.21)
-
Bis jetzt rennt das hier. In meinem System sind die Lib's von mtron aktiv, meine hab ich verbummelt. :o
mtron's = h**p://rapidshare.com/files/5891495/libpcre.so.html
Somit hat die Nachtschicht Sinn gemacht :D :D
Interessant wird es wenn ich von 32 Bit auf 64 Bit Mandriva wechsle. Bin gespannt wie sich die "Geschichte" dann benimmt.
-
ok, ich habe jetzt einmal den kompletten skynet ordner gelöscht und neu "installiert" (entpackt ;)).
Und siehe da, bis jetzt kein Absturz!!!
Da bin ich mal gespannt wie lange das rennt (wenn ich die 12h schaffe bin ich zufrieden)!
Nochmal Danke an R32 ;)
-
Wenn ich Real Name in skynet.ini aktiviere, segfault 1.31bete weiter.
Ich denke die änderungen in code könnten helfen.
In funktion generate_name
for(; *format; ++format)
{
if( l<1 )//sonst buffer überlauf
break;
switch(*format)
In Funktion nntp_start
r_id = file_add(c, 0, tcp_timeout, "", "", "nntp", buff, 0);//"" oder was auch immer statt 0
Hier mein diff für cache.cpp 0.91 version
--- cache.cpp 2005-11-23 13:11:00.000000000 +0100
+++ cache.cpp 2006-11-22 15:31:28.000000000 +0100
@@ -175,7 +218,8 @@
}
else if(x->o == fo::MOVE)
{ char* from = x->d.begin()->d;
- char* to = from + strlen(from) + 1;
+ int fromlen=(from==NULL)?0:strlen(from);
+ char* to = from + fromlen + 1;
if(*to)
{ if(rename(from, to))
{ make_directory(to);
@@ -241,13 +284,14 @@
}
int cache_open(const char* name)
-{ int h = vh();
+{
+ int h = vh();
fo x;
x.h = h;
x.o = fo::OPEN;
x.t = time();
-
- block b = { 0, strcpy(new char[strlen(name)+1], name), 0 };
+ int namelen=(name==NULL)?0:strlen(name)+1;
+ block b = { 0, strncpy(new char[namelen], name,namelen), 0 };
x.d.push_back(b);
cache_lock();
@@ -257,13 +301,15 @@
}
int cache_create(const char* name)
-{ int h = vh();
+{
+ int h = vh();
fo x;
x.h = h;
x.o = fo::CREATE;
x.t = time();
+ int namelen=(name==NULL)?0:strlen(name)+1;
- block b = { 0, strcpy(new char[strlen(name)+1], name), 0 };
+ block b = { 0, strncpy(new char[namelen], name,namelen), 0 };
x.d.push_back(b);
cache_lock();
@@ -307,13 +353,13 @@
x.t = time();
if(from && to)
- { int l1 = strlen(from) + 1;
- int l2 = strlen(to) + 1;
+ { int l1 = (from==NULL)?0:strlen(from) + 1;
+ int l2 = (to==NULL)?1:strlen(to) + 1;
block b;;
- b.d = new char[l1+l2];
- strcpy(b.d, from);
- strcpy(b.d + l1, to);
+ b.d = new char[l1+l2+1];
+ strncpy(b.d, from,l1);
+ strncpy(b.d + l1, to,l2);
x.d.push_back(b);
}
@@ -328,11 +374,11 @@
x.o = fo::MKDIR;
x.t = time();
- int l = strlen(name) + 1;
+ int l = (name==NULL)?1:strlen(name) + 1;
block b;;
b.d = new char[l];
- strcpy(b.d, name);
+ strncpy(b.d, name,l);
x.d.push_back(b);
und kosmetik für name.
In File util.cpp
string safe(const string& a)
{
string r = a;
for(size_t i = 0; i < a.length(); ++i)
{
if(r[i] >= 0 && r[i] < ' ') r[i] = '_';
switch(r[i])
{
case '\\':
case '/':
case ':':
case '*':
case '?':
case '"':
case '<':
case '>':
case '|':
r[i] = '_';
break;
case '%'://%20 usw weg
if(r.length()-i>2)
r.replace(i,3,"_");
else
r[i] = '_';
break;
}
}
return r;
}
-
Nochmal zu der Lib - Geschichte:
ich hab es nun endlich mal geschafft meinen x64 Rechner auch mit dem entsprechendem Linux zu versehen.
Kanditat hierfür: Mandiva 2007_X64.
skynetŔ32 1.23 lief (wundersamer Weise) aus dem Stand heraus. Somit sollte dem Linux DL nach Möglichkeit einige der funktionierenden Lib's beigefügt bzw. mit auf die HP gepackt werden. Ich werde diese hier jetzt kopieren und gut wegpacken.
Dann muß ich leider auf die 32Bit Version zurück, da ein ganzer Rattenschwanz an Programmen (u. a. kaffeine) sich weigert Java, qt3 etc. zu finden, da es sich bei diesen Programmen ja nicht um X64 Architekturen handelt (somit falsches verlinken von libaries). Es besteht sicher die Möglichkeit das händisch im ./configure zu fixen, dafür fehlt mir aber erstens das Wissen und zweitens die Zeit.
Derzeitige Schlussfolgerung: sich eine 64Bit Maschine zuzulegen macht in meinen Augen wenig Sinn. Weder unter M$ noch mdv bin ich mit den jeweiligen 64Bit BS glücklich geworden. Und mit halber Kraft zu fahren war eigentlich nicht Sinn der Anschaffung. Das kommt dabei raus wenn man sich vorher nicht vernünftig informiert. :P Steckt anscheinend immer noch alles in den Kinderschuhen, die Entwicklung der Soft lässt weiter auf sich warten. Offensichtlich sind 64Bit Systeme nicht verbreitet genug und es besteht daher kein Interesse auf diesen Zug mit aufzuspringen??
Bleibt nun abzuwarten wie der Mod sich nach der Neuinstallation der 32 Bit Version mit den originalen Lib's verhält.
Ich werde berichten.
Gruß, spoke1
-
//OT
Ich fahre hier mit gentoo 64bit und ich kann nicht klagen.
-
also ich hab mit gentoo64 und suse 64 egtl auch keine probleme gehabt...
-
Stimmt schon, was skynet angeht, aber z.B. KID3, kaffeine verhalten sich äußerst unkumpelhaft. Aber wenn ihr da Ideen habt, immer her damit
-
Ist von euch einer erfolgreich mit nntp und der V1.23 auf 8°W unterwegs.
-
Da sich das mit nntp im parallel mit der Windowsversion geklärt hat (es wird jetzt verschlüsselt)dürfte sich das Warten auf Antwort erledigt haben.
Um so erfreulicher die Tatsache, das in knapp fünf Stunden über 400 Audio, und ein ganzer Berg an zip und rar via http gekommen sind. (8°W)
Ohne Mod der HW geht skynetR32_1.23 anscheinend problemlos mit großen Files um. Ich bin jetzt stolzer Besitzer eines 660 MB großen, zip gepackten Filmes über "Fans von Nylonsocken für Fraun's". Falls da wer Bedarf an einer Kopie hat ;) ;D
Alles in allem wollte ich nur verkünden das es super läuft. Sogar mit den original Lib's meiner mdv 2007 / 32Bit. Somit scheint der Fehler wohl gefunden und gefixt.
Euch allen ein schönes WE und einen noch schöneren zweiten Advent,
spoke1
-
Hi.
Hast du auch mit Real Name versucht ?
gruss.
-
Unter http? Geht wie gehabt.
-
Ja, es geht um http und bei mir segfault, wenn ich Real-Name aktiviere.
gruss.
-
Hier läuft das :D
-
ist an der 1.23 beta noch was geändert worden, oder hat sie R32 official gemacht?
-
Ich hab die 1.23Beta länger im Test. Läuft absolut stabil. Wie sieht es bei euch aus? Langsam kann man die doch wirklich offiziell machen, oder?
-
Ich habe paar seiten zurück geschrieben, dass mit real-namen segfault skynet bei mir weiter.
Nur ohne ist alles ok. Lösung hab ich auch gepostet.
-
Heute hatte ich mein persönliches Highlight mit der 1.23
Via http das größte File mit 1,6 GB, einige 1GB Files. :D Die kamen mit bis zu 900KB/s rein. 1 Gig in 16,X Minuten.
Meistens 2-3 parallel. Nur der Inhalt ist was für Hobbygynäkologen. >:(
Aber alleine das Zusehen bei den DL's hat echt Spass gemacht.
-
Hallo,
nachdem meine neue SS2 nun auch problemlos unter Linux mit kaffeine und sc läuft (danke nochmal an mtron), möchte ich nun gerne Skynet unter Linux (ubuntu 7.04) nutzen. Leider startet es nach Eingaben von ./xskynetR32_1.21 nicht. Die Berechtigungen sind für meinen User lesend und schreibend vorhanden. Der Skynet-Ordner liegt in meinem Home-Verzeichnis.
Bei Eingabe von ./xskynetR32_1.21 erhalte ich: Permission denied. Versuche ich es mit sudo ./xskynetR32_1.21 erhalte ich: command not found
Auf der webpage von R32 steht folgendes:
Es kann sein, dass xskynet nicht gestartet wird weil libaries fehlen. Diese können problemlos mit dem Paketmanager nachinstalliert werden.
Aber welche libraries sind das? ???
Edit:
Hast sich erledigt. Ein Häkchen bei "Als Programm ausführen" und skynet startet.
-
Hallo.
ich bräuchte mal einen Link zum herunterladen...die in diesen Beiträgen funktionieren leider nicht mehr oder nach dem Download,kann das RAR Archiv nicht entpackt werden durch Corrupte Header...
Das packen als tar.gz wäre für die Linuxvariante wohl besser geeignet...
Vielen dank schon mal für eure Mühe...
-
Für dich frisch hochgeladen, h**p://rapidshare.com/files/43047983/skynetR32_1.23beta_Linux.rar.html
ff
spoke1
-
Danke!!!
hab wahrscheinlich den Fehler gefunden...mein RAR in Linux ist kaputt!Hab die Dateien in mein Windoof kopiert und da klappte es mit dem entpacken.. ::)
Bisher rannte bei mir skynet 0.90. Jetzt werd ich mal das neue testen!
Ich melde mich hier im Forum ,wenn ich was finde oder unklar ist..
Einen schönen Sonntag noch!
-
Hallo.
Kurze Zwischenmeldung...
Ich habe die beta jetzt stabil ca 2 1/2 Tage laufen gelassen...Traffic ca 1500GB gespeichert wurden ca 10GB an Daten (mp3,wma,mpg,avi,divx usw.)
Die unerwünschten Einträge in der regex.txt wurden gelöscht (zip,exe,html usw.)besser wäre es wenn man diese auskommentieren könnte mit # (offenbar geht die Auskommentierung....)
Mein System: AMD Athlon 2000+ (1600MHz), 512MB RAM,400GB HDD,SkyStar2 - neue Version,KNOPPIX 5.0,Kernel 2.6.15
Skynet.:R32_1.23_beta,AliceSat via Astra 19 Grad
Was gut wäre,wenn jeder seine Lieblings MAC hier kundtun könnte...am besten so wie es in der rules.txt eingetragen werden soll...
Einen guten Satempfang noch und viele Daten....
-
Die unerwünschten Einträge in der regex.txt wurden gelöscht (zip,exe,html usw.)besser wäre es wenn man diese auskommentieren könnte mit # (offenbar geht die Auskommentierung....)
?? geht doch wunderbar mit der auskommentierung, oder mach ich da was falsch ???
du kannst dir auch noch ein paar andere profile anlegen, die du dann je nach gusto aufrufst. Spart imho ein wenig zeit
Was gut wäre,wenn jeder seine Lieblings MAC hier kundtun könnte...am besten so wie es in der rules.txt eingetragen werden soll...
nee, das hatten wir schon, mal aus dem gedächtniss: MACs sind sowas wie "personenbezogene daten" und von daher pfui. ;D
-
Zu den Mac's, da verhält es sich mit wie mit deiner Adresse,.... das kann böse enden!!
Denkbar wäre sowas im kleinen Kreis erst via 'Rundmail' und dann via Rapidshare zu organisieren (wie mit den Keksen). Ich zweifle aber daran das es hierfür Interesse gibt. Sammeln der Mac's via Thread scheidet definitiv aus, da ist nicht dran zu rütteln!!
-
Ich kriege es einfach nicht gebacken. Was muss ich denn in der skynet.ini bei den Frequenzen unten eintragen?
-
"WO" versuchst Du denn dein Glück. Astra 19,2 ist tot.
Ausserdem haben wir das hier: http://www.dvbcube.org/index.php?topic=11577.0 ;)
-
Ja genau, ich habe es ueber Astra versucht. Schade dass das nicht mehr geht. :(
-
Hi,
die Links sind alle tot. Die 1.21 habe ich via Google gefunden. Läuft das auch unter Ubuntu 10.04? Falls ja, hätte ich Interesse. Kanns ja in den Sharetraffic legen von RS. Dann bleibt es erhalten. Obwohl ja RS gerade Selbstmord begeht. Jedenfalls solange die noch bestehen.
Kind hat das auf dem Server die 10.04 installiert und die Kiste ist nicht ausgelastet. ;D Meinen Grabber hatte ich ja entsorgt. Leider habe ich nun Entzug. Auch wenn nur noch Mist kam, irgendwie fehlt was und ein bissel grabben ist billiger, als ein paar Sitzungen beim Seelenklempner... ;D
bigobelix
-
die sammelseite des R32 mod gibts ja noch... http://sites.google.com/site/skynetr32/
letzte version dort ist 1.22 für win und 1.21 für linux. Würde ich aber nicht mehr so verwenden weil die Binary (source gabs ja nie..) für lib versions vor 5 jahren kompiliert wurde. Wenns überhaupt noch läuft wahrscheinlich nicht allzu stabil.
Es gab auch eine 1.23 beta, die habe ich aber leider nicht mehr.
-
hi mtron,
genau von der Seite hatte ich die Dateien. Schade, dass es nix neues mehr gibt. Trotzdem danke.
bigobelix
-
Hi,
falls es jemanden interessiert, es geht doch weiter: http://www.sat-fishers.com/forum/forumdisplay.php?f=197
bigobelix
-
Blöd nur, hab ich mit der Sprache so meine Probleme.
Kannst Du da aktuelle Positionen organisieren die wir auch erreichen können? Wenn sowas denn überhaupt noch gibt. :(
-
Hi Spoke,
so auf die Schnelle hier: http://www.sat-fishers.com/forum/showthread.php?t=2791
bigobelix
-
31,5°, vermutlich Ost.... da werde ich Probleme haben denk ich mir. Hinrudern werd ich da aber gleich mal.
Lustig der Übersetzer, spricht von "Beifang" :laugh:
-
Hi Spoke,
sorry, ich stand wohl auf dem Schlauch, was die Positionen betrifft. Du meinstest die Sat-Pos... Man kann ich manchmal begriffsstutzig sein. :'( Kommt vom Alter. ;D
Hauptsächlich aber 7, 36 und 39 auf Ost.
bigobelix
-
schade, auf 36 & 39° habe ich so lästige Berge im weg >:( ;D