Jack the Grabber

Ich habe gestern Abend drei Sendungen aufgenommen, die JtG als Streamingserver fungieren lassen.
Für die Nacht habe ich noch einen Film in den DBox Timer gesetzt (4:15 Däumelin auf P6).
Zuerst einmal fiel mir auf, die Timer der DBox wurden nicht mehr mit den Namen der Filme angezeigt. Es sind 11 Timer programmiert.
Start und Endzeiten, das Programm und an welchen Tagen aufgenommen werden soll, steht noch alles da.

Ich nutze seit gestern die UDREC Engine.

Die Aufnahme begann um 4:15, aber dann nach wenigen Minuten kam folgendes:

Jack the Grabber Logfile
Erstellt am: 13.01.2004 04:14
Streamingserver Aufnahme
Kanal=PREMIERE 6
Sendung=not available
Start=04:14
Ende=
*******************************************************
@02:03:38: Aufnahme Event:
@02:03:38: IP: 192.168.0.7
@02:03:38: VPid: 1535
@02:03:38: APid 1: 1536
@02:03:38: APid 2: 0
@02:03:38: APid 3: 0
@02:03:38: Filename: D:\Dboxrec\2004-01-13-not available\%SERIE%.mpg
@02:03:38: Splittsize: 39999
@02:03:38: KanalID: 8716329
@02:03:38: -host 192.168.0.7 -vp 0x5ff -ap 0x600 -buf 25 -vsplit 2 -pes -o "D:\Dboxrec\2004-01-13-not available\%SERI"
@00:00:00: Video: 1535
@00:00:00: Audio1: 1536
@00:00:00: Audio2: 0
@00:00:00: Audio3: 0
@00:00:02: 04:15:01 to DBox: VIDEO 31341 25 0 1 va 5ff 600
@00:00:03: 04:15:01 from DBox: INFO: IP c0a80001 Port 31341
@00:00:03: 04:15:02 from DBox: PID va 2 5ff 600
@00:00:03: 04:15:02 to DBox: START
@00:00:03: 04:15:02 from DBox: INFO: UdpSender() - PID117 R0 W0
@00:00:03: 04:15:02 from DBox: INFO: DmxReader() - Pid 5ff 204960 0 0
@00:00:03: 04:15:02 from DBox: INFO: DmxReader() - Pid 600 29280 0 0
@00:00:05: 04:15:04 RESEND 1 packets
@00:05:22: 04:20:25 RESEND 249 packets
@00:05:22: 04:20:25 RESEND 256 packets
@00:05:22: 04:20:25 RESEND 256 packets
@00:05:22: 04:20:25 RESEND 249 packets
@00:05:22: 04:20:27 RESEND 228 packets
@00:05:22: 04:20:31 RESEND 228 packets
@00:05:22: 04:20:31 RESEND 256 packets
@00:05:22: 04:20:31 RESEND 256 packets
@00:05:22: 04:20:31 RESEND 256 packets
@00:05:22: 04:20:31 RESEND 256 packets
@00:05:22: 04:20:31 RESEND 256 packets
@00:05:22: 04:20:31 RESEND 256 packets
@00:05:22: 04:20:31 RESEND 256 packets
@00:05:22: 04:20:31 RESEND 172 packets
@00:05:28: 09:39:15 Buffer Overflow: packet 3762980 read 56480 max 64480
@00:05:28: 09:39:15 Buffer Overflow: packet 3762981 read 56480 max 64480
@00:05:28: 09:39:15 Buffer Overflow: packet 3762982 read 56480 max 64480
@00:05:28: 09:39:15 Buffer Overflow: packet 3762983 read 56480 max 64480
@00:05:28: 09:39:15 Buffer Overflow: packet 3762984 read 56480 max 64480
|
|
|
|
@00:05:29: 09:39:15 RESEND 189 packets
@00:05:29: 09:39:15 RESEND 256 packets
@00:05:29: 09:39:15 RESEND 256 packets
@00:05:29: 09:39:15 RESEND 256 packets
@00:05:29: 09:39:15 RESEND 256 packets
@00:05:29: 09:39:15 RESEND 256 packets
@00:05:29: 09:39:15 RESEND 256 packets
@00:05:29: 09:39:15 Buffer Overflow: packet 3762626 read 56480 max 64480
@00:05:29: 09:39:15 RESEND 256 packets
@00:05:29: 09:39:15 RESEND 256 packets
@00:05:29: 09:39:15 RESEND 256 packets
@00:05:29: 09:39:15 RESEND 256 packets
@00:05:29: 09:39:15 RESEND 256 packets
@00:05:29: 09:39:15 RESEND 256 packets
@00:05:29: 09:39:15 RESEND 256 packets
@00:05:29: 09:39:15 RESEND 256 packets
@00:05:29: 09:39:15 RESEND 256 packets
@00:05:29: 09:39:15 RESEND 256 packets
@00:05:29: 09:39:15 RESEND 256 packets
@00:05:29: 09:39:15 RESEND 159 packets
@00:05:29: 09:39:15 Buffer Overflow: packet 3762627 read 56480 max 64480
@00:05:29: 09:39:15 Buffer Overflow: packet 3762628 read 56480 max 64480
@00:05:29: 09:39:15 Buffer Overflow: packet 3762629 read 56480 max 64480
@00:05:29: 09:39:15 Buffer Overflow: packet 3762630 read 56480 max 64480
@00:05:29: 09:39:15 Buffer Overflow: packet 3762631 read 56480 max 64480
@00:05:29: 09:39:15 Buffer Overflow: packet 3762632 read 56480 max 64480
|
|
|

@00:06:14: 09:40:00 Buffer Overflow: packet 3765411 read 63610 max 71610
@00:06:14: 09:40:00 from DBox: ERROR: main() - SPkt buffer overflow
@00:06:14: 09:40:00 Buffer Overflow: packet 3765412 read 63691 max 71691
@00:06:14: 09:40:00 Buffer Overflow: packet 3765413 read 63692 max 71692
@00:06:14: 09:40:00 Buffer Overflow: packet 3765414 read 63692 max 71692
@00:06:14: 09:40:00 Buffer Overflow: packet 3765415 read 63692 max 71692
@00:06:14: 09:40:00 Buffer Overflow: packet 3765416 read 63692 max 71692
@00:06:14: 09:40:00 Buffer Overflow: packet 3765417 read 63692 max 71692
@00:06:14: 09:40:00 packet lost 3772014 63692
@00:06:14: 09:40:00 packet lost 3772014 63693
@00:06:14: 09:40:00 packet lost 3772014 63694
@00:06:14: 09:40:00 packet lost 3772014 63695
@00:06:14: 09:40:00 packet lost 3772014 63696
@00:06:14: 09:40:00 packet lost 3772014 63697
@00:06:14: 09:40:00 packet lost 3772014 63698
@00:06:14: 09:40:00 packet lost 3772014 63699
@00:06:14: 09:40:00 packet lost 3772014 63700
@00:06:14: 09:40:00 packet lost 3772014 63701
@00:06:14: 09:40:00 packet lost 3772014 63702
@00:06:14: 09:40:00 packet lost 3772014 63703
@00:06:14: 09:40:00 packet lost 3772014 63704
@00:06:14:
******************************************************
Jack wünscht viel Spass mit der Aufnahme...
besucht uns auch mal auf: http://record.mkplace.de

Das Zeichen | habe ich gesetzt und sagt nur, daß sich da immer weiter die Fehlermelungen aufgebaut haben.
Der Rechner wurde dann 4 min nach Ende des Filmes von dem Gag Harlmut Programm in den Ruhezustand versetzt.
Als ich ihn heute Morgen einschaltete, ran diese obigen Fehlermeldungen wie verrückt im Anzeigenfenster von Jack.

Leute bitte, was hat das denn zu bedeuten? Wie kann ich das verhindern und woran liegt es?

Da war das Netzwerk wohl etwas zu aktiv während des Streamens. Das ist kein Bug, weder im Image noch von udrec. Virenscanner aktiv, Firewall aktiv o.ä. ?

Das mit den EPG-Bezeichnungen bei Streamingserver-Aufnahmen ist mir auch schon aufgefallen.

Warum programmierst Du per DBOXtimer ? Jack hat doch eine wunderbare TImerverwaltung on board.

torre hat geschrieben:Da war das Netzwerk wohl etwas zu aktiv während des Streamens. Das ist kein Bug, weder im Image noch von udrec. Virenscanner aktiv, Firewall aktiv o.ä. ?
Das mit den EPG-Bezeichnungen bei Streamingserver-Aufnahmen ist mir auch schon aufgefallen.
Warum programmierst Du per DBOXtimer ? Jack hat doch eine wunderbare TImerverwaltung on board.

Netzwerk zu aktiv?..... Mmmh... klar ich habe eine Firewall laufen, aber die läuft 24h am Tag und stört ja sonst auch nicht.
Dieser Fehler kam das erste Mal vor. deshalb versuche ich auch, herauszubekommen, was da los ist.
Wieviel Aufnahmen hattest oder hast du im BoxTimer programmiert? Vielleicht läßt er nur 10 zu?

wenn ich JtG als Timer verwende, dann kann es sein, daß der PC nicht hochfährt, fall Gag sein Tool mal versagt. So aber wird der PC spätestens über WOL hochgefahren. Damit war ich bisher immer auf der sicheren Seite.
Ausserdem machten mich diese Audiopids immer fertig. Mit UDREC brauche ich die zwar nicht mehr einzugeben, aber.. naja... Gewohnheitstier? Sicherheitsfanatiker? Never Chance a runnig system?
Irgendwas von Allem davon.....
JtG ist mir irgendwie noch zu unsicher....Vor allem aber wegen WOL.

@02:03:38: -host 192.168.0.7 -vp 0x5ff -ap 0x600 -buf 25 -vsplit 2 -pes -o "D:\Dboxrec\2004-01-13-not available\%SERI"

Versuchs einfach mal mit einem Buffer von 16 (Standard) und nicht mit 25. Melde dich bitte, ob es was gebracht hat.

Cu leth

Okay!
Ich hatte bisher allerdings keine Probs mit dieser Einstellung. Die gesterigen Filme (3) wurden mit Buffer 25 aufgenommen. Warum sollte das Plötzlich nicht mehr gehen? Werden die Buffer in der Box nicht korrekt gelöscht?
Erstaunlich ist aber, und das schrieb ich gestern schon in einem Post, Buffer 25 eingestellt, aber RESEND bis 245. Spielt also keine Rolle, wie die Buffer eingestellt sind, oder? Können auch niederiger eingestellt werden? Weil, wie passen 245 in 25?

Weil, wie passen 245 in 25?

Es hat nie jemand behauptet, dass die Buffergröße in Packeten angegeben wird.

Wie sehen eigentlich die Files bei der oben genannten Aufnahme aus? Blockt deine Firewall eigentlich den UPD Port 31341 oder gibt es vielleicht sogar ein Log der Firewall?

Cu leth

Hi,
ich hatte am Jahresanfang einen ähnlichen Fehler beim Umstieg auf JtG 0.7 und JtG-Image, auch nur bei udrec, nicht bei WinGrab. Ich konnte es mir nicht erklären, habe das Image dann nochmal installiert und plötzlich ging es und seither läuft udrec problemlos. Einen konkreteren Tipp habe ich leider nicht.
cu, Relaff

Details: Eine Instanz von "C:\DVD\JtG\udrec.exe" ist im Begriff, auf das Internet zuzugreifen.
Kein Blockieren, nichts...
Mehr steht da auch nicht drinnen. Die Aufnahme hatte auch angefangen, ist auch deutlich im LOG zu sehen. Die VPES Datei 85 MB groß und die apes 6,5 MB.
Gemuxt geht sie dann bis 4.39 min und dieser Stream hat keinen Fehler.
Wenn es an der Firewall liegen sollte, dann wären doch auch die anderen Aufnahmen davon betroffen, oder?


Ich weiß nun auch nicht was da los war.... Kann es auch an Premiere gelegen haben?

Ich habe heute das neueste Image aufgespielt. In JtG auch noch zusätzlich UDREC erneuert auf v0.10b.

Fakt ist, dass die Resends und Packet Lost - Meldungen daher kommen, weil es entweder Netzwerkprobleme gab oder die Festplatte bzw. das System zu beschäftigt waren. Also irgendein Prozess der nebenbei lief, hat Dir die Aufnahme verhunzt. Virenscanner, Firefall, Defragmentierung etc - man weiss nie was bei XP noch so anläuft. Z.B. gerade Norton Antivirus ist da ganz schlimm.

Und verwende den Standard-Buffer-Wert.

Und der Aufnahme von allen audio-pids mit udrec kannst Du schon trauen, ohne sie manuell vorzugeben. Wenn Du sie vorgibst und sie werden noch nicht gesendet bringt es nichts. Sicherheitshalber kannst Du per jtg Timer aber einfach wenige Minuten vor dem Beginn noch mal auf einen anderen Sender zappen lassen und dann erst zum Filmbeginn umschalten lassen. Dann werden alle vorhandenen Pids mit udrec aufgenommen.


torre

Ich bekomme hier bald eine Krise.
Jetzt kam dieser %$§/&%& Fehler schon wieder. Es kann nicht daran liegen, daß hier etwas anspringt, weil, ich nehme Sliders jeden Tag auf. UNd bisher war da noch nie das Problem.

Hier das LOG:

Jack the Grabber Logfile
Erstellt am: 13.01.2004 21:10
Timer Aufnahme
Kanal=SCI FI
Sendung=Sliders - %SERIE%
Start=13.01.2004 21:10:00
Ende=21:55
*******************************************************
@00:55:19: Aufnahme Event:
@00:55:19: IP: 192.168.0.7
@00:55:19: VPid: 2047
@00:55:19: APid 1: 2048
@00:55:19: APid 2: 0
@00:55:19: APid 3: 0
@00:55:19: Filename: D:\Dboxrec\2004-01-13-Sliders - Die Wasserhexe\Sliders - Die Wasserhexe.mpg
@00:55:19: Splittsize: 39999
@00:55:19: KanalID: 8716324
@00:55:19: EPG Infos geschrieben
@00:55:19: -host 192.168.0.7 -vp 0x7ff -ap 0x800 -vsplit 2 -o "D:\Dboxrec\2004-01-13-Sliders - Die Wasserhexe\Sliders - Die Wasserhe"
@00:00:00: Video: 2047
@00:00:00: Audio1: 2048
@00:00:00: Audio2: 0
@00:00:00: Audio3: 0
@00:00:02: 21:10:24 to DBox: VIDEO 31341 16 0 1 va 7ff 800
@00:00:02: 21:10:24 from DBox: INFO: IP c0a80001 Port 31341
@00:00:02: 21:10:24 from DBox: PID va 2 7ff 800
@00:00:02: 21:10:24 to DBox: START
@00:00:02: 21:10:24 from DBox: INFO: UdpSender() - PID254 R0 W0
@00:00:02: 21:10:24 from DBox: INFO: DmxReader() - Pid 7ff 204960 0 0
@00:00:02: 21:10:24 from DBox: INFO: DmxReader() - Pid 800 29280 0 0
@00:00:16: 21:10:38 video resync
@00:00:22: Beginne Aufnahme: "Sliders - Die Wasserhexe.mpg" nach: D:\Dboxrec\2004-01-13-Sliders - Die Wasserhexe
@00:04:10: 21:14:32 RESEND 3 packets
@00:04:16: 21:14:40 RESEND 249 packets
@00:04:16: 21:14:40 RESEND 256 packets
@00:04:16: 21:14:40 RESEND 256 packets
@00:04:16: 21:14:40 RESEND 256 packets
@00:04:16: 21:14:40 RESEND 256 packets
@00:04:16: 21:14:40 RESEND 221 packets
@00:04:16: 21:14:47 RESEND 221 packets
@00:04:16: 21:14:47 RESEND 256 packets
@00:04:17: 21:14:50 packet lost 4279 4156
@00:04:17: 21:14:50 packet lost 4279 4157
@00:04:17: 21:14:50 packet lost 4279 4158
@00:04:17: 21:14:50 packet lost 4279 4159
@00:04:17: 21:14:50 corrupt audio frame
@00:04:17: 21:14:50 packet lost 4279 4161
@00:04:17: 21:14:50 packet lost 4279 4162
@00:04:17: 21:14:50 packet lost 4279 4163
@00:04:17: 21:14:50 packet lost 4279 4164
@00:04:17: 21:14:52 RESEND 256 packets
@00:04:17: 21:14:52 RESEND 256 packets
@00:04:17: 21:14:52 RESEND 249 packets
@00:04:17: 21:14:52 RESEND 186 packets
@00:04:17: 21:14:52 RESEND 249 packets
@00:04:17: 21:14:52 RESEND 256 packets
@00:04:17: 21:14:52 packet lost 4279 4177
@00:04:17: 21:14:52 packet lost 4279 4178
@00:04:17: 21:14:52 packet lost 4279 4179
@00:04:17: 21:14:52 packet lost 4279 4180
@00:04:17: 21:14:52 packet lost 4279 4181
@00:04:17: 21:14:52 packet lost 4279 4182
@00:04:17: 21:14:52 packet lost 4279 4183
@00:04:22: 21:14:54 packet lost 59618 56937
@00:04:22: 21:14:54 packet lost 59618 56938
@00:04:22: 21:14:54 packet lost 59618 56939
@00:04:22: 21:52:53 packet lost 59618 56940
@00:04:22: 21:52:53 packet lost 59618 56941
@00:04:22: 21:52:53 packet lost 59618 56942
@00:04:24: 21:52:55 packet lost 597454 57164
@00:04:24: 21:52:55 packet lost 597454 57165
@00:04:24: 21:52:55 packet lost 597454 57166
@00:04:24: 21:52:55 Buffer Overflow: packet 596832 read 57116 max 62236
@00:04:24: 21:52:55 RESEND 252 packets
@00:04:24: 21:52:56 from DBox: ERROR: main() - SPkt buffer overflow
@00:04:24: 21:52:56 Buffer Overflow: packet 596833 read 57166 max 62286
@00:04:24: 21:52:56 Buffer Overflow: packet 596834 read 57167 max 62287
@00:04:24: 21:52:56 Buffer Overflow: packet 596835 read 57167 max 62287
@00:04:24: 21:52:56 Buffer Overflow: packet 596836 read 57167 max 62287
@00:04:24: 21:52:56 Buffer Overflow: packet 596837 read 57167 max 62287
@00:04:24: 21:52:56 packet lost 597454 57173
@00:04:24: 21:52:56 packet lost 597454 57174
@00:04:24: 21:52:56 packet lost 597454 57175
@00:04:24: 21:52:56 packet lost 597454 57176
@00:04:24: 21:52:56 packet lost 597454 57177
@00:04:24: 21:52:56 packet lost 597454 57178
@00:04:24: 21:52:56 Buffer Overflow: packet 597427 read 57179 max 62299
@00:04:24: 21:52:56 packet lost 597454 57179
@00:04:24: 21:52:56 packet lost 597454 57180
@00:04:24: 21:52:56 packet lost 597454 57181
@00:04:24: 21:52:56 packet lost 597454 57182
@00:04:24: 21:52:56 packet lost 597454 57183
@00:04:24: 21:52:56 packet lost 597454 57184
@00:04:24: 21:52:56 packet lost 597454 57185
@00:04:39: 21:53:10 packet lost 601471 59085
@00:04:39: 21:53:10 packet lost 601471 59086
@00:04:39: 21:53:10 packet lost 601471 59087
@00:04:39: 21:53:10 packet lost 601471 59088
@00:04:39: 21:53:10 packet lost 601471 59089
@00:04:39: 21:53:10 packet lost 601471 59090
@00:04:40: 21:53:10 packet lost 601471 59091
13.01.2004 21:53:14: 21:53:10 packet lost 601471 59092
13.01.2004 21:53:14: 21:53:10 packet lost 601471 59093
13.01.2004 21:53:14: 21:53:10 packet lost 601471 59094
13.01.2004 21:53:14: 21:53:10 packet lost 601471 59095
13.01.2004 21:53:14: 21:53:10 packet lost 601471 59096
13.01.2004 21:53:14: 21:53:10 Buffer Overflow: packet 601744 read 59096 max 64216
13.01.2004 21:53:14: 21:53:11 Buffer Overflow: packet 601745 read 59096 max 64216
13.01.2004 21:53:14: 21:53:11 Buffer Overflow: packet 601746 read 59096 max 64216
13.01.2004 21:53:14: 21:53:11 Buffer Overflow: packet 601747 read 59096 max 64216
13.01.2004 21:53:14: 21:53:11 Buffer Overflow: packet 601748 read 59096 max 64216
13.01.2004 21:53:14: 21:53:11 Buffer Overflow: packet 601749 read 59096 max 64216
13.01.2004 21:53:15: 21:53:11 Buffer Overflow: packet 601750 read 59096 max 64216
13.01.2004 21:53:15: 21:53:11 packet lost 601750 59097
13.01.2004 21:53:15: 21:53:11 packet lost 601750 59098
13.01.2004 21:53:15: 21:53:11 packet lost 601750 59099
13.01.2004 21:53:15: 21:53:11 packet lost 601750 59100
13.01.2004 21:53:15: 21:53:11 packet lost 601750 59101
13.01.2004 21:53:15:
******************************************************
13.01.2004 21:53:15: 21:53:11 packet lost 601750 59102
Jack wünscht viel Spass mit der Aufnahme...
besucht uns auch mal auf: http://record.mkplace.de
13.01.2004 21:53:15: 21:53:11 packet lost 601750 59103


Vor allem verstehe ich nicht, wie die letzten 5 Zeilen passieren können.
JtG sagt vielen Dank, aber danach kommen weiter Fehler. Der Rechner fuhr übrigens während der Aufnahme dann herunter.

Verdammt noch mal....

JtG lief als Timer.
Stargate und Farscape wurden sauber aufgenommen.
Bei Slider hatte ich gleich zu Beginn, als der Film schon lief die Mitteilung erhalten, die Aufnahme beginnt in 90s. Die Uhr ist mit der Box abgeglichen. Der Timer steht auch auf 21:10.

Nachdem ich den Rechner wieder hochgefahren habe, beendete ich JtG. Es beendete sich auch vom Bildschirm und ich dachte, es beendet, aber in Wirklichkeit hing es im Speicher fest und belastete den Rechner mit 99% der CPU Leistung. UDREC war auch noch im Speicher und belastete den Rechner. Das kann doch nicht richtig sein...

@Dusty

Bei dem aufgeführten LOG kann ich mir nur vorstellen, dass die Firewall durch irgendeine Tätigkeit die Pakete verzögert und udrec somit aus dem Gleichgewicht kippt. Möglicherweise ist es aber auch ein Anitviren Programm, wobei ich mit Norton Anitvirus 2003 überhaupt keine Probleme habe.

Versuch einfach mal die Firewall abzuschalten. Wenn das nichts bringt, schalt sie wieder ein und mach dafür das Antiviren Programm aus. Wenn auch das nichts bringt, dann schalt mal beide aus.

Hast du dir auch schon mal überlegt, ob du möglicherweise eine Virus auf dem PC hast, der trotz Antiviren Programm auf den PC gekommen ist? Prüf das mal, denn es könnte sein, dass der das Netz belastet und dadurch die Datenübertragung gestört wird.

Hol dir zB mal ein Tool und schau dir die Tätigkeiten auf den Ports an. Vielleicht wirst Du dadurch etwas schlauer.

Cu leth

Für einen Virus würde evtl. ja auch das Herunterfahren in den Ruhezustand sprechen. Ich habe da aber noch einen Verdacht. Gags Tool...
Also Fehlersuche und damit Abmahnerfalle.
Ich belaste den Rechner seit Stunden mit TMPGenc, bin Online und nehme mit udrec auf. Ausser einigen Resents, passiert nichts. Norton Firewall und Antivirus sind seit Ewigkeiten am Laufen. Die können es doch plötzlich nicht sein. Wären sie es, dann hätte ich nicht erst seit etwas mehr als 24h das Problem. Und in der Zeit habe ich, wie schon gesagt, JtG cramfs und udrec 0.10b und Gags Tool installiert. Mehr nicht....

Oh man, das ist das Schlimmste, wenn man nicht weiß wann und wo man ansetzen muß...

Zumindest starten die Timer die Aufnahmen nicht richtig... Die hängen etwas.

Tja Dusty, cih arbeite mit GAG's Tool schon seit Ende August 2003 und hatte noch keine Streamingprobleme dadurch. Kann mir einfach nicht vorstelltne, dass es daran liegen soll, weil das Tool mit dem Streamingvorgang an und für sich doch gar nichts zu tun hat. Möglicherweise unterstützt dein Motherboard jedoch die Funktion die GAG's Tool anspricht nicht 100% und dadurch kommt es nach dem 'Reaktivieren' zu Problemen mit Treibern oder sonst was.

Schau mal auf der Herstellerseite, ob es eventuell ein BIOS Update gibt und lese dann nach, was das ändern soll. Vielleicht bringt's ja was!

Cu leth

Hallo Leth,

ich habe es, um die Fehlerquell einzukreisen, erst einmal wieder verbannt. Zumal ich hier http://www.jackthegrabber.de/viewtopic.php?t=1677 wieder etwas habe. Timer laufen auseinander.
JtG wollte ich jetzt als Timerserver nutzen, aber ich schätze, das kann ich nicht.


Ich komme mir langsam vor wie der letzte DAU.... Wenn man meine Postings liest, kann man den Eindruck gewinnen, bei läuft gar nichts... ist mir ja schon langsam peinlich....
Werde auf alle Fälle mal bei Asus vorbeischweben und sehen, ob was neues da herum liegt.