Seite 1 von 1

JtG bricht Aufnahme ab?

Verfasst: Mo 15 Dez 2003, 9:00
von VaniSH
Hallo Leute,

nachdem ich einen schlechten Start hatte, habe ich mir das originale AlexW Image runtergeladen und nochmals versuche mit Streaming gemacht.

Die Aufnahme bricht einfach ab. Hier ein kurzer Auszug aus dem Log von gestern Abend:
Jack the Grabber Logfile
Erstellt am: 14.12.2003 22:00
Timer Aufnahme
Kanal=PREMIERE 3
Sendung=Steven Spielbergs Taken
Start=14.12.2003 22:00:00
Ende=23:45
*******************************************************
14.12.2003 22:00:07: Aufnahme Event:
14.12.2003 22:00:07: IP: 192.168.0.10
14.12.2003 22:00:07: VPid: 2303
14.12.2003 22:00:07: APid 1: 2304
14.12.2003 22:00:07: APid 2: 2305
14.12.2003 22:00:07: APid 3: 0
14.12.2003 22:00:07: Filename: E:\Aufnahme\2003-12-14-Steven Spielbergs Taken\Steven Spielbergs Taken.mpg
14.12.2003 22:00:07: Splittsize: 3999
14.12.2003 22:00:07: KanalID: 8716331
14.12.2003 22:00:07: sectionsd gestoppt
14.12.2003 22:00:07: -host 192.168.0.10 -p 0x8ff 0x900 0x901 -debug -udp -e mpg -o "E:\Aufnahme\2003-12-14-Steven Spielbergs Taken\Steven Spielbergs Taken" -s 4000
@00:00:06: Aufnahme nicht gestartet, starte Prüfungsdurchlauf. Aufnahme NICHT abbrechen !
@00:00:12: dbox login: root
@00:00:12: BusyBox v1.00-pre3 (2003.11.07-15:33+0000) Built-in shell (ash)
@00:00:12: Enter 'help' for a list of built-in commands.
@00:00:12: /var #
@00:00:13: /var # killall -9 nhttpd
@00:00:13: /var #
@00:00:13: /var # nhttpd
@00:00:16: [nhttpd] Neutrino HTTP-Server starting..
@00:00:16: /var #
@00:00:16: /var #
@00:00:16: Anwendung beendet
@00:00:17: Zapping nicht notwendig
@00:00:20: -host 192.168.0.10 -p 0x8ff 0x900 -debug -udp -e mpg -o "E:\Aufnahme\2003-12-14-Steven Spielbergs Taken\Steven Spielbergs Taken" -s 4000
@00:00:07: Video: 2303
@00:00:07: Audio1: 2304
@00:00:07: Audio2: 0
@00:00:07: Audio3: 0
@00:00:07: Beginne Aufnahme: "Steven Spielbergs Taken.mpg" nach: E:\Aufnahme\2003-12-14-Steven Spielbergs Taken
@01:27:41: Aufnahme wird beendet, bitte warten...
@01:27:44: Ende Aufnahme
******************************************************
Video Ausgabe:
Video: 1941 kBits/s
******************************************************
Audio Ausgabe:
Audio 0: 0148 kBits/s
******************************************************
Muxer Ausgabe:
SCR: 071:22 ReSyncs= 0
******************************************************
Video High: 4937 kBits/sec
Video Low: 1452 kBits/sec
Audio High: 235 kBits/sec
Audio Low: 148 kBits/sec
******************************************************
@01:27:44: Cannot process request because the process (4056) has exited.
@01:27:44: SCR: 071:22 ReSyncs= 0
@01:27:44: sectionsd gestartet
******************************************************
Jack wünscht viel Spass mit der Aufnahme...
besucht uns auch mal auf: http://www.jackthegrabber.de
Kann mir da jemand einen Tip geben. Keine Resyncs, kein Bildhänger .... ich versteh das einfach nicht.
Ich habe mittlerweile fast alles durch, neues Antennenkabel, neues Netzwerkkabel....
Laut dem Logfile sollte das Video 1Std 27min sein, jedoch ist das Video nur 1Std 11min.
Vielleicht weiss jemand von euch Rat, ich bin für jede Hilfe dankbar. Teil 5 von Taken kann ich leider nicht mehr aufnehmen, da dieser ja leider nicht mehr läuft, jedoch hätte ich schon gerne die restlichen Teile.

Thx,
Van

Verfasst: Mi 17 Dez 2003, 8:38
von VaniSH
och kommt Leute, kann denn da wirklich niemand was zu schreiben?

Verfasst: Mi 17 Dez 2003, 8:51
von leth
Aus dem LOG ist leider nicht so viel zu erkennen. Komischerweise hat sich die Engine verabschiedet, Jack hat das aber nicht mitbekommen?!?

Welche Engine verwendest Du denn, Ggrab? Welchen Jacky hast du auf der Kiste laufen?

Funktioniert die Aufnahme mit den anderen Engines (udrec / Wingrab)?

Cu leth

Verfasst: Mi 17 Dez 2003, 19:03
von VaniSH
Ich benutz die ggrab engine.
Mit wingrab funtzt das soweit ich das getestet habe, udrec hab ich noch nicht getestet.

Verfasst: Mi 17 Dez 2003, 19:10
von oxylos
Hi,

also ich hatte dieses Problem auch schon mal.
Gerade heute trat es wieder auf, gleiches LOG wie bei vaniSH.
Beide engines (ggrab + wingrab) funktionierten nicht.
Mit udrec hab ichs nicht getestet.
(JTG067, alexW 1.6.10, release 22.7.2003 )

Ich glaube es liegt an der Sendung und nicht an Jack.
Das erste Mal trat es bei mir beim ZDF auf. Wetten das lies sich nicht
streamen, die nachfolgende Sendung ging dann wieder einwandfrei.
Bei Bayern3 hatte ich das Problem auch schon mal. Eine Sendung
geht nicht, die nachfolgende funzt dann wieder.
Bei Premiere ist es allerdings noch nie aufgetreten.

Also wie gesagt ich vermute, dass an dem stream der ausgestrahlt wird
irgendwas faul ist. Hab aber keine Idee, warum sich die engines sich verabschieden.

Also vaniSH bist zumindest nicht der einzige bei dem es auftritt :wink:

cu
oxylos

Verfasst: Mi 17 Dez 2003, 19:31
von Levithan
@00:00:12: /var #
@00:00:13: /var # killall -9 nhttpd
@00:00:13: /var #
@00:00:13: /var # nhttpd
Sicher dass das ein alexw ist ?

Verfasst: Mi 17 Dez 2003, 20:18
von oxylos
Ich hab 100% ein alexW.
Beim nochmaligen Anschauen von vaniSH log-file
bin ich mir allerdings nicht sicher ob mein exakt so aussah,
also ob es nicht evtl doch verschiedene Probleme sind.
Ich habe mein log heute nicht gespeichert sorry, weil ich wie gesagt vor einigen
Wochen das Problem bei Wetten das hatte und wusste das es wieder
funktioniert.
Fakt bleibt allerdings, wie ich es schon beschrieben habe, eine Sendung
nicht funzt ,die nachfolgende sich aber ohne Probleme streamen läßt.
Falls es bei mir noch mal auftritt poste ich mein log.

Verfasst: Mi 17 Dez 2003, 20:23
von VaniSH
Ich habe Taken für heute abend nochmal programmiert. Ich bin mal gespannt ob das funktioniert.
Mein derzeitiges Image ist das neueste AlexW 1.7 original Image.
In den Optionen von Jack habe ich die Aufnahmeprüfung aktiviert. Soll ich die besser weglassen?
Da ist der Haken bei nhttpd neu starten gesetzt.

Verfasst: Mi 17 Dez 2003, 20:26
von petgun
Fakt bleibt allerdings, wie ich es schon beschrieben habe, eine Sendung
nicht funzt ,die nachfolgende sich aber ohne Probleme streamen läßt.
...das kenne ich eigentlich nur mit aelteren Images in Verbindung mit der Wingrabengine....beliebter 'Fehler' beim DboxTimer. Ist mir mit Jack und ggrab/prio=high und den aktuellen AlexW Snapshots noch nie passiert....seit Wochen alles fehlerfrei ! Lass mal sectionsd an und vielleicht auch ohne Aufnahmepruefung...

cu,
peter

Verfasst: Mi 17 Dez 2003, 20:29
von VaniSH
Werde ich versuchen.
Taken hat gerade wieder beendet, kurz nach Anfang der Aufnahme bekomme ich denselben Fehler wie oben in dem Log :(

Ich weiss echt nicht was ich machen soll.

Verfasst: Mi 17 Dez 2003, 22:05
von oxylos
Also ich blicks nicht mehr.
Habe mal getestet Taken (Premiere 3) zu streamen
1.Versuch: ggrab, prio high, mit Aufnahmeprüfung, sectionsd aus
Ergebnis: funzt nicht hier das log
Jack the Grabber Logfile
Erstellt am: 17.12.2003 21:01
Sofortaufnahme
Kanal=PREMIERE 3
Sendung=Steven Spielbergs Taken
Start=21:01
Ende=
*******************************************************
@00:03:05: Aufnahme Event:
@00:03:05: IP: 192.168.123.99
@00:03:05: VPid: 2303
@00:03:05: APid 1: 2304
@00:03:05: APid 2: 0
@00:03:05: APid 3: 0
@00:03:05: Filename: c:\dbox\2003-12-17-Steven Spielbergs Taken\Steven Spielbergs Taken-2003-12-17-2101.mpg
@00:03:05: Splittsize: 3999
@00:03:05: KanalID: 8716331
@00:03:05: sectionsd gestoppt
@00:00:08: Aufnahme nicht gestartet, starte Prüfungsdurchlauf. Aufnahme NICHT abbrechen !
17.12.2003 21:01:19: Zapping nicht notwendig
17.12.2003 21:01:21: Willkomen auf Ihrer d-box 2 - Kernel 2.4.21-dbox2 (21:00:31).
17.12.2003 21:01:21: (none) login: root
17.12.2003 21:01:21: Password:
17.12.2003 21:01:22: BusyBox v1.00-pre1 (2003.07.22-06:35+0000) Built-in shell (ash)
17.12.2003 21:01:22: Enter 'help' for a list of built-in commands.
17.12.2003 21:01:22: ~ > killall -9 nhttpd
17.12.2003 21:01:22: ~ >
17.12.2003 21:01:23: ~ > nhttpd
@00:00:00: [nhttpd] Neutrino HTTP-Server starting..
@00:00:00: ~ >
@00:00:02: ~ >
@00:00:02: Anwendung beendet
******************************************************
Video Ausgabe:
******************************************************
Audio Ausgabe:
******************************************************
Muxer Ausgabe:
ReSyncs=0
******************************************************
Video High: 4526 kBits/sec
Video Low: 2475 kBits/sec
Audio High: 755 kBits/sec
Audio Low: 130 kBits/sec
******************************************************
@00:00:06: Cannot process request because the process (3864) has exited.
@00:00:06: ReSyncs=0
@00:00:06: sectionsd konnte nicht gestartet werden
******************************************************
2. Versuch: ggrab, prio high, mit Aufnahmeprüfung, sectionsd an
Ergebnis: funzt
also sectionsd der Übeltäter :?:
Gegenprobe
3. Versuch: wie bei 1 also ggrab, prio high, mit Aufnahmeprüfung, sectionsd aus

und jetzt funktionierts :shock:
habs noch ein paar mal probiert hat immer funktioniert

Mein Fazit für heute abend: dranbleiben :augenauf:
cu
oxylos

Verfasst: Mi 17 Dez 2003, 22:42
von VaniSH
Wofür ist das sectionsd?

Verfasst: Mi 17 Dez 2003, 23:30
von oxylos

Verfasst: Mi 17 Dez 2003, 23:33
von VaniSH
Danke :)

Ich teste heute nacht nochmal eine Aufnahme. Irgendwie ist das schon komisch. Das Problem hab ich hauptsächlich bei der Serie Taken, andere Movies hab ich bisher meist problemlos aufgenommen.