alles explodiert ;)

Nachricht

TheComing · #1 Beitrag von **TheComing** » Mi 17 Sep 2003, 9:09

moinsen,
naja, ok, ganz so schlimm ist's nicht, also folgendes:
ich wollte gestern nacht noch n paar musikvids aufnehmen
(box: dbox2 sat noki 2xI avia 600 mit yadd snapshot axelW 15.09.03)
dazu habe ich jack the grabber gesagt: sofortaufnahme für 65 minuten. box und pc runterfahren nach aufnahme. streamen mit der ggrab enginge ohne udp
sollte sowas wie ein langzeittest werden, weil ich noch nie so lange gestreamt hab (hab erst seit dem WE den debug an)
er hat auch angefangen worauf ich dann ins bett bin. als ich heut morgen aufgestanden bin, war aber weder die box noch der pc runtergefahren, sondern beides "eingefroren". pc zeigte n dunkles (weil sich der monitor nach 2 minuten auschaltet) bild, wollte aber partout nicht mehr aufwachen, woraufhin nur noch ein hardware reset half
die box genauso, reagierte auf keine eingaben mehr, nix. hab dann den stöpsel gezogen
ebenfalls habe ich jetzt von jtg nur eine 500 mb datei (defekt) auf der platte, was nur etwa 15 minuten entspricht. d.h. mein komplettes recording equipment hat sich nach einiger zeit verabschiedet. das jtg-log zeigt nix an ausser dass die aufnahme gestartet wurde...
das problem hatte ich schon einmal nach etwas längerer zeit (auch ca 10-15 min)
ist das problem bekannt? hatte das sonst schon mal wer? wie kann ich das lösen?

system WinXP Pro, neuesten jtg
hoffe hab jetz alle infos gegeben die nötig sind
box s.o.

mfg
TheComing

TheComing · #2 Beitrag von **TheComing** » Mi 17 Sep 2003, 9:31

ahoi
hab im jtg verzeichnis grad noch ne datei gefunden von 2.21h
könnte das letzte lebenszeichen sein vorm einschlafen

da die aufnahme um 2.01 gestartet wurde, passt also ungefähr
filename: ggrab.exe.stackdump

Stack trace:
Frame Function Args
0022F388 61015F2B (615F1010, 0A423778, 00000400, 00242098)
0022F9E8 61016B2F (615F1010, 0A423778, 00000400, 61041CA7)
0022FA18 610170A1 (615F1010, 0022FAA0, 00000001, 00000400)
0022FA88 6107E30F (00000005, 0022FAA0, 00000001, 00000000)
0022FAA8 6107DB0C (00000005, 0A423778, 00000400, 610C76D6)
0022FAC8 610C6D26 (610CB050, 00000005, 0A423778, 00000400)
0022FAF8 610C55DA (0A4664D4, 0A423778, 00000400, 0025CAD2)
0022FB38 610C5ABA (0A4664D4, 0022FB60, 00000000, 00000000)
0022FB88 610B4215 (0A423778, 00000800, 00000001, 0A4664D4)
0022FC88 00404ACD (0022FCF8, 00000002, 0022FE98, 00007A6A)
0022FD40 00403C81 (0000000C, 0A041980, 0A040328, 735C735C)
0022FF40 61007408 (610D1F58, FFFFFFFE, 000007E4, 610D1E7C)
0022FF90 610076ED (00000000, 00000000, 00000000, 80576C70)
0022FFB0 0040AD92 (00403A70, 037F0009, 0022FFF0, 77E7EB69)
0022FFC0 0040103C (02020E1A, 02020E51, 7FFDF000, BA56FCF4)
0022FFF0 77E7EB69 (00401000, 00000000, 78746341, 00000020)
End of stack trace (more stack frames may be present)59748829 [unknown (0x210)] ggrab 3100 sig_send: wait for sig_complete event failed, signal 6, rc 258, Win32 error 0

#3 Beitrag von **Levithan** » Mi 17 Sep 2003, 9:36

Das hilft leider nicht viel weiter.
Mach das nochmal während Du am PC sitzt und poste trotzdem nochmal das Log. Irgendwas muss da passiert sein.

Levi

TheComing · #4 Beitrag von **TheComing** » Mi 17 Sep 2003, 9:42

sorry, hab das log grade gelöscht
da stand aber wirklich nur drin, dass die aufnahme gestartet wurde nichts anderes
ich hab jetzt gelesen, dass es mit dem snap vom 15.09. ziemliche probleme geben soll
ich hab mir jetz das vom 16. gezogen und werde damit gleich mal einen weiteren streamtest starten
mal sehen, was dann passiert

TheComing · #5 Beitrag von **TheComing** » Mi 17 Sep 2003, 11:24

so, der versuch hat gefunzt
weswegen weiss ich nicht
hab 65 min sofortaufnahme gemacht.
hatte jetz 'bildschirm auschalten' abgeschaltet und den snapshot vom 16. drauf
ob es an einem von den beiden dingen lag oder nur zufall war, weiss ich nicht
werde heute nacht noch einen versuch machen und berichten was der ergeben hat
ach ja, laut anzige im player war das aufgenommene stück nur 62,irgendwas minuten....aber das is ja nich so wild

*edit*
halt stopp ganz gefunzt hat der versuch auch nicht
es ist nämlich weder die box, noch der rechner runtergefahren
is das absicht bei sofortaufnahme?

#6 Beitrag von **Levithan** » Mi 17 Sep 2003, 11:31

Das runterfahren luppt momentan nur bei Timeraufnahmen und auch nur dann, wenn die Timerliste dann leer ist.
Seit dem man die Timer zum Runterfahren selber setzen kann, habe ich die andere Variante etwas stiefmütterlich behandelt

Levi

TheComing · #7 Beitrag von **TheComing** » Fr 19 Sep 2003, 8:34

servus
also er schmiert jetzt nicht mehr ab beim grabben
allerdings stimmt die dauer hinten und vorne nicht

ich hab nen timer gesetzt und er sollte 200 minuten aufnehmen
hat er aber nicht, sondern nur ganz 49:08 (lt anzeige bsplayer)
das log ist einwandfrei und sauber. was geht ab?

Jack the Grabber Logfile
Erstellt am: 19.09.2003 00:45
Timer Aufnahme
Kanal=VIVA
Sendung=Nachtexpress
Start=19.09.2003 00:45:00
Ende=04:05
*******************************************************
19.09.2003 00:45:06: Aufnahme Event:
19.09.2003 00:45:06: IP: 192.168.0.145
19.09.2003 00:45:06: VPid: 309
19.09.2003 00:45:06: APid 1: 310
19.09.2003 00:45:06: APid 2: 0
19.09.2003 00:45:06: APid 3: 0
19.09.2003 00:45:06: Filename: G:\dbox\grab\19.09.2003-Nachtexpress\Nachtexpress.mpg
19.09.2003 00:45:06: Splittsize: 4096
19.09.2003 00:45:06: KanalID: 78268
19.09.2003 00:45:06: EPG Infos geschrieben
19.09.2003 00:45:06: Playback gestoppt
19.09.2003 00:45:14@00:00:07: Video: 309
19.09.2003 00:45:14@00:00:07: Audio1: 310
19.09.2003 00:45:14@00:00:07: Audio2: 0
19.09.2003 00:45:14@00:00:07: Audio3: 0
19.09.2003 00:45:14@00:00:07: Beginne Aufnahme: "Nachtexpress.mpg" nach: G:\dbox\grab\19.09.2003-Nachtexpress
19.09.2003 04:05:09@03:21:15: Ende Aufnahme
******************************************************
Video Ausgabe:
Video: 3826 kBits/s
******************************************************
Audio Ausgabe:
Audio 0: 0191 kBits/s
******************************************************
Muxer Ausgabe:
SCR: 049:27 ReSyncs= 0
******************************************************
Video High: 4120 kBits/sec
Video Low: 3656 kBits/sec
Audio High: 346 kBits/sec
Audio Low: 34 kBits/sec
******************************************************
19.09.2003 04:05:09@03:21:15: Cannot process request because the process (2948) has exited.
19.09.2003 04:05:09@03:21:15: SCR: 049:27 ReSyncs= 0
19.09.2003 04:05:10@03:21:15: Playback gestartet
******************************************************
Jack wÃ¼nscht viel Spass mit der Aufnahme...
besucht uns auch mal auf: http://www.jackthegrabber.de

wo liegt das problem?

#8 Beitrag von **leth** » Fr 19 Sep 2003, 8:43

Die Header der Files passen nicht. Wenn Du das File mit VLC abspielst, dann springt die Zeitanzeigt hin und her. Demuxxe das File mit ds.jar und authore mal ne DVD, wleche du dann (von der Platte aus) abspielst. Da solte die Anzeige dann passen.

Oder du öffnest das File mal mit DVD-Lab, was wird dir da für eine Länge angezeigt?

Cu leth

#9 Beitrag von **Levithan** » Fr 19 Sep 2003, 9:07

Hach, ein herrliches Logfile

Da ist wirklich alles im grünen Bereich. Das Problem liegt am Player. Den VLC habe ich noch nie überzeugen können, den richtigen Timecode anzuzeigen. WinDVD hingegen macht das wohl. Ich habe hier noch den CineDVD oder so ähnlich, der zeigt mir das immer korrekt an.
Keep Cool, das File ist okay

Levi

TheComing · #10 Beitrag von **TheComing** » Fr 19 Sep 2003, 9:50

nene, es scheint wirklich nur 49 minuten zu sein
das file hat eine grösse von 1.530.820.608 byte (~1,5gb)
würde jtg wirklich 200 minuten (immerhin über 3 std) aufgezeichnet haben entspräche das nur einer bitrate von 1000 kbit
das kann ja nicht sein
ich hab mir das file angeguckt im player und die zeitangabe ist wohl (zumindest ungefähr) korrekt
also nach 49 minuten, irgendwas is schluss

*edit*
und wenn ihr im logfile mal guckt: das

Muxer Ausgabe:
SCR: 049:27 ReSyncs= 0

verwirrt mich ein wenig

#11 Beitrag von **Levithan** » Fr 19 Sep 2003, 10:20

Das ist in Ordnung. Da Du mit ggrab gestreamt hast, werden sämtliche fails als ReSync gezählt, da es unter ggrab eigentlich keine ReSyncs gibt.
Allerdings habe ich:

19.09.2003 04:05:09@03:21:15: Cannot process request because the process (2948) has exited.

übersehen. Dies ist dann doch ein Fehler. Beim Beenden des ggrab Prozesses gabs die dezente Mitteilung, das der Prozess schon wech ist. Komisch nur, dass das zwischenzeitlich nicht "aufgefallen" ist. Der Fehler liegt aber nicht an Jack, sondern da hat sich ggrab mittendrin verabschiedet.
Ich muss mir dann aber nochmal anschauen, warum Jack das nicht mitbekommen hat...

Levi

TheComing · #12 Beitrag von **TheComing** » Fr 19 Sep 2003, 10:47

hm, das problem ist dann wohl eindeutig ggrab bei mir
denn auch bei dem ersten problem oben, schien es ja so, als ob sich ggrab verabschiedet hat, allerdings mit nem schwerwiegerendem fehler, der gleich alles mitgenommen hat (PC und box)
versuch ich mal auf die wingrab engine umzustellen...