Rucker wegen Änderung bei der Verschlüssellung

Nachricht

petgun · #136 Beitrag von **petgun** » So 28 Mär 2004, 13:28

hi,
..und gibt's die Ruckler nun wirklich seit dem 2.3 ? Wenn dem so ist, dann koennten die Ruckler imo auch auf das Konto von Astra gehen, in der Annahme dass die Kabelanbieter ihr PW-Programm zum einspeisen auch ueber Astra beziehen...

cu,
peter

relaff · #137 Beitrag von **relaff** » So 28 Mär 2004, 13:28

@Petgun
Sei glücklich dass Du das noch nicht mitbekommen hast

#138 Beitrag von **leth** » So 28 Mär 2004, 17:12

Schaut man sich das gestreamte Material an der Stelle an, hängt das Bild nicht, dafür sind einige fehlerhafte Pixelblöcke zu sehen. Der Ton ist an der Stelle ok.

Stimmt, die Stellen an denen 'Corrupt Audio Frame(s)' gemeldet werden ist das Bild absolut OK und auch der in der Audiospur hört man nur selten einen Fehler. Dabei ist mir auch aufgefallen, dass udrec wesentlich mehr Fehler entdeckt, als Project-X und dass Project-X diesen Fehler dann herausschneidet, udrec aber nicht! Soll das wirklich so sein?

Die Bildhänger, die man während der Aufnahme sieht, sind im Stream als Klötzchen erkennbar, wobei der Tan OK ist. Somit weiß man erst ob der Stream OK ist, nachdem man ihn angesehen hat

Cu leth

Hugo1234 · #139 Beitrag von **Hugo1234** » Mo 29 Mär 2004, 5:06

@tonsel

ich habe gestern testweise Road to Perdition auf P1 gestreamt (udrec 0.11.c), insgesamt
5 corrupt audioframes:

@00:17:13: 20:32:15 11:54:55.15: corrupt audio frame(s)
@01:00:29: 21:15:31 12:38:09.07: corrupt audio frame(s)
@01:00:29: 21:15:31 12:38:09.23: corrupt audio frame(s)
@01:11:34: 21:26:37 12:49:14.51: corrupt audio frame(s)
@01:19:46: 21:34:49 12:57:27.63: corrupt audio frame(s)

Code: Alles auswählen

Jack the Grabber Logfile
Erstellt am: 28.03.2004 20:15
Timer Aufnahme
Kanal=PREMIERE 1
Sendung=Road to Perdition (Road To Perdition)
Start=28.03.2004 20:15:00
Ende=22:16
*******************************************************
28.03.2004 20:15:02: Aufnahme Event:
28.03.2004 20:15:02: IP: 200.1.3.111
28.03.2004 20:15:02: VPid: 511
28.03.2004 20:15:02: APid 1: 515
28.03.2004 20:15:02: APid 2: 0
28.03.2004 20:15:02: APid 3: 0
28.03.2004 20:15:02: Filename: F:\MoviesFromDBox\2004-03-28-Road to Perdition (Road To Perdition)\Road to Perdition (Road To Perdition).mpg
28.03.2004 20:15:02: Splittsize: 4399
28.03.2004 20:15:02: KanalID: 20085000a
28.03.2004 20:15:02: EPG Infos geschrieben
28.03.2004 20:15:02: -host 200.1.3.111 -vp 1FF -ap 203 -vsplit 2 -asplit 0 -gtc -o "F:\MoviesFromDBox\2004-03-28-Road to Perdition (Road To Perdition)\Road to Perdition (Road To Perdition)-1"
@00:00:00: 20:15:02 to DBox: VIDEO 31341 16 0 1 va 1ff 203
@00:00:00: 20:15:02 from DBox: INFO: IP c8010324 Port 31341
@00:00:00: 20:15:02 from DBox: PID va 2 1ff 203
@00:00:00: 20:15:02 to DBox: START
@00:00:00: 20:15:02 from DBox: INFO: UdpSender() - PID410 R0 W0
@00:00:00: 20:15:03 from DBox: INFO: DmxReader() - Pid 1ff 204960 0 0
@00:00:00: 20:15:03 from DBox: INFO: DmxReader() - Pid 203 29280 0 0
@00:00:06: Video: 511
@00:00:06: Audio1: 515
@00:00:06: Audio2: 0
@00:00:06: Audio3: 0
@00:00:06: Beginne Aufnahme nach: F:\MoviesFromDBox\2004-03-28-Road to Perdition (Road To Perdition)
@00:00:16: 20:15:18 found video stream
@00:00:16: Video:[0]F:\MoviesFromDBox\2004-03-28-Road to Perdition (Road To Perdition)\road to perdition (road to perdition)-1_01_00.mpv
@00:00:16: 20:15:18 found ac3 stream
@00:00:16: Audio_1:[0]F:\MoviesFromDBox\2004-03-28-Road to Perdition (Road To Perdition)\road to perdition (road to perdition)-1_01_00.ac3
@00:00:17: 20:15:20 11:37:54.55: video resync
@00:01:38: 20:16:41 11:39:18.91: audio split
@00:01:38: Video:[1]F:\MoviesFromDBox\2004-03-28-Road to Perdition (Road To Perdition)\road to perdition (road to perdition)-1_02_00.mpv
@00:01:38: Audio_1:[1]F:\MoviesFromDBox\2004-03-28-Road to Perdition (Road To Perdition)\road to perdition (road to perdition)-1_02_00.ac3
@00:17:13: 20:32:15 11:54:55.15: corrupt audio frame(s)
@01:00:29: 21:15:31 12:38:09.07: corrupt audio frame(s)
@01:00:29: 21:15:31 12:38:09.23: corrupt audio frame(s)
@01:11:34: 21:26:37 12:49:14.51: corrupt audio frame(s)
@01:19:46: 21:34:49 12:57:27.63: corrupt audio frame(s)
@01:53:46: 22:08:49 13:31:26.47: video split
@01:53:46: Video:[2]F:\MoviesFromDBox\2004-03-28-Road to Perdition (Road To Perdition)\road to perdition (road to perdition)-1_03_00.mpv
@01:53:47: Audio_1:[2]F:\MoviesFromDBox\2004-03-28-Road to Perdition (Road To Perdition)\road to perdition (road to perdition)-1_03_00.ac3
@02:00:49: 22:15:52 13:38:28.99: video split
@02:00:49: Video:[3]F:\MoviesFromDBox\2004-03-28-Road to Perdition (Road To Perdition)\road to perdition (road to perdition)-1_04_00.mpv
@02:00:49: Audio_1:[3]F:\MoviesFromDBox\2004-03-28-Road to Perdition (Road To Perdition)\road to perdition (road to perdition)-1_04_00.ac3
@02:00:59: Ende Aufnahme
******************************************************
Video Ausgabe:
Video[0] FileSize=28093356
Video[1] FileSize=2407998412
Video[2] FileSize=154039608
Video[3] FileSize=2662400
******************************************************
Audio Ausgabe:
Audio_1[0] FileSize=4720128
Audio_1[1] FileSize=376699904
Audio_1[2] FileSize=23609600
******************************************************
Muxer Ausgabe:

******************************************************
Video High: 
Video Low: 
Audio High: 
Audio Low: 
******************************************************
@02:00:59: 22:16:02 ESSync stopped
@02:00:59: 22:16:02 to DBox: STOP
@02:00:59: 22:16:02 network statistics:
@02:00:59: max:      7,8 Mbit/s total data rate
@02:00:59: average:  3,4 Mbit/s total data rate
@02:00:59: average:  0,000 Mbit/s resend data rate
@02:00:59: count:    3 resend packets
@02:01:00: average:  1 resend packet per 228464,9 total packets
@02:01:00: max:      6 packets per resend
@02:01:00: average:  2,0 packets per resend
@02:01:00: 22:16:02 TcpSender stopped
@02:01:00: 22:16:02 from DBox: EXIT
@02:01:00: 22:16:02 UdpReceiver stopped
@02:01:00: 22:16:02 TcpReceiver stopped
@02:01:00: 22:16:03 KeyboardRecordControl stopped
@02:01:00: udrec beendet
@02:01:03: 
******************************************************
Jack wünscht viel Spass mit der Aufnahme...
besucht uns auch mal auf: http://www.jackthegrabber.de

ProjectX meldete keinerlei Fehler. Ich hab anschliessend die DVD erstellt und alle Stellen genau geprüft, nur an der letzten Stelle
(@01:19:46: 21:34:49 12:57:27.63: corrupt audio frame(s))
war eine Tonstörung zu hören, alle anderen Stellen sowie das Bild waren einwandfrei. (Kabelempfang)

vielleicht hilft der Vergleich mit anderen Logs weiter?...

#140 Beitrag von **leth** » Mo 29 Mär 2004, 8:12

ProjectX meldete keinerlei Fehler.

Das ist logisch, da udrec die Fehler ja schon beseitigt hat. Um dazu einen Vergleich anstellen zu können musst Du udrec PES streamen und diese einmal mit udrec und einmal mit Project-X in ES umwandeln.

Cu leth

Alibaba7 · #141 Beitrag von **Alibaba7** » Mo 29 Mär 2004, 8:17

Heißt das jetzt, dass es wurst ist, ob corrupt audio frames gemeldet werden oder nicht, da udrec (ES-Streaming) die Fehler automatisch ausbügelt?
Ich nehme an ja, da ich ums verrecken keine Fehler in Bild und Ton auf den DVDs finden kann. (an den Stellen an denen es IMO sein müsste).

___________________________________________________________________________
Viele Grüße Alibaba7
1. DBoxII SAT Philips 2x JtG-Team-Image 16.3.2004 cramfs 16.3.2004
2. DBoxII SAT Philips 2x JtG-Team-Image 16.3.2004 cramfs 16.3.2004
Software: JtG 0.7.2, udrec 0.11c, DVDlab 1.4.Beta1, Muxxi, 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.

petgun · #142 Beitrag von **petgun** » Mo 29 Mär 2004, 8:46

Heißt das jetzt, dass es wurst ist, ob corrupt audio frames gemeldet werden oder nicht, da udrec (ES-Streaming) die Fehler automatisch ausbügelt?

..das frage ich mich auch schon seit mehreren Seiten dieses Threads...

Wir haben 'Ruckler/Bildhaenger' bei LiveView auf dem TV (angeblich seit ca. einem Monat (seit BigBrother) nur auf P1-7) waehrend der Aufnahme bei der es corrupt audio frames geben kann die sich bei der spaeteren Wiedergabe uU. als Artefakte aber nicht als Bildhaenger/Tonstoerung bemerkbar machen....

ist das so richtig zusammengefasst ?

cu,
peter

#143 Beitrag von **leth** » Mo 29 Mär 2004, 9:00

Wir haben 'Ruckler/Bildhaenger' bei LiveView auf dem TV (angeblich seit ca. einem Monat (seit BigBrother) nur auf P1-7) waehrend der Aufnahme bei der es corrupt audio frames geben kann die sich bei der spaeteren Wiedergabe uU. als Artefakte aber nicht als Bildhaenger/Tonstoerung bemerkbar machen....

Falsch!
Wir haben Bildhänger in der LiveView, welche als mehr oder weniger starke 'Artefakte' in der Wiedergabe erkennbar sind UND wir haben 'corrupt Audio Frames', die man im LOG nachvollziehen kann, wobei man nicht alle 'corrupt Audio Frames' dann auch hören kann, weil manche dazu einfach zu kurz sind.

Das Problem besteht nun darin, dass man auch bei einem fehlerfreien LOG nicht sicher sein kann, ob nicht etwa doch Fehler drin sind, da die Bildhänger nicht im LOG stehen, weil Video Fehler nicht immer erkannt werden können! Diese sieht man erst, wenn man sich den Film wieder reinzieht.

Cu leth

petgun · #144 Beitrag von **petgun** » Mo 29 Mär 2004, 9:15

Wir haben Bildhänger in der LiveView, welche als mehr oder weniger starke 'Artefakte' in der Wiedergabe erkennbar sind

nur bei P1-P7 ? IMO wuerde es sich lohnen die Stellen mit den Artefakten mal mit anderen zu vergleichen um herauszufinden ob die wirklich an der gleichen Stelle im Stream auftauchen....kann hier einer von Euch mal einen Ausschnitt eines Screenshots mit einem typischen Artefakt hier posten ?

wir haben 'corrupt Audio Frames'

die habe ich auch schon mal bei FTA-Sendern....allerdings sehr selten und nur bei Aufnahmen mit AC3 Ton.

cu,
peter

coach · #145 Beitrag von **coach** » Mo 29 Mär 2004, 13:02

Also für alle, die noch mehr zu diesem Thema wissen wollen emfehle ich

http://forum.digitalfernsehen.de/forum/ ... 7;t=003127

Da wird schon ausführlich über das Thema diskutiert.
Dort geht man davon aus, das Premiere versucht Cardsh....g zu erschweren und nun in einem kürzeren Zeitraum das Codewort geändert wird als vorher. Aber was da nun dran ist, keine Ahnung kenne ich mich auch nicht aus und habe keine Ahnung davon.

Jedenfalls habe ich auch seit kurzem massive Probleme mit diesen Rucklern.

Gruß

coach

Lucike FZ · #146 Beitrag von **Lucike FZ** » Mo 29 Mär 2004, 14:15

Hallo,

diese ganze Aufnehmerei ist mir gar nicht so wichtig. Viel schlimmer ist es, ist mehr vernünftig Premiere schauen zu können. Ich habe mit allen meinen Hardware-Komponenten (s.Sig. zus. Humax 0815 Premiere Receiver) Probleme mit Premiere. (kurze Standbilder und Tonstörungen)

Ich habe dieses Problem extrem erst seit Freitag und werde heute Abend die P-Hotline zur vorhandenen Problematik heiß machen. Ich konnte dieses Problem auf den FTA Sendern nicht feststellen, und somit ist für mich der Fall klar und Premiere schuld.

coming soon ...

Gruß
Lucike

Dusty · #147 Beitrag von **Dusty** » Mo 29 Mär 2004, 14:34

Lucike FZ hat geschrieben:Ich habe dieses Problem extrem erst seit Freitag und werde heute Abend die P-Hotline zur vorhandenen Problematik heiß machen.
Gruß
Lucike

Ich hoffe doch, du berichtest von dem Gespräch?
Laut Premiere sind es die Kunden und nicht Premiere, die an der Sache schuld haben.
Angeblich soll die Technik aber schon gesagt haben, sie arbeiten an dem Problem.
Hier soll nun jemand schlau werden, aus den Aussagen. Widersprüchlicher geht es ja gar nicht mehr.
Gestern hatte ich sogar beim Spiel VfB gegen Werder Aussetzer.

Ritter Schamal ist eine Katastrophe.

Hier das LOG:

Code: Alles auswählen

-f "D:\Dboxrec\2004-03-28-Ritter Jamal - Eine schwarze KomÃ¶die\Ritter Jamal - Eine schwarze KomÃ¶die-1_00.vpes" "D:\Dboxrec\2004-03-28-Ritter Jamal - Eine schwarze KomÃ¶die\Ritter Jamal - Eine schwarze KomÃ¶die-1_01.apes" -o "C:\24_02_02\2004-03-29-Ritter Jamal - Eine schwarze KomÃ¶die\Ritter Jamal - Eine schwarze KomÃ¶die" -gtc


10:33:59 found video stream
10:33:59 found ac3 stream
10:33:59 14:36:00.84: video resync
10:34:17 14:40:13.46: corrupt audio frame(s)
10:35:16 14:53:50.90: corrupt audio frame(s)
10:35:16 14:53:53.62: corrupt audio frame(s)
10:35:16 14:53:55.54: corrupt audio frame(s)
10:35:16 14:53:56.18: corrupt audio frame(s)
10:35:17 14:54:03.86: corrupt audio frame(s)
10:35:18 14:54:05.78: corrupt audio frame(s)
10:35:20 14:54:11.54: corrupt audio frame(s)
10:35:21 14:54:14.42: corrupt audio frame(s)
10:35:23 14:54:20.66: corrupt audio frame(s)
10:35:24 14:54:26.26: corrupt audio frame(s)
10:35:30 14:55:24.82: corrupt audio frame(s)
10:35:30 14:55:25.30: corrupt audio frame(s)
10:36:42 15:15:15.54: corrupt audio frame(s)
10:36:42 15:15:15.70: corrupt audio frame(s)
10:36:55 15:19:02.10: corrupt audio frame(s)
10:37:02 15:21:10.26: corrupt audio frame(s)
10:37:02 15:21:21.94: corrupt audio frame(s)
10:37:04 15:21:38.58: corrupt audio frame(s)
10:37:04 15:21:54.10: corrupt audio frame(s)
10:37:05 15:22:18.74: corrupt audio frame(s)
10:37:06 15:22:30.26: corrupt audio frame(s)
10:37:06 15:22:39.38: corrupt audio frame(s)
10:37:06 15:22:43.22: corrupt audio frame(s)
10:37:08 15:23:08.66: corrupt audio frame(s)
10:37:08 15:23:19.06: corrupt audio frame(s)
10:37:08 15:23:19.70: corrupt audio frame(s)
10:37:10 15:23:44.02: corrupt audio frame(s)
10:37:10 15:24:11.22: corrupt audio frame(s)
10:37:11 15:24:21.30: corrupt audio frame(s)
10:37:12 15:24:33.46: corrupt audio frame(s)
10:37:12 15:24:40.34: corrupt audio frame(s)
10:37:12 15:24:52.98: corrupt audio frame(s)
10:37:12 15:24:53.94: corrupt audio frame(s)
10:37:13 15:25:09.46: corrupt audio frame(s)
10:37:14 15:25:17.14: corrupt audio frame(s)
10:38:41 15:51:24.34: corrupt audio frame(s)
10:38:41 15:51:25.94: corrupt audio frame(s)
10:38:42 15:51:49.94: corrupt audio frame(s)
10:38:42 15:51:52.34: corrupt audio frame(s)
10:38:42 15:52:04.82: corrupt audio frame(s)
10:38:43 15:52:07.06: corrupt audio frame(s)
10:38:43 15:52:28.02: corrupt audio frame(s)
10:38:43 15:52:29.46: corrupt audio frame(s)
10:38:45 15:52:54.42: corrupt audio frame(s)
10:38:45 15:53:01.46: corrupt audio frame(s)
10:38:46 15:53:24.50: corrupt audio frame(s)
10:38:46 15:53:25.94: corrupt audio frame(s)
10:38:46 15:53:33.30: corrupt audio frame(s)
10:38:47 15:53:40.98: corrupt audio frame(s)
10:38:47 15:53:44.50: corrupt audio frame(s)
10:38:47 15:53:57.78: corrupt audio frame(s)
10:38:47 15:53:58.10: corrupt audio frame(s)
10:38:47 15:53:59.70: corrupt audio frame(s)
10:38:48 15:54:02.42: corrupt audio frame(s)
10:39:37 AC3 PES: sync block too long (6103 bytes)
10:39:37 AC3 PES: sync block too long (18131 bytes)
10:39:37 16:09:42.26: corrupt audio frame(s)
10:39:37 AC3 PES: sync block too long (19087 bytes)
10:39:37 16:09:43.80: video resync
10:40:11 ESSync stopped

Wenn vielleicht Tonsel mal erklären könnte, wann die Fehler zu finden sind?
Ich sehe da nämlich nicht durch.

Übrigens war im LOG von PX eine max. Bitrate von über 9 Mbit/s. Könnte es auch sein, daß hier das Netzwerk an seiner Grenze angekommen ist?

tonsel · #148 Beitrag von **tonsel** » Mo 29 Mär 2004, 14:42

@Dusty

14:36:00.84: video resync

Du musst einfach von allen "corrupt audio Frame"-Zeiten die zitierte Zeit abziehen.

Die Netzwerk-Datenrate war noch nicht über'm Limit. Es sind kein "packet lost" im Log.

Interessant sind auch die "Sync block too long"-Meldungen. Das bestätigt mich in meiner Meinung, dass es ein Verschlüsselungs-Problem ist. Sowas darf auch in einem extrem stark gestörten DVB-Stream nicht drin sein.

tonsel

Dusty · #149 Beitrag von **Dusty** » Mo 29 Mär 2004, 14:45

Einfach abziehen?

Himmel...

10:34:17 14:40:13.46: corrupt audio frame(s)

BITTE ich kann doch die 14:40 nicht von der 10:34 abziehen?
Andersherum.. würde was mit 4 herauskommen. Sind das dann 4 min?
Sorry, aber ich sehe da nicht durch.

#150 Beitrag von **leth** » Mo 29 Mär 2004, 14:47

Wenn vielleicht Tonsel mal erklären könnte, wann die Fehler zu finden sind?

10:33:59 14:36:00.84: video resync
10:34:17 14:40:13.46: corrupt audio frame(s)
10:35:16 14:53:50.90: corrupt audio frame(s)

Ganz einfach du ziehst die Zeit des Fehlers von der Rexync Zeit ab, schon hast Du die Stelle gefunden. Also zB
4 Minuten 13 Sekunden und
17 Minuten 50 Sekunden

Es ist aber so, dass man die corrupt Audio Frames nicht unbedingt hören muss. UND du muss immer alle Audiodateien durchforsten, weil ja nicht klar ist, in welchem der Fehler aufgetreten ist.

Cu leth