Seite 23 von 24
Logs von heute früh:
Verfasst: Mi 21 Apr 2004, 15:03
von MattisBLN
Hier meine Logs von heute früh, Black Hawk down:
Code: Alles auswählen
Jack the Grabber Logfile
Erstellt am: 21.04.2004 05:58
Timer Aufnahme
Kanal=PREMIERE 1
Sendung=Black Hawk Down (Black Hawk down)
Start=21.04.2004 05:58:00
Ende=08:32
*******************************************************
21.04.2004 05:58:09: Aufnahme Event:
21.04.2004 05:58:09: IP: 192.168.0.42
21.04.2004 05:58:09: VPid: 511
21.04.2004 05:58:09: APid 1: 512
21.04.2004 05:58:09: APid 2: 0
21.04.2004 05:58:09: APid 3: 0
21.04.2004 05:58:09: Filename: f:\2004-04-21-Black Hawk Down (Black Hawk down)\Black Hawk Down (Black Hawk down).mpg
21.04.2004 05:58:09: Splittsize: 39999
21.04.2004 05:58:09: KanalID: 20085000a
21.04.2004 05:58:09: EPG Infos geschrieben
21.04.2004 05:58:09: -host 192.168.0.42 -vp 1FF -ap 200 -vsplit 1 -rm -pes -o "f:\2004-04-21-Black Hawk Down (Black Hawk down)\Black Hawk Down (Black Hawk down)-1"
@00:00:01: 05:58:11 to DBox: VIDEO 31341 16 0 1 va 1ff 200
@00:00:01: 05:58:11 from DBox: INFO: IP c0a80029 Port 31341
@00:00:01: 05:58:11 from DBox: PID va 2 1ff 200
@00:00:01: 05:58:11 to DBox: START
@00:00:01: 05:58:11 from DBox: INFO: UdpSender() - PID547 R0 W0
@00:00:01: Video:[0]f:\2004-04-21-Black Hawk Down (Black Hawk down)\black hawk down (black hawk down)-1_00.vpes
@00:00:01: Audio_1:[0]f:\2004-04-21-Black Hawk Down (Black Hawk down)\black hawk down (black hawk down)-1_01.apes
@00:00:01: 05:58:11 from DBox: INFO: DmxReader() - Pid 1ff 204960 0 0
@00:00:02: 05:58:11 from DBox: INFO: DmxReader() - Pid 200 29280 0 0
@00:00:06: Video: 511
@00:00:06: Audio1: 512
@00:00:06: Audio2: 0
@00:00:06: Audio3: 0
@00:00:06: Beginne Aufnahme nach: f:\\2004-04-21-Black Hawk Down (Black Hawk down)
@02:29:35: Ende Aufnahme
******************************************************
Video Ausgabe:
Video[0] FileSize=3526553600
******************************************************
Audio Ausgabe:
Audio_1[0] FileSize=220876800
******************************************************
Muxer Ausgabe:
RESEND 92151 packets
******************************************************
Video High:
Video Low:
Audio High:
Audio Low:
******************************************************
@02:29:36: 08:32:04 to DBox: STOP
@02:29:36: 08:32:04 network statistics:
@02:29:36: max: 7,7 Mbit/s total data rate
@02:29:36: average: 3,3 Mbit/s total data rate
@02:29:36: average: 0,120 Mbit/s resend data rate
@02:29:36: count: 3124 resend packets
@02:29:36: average: 1 resend packet per 27,8 total packets
@02:29:36: max: 249 packets per resend
@02:29:36: average: 29,5 packets per resend
@02:29:36: 08:32:04 TcpSender stopped
@02:29:36: 08:32:04 from DBox: EXIT
@02:29:36: 08:32:04 UdpReceiver stopped
@02:29:36: 08:32:04 TcpReceiver stopped
@02:29:40: RESEND 92192 packets
******************************************************
Jack wünscht viel Spass mit der Aufnahme...
besucht uns auch mal auf: http://www.jackthegrabber.de
Code: Alles auswählen
(0) AC-3, CM, 2/0(2.0), 48000Hz, 256kbps
(1) AC-3, CM, 2/0(2.0), 48000Hz, 384kbps
(2) AC-3, CM, 2/0(2.0), 48000Hz, 448kbps
(3) AC-3, CM, 3/2lfe(5.1), 48000Hz, 448kbps
4 additional AC3 frames loaded..
ProjectX 0.81.7 (07.04.2004)
=== session infos ===
=> working with collection 0
-> write output files to :
f:\2004-04-21-Black Hawk Down (Black Hawk down)\
=> File 0: f:\2004-04-21-Black Hawk Down (Black Hawk down)\black hawk down (black hawk down)-1_00.vpes (3531049416 bytes)
=> File is Video/Audio/TTX PES
=> demux
!> missing startcode @ 0
!> found startcode @ 1072
-> found PES-ID 0xE0 (MPEG Video) @ 1072
-> video basics: 704*576 @ 25fps @ 0.6735 (4:3) @ 15000000bps, vbvBuffer 112
-> starting export of video data @ GOP#0
!> dropping useless B-Frames @ GOP#0 / new Timecode 00:00:00.000
GOP#347, new format in leading sequenceheader detected:
-> video basics: 704*576 @ 25fps @ 0.7031 (16:9) @ 15000000bps, vbvBuffer 112
GOP#18215, new format in leading sequenceheader detected:
-> video basics: 704*576 @ 25fps @ 0.6735 (4:3) @ 15000000bps, vbvBuffer 112
GOP#19735, new format in leading sequenceheader detected:
-> video basics: 704*576 @ 25fps @ 0.7031 (16:9) @ 15000000bps, vbvBuffer 112
!> missing next startcode (packetsize=0) @ 3531234394 from 3531037792 /I-Buffer 196608
video: fr/ct/1p/cg/og/dg 230809/1/0/19918/0/0
video length: 230809f @ 02:33:52.360
avg. nom. bitrate 3053994bps (min/max: 667600/8652800)
set first sequence_header bitrate to 8652800bps
===> new File: f:\2004-04-21-Black Hawk Down (Black Hawk down)\black hawk down (black hawk down)-1_00.mpv
=> File 1: f:\2004-04-21-Black Hawk Down (Black Hawk down)\black hawk down (black hawk down)-1_01.apes (222467976 bytes)
=> File is Audio/TTX PES
!> missing startcode @ 0
!> found startcode @ 1446
-> found PES-ID 0xC0 (MPEG Audio) @ 1446
packs: 64112 100% 222470086
--> MPEG Audio (0xC0)
Audio PTS: first packet 03:20:23.215, last packet 05:54:15.199
Video PTS: start 1.GOP 03:20:23.743, end last GOP 05:54:16.103
-> adjusting audio at video-timeline
=> src_audio: MPEG-1, Layer2, 48000Hz, stereo, 192kbps, CRC @ 00:00:00.000
!> missing syncword @ 221568769, @ 02:33:51.504
-> 36 frame(s) (864ms) added @ 02:33:51.504
audio frames: wri/pre/skip/ins/add 384682/0/0/0/36 @ 02:33:52.368 done..
===> new File: f:\2004-04-21-Black Hawk Down (Black Hawk down)\black hawk down (black hawk down)-1_01.mp2
summary of created media files:
.Video: 230809 Frames 02:33:52.360 f:\2004-04-21-Black Hawk Down (Black Hawk down)\black hawk down (black hawk down)-1_00.mpv
Audio 0: 384682 Frames 02:33:52.368 0/0/0/36 f:\2004-04-21-Black Hawk Down (Black Hawk down)\black hawk down (black hawk down)-1_01.mp2
=> 3746023520 bytes written...
Aus meiner Sicht einwandfrei.
Gruß, Matthias
Re: Logs von heute früh:
Verfasst: Mi 21 Apr 2004, 15:09
von Dusty
MattisBLN hat geschrieben:Hier meine Logs von heute früh, Black Hawk down:
Aus meiner Sicht einwandfrei.
Gruß, Matthias
Verwende doch bitte Muxxi PES nach ES wandeln und dann das LOG. ProjectX ist in der Beziehung nicht aussagekräftig!
Verfasst: Mi 21 Apr 2004, 15:12
von MattisBLN
Muxxi hab ich nich... ich dachte muxxi ruft auch nur projectX auf...
Verfasst: Mi 21 Apr 2004, 15:31
von Dusty
Muxxi arbeitet mittels udrec und ist sehr viel aussagekräftiger als PX. PX meckert viele Fehler nicht an, die du dann trotzdem im Stream hast und auch siehst. audio resyncs erkennt PX nicht.
Muxxi liegt hier im Muxxiverzeichnis.
Verfasst: Mi 21 Apr 2004, 17:14
von sHH
Dusty hat geschrieben:sHH hat geschrieben:Hura die Probleme mit
GGRAB und
UDP Stream scheien gelöst !
Hab gestern abend die cygwin1.dll gegen die neuste Version ausgetauscht
(
http://www.cygwin.com/ ) seit dem läuft GGRAB wieder fehlerfrei durch.
Was hast du dir denn von der Seite heruntergeladen? Die cygwin1.dll gibt es doch nur im Zusammenhang mit Software, oder habe ich da etwas übersehen?
ftp://ftp.uni-kl.de/pub/windows/cygwin/ ... 1-.tar.bz2
enpacken und dann liegt im Verzeichniss \usr\bin\ die cygwin1.dll
p.s mann kann auch den Installer/Setup von der Hompage von cygwin nutzen dauert nur länger weil da dann ca 10Mb gesaugt werden müssen.
Verfasst: Mi 21 Apr 2004, 17:27
von Dusty
@sHH
danke. In JtG liegt die ja drinne und die wird sicher auch von udrec benötigt. Weil in Muxxi liegt die auch drinnen.
Habe eben einmal nachgeschaut mit dem Process Explorer, aber weder bei udrec noch ggrab noch wingrab wird die cygwin1.dll aufgerufen. Wer braucht die denn nun?
Was für Probs hattest du überhaupt?
Verfasst: Mi 21 Apr 2004, 18:39
von petgun
die wird sicher auch von udrec benötigt.
nee, udrec braucht cygwin nicht mehr.
Wer braucht die denn nun
zB. ggrab
cu,
peter
PS:imo koennt Ihr Euch das mit der neuen cygwin.dll sparen...habe alles noch mal getestet mit der neuen cygwin und es bleibt dabei: ggrab geht nur noch artefaktfrei ohne udp.
@tonsel
mein Netzwerk ist 100pro in Ordnung und die Platten in meinem Rechner sind auch nicht zu langsam.
Verfasst: Mi 21 Apr 2004, 20:46
von tonsel
@getgun
ich nehme an, Du sprichst auf die vermuteten Paketverluste bei ggrab-udp an. Mein Vorschlag: probier' doch noch mal die alte udrec0.06c, die auf cygwin basiert, aus. Die ist Programmtechnisch gut vergleichbar mit ggrab. Wenn Du damit RESEND's hast, dann hat auch ggrab Paketverluste. Alles andere würde mich sehr erstaunen. Damit kannst Du auch ausprobieren, wie leicht man udp-Paketverluste unter Win erzeugen kann. Ich habe es unter Win noch nie geschafft einen ganzen Film ohne Paketverlust zu streamen - unter Linux sieht das ganz anders aus.
tonsel
Verfasst: Mi 21 Apr 2004, 20:54
von petgun
hi,
danke fuer den Tip mit udrec0.06c....werde ich testen!
cu,
peter
<edit>
ich werde noch mal alle Engines mit den verschiedenen Optionen testen und in einer Tabelle hier in einem neuen Thread posten.
</edit>
Verfasst: Mi 21 Apr 2004, 23:38
von sHH
@petgun ohne die neue cygwin1.dll hatte ich aber seit einigen Wochen das Problem das nach ca 60min. immer die Aufnahe abbrach. Das Problem scheint jedenfalls jetzt gelösst. Was die Paketverluste betrifft , so hab ich bis jetzt ( hab noch nicht alle Aufnahmen angeschaut ) nur in einem Fall am Anfang kurz einige Dropouts sehen können.
Ich würde ja auch zu udrec wechseln aber ich würde mir gerne den Aufwand mit dem Muxen sparen und die TS Stream werden von meinem KISS DVD Player nicht abgespielt.
Verfasst: Do 22 Apr 2004, 6:49
von leth
So, nun mein Bericht zu 'Black Hawk Down'. Hab auch einen Corrupt Audio Frame, allerdings 23 Sekunden nach Ende des Films. Das kommt bei mir in letzter Zeit häufig vor. Möglicherweise hängt das ja mit dem Abschalten des original Tons zusammen
Cu leth
Verfasst: Do 22 Apr 2004, 9:25
von torre
Hier dann der wichtige Teil aus meinen Logs zu BHD:
Code: Alles auswählen
09:14:28 found video stream
09:14:28 found mp2 stream
09:14:28 found mp2 stream
09:14:28 found ac3 stream
09:14:36 16:36:58.56: video resync
09:14:43 16:38:24.48: video split
09:20:34 18:01:28.44: corrupt audio frame(s)
09:23:50 18:56:26.64: video split
09:24:23 ESSync stopped
Code: Alles auswählen
09:14:27 - PES zu ES-Konvertierung wird gestartet...
09:14:27 - Automatischer Schnitt aktiviert! Erfolgt nach 2 Sequenzen
09:14:27 - Prozess wurde gestartet!
09:14:43 - 00:01:25,92 Schnittpunkt gefunden, Zeit wird zurückgesetzt!
09:20:34 - 01:23:03,96 Fehlerhafte Audio Frames
09:23:50 - 02:18:02,16 Schnittpunkt gefunden, Zeit wird zurückgesetzt!
09:24:23 - Prozess abgeschlossen!
09:24:23 - PES zu ES-Konvertierung abgeschlossen
Verfasst: Do 22 Apr 2004, 9:38
von torre
Wen ich mal Treito´s Log nehme:
08:48:36 - 00:00:45,12 Schnittpunkt gefunden, Zeit wird zurückgesetzt!
08:55:05 - 01:24:37,40 Fehlerhafte Audio Frames
08:58:35 - 02:18:02,16 Schnittpunkt gefunden, Zeit wird zurückgesetzt!
und meinen:
09:14:43 - 00:01:25,92 Schnittpunkt gefunden, Zeit wird zurückgesetzt!
09:20:34 - 01:23:03,96 Fehlerhafte Audio Frames
09:23:50 - 02:18:02,16 Schnittpunkt gefunden, Zeit wird zurückgesetzt!
dann war der fehlerhafte Audo-Frame nicht exakt an der gleichen Stelle, aber schon auffällig nah aneinander.
Verfasst: Do 22 Apr 2004, 9:40
von Dusty
Code: Alles auswählen
Jack the Grabber Logfile
Erstellt am: 22.04.2004 02:14
Streamingserver Aufnahme
Kanal=PREMIERE 1
Sendung=Eine Schwalbe macht den Sommer
Start=02:14
Ende=
*******************************************************
22.04.2004 02:14:25: Aufnahme Event:
22.04.2004 02:14:25: IP: 192.168.0.7
22.04.2004 02:14:25: VPid: 511
22.04.2004 02:14:25: APid 1: 515
22.04.2004 02:14:25: APid 2: 0
22.04.2004 02:14:25: APid 3: 0
22.04.2004 02:14:25: Filename: D:\Dboxrec\2004-04-22-Eine Schwalbe macht den Sommer\Eine Schwalbe macht den Sommer.mpg
22.04.2004 02:14:25: Splittsize: 39999
22.04.2004 02:14:25: KanalID: 8716298
22.04.2004 02:14:25: EPG Infos geschrieben
22.04.2004 02:14:25: Kanal stimmt nicht, versuche neu zu zappen
22.04.2004 02:14:25: Zapping erfolgreich
22.04.2004 02:14:26: -host 192.168.0.7 -vp 1FF -ap 203 -buf 20 -vsplit 2 -gtc -o "D:\Dboxrec\2004-04-22-Eine Schwalbe macht den Sommer\Eine Schwalbe macht den Sommer-1"
@00:00:00: Video: 511
@00:00:00: Audio1: 515
@00:00:00: Audio2: 0
@00:00:00: Audio3: 0
@00:00:00: 02:14:26 to DBox: VIDEO 31341 20 0 1 va 1ff 203
@00:00:00: 02:14:27 from DBox: INFO: IP c0a80001 Port 31341
@00:00:01: 02:14:27 from DBox: PID va 2 1ff 203
@00:00:01: 02:14:27 to DBox: START
@00:00:01: 02:14:27 from DBox: INFO: UdpSender() - PID1517 R0 W0
@00:00:01: 02:14:27 from DBox: INFO: DmxReader() - Pid 1ff 204960 0 0
@00:00:01: 02:14:27 from DBox: INFO: DmxReader() - Pid 203 29280 0 0
@00:00:03: 02:14:29 from DBox: ERROR: DmxReader() - buffer overflow Pid 1ff 0 1
@00:00:03: 02:14:29 from DBox: ERROR: DmxReader() - buffer overflow Pid 203 0 1
@00:00:05: 02:14:31 from DBox: ERROR: DmxReader() - read: Value too large for defined data type
@00:00:05: 02:14:31 from DBox: EXIT (pid 1ff)
******************************************************
Video Ausgabe:
******************************************************
Audio Ausgabe:
******************************************************
Muxer Ausgabe:
******************************************************
Video High:
Video Low:
Audio High:
Audio Low:
******************************************************
@01:45:59: 04:00:25 to DBox: STOP
@01:45:59: 04:00:25 network statistics:
@01:45:59: max: 2,5 Mbit/s total data rate
@01:45:59: average: 0,0 Mbit/s total data rate
@01:45:59: average: 0,000 Mbit/s resend data rate
@01:45:59: count: 0 resend packets
@01:45:59: average: 1 resend packet per 1028,0 total packets
@01:45:59: max: 0 packets per resend
@01:45:59: average: 0,0 packets per resend
@01:45:59: 04:00:25 TcpSender stopped
@01:45:59: 04:00:25 ESSync stopped
@01:46:00: 04:00:26 KeyboardRecordControl stopped
@01:46:01: udrec beendet
@01:46:03:
******************************************************
Jack wünscht viel Spass mit der Aufnahme...
besucht uns auch mal auf: http://www.jackthegrabber.de
Ich gehe jetzt mal davon aus, es liegt an Neutrino. Oder an dem Film. Das muß der 5te oder 6te Versuch gewesen sein, ihn aufzunehmen.
Wieso hat diese Aufnahme nicht geklappt. EPG wurde geschrieben, aber Null Bit an Daten.
Die Aufnahmen auf SCiFi und 13th Street, den Abend davor, wurden fehlerfrei gestreamt.
Verfasst: Do 22 Apr 2004, 9:43
von Dusty
dann war der fehlerhafte Audo-Frame nicht exakt an der gleichen Stelle, aber schon auffällig nah aneinander.
@torre, aber was sagt und das jetzt? Spinnt udrec mit neutrino ein bißchen?