Rucker wegen Änderung bei der Verschlüssellung

Nachricht

sHH · #286 Beitrag von **sHH** » So 18 Apr 2004, 23:40

torre hat geschrieben:
sHH hat geschrieben: @02:35:10: ggrab beendet
ich finde auch, das es so gar nicht nach udrec aussieht ..

Ja richtig ggrab , aber mit der Option udp Streaming , und das müsste dann nach meinem Wissen über udrec laufen.

Nicht das hier ne falsche Meinung aufkommt. Das hatt alles mal Monate lang völlig fehlerfrei funktioniert . Die Problem mit dem Abbrüchen nach ca. 60min. habe ich ungefähr seit dem die Probleme mit den Rucklern bei Premiere anfingen. Daher ging ich bissher auch immer davon aus das, das Problem damit zusammen hing. Das resyns auftreten habe ich bei Aufnahmen mit ggrab option udp Stream bis gestern abend noch nie gehabt ! .
Allso ich habe hier aktuelle zwei Problem entweder resyncs oder Abbruch der Aufnahme nach ca 60min.

hier mal meine "Konfiguration"

Streamingserver 800MHz Athlon 768MB Ram W2K JtG 0.7.2
JtG wird nur als Streamingserver genutzt das heisst ich nutze die Timer der DBOX
Aufnahme erfolgt mit ggrab Option udp Stream

DBOX Sagem 1xI JtG Snapshot vom 09.04.04

hier weis ich nicht ob das was mit dem Problem zu tun haben könnte derzeit eingestellt ist
SPTS-Mode Treiber laden "aus"
HW-Sections verwenden "aus"

für alle Vorschläge zur Problembehebung schon mal im Vorraus 2besten Dank"

sHH · #287 Beitrag von **sHH** » So 18 Apr 2004, 23:44

Holgione hat geschrieben:Hi,

........ bei 1.06 und dann bei 1.16 ein Abbruch - keine daten mehr .......

Genau das scheint auch bei mir zu passieren es werden anscheinend aus irgend einem Grund keine Daten mehr gesendet. Da beim Streamen mit NGrab das Problem nicht auftritt vermute ich halt das das Problem mit udrec zusammen hängt.

#288 Beitrag von **jmittelst** » Mo 19 Apr 2004, 6:58

@sHH - Lies bitte hier: http://www.golight.de/engine.htm noch mal nach. Lesen bildet. Udrec ist was ganz anderes als ggrab mit udp.

Was mir grade aufgefallen ist: Im Moment sind es SAT-Boxen, die Fehler melden. Könnte es am Wetter oder an Astra oder atmosphärischen Störungen oder so liegen? Also bei mir ist in den letzten Tagen nix mehr daneben gelaufen.

cu
Jens

Alibaba7 · #289 Beitrag von **Alibaba7** » Mo 19 Apr 2004, 7:29

Ich habe die letzten paar Tagen mindestens 10 Filme aufgenommen und die Logs waren alle i.O. Ich werde auch weiter beobachten. Hoffentlich passt das Ganze bald wieder.

___________________________________________________________________________
Viele Grüße Alibaba7
1. DBoxII SAT Philips 2x JtG-Team-Image 16.3.2004 cramfs 05.04.2004
2. DBoxII SAT Philips 2x JtG-Team-Image 16.3.2004 cramfs 05.04.2004
Software: JtG 0.7.2, udrec 0.11f, DVDlab 1.4.Beta1, Muxxi 0.10, Sherlock 0.1.1.10, Nero 6.3.1.6
Hardware: Toshiba Satellite 3000-100 850 MHz, 256 MB RAM (Compiling) / Celeron300A

(Streaming / Brennen)
Brenner: NEC ND1300A (Firmware 1.09)
Wer das Laufen lernen will, kann nicht mit dem Fliegen anfangen. Man muss erst mal lernen auf beiden Beinen zu stehen.

#290 Beitrag von **leth** » Mo 19 Apr 2004, 7:38

Ich habe die letzten paar Tagen mindestens 10 Filme aufgenommen und die Logs waren alle i.O. Ich werde auch weiter beobachten. Hoffentlich passt das Ganze bald wieder.

ISt bei mir ähnlich, hab nur nicht ganz so viel aufgenommen. Die Ya, Ya Schwestern sind auf jeden Fall fehlerfrei, denn den hab ich gestern von der DVD angesehen.

Cu leth

sHH · #291 Beitrag von **sHH** » Mo 19 Apr 2004, 7:56

@jmittelst gelesen hatte ich die Anleitung auch , aber an der Stelle anscheinend etwas missverstanden. Danke für den Hinnweiss.

Ach ja hab ne Kabelbox (Telekom)

#292 Beitrag von **jmittelst** » Mo 19 Apr 2004, 8:14

Dann probiere es mal mit Udrec.
cu
Jens

Treito · #293 Beitrag von **Treito** » Mo 19 Apr 2004, 8:49

Die Logs in den letzten 2-3 Tagen waren bei mir soweit auch sauber.
Aber täusche ich mich oder sind die Dateien zum Teil irgendwie größer geworden?
Meine frühere Erfahrung, dass man locker 3 Stunden auf einen 4,7 GB DVD-Rohling bekommt, kann ich wohl nun über den Haufen werfen.

@Dusty Ich freue mich aber, dass die Qualität nun besser ist, sollte nix negatives sein an der o.g. Aussage

Dusty · #294 Beitrag von **Dusty** » Mo 19 Apr 2004, 9:36

Ich habe Genug noch einmal auf P1 um 3.15 aufgenommen. Dummerweise dieses Mal per Wingrab. Das folgende Log scheint i.O zu sein. Ist das LOG von Wingrab überhaupt so aussagekräftig, daß ich davon auf den Stream schliessen kann?

Code: Alles auswählen

Jack the Grabber Logfile
Erstellt am: 19.04.2004 03:14
Timer Aufnahme
Kanal=PREMIERE 1
Sendung=Genug (Enough)
Start=19.04.2004 03:14:00
Ende=05:10
*******************************************************
19.04.2004 03:14:09: Aufnahme Event:
19.04.2004 03:14:09: IP: 192.168.0.7
19.04.2004 03:14:09: VPid: 511
19.04.2004 03:14:09: APid 1: 515
19.04.2004 03:14:09: APid 2: 0
19.04.2004 03:14:09: APid 3: 0
19.04.2004 03:14:09: Filename: D:\Dboxrec\2004-04-19-Genug (Enough)\Genug (Enough).mpg
19.04.2004 03:14:09: Splittsize: 39999
19.04.2004 03:14:09: KanalID: 20085000a
19.04.2004 03:14:10: EPG Infos geschrieben
19.04.2004 03:14:10: sectionsd gestoppt
@00:00:00: Video: 511
@00:00:00: Audio1: 515
@00:00:00: Audio2: 0
@00:00:00: Audio3: 0
@00:00:00: Beginne Aufnahme nach: D:\Dboxrec\2004-04-19-Genug (Enough)
@00:00:00: Video:[0]D:\Dboxrec\2004-04-19-Genug (Enough)\genug (enough)-1[01].mpg
@00:00:00: [MuxWriter] started
@00:00:00: [Muxer] started
@00:00:00: [VideoProcessor] started
@00:00:00: [VideoPesParser] started
@00:00:00: [AudioProcessor0] started
@00:00:00: [AudioPesParser0] started
@00:00:00: [VideoHTTP] started
@00:00:00: [VideoHTTP] HTTP streaming started successfully
@00:00:00: [AudioHTTP0] started
@00:00:00: [AudioHTTP0] HTTP streaming started successfully
@00:00:00: [VideoProcessor] locked on stream id 224
@00:00:01: [AudioProcessor0] locked on stream id 189
@00:00:02: [Muxer] Resync successful
@01:51:11: [Muxer] invalid video sequence: temporal_reference > picture count in sequence [sequence skipped, need resync]
@01:51:12: [Muxer] warning: video dts discontinuity detected [-86400 dts cycles]
@01:51:12: [Muxer] warning: audio (1) pts discontinuity detected [-86399 pts cycles]
@01:51:13: [Muxer] Resync successful
@01:52:59: [Muxer] invalid video sequence: more than 1 picture with same temporal_reference found [sequence skipped, need resync]
@01:52:59: [AudioProcessor0] warning: pts discontinuity detected [-63360 pts cycles]
@01:53:00: [Muxer] warning: video dts discontinuity detected [-129600 dts cycles]
@01:53:00: [Muxer] warning: audio (1) pts discontinuity detected [-129600 pts cycles]
@01:53:00: [Muxer] Resync successful
@01:55:53: Ende Aufnahme
******************************************************
Video Ausgabe:
VideoHTTP: 4111 kBit/s
Parser: Found: 173810 Ignored: 0 PTS: 0 days 07:33:34.459
Proc.: streamid: 224 704x576 25fps sequences: 14814 pictures: 173802
FileSize: 2948919 KB
******************************************************
Audio Ausgabe:
AudioHTTP0: 433 kBit/s
Parser0: Found: 43453 Ignored: 0 PTS: 0 days 07:33:33.896
Proc.0: streamid: 189 AC3 448 kBit/s 48000 Hz frames: 217262
******************************************************
Muxer Ausgabe:
Muxer: SCR: 01:55:50.040 Syncs: 3
******************************************************
Video High: 6537 kBits/sec
Video Low: 1499 kBits/sec
Audio High: 458 kBits/sec
Audio Low: 338 kBits/sec
******************************************************
@01:55:56: Aufnahme beendet
19.04.2004 05:10:12: Muxer: SCR: 01:55:50.040 Syncs: 3
19.04.2004 05:10:12: sectionsd gestartet
******************************************************
Jack wÃ¼nscht viel Spass mit der Aufnahme...
besucht uns auch mal auf: http://www.jackthegrabber.de

Bei 1:51:11 ist dann ein Fehler, aber da ist der Film dann zu Ende?
Ist das jetzt in Ordnung?
Zumindest ist die Datenrate nicht so hoch wie bei dem um 20:15

Hier sind es Video High: 6537 kBits/sec und um 20:15 waren es:
7,8 Mbit/s.

#295 Beitrag von **leth** » Mo 19 Apr 2004, 9:43

Bei 1:51:11 ist dann ein Fehler, aber da ist der Film dann zu Ende?
Ist das jetzt in Ordnung?

Wenn der Film schon aus war, dann ist es natürlich egal.

Dein LOG von gestern Abend sieht ja echt krass aus. Hab den Film zur selben Zeit aufgenommen und werde das nach Möglichkeit heute oder morgen vergleichen. Hab den Stream noch nicht nach ES umgewandelt.

Cu leth

Dusty · #296 Beitrag von **Dusty** » Mo 19 Apr 2004, 9:56

Leth, auf dem Fernseher habe ich einen Rucker gesehen. Es war so, als wenn ein bis 3 Bilder fehlen würden. Ich habe dem aber keine Beachtung geschenkt, weil ich dachte, ich hätte mich getäuscht. Ansonsten war auf dem Fernseher keinFehler sichtbar. Ich fiel aus allen Wolken, als ich dann das LOG sah. Praktisch eine 3/4 h sind dann auch im gestreamten Film (fast schon im Sekundentakt) Pixel, Artefakte, Zuckungen zu sehen. Und plötzlich ist dann alles wieder in Ordnung.
Das kann doch nicht an der Box liegen. Zumal andere ja auch ein Prob hatten. Vielleicht ist die Datenrate zu hoch gewesen? So daß die Box zwar mit der Bildausgabe hinterherkam, aber nicht mehr mit dem Stream? Weiß der Geier. Aber die spielen immer noch herum.

Mich würde dein Ergebnis auch interessieren. Wie sieht Genug gemuxt aus. Hast du Kabel oder Sat?

sHH · #297 Beitrag von **sHH** » Mo 19 Apr 2004, 14:56

hab heute morgen mit udrec aufgenommen und es ist alles andere als besser gewoden !

Jack the Grabber Logfile
Erstellt am: 19.04.2004 09:30
Streamingserver Aufnahme
Kanal=PREMIERE 2
Sendung=Rat Race (Rat Race)
Start=09:30
Ende=
*******************************************************
19.04.2004 09:30:03: Aufnahme Event:
19.04.2004 09:30:03: IP: 192.168.100.100
19.04.2004 09:30:03: VPid: 1791
19.04.2004 09:30:03: APid 1: 1792
19.04.2004 09:30:03: APid 2: 0
19.04.2004 09:30:03: APid 3: 0
19.04.2004 09:30:03: Filename: E:\__VIEDEO-STREAMS\2004-04-19-Rat Race (Rat Race)\2004-04-19-0930_Rat Race (Rat Race)_%SERIE%.mpg
19.04.2004 09:30:03: Splittsize: 39999
19.04.2004 09:30:03: KanalID: 8716299
19.04.2004 09:30:03: EPG Infos geschrieben
19.04.2004 09:30:03: Kanal stimmt nicht, versuche neu zu zappen
19.04.2004 09:30:04: Zapping erfolgreich
19.04.2004 09:30:04: -host 192.168.100.100 -vp 6FF -ap 700 -vsplit 2 -gtc -o "E:\__VIEDEO-STREAMS\2004-04-19-Rat Race (Rat Race)\2004-04-19-0930_Rat Race (Rat Race)_KomÃ¶die-1"
@00:00:00: Video: 1791
@00:00:00: Audio1: 1792
@00:00:00: Audio2: 0
@00:00:00: Audio3: 0
@00:00:00: 09:30:04 to DBox: VIDEO 31341 16 0 1 va 6ff 700
@00:00:00: 09:30:04 from DBox: INFO: IP c0a864fa Port 31341
@00:00:00: 09:30:04 from DBox: PID va 2 6ff 700
@00:00:00: 09:30:05 to DBox: START
@00:00:00: 09:30:05 from DBox: INFO: UdpSender() - PID109 R0 W0
@00:00:01: 09:30:05 from DBox: INFO: DmxReader() - Pid 6ff 204960 0 0
@00:00:01: 09:30:05 from DBox: INFO: DmxReader() - Pid 700 29280 0 0
@00:00:15: 09:30:19 found video stream
@00:00:15: Video:[0]E:\__VIEDEO-STREAMS\2004-04-19-Rat Race (Rat Race)\2004-04-19-0930_rat race (rat race)_komÃ¶die-1_01_00.mpv
@00:00:15: Audio_1:[0]E:\__VIEDEO-STREAMS\2004-04-19-Rat Race (Rat Race)\2004-04-19-0930_rat race (rat race)_komÃ¶die-1_01_00.mp2
@00:00:15: 09:30:19 found mp2 stream
@00:00:16: 09:30:20 25:08:11.28: video resync
@00:03:32: Video:[1]E:\__VIEDEO-STREAMS\2004-04-19-Rat Race (Rat Race)\2004-04-19-0930_rat race (rat race)_komÃ¶die-1_02_00.mpv
@00:03:32: 09:33:36 25:11:31.92: video split
@00:03:32: Audio_1:[1]E:\__VIEDEO-STREAMS\2004-04-19-Rat Race (Rat Race)\2004-04-19-0930_rat race (rat race)_komÃ¶die-1_02_00.mp2
@01:50:52: 11:21:05 26:58:59.88: video split
@01:50:52: Video:[2]E:\__VIEDEO-STREAMS\2004-04-19-Rat Race (Rat Race)\2004-04-19-0930_rat race (rat race)_komÃ¶die-1_03_00.mpv
@01:50:52: Audio_1:[2]E:\__VIEDEO-STREAMS\2004-04-19-Rat Race (Rat Race)\2004-04-19-0930_rat race (rat race)_komÃ¶die-1_03_00.mp2
******************************************************
Video Ausgabe:
Video[0] FileSize=108213496
Video[1] FileSize=2496332172
Video[2] FileSize=219958832
******************************************************
Audio Ausgabe:
Audio_1[0] FileSize=4813632
Audio_1[1] FileSize=154726272
Audio_1[2] FileSize=12800000
******************************************************
Muxer Ausgabe:

******************************************************
Video High:
Video Low:
Audio High:
Audio Low:
******************************************************
@01:59:49: 11:30:03 to DBox: STOP
@01:59:49: 11:30:03 network statistics:
@01:59:49: max: 8,0 Mbit/s total data rate
@01:59:49: average: 3,4 Mbit/s total data rate
@01:59:49: average: 0,001 Mbit/s resend data rate
@01:59:49: count: 571 resend packets
@01:59:49: average: 1 resend packet per 2552,0 total packets
@01:59:49: max: 38 packets per resend
@01:59:49: average: 1,4 packets per resend
@01:59:49: 11:30:03 TcpSender stopped
@01:59:49: 11:30:04 ESSync stopped
@01:59:50: 11:30:04 KeyboardRecordControl stopped
@01:59:52: udrec beendet
@01:59:53:
******************************************************
Jack wÃ¼nscht viel Spass mit der Aufnahme...
besucht uns auch mal auf: http://www.jackthegrabber.de

und hier die Dateien die angelegt wurden

2004-04-19-Rat Race (Rat Race)\
2004-04-19-0930_Rat Race (Rat Race)_Komödie-1_01_00.idd 67,813
2004-04-19-0930_Rat Race (Rat Race)_Komödie-1_01_00.mp2 4,813,632
2004-04-19-0930_Rat Race (Rat Race)_Komödie-1_01_00.mpv 108,213,496
2004-04-19-0930_Rat Race (Rat Race)_Komödie-1_01_00.mp2.idd 66,868
2004-04-19-0930_Rat Race (Rat Race)_Komödie-1_02_00.mp2 154,726,272
2004-04-19-0930_Rat Race (Rat Race)_Komödie-1_02_00.mpv 2,496,332,172
2004-04-19-0930_Rat Race (Rat Race)_Komödie-1_02_00.idd 2,184,325
2004-04-19-0930_Rat Race (Rat Race)_Komödie-1_02_00.mp2.idd 2,148,988
2004-04-19-0930_Rat Race (Rat Race)_Komödie-1_03_00.mp2 13,064,832
2004-04-19-0930_Rat Race (Rat Race)_Komödie-1_03_00.mpv 223,571,068
2004-04-19-0930_Rat Race (Rat Race)_Komödie-1_03_00.idd 184,777
2004-04-19-0930_Rat Race (Rat Race)_Komödie-1_03_00.mp2.idd 181,468
EPG.txt 32
LOG.txt 3,764

mal nacher schauen warum das so viele Dateien sind .

Werde heute abend noch mal nen neuen Versuch machen , aber dann auf nem anderen Rechner , falls das Problem hier liegen solte. Muss ja nen Grundgeben warum ich der einzigste binn der das Problem hatt.

Dusty · #298 Beitrag von **Dusty** » Mo 19 Apr 2004, 15:34

sHH hat geschrieben:hab heute morgen mit udrec aufgenommen und es ist alles andere als besser gewoden !

2004-04-19-0930_Rat Race (Rat Race)_Komödie-1_02_00.mp2 154,726,272
2004-04-19-0930_Rat Race (Rat Race)_Komödie-1_02_00.mpv 2,496,332,172
2004-04-19-0930_Rat Race (Rat Race)_Komödie-1_02_00.idd 2,184,325
2004-04-19-0930_Rat Race (Rat Race)_Komödie-1_02_00.mp2.idd 2,148,988

Das ist dein Film. Also, ich sehe da keinen Fehler.

Dieses idd ist nur für m2s. Da es eigentlich Quatsch ist, diese Streams noch einmal durch m2s zu jagen, kann es gelöscht werden. Auch wenn du cuttermaran nutzt ist das sinnlos. Aber ansonsten ist doch alles i.O.

sHH · #299 Beitrag von **sHH** » Mo 19 Apr 2004, 16:56

und das mit den

@01:59:49: count: 571 resend packets hatt nichts weiter zu sagen ?

Ich frage ja nur weil ich bissher immer mit der UPD Stream Option min GGRAB aufgenommen habe ( wg hinter her nicht muxen müssen ect.. ) und ich bis die Probleme vor einigen Wochen anfingen im Log nie resyncs gesehen habe.

KeXXeN · #300 Beitrag von **KeXXeN** » Mo 19 Apr 2004, 18:35

resend heisst nur das es in der Übertragung über das Netzwerk einen Fehler gab und das Paket daher neu übertragen würde, resend halt

Schlimm wäre es nur wenn du da was von Lost stehen hättest.

Sonst solltest du mal schauen wodurch dein Netzwerk so langsam, träge oder was auch immer wird das es überhaupt Nötig ist erneut Pakete senden zu müssen.