Streamingfehler beim aufnehmen bei Premiere über Kabel

Nachricht

black14987 · #1 Beitrag von **black14987** » Di 04 Sep 2007, 6:00

Hallo,

ich habe seit ca. zwei Wochen, ungefähr seit der Umstellung von Unity auf Internet über Kabel, extrem viele Videoabbrüche. Das Informationsfenster von jack the grabber zeigt immer wieder video resync, stream out of data, corrupt audio frames, sync block too long und vieles mehr. Die Filme reißen meist mitten drin ab.

Nach der Umstellung von Unity hab ich auf der DBox das aktuelle Image installiert und gestern das aktuellste Snapshot. Keine Veränderung. Weiß wer weiter?

#2 Beitrag von **Pedant** » Di 04 Sep 2007, 10:43

Hallo black14987,

lass uns mal ein Log einer Aufnahme sehen und einen Blick auf Dein System und Deine Einstellungen werfen.

Gruß Frank

black14987 · #3 Beitrag von **black14987** » Di 04 Sep 2007, 15:59

Kurze Erklärung zur Umgebung. Jack the Grabber 0.7.4c läuft seit ca 1 Jahr Problemlos auf einem Win 2003 SBS Server. Die Nokia DBox lief bis vor ca 3 Wochen Problemlos. Aufgenommen wurde NUR über das JtG Tool. Seit 5 Wochen befindet sich eine Dreambox in meinem Besitz. Diese Dreambox hat auch ab und zu Streamingprobleme. Scheint fast so als ob der Videostream vom Kabel nicht ordentlich läuft, aber wenn ich bei Unity Media anrufe erzählen die mir das alles OK sei von Ihrer Seite. Ich will wieder SAT!!!!

Leider hab ich gerade erst die Log-Speicher-Funktion gefunden und eingeschaltet. Als Ersatz habe ich einen Screenshot beigefügt.

Änderungen der Letzten Zeit.
Mein Arbeitszimmer inkl Server ist 2 Räume weiter gezogen (Kabelstrecke verkürzt)
Das Festplattensystem auf das die Aufnahmen gemacht wurden wurde durch ein 500 GB RAID1 ersetzt
UnityMedia hat das Kabelnetz auf Internet über Kabel angepasst
Meine Nokia DBox wurde mit dem aktuellen Image inkl. Snapshot versehen.

P.S. Sowas kommt davon wenn man Posts aufmacht wenn man nicht ganz wach ist.

Streamingfehler beim aufnehmen bei Premiere über Kabel

Hier die Systemeinstellungen

Code: Alles auswählen

JtG-Info Test gestartet: 04.09.2007 16:41:07
JtG-Info Version: 0.0.2.3
Betriebssystem: Microsoft Windows NT 5.2.3790.0
Benutzer hat Administrator-Rechte
Beim auslesen der Werte für das Security-Center aus der Registrierung ist ein Fehler aufgetreten
Installierte .Net-Versionen:
	.NET-Version: v1.1.4322
	.NET-Version: v2.0.50727
	.NET-Version: v3.0
Installierte Jet-Versionen:
	Jet-Version: 4.0
Installierte MDAC: MDACVer.Version.2.82
Installierte Java-Runtime-Versionen:
	Java-Version: 1.4
	Java-Version: 1.4.2_04
Box-Information:

Boxtype Nokia
videooutput RGB with CVBS
videoformat automatic

Image-Version:

version=0202200708181315
creator=Riker
homepage=http://www.jackthegrabber.de
imagename=JTG-Image [IDE]

Playback-Modus:

PES-Modus

WebServer-Version:

3.1.3

Größe Sevices.xml:

24.155 bytes (23,6 kbyte)

Für die Abfrage wurde folgende IP verwendet: 192.168.1.29 Timeout: 1000

IP-Konfiguration über 'ipconfig /all'

Windows-IP-Konfiguration
   Hostname  . . . . . . . . . . . . : alexandria
   Primäres DNS-Suffix . . . . . . . : Burbach.comit-online.intern
   Knotentyp . . . . . . . . . . . . : Unbekannt
   IP-Routing aktiviert  . . . . . . : Nein
   WINS-Proxy aktiviert  . . . . . . : Ja
   DNS-Suffixsuchliste . . . . . . . : hess.intern
                                       Burbach.comit-online.intern
Ethernet-Adapter LAN-Verbindung des Servers:
   Verbindungsspezifisches DNS-Suffix: 
   Beschreibung  . . . . . . . . . . : NVIDIA nForce Networking Controller
   Physikalische Adresse . . . . . . : 00-13-D4-50-9C-15
   DHCP aktiviert  . . . . . . . . . : Nein
   IP-Adresse. . . . . . . . . . . . : 192.168.1.10
   Subnetzmaske  . . . . . . . . . . : 255.255.255.0
   Standardgateway . . . . . . . . . : 192.168.1.1
   DNS-Server  . . . . . . . . . . . : 192.168.1.10
                                       192.168.1.1
   Primärer WINS-Server  . . . . . . : 10.1.0.11
Ethernet-Adapter LAN-Verbindung:
   Verbindungsspezifisches DNS-Suffix: 
   Beschreibung  . . . . . . . . . . : Marvell Yukon 88E8001/8003/8010 PCI Gigabit Ethernet Controller
   Physikalische Adresse . . . . . . : 00-13-D4-50-A7-CD
   DHCP aktiviert  . . . . . . . . . : Ja
   Autokonfiguration aktiviert . . . : Ja
   IP-Adresse (Autom. Konfiguration) : 169.254.186.92
   Subnetzmaske  . . . . . . . . . . : 255.255.0.0
   Standardgateway . . . . . . . . . : 
   Primärer WINS-Server  . . . . . . : 10.1.0.11

Netstat-Informationen:

'netstat -ano' hat innerhalb von 5 sek. keine Information geliefert!
Starte netstat erneut ohne '-ano' (Versuch 2 von 2)
Netstat-Informationen:

'netstat -ano' hat innerhalb von 10 sek. keine Information geliefert!

Jack the Grabber läuft....
ermittle Version...
Version(intern): 1.0.2086.30230
Jack the Grabber wurde im Standard-Installationspfad gefunden...

Einstellungen von Jack the Grabber:
	DBoxIP(1): 192.168.1.29
	DBoxIP(2): 
	Timeout: 2000
	Aufnahmeprüfung = True
	sectionsd abschalten = True
	Playback aus = False
	RecordMode = False
	Sommerzeit = True
	eingestellter User: root
	eingestelltes Passwort: dbox2
	Aufnahmeengine:
		wingrab=False
		udrec=True
		ggrab=False
	udrec-Optionen:
		ES aufnehmen=True
		PES aufnehmen=False
		TS aufnehmen=False
		vsplit=-1
		asplit=-1
		buffer=16
		UDP-Port=31341
		sonstige Parameter: 
	Jack als Streamingserver starten = False

Sommerzeiteinstellung entspricht dem Rechner(Sommerzeit)!

udrec-Informationen:

udrec 0.12k by Harald Maiss (www.haraldmaiss.de)

#4 Beitrag von **jmittelst** » Di 04 Sep 2007, 16:25

Jo, da scheint Udrec über einen Aussetzer gestolpert zu sein.
Vielleicht versuchst Du mal, statt ES einfach Transportstreams aufzuzeichnen? ProjectX geht mit vielen Fehlern durchaus brauchbarer um, als Udrec das beim Erzeugen eines ES-Streams kann.
Aber auch, wenn UM das nicht wahr haben will: In letzter Zeit gibt es immer wieder kleine Störungen. Wenn man nur vor der Glotze sitzt, dann fehlt mal eine halbe Sekunde das Bild oder steht, manchmal hört man auch einen kleinen Zwitscherer, aber viel mehr passiert meist nicht. Reicht aber leider beim Streamen aus, um Probleme zu bereiten.

cu
Jens

black14987 · #5 Beitrag von **black14987** » Di 04 Sep 2007, 17:21

Wenns ja bei den kleineren Problemen blieb. Ich hab teilweise hänger von 1-2 Sekunden. Teilweise hängt der Stream auch dann (auf der Dream) komplett und ich muss einmal hin und zurückschalten. Wie gesagt. Ich will meine Schüssel wieder haben.

Vielleicht versuchst Du mal, statt ES einfach Transportstreams aufzuzeichnen? ProjectX geht mit vielen Fehlern durchaus brauchbarer um, als Udrec das beim Erzeugen eines ES-Streams kann.

Was heißt das in noobisch?

#6 Beitrag von **Pedant** » Di 04 Sep 2007, 17:51

Hallo black14987,

das heißt in etwa das hier:

TS (Transport-Stream) aufzeichen
http://doku.jackthegrabber.de/engine.htm
und per ProjectX demultiplexen lassen
http://www.jackthegrabber.de/viewtopic.php?t=1157
dann hast Du wieder ES (Elementary Streams).
Zur TS-Aufnahme musst Du den SPTS-Mode
http://wiki.tuxbox.org/SPTS#SPTS-Mode_Treiber_laden
in der Dbox aktiviert haben.

Gruß Frank

#7 Beitrag von **jmittelst** » Di 04 Sep 2007, 17:55

black14987 hat geschrieben:...
Was heißt das in noobisch?

Cooler Begriff.
Naja, das heißt, das einige Streamfehler, die Udrec bei der ES-Aufnahme durcheinander bringen, zumindest scheinbar, bei TS-Aufnahme von PX so weit zu retten sind, das sie im Endergebnis (z.B. DVD) nicht oder zumindest nicht so auffallen.
Aber bei Fehlern, die den Demuxer so aus dem Tritt bringen, das kein Bild mehr kommt... ich weiß ja nicht...
Aber Versuch macht klug, Meckermails an den UM-Support können vielleicht auch in Masse mal was auslösen... vielleicht hilft es ja was.

cu
Jens

black14987 · #8 Beitrag von **black14987** » Di 04 Sep 2007, 18:55

Also seh ich das richtig,
ich muss "nur" von MPega Elemantary auf MPeg Transport umschalten??
Und was bedeutet Playback bei TS automatisch aus?

P.S. Das noobisch ist schon recht gut bisher. Hab alles verstanden

#9 Beitrag von **jmittelst** » Di 04 Sep 2007, 21:21

Das mit dem Playback aus ist lange überholt. TS geht immer, wenn die Box im SPTS-Mode ist. Wenn Du die Timer in JtG setzt, muß die Box immer im SPTS-Mode sein (Bootoptionen), wenn Du Streaming-Server nutzt, kann sie bei Aufnahme in den SPTS-Mode geschaltet werden (Aufnahmeoptionen).

Übrigends: Expertisch für Noobisch-Sprecher gibt es unter http://wiki.godofgta.de

cu
Jens

black14987 · #10 Beitrag von **black14987** » Mi 05 Sep 2007, 7:39

Heute Nacht hat er das erste mal versucht als TS aufzunehmen. Das Ergebniss hab ich als komprimiertes Logfile angehangen. Das unkomprimierte war über 6 MB!!!!

DrRamoray · #11 Beitrag von **DrRamoray** » Mi 05 Sep 2007, 14:19

Du hast keinen TS gestreamt und Deine udrec ist (ur)alt.

udrec-Informationen:

udrec 0.12k by Harald Maiss (www.haraldmaiss.de)

#12 Beitrag von **jmittelst** » Mi 05 Sep 2007, 16:50

- Udrec auf 0.13beta aktualisieren
- Dbox: SPTS
- JtG: Transportstream (Speichern nicht vergessen)!

Testaufnahmen machen! Nicht einfach irgend etwas halbgahr ändern und dann einfach benutzen.

cu
Jens

black14987 · #13 Beitrag von **black14987** » Do 06 Sep 2007, 6:01

war nur die veraltete udrec Version. THX Guys!!!!!!!!!!!!!

#14 Beitrag von **Pedant** » Do 06 Sep 2007, 10:10

Hallo black14987,

und keine einzige Frage zu ProjectX.
Das kommt mir komisch vor.

Gruß Frank

Seppo · #15 Beitrag von **Seppo** » Mi 12 Sep 2007, 13:12

@all

auch wenn bei mir die Probleme nicht so weit gegangen sind, dass es zu Abbrüchen der Aufnahme kam (seitdem UnityMedia diesen unsäglichen Umbau vorgenommen hat

), so hatte ich doch regelmäßig bei den Premiere-Sendern ReSyncs (meist so um die 4-9, und auch erst so nach 13-20 Minuten - und das regelmäßig). Und dies betraf/betrifft auch NUR die Premiere-Sender (also 1-4, FilmClassics etc) - die ÖR-Sender (ARD, 1Festival & Co.) bleiben trotz erheblich höherer Datenrate davon verschont

GrabEngine war/ist die Wingrab-Engine

(bitte jetzt keine Diskussion deswegen - ich habe es halt lieber, wenn ich genau weiß, ob es einen zusätzlichen ReSync bei der Aufnahme gab und sie somit für mich unbrauchbar ist)

Und anscheinend habe ich den Fehler soweit eingekreist, dass man einfach die Option "sectionsd bei Aufnahme abschalten" anwählen muss - und schon gibt es keine ReSyncs mehr (zumindest liefen gestern 2 Aufnahmen von Premiere 3 und 1 sauber durch - und das war vorher NIE der Fall gewesen...)

Ich werde, wenn ich wieder zu Hause bin, die Aufnahmen von heute nacht überprüfen und dann Bescheid geben, ob es wirklich so klappt...

Seppo