Immernoch oder wieder 0 KByte bei der Streaming Aufnahme

Nachricht

firebowl · #1 Beitrag von **firebowl** » Do 05 Feb 2004, 15:58

Hi,

hab gestern meine Box auf das aktuelle JtG Image gebracht und auch JtG aktualisiert.
Seit einiger Zeit benutze ich JtG eigentlich nur noch zur Timeraufnahme per JtG oder Webinterface und lasse meinen Linuxserver Streamingserver spielen. Grund dafür war das mir JtG immer öfter meine Aufnahmen versaut hat, bzw. überhaupt nichts aufgenommen hat = 0 KB Files erzeugt hat.
Nun dachte ich mit der neuen Version wäre das Problem erledigt, aber falsch Gedacht. Bei meinen Tests gestern abend lief alles einwandfrei, worauf ich per Fernbedienung meine Box für heute Mittag programmiert hab und was hab ich jetzt auf meinem Server liegen...genau 2 Files mit 0K.

Mach ich irgendwas falsch?

Dusty · #2 Beitrag von **Dusty** » Do 05 Feb 2004, 16:10

Kein LOG da?

firebowl · #3 Beitrag von **firebowl** » Do 05 Feb 2004, 16:58

Nur das in dem steht was ich aufnehmen wollte. Also Name und Inhalt.

#4 Beitrag von **torre** » Do 05 Feb 2004, 17:03

poste einfach das komplette File log.txt das in dem Verzeichnis liegt, in dem auch deine 0 kb Dateien liegen. Ohne wird es etwas schwierig mit der Fehleranalyse.

firebowl · #5 Beitrag von **firebowl** » Do 05 Feb 2004, 21:57

Hab grad nochmal nachgeschaut und folgendes wird erstellt:
eine .mpv und eine .mp2 File mit jeweils 0KB und eine EPG.txt mit 1KB.
Mehr wurde nicht erstellt.

#6 Beitrag von **Pedant** » Do 05 Feb 2004, 23:30

Hallo firebowl

Ist Optionen -> Sonstiges -> (x) Nach Aufnahme Log speichern angekreutz?
Versuch's doch nach einem Systemneustart nochmal mit einer Aufnahme, vielleicht war ja irgendein Task nicht richtig am Laufen.

Gruß Frank

firebowl · #7 Beitrag von **firebowl** » Fr 06 Feb 2004, 5:15

Hab grad den Haken fürs mitloggen gesetzt. Versuch später was mit dem Dauertimer aufzunehmen, hoffe da klappt. Mir fehlen schon 4 Folgen der Serie

firebowl · #8 Beitrag von **firebowl** » Mo 09 Feb 2004, 14:11

So, hab gerade wieder versucht etwas aufzunehmen. Diesmal mit Dauertimer (welcher bereits am letzten Freitag einwandfrei funktioniert hat) und das Ergebnis ist ein ähnliches. Ich habe jetzt eine EPG.txt und eine LOG.txt und keine anderen Files. So wie ich die Logfile lese müsste aber etwas da sein. Da ich keine File anhängen kann eben per Copy & Paste...

-----------------------------------
Jack the Grabber Logfile
Erstellt am: 09.02.2004 14:35
Timer Aufnahme
Kanal=DISNEY CHANNEL
Sendung=Disneys Lilo & Stitch
Start=09.02.2004 14:35:00
Ende=15:00
*******************************************************
@23:59:52: Aufnahme Event:
@23:59:52: IP: 192.168.1.2
@23:59:52: VPid: 2559
@23:59:52: APid 1: 2560
@23:59:52: APid 2: 0
@23:59:52: APid 3: 0
@23:59:52: Filename: D:\Premiere\2004-02-09-Disneys Lilo & Stitch\Disneys Lilo & Stitch.mpg
@23:59:52: Splittsize: 39999
@23:59:52: KanalID: 8716322
@23:59:52: EPG Infos geschrieben
@23:59:52: -host 192.168.1.2 -vp 9FF -ap A00 -vsplit 0 -o "D:\Premiere\2004-02-09-Disneys Lilo & Stitch\Disneys Lilo & Stitch-1"
@00:00:01: 14:35:08 to DBox: VIDEO 31341 16 0 1 va 9ff a00
@00:00:01: 14:35:08 from DBox: INFO: IP c0a80180 Port 31341
@00:00:01: 14:35:09 from DBox: PID va 2 9ff a00
@00:00:01: 14:35:09 to DBox: START
@00:00:01: 14:35:09 from DBox: INFO: UdpSender() - PID131 R0 W0
@00:00:01: Unbehandelte Ausnahme: System.Net.Sockets.SocketException: Normalerweise darf jede Socketadresse (Protokoll, Netzwerkadresse oder Anschluss) nur jeweils einmal verwendet werden
@00:00:01: 14:35:09 from DBox: INFO: DmxReader() - Pid 9ff 204960 0 0
@00:00:01: at System.Net.Sockets.Socket.Bind(EndPoint localEP)
@00:00:01: 14:35:09 from DBox: INFO: DmxReader() - Pid a00 29280 0 0
@00:00:01: at Record.UdpReceiver()
@00:00:02: 14:35:10 Buffer Overflow: packet 0 read 366239 max 371359
@00:00:07: Video: 2559
@00:00:07: Audio1: 2560
@00:00:07: Audio2: 0
@00:00:07: Audio3: 0
@00:00:07: Beginne Aufnahme nach: D:\Premiere\2004-02-09-Disneys Lilo & Stitch
@00:24:56: Ende Aufnahme
******************************************************
Video Ausgabe:
******************************************************
Audio Ausgabe:
******************************************************
Muxer Ausgabe:
RESEND 34344 packets
******************************************************
Video High:
Video Low:
Audio High:
Audio Low:
******************************************************
@00:24:57: 15:00:05 to DBox: STOP
@00:24:57: 15:00:05 TcpSender stopped
@00:24:57: 15:00:05 from DBox: EXIT
@00:24:58: 15:00:05 TcpReceiver stopped
@00:25:01: RESEND 34344 packets
******************************************************
Jack wünscht viel Spass mit der Aufnahme...
besucht uns auch mal auf: http://record.mkplace.de

#9 Beitrag von **Levithan** » Mo 09 Feb 2004, 15:36

Da lief oder läuft eine Software im Hintergrund der den udrec blockiert:

Unbehandelte Ausnahme: System.Net.Sockets.SocketException: Normalerweise darf jede Socketadresse (Protokoll, Netzwerkadresse oder Anschluss) nur jeweils einmal verwendet werden

Überprüfe mal in die Tasks, ob vielleicht ein zweite udrec Instanz aktiv ist.

Levi

cyk · #10 Beitrag von **cyk** » Mo 09 Feb 2004, 20:02

hatte das prob auch mal vor dem update auf die 0.7.1b .. selbst ein neustart des systems hat nix geholfen .. hab dann mal alles deinstalliert und mit der b-version keine probs mehr.

greetz

firebowl · #11 Beitrag von **firebowl** » Mo 09 Feb 2004, 21:05

Tatsache, hab grad JtG beendet und hatte dann noch nen udrec Prozess am laufen. Probier das jetzt nochmal und wenn ich nochmal ne Folge von Lilo & Stitch verpasse schmeiss ich das ganze Zeug nochmal runter und installier die 0.7.1.b nochmal neu.

cyk · #12 Beitrag von **cyk** » Di 10 Feb 2004, 13:16

denk aber dran .. die "b" ist nur die exe .. also erst 0.7.1. installen und exe ueberschreiben.

greetz

firebowl · #13 Beitrag von **firebowl** » Di 10 Feb 2004, 13:33

hehe cyk, danke für die Info. Wenn das mein einziges Problem mit JtG währe, dann währe ich echt froh

Naja, in 5 Minuten weiss ich ob meine Aufnahme startet und in 30 ob sie komplett ist

firebowl · #14 Beitrag von **firebowl** » Di 10 Feb 2004, 14:08

War zwar noch nicht zu hause an meinem Server aber die Logfile hab ich schonmal. Nach dem was ich im Verzeichnis gesehen hab, wurde wohl aufgenommen. Nur gibts ein paar Zeilen in der Logfile die mich etwas beunruhigen z.B.

@00:24:58: 15:00:07 stream nearly out of data
@00:24:58: 15:00:07 audio stream out of data
@00:24:59: 15:00:08 stream nearly out of data
RESEND 18887 packets

Was sollte denn bei den Resends so stehen?

Jack the Grabber Logfile
Erstellt am: 10.02.2004 14:35
Timer Aufnahme
Kanal=DISNEY CHANNEL
Sendung=Disneys Lilo & Stitch
Start=10.02.2004 14:35:00
Ende=15:00
*******************************************************
10.02.2004 14:35:07: Aufnahme Event:
10.02.2004 14:35:07: IP: 192.168.1.2
10.02.2004 14:35:07: VPid: 2559
10.02.2004 14:35:07: APid 1: 2560
10.02.2004 14:35:08: APid 2: 0
10.02.2004 14:35:08: APid 3: 0
10.02.2004 14:35:08: Filename: D:\Premiere\2004-02-10-Disneys Lilo & Stitch\Disneys Lilo & Stitch.mpg
10.02.2004 14:35:08: Splittsize: 39999
10.02.2004 14:35:08: KanalID: 8716322
10.02.2004 14:35:08: EPG Infos geschrieben
10.02.2004 14:35:08: sectionsd gestoppt
10.02.2004 14:35:08: -host 192.168.1.2 -vp 9FF -ap A00 -vsplit 0 -o "D:\Premiere\2004-02-10-Disneys Lilo & Stitch\Disneys Lilo & Stitch-1"
@00:00:00: 14:35:08 to DBox: VIDEO 31341 16 0 1 va 9ff a00
@00:00:00: 14:35:08 from DBox: INFO: IP c0a80180 Port 31341
@00:00:00: 14:35:09 from DBox: PID va 2 9ff a00
@00:00:00: 14:35:09 to DBox: START
@00:00:00: 14:35:09 from DBox: INFO: UdpSender() - PID250 R0 W0
@00:00:00: 14:35:09 from DBox: INFO: DmxReader() - Pid 9ff 204960 0 0
@00:00:00: 14:35:09 from DBox: INFO: DmxReader() - Pid a00 29280 0 0
@00:00:06: Video: 2559
@00:00:06: Audio1: 2560
@00:00:06: Audio2: 0
@00:00:06: Audio3: 0
@00:00:06: Beginne Aufnahme nach: D:\Premiere\2004-02-10-Disneys Lilo & Stitch
@00:00:11: Video:[0]D:\Premiere\2004-02-10-Disneys Lilo & Stitch\disneys lilo & stitch-1_01_00.mpv
@00:00:11: Audio_1:[0]D:\Premiere\2004-02-10-Disneys Lilo & Stitch\disneys lilo & stitch-1_01_00.mp2
@00:00:14: 14:35:23 video resync
@00:19:14: 14:54:22 corrupt audio frame
@00:19:25: 14:54:33 corrupt audio frame
@00:24:56: Ende Aufnahme
******************************************************
Video Ausgabe:
Video[0] FileSize=501453040
******************************************************
Audio Ausgabe:
Audio_1[0] FileSize=35225600
******************************************************
Muxer Ausgabe:
RESEND 18887 packets
******************************************************
Video High:
Video Low:
Audio High:
Audio Low:
******************************************************
@00:24:57: 15:00:05 to DBox: STOP
@00:24:57: 15:00:05 TcpSender stopped
@00:24:57: 15:00:06 from DBox: EXIT
@00:24:57: 15:00:06 TcpReceiver stopped
@00:24:57: 15:00:06 UdpReceiver stopped
@00:24:57: 15:00:06 packet lost 346919 346683
@00:24:57: 15:00:06 packet lost 346919 346685
@00:24:58: 15:00:07 stream nearly out of data
@00:24:58: 15:00:07 audio stream out of data
@00:24:59: 15:00:08 stream nearly out of data
@00:24:59: 15:00:08 ESSync stopped
@00:25:00: 15:00:08 KeyboardRecordControl stopped
@00:25:00: udrec beendet
@00:25:01: RESEND 18909 packets
@00:25:01: sectionsd gestartet
******************************************************
Jack wÃ¼nscht viel Spass mit der Aufnahme...
besucht uns auch mal auf: http://record.mkplace.de

Dusty · #15 Beitrag von **Dusty** » Di 10 Feb 2004, 14:18

firebowl hat geschrieben:War zwar noch nicht zu hause an meinem Server aber die Logfile hab ich schonmal. Nach dem was ich im Verzeichnis gesehen hab, wurde wohl aufgenommen. Nur gibts ein paar Zeilen in der Logfile die mich etwas beunruhigen z.B.

@00:24:58: 15:00:07 stream nearly out of data
@00:24:58: 15:00:07 audio stream out of data
@00:24:59: 15:00:08 stream nearly out of data
RESEND 18887 packets
Was sollte denn bei den Resends so stehen?

Ist egal, solange nicht die 3 oberen Meldungen kommen. Da werden Daten im Stream nicht vorhanden sein. Wird wahrscheinlich kaum zu sehen sein.
Trotzdem ist das nicht ein Zeichen dafür, daß bei dir alles 100% klappt.