Problem ohne Namen ...

Schneiden, Encoden und Brennen
Nachricht
Autor
flloyd
Sammler
Sammler
Beiträge: 103
Registriert: So 02 Nov 2003, 20:34

Problem ohne Namen ...

#1 Beitrag von flloyd » Fr 04 Nov 2005, 21:00

Hi Zusammen.

Ich habe mal wieder ein besonders tolles Problem mit meinen Streams :-)

Wie ich heute bemerkte, sind seit wenigen Tagen meine Streams leicht merkwürdig. Und zwar:

Wenn ich die TS-Streams mit ProjectX schneide/bearbeite, dann kommt eine Datei heraus, deren Laufzeit nicht mehr ganz stimmt. MPC zeigt mir normalerweise absolut sekundengenau die Laufzeit einer Datei an, zumindest bei den TS-Streams ist das so. Jetzt ist es allerdings so, das zum Beispiel eine Laufzeit von 1:46:15 angezeigt wird, aber der Film tatsächlich schon bei 1:45:55 endet oder auch bei erreichen der Zeit 1:46:15 noch einige Zeit weiter läuft, nur die Laufzeit steht dann bereits.
Desweiteren haben alle diese Dateien ein weiteres gemeinsames Merkmal: Wenn diese "merkwürdigen" Dateien im MPC abgespielt werden, dann fangen die bei erreichen des Endes nicht wieder von vorne an. Soll heißen, "normale" Dateien laufen bei mir im MPC in einer Endloschleife, Film zu Ende -> beginnt wieder von vorne. Nicht aber diese Streams, wenn dort das Ende der Datei erreicht ist, beginnt das abspielen zwar auch von vorne, aber es wird kein Bild angezeigt bzw. friert das Bild beim ersten Frame ein und Ton gibt es auch nicht. Drücke ich einmal auf Stop und wieder Start, läuft die Datei wieder normal mit Bild und Ton. Das ist zwar nicht "schlimm" haben aber eben alle Dateien als gemeinsames Merkmal, die auch das Problem mit der Laufzeit haben.

Um es kompliziert zu machen, der Abspielfehler entsteht erst nach der Bearbeitung mit PX, vorher spielt MPC die Datei wie gehabt in einer Endlosschleife ab. Die falsche Laufzeit besteht allerdings schon vorher.

Was ich bereits getestet/probiert und erkannt habe:

- Selbstverständlich Box und Software (mehrfach) neu gestartet.
- Der Fehler entsteht bei der Nachbearbeitung auf 3 verschiedenen Rechnern.
- Ich habe auch statt der ProjectX 0.90.x auch mal eine ältere 0.82.x probiert, aber dort passiert genau das gleiche.
- Es ist unabhängig vom Sender und vom Senderpaket.
- Es passiert nicht immer bei jedem Stream, sondern nur ab- und anmal.
- Sämtliche verwendete Software (JtG, PX, udrec) ist auf den aktuellsten stand.
- Bis vor 4 oder 5 Tagen hat alles noch fehlerlos funktioniert. Seitdem habe ich nichts verändert, umkonfiguriert oder installiert.
- In den Logdateien der betroffenen Streams ist nichts zu sehen, kein Fehler, keine Warning.

Wenn irgendjemand irgendeine Idee hat, dann wäre ich sehr dankbar. Ich probiere mich seit gestern dusselig und komme nicht dahinter, was das problem sein könnte :-/

Für mich sind die korrekten Laufzeiten sehr wichtig und zudem fehlt einem einfach das "Vertrauen" in Strams die sich derart merkwürdig verhalten.

Benutzeravatar
jmittelst
Co-Admin
Co-Admin
Beiträge: 11013
Registriert: So 16 Nov 2003, 13:42
Wohnort: Schildgen (Bergisch Gladbach)
Kontaktdaten:

#2 Beitrag von jmittelst » Sa 05 Nov 2005, 4:06

VU+ Ultimo 4k
VU+ Duo²
VU+ Solo²


[Zitat]Es gibt 2 Dinge, die unendlich sind. Das Weltall und die Dummheit der Menschen. Beim Weltall bin ich mir aber nicht so sicher...[/Zitat]
Vorsicht! Lesen kann zu Bildung führen! Links, Suchfunktion, Wikis und Google deshalb nur mit Bedacht nutzen!

flloyd
Sammler
Sammler
Beiträge: 103
Registriert: So 02 Nov 2003, 20:34

#3 Beitrag von flloyd » Sa 05 Nov 2005, 10:23

Danke, aber (leider): Nein :)

Ich kenne die Problematik und die Anfragen hier mit den Laufzeiten, aber diese besteht nicht, wenn man TS streamt und diese TS-Streams im MPC (Hier: Version 6.4.8.4) anzeigt. Ich mache das seit Monaten so, und die Laufzeit wird dort nicht geschätzt, sondern exakt und immer genau angezeigt. Probier mal aus, dann sieht Du was ich meine.

Ich nutze das seit Monaten und erst jetzt seit wenigen Tagen habe ich diese zum Teil merkwürdigen Streams wo a) die Laufzeit nicht stimmt und b) diese vom MPC nicht in einer Wiederholungsschleife abgespielt werden können.

Hat aber mit all den anderen Anfragen bezüglich der falschen Laufzeit (leider) nichts zu tun.

KeXXeN
Moderator
Moderator
Beiträge: 2975
Registriert: Di 21 Okt 2003, 16:16
Wohnort: Hamburg
Kontaktdaten:

#4 Beitrag von KeXXeN » Sa 05 Nov 2005, 10:36

Ist das igentlich nur so wenn du mit PX auch schneidest oder auch wenn du es einfach mit PX demuxt oder in m2p umwandeln lässt?

flloyd
Sammler
Sammler
Beiträge: 103
Registriert: So 02 Nov 2003, 20:34

#5 Beitrag von flloyd » Sa 05 Nov 2005, 14:23

KeXXeN hat geschrieben:Ist das igentlich nur so wenn du mit PX auch schneidest oder auch wenn du es einfach mit PX demuxt oder in m2p umwandeln lässt?
Meinst Du, ich soll statt nur schneiden auch gleichzeitig mal umwandeln oder nur umwandeln?
Ist eine Idee. Ich probiere das mal aus.

Allerdings besteht die "Merkwürdigkeit" in den Streams ja auch schon, bevor ich die weiterbearbeite.

Heute Nacht und heute Vormittag habe ich mal wieder 4 Teststreams aufgenommen und da hat alles fehlerlos funktioniert. Zur Vergleichbarkeit der Laufzeit habe ich die gleichen Sendungen auf einem Videorecorder mitgeschnitten, stimmt alles perfekt und auf die Sekunde genau und ich habe auch keine Abspielprobleme mit den Streams nach der Bearbeitung.

Im Grunde ist ja die einzige Möglichkeit die bleibt, das hier was mit dem "Empfang" nicht stimmt, also eventuell das Signal nicht so gut wie nötig ankommt. Oder?

flloyd
Sammler
Sammler
Beiträge: 103
Registriert: So 02 Nov 2003, 20:34

#6 Beitrag von flloyd » So 06 Nov 2005, 14:30

flloyd hat geschrieben:
KeXXeN hat geschrieben:Ist das igentlich nur so wenn du mit PX auch schneidest oder auch wenn du es einfach mit PX demuxt oder in m2p umwandeln lässt?
Meinst Du, ich soll statt nur schneiden auch gleichzeitig mal umwandeln oder nur umwandeln?
Ist eine Idee. Ich probiere das mal aus.
Hat leider auch nichts gebracht. Von den letzten 4 Teststreams war 1 völlig in Ordnung und 3 wieder nicht. Ich raffs nicht, finde da keinen Grund und auch keine Regel drin.

Mal abgesehen von der nicht mehr stimmenden Laufzeit:

Was ist an einem TS-Stream defekt, das er nicht mehr von vorne beginnt, nachdem er einmal durchgelaufen ist? Friert wie gesagt beim ersten Frame ein. Ist doch völlig unlogisch oder nicht?

Gibt es ein Tool, das TS-Streams oder generell Streams auf Fehler hin analysiert?

KeXXeN
Moderator
Moderator
Beiträge: 2975
Registriert: Di 21 Okt 2003, 16:16
Wohnort: Hamburg
Kontaktdaten:

#7 Beitrag von KeXXeN » So 06 Nov 2005, 14:53

Ja, es heißt ProjektX aber das hilft hier ja anscheinend nicht weiter ;)

flloyd
Sammler
Sammler
Beiträge: 103
Registriert: So 02 Nov 2003, 20:34

#8 Beitrag von flloyd » So 06 Nov 2005, 15:26

KeXXeN hat geschrieben:Ja, es heißt ProjektX
:-)
aber das hilft hier ja anscheinend nicht weiter ;)
Leider nicht.

Hier sind mal die Logs einer Datei die die beschriebenen Symptome hat. Die sind völlig in Ordnung:

Code: Alles auswählen

<<< end of quick info >>>

-> Input File 0:  'C:\Dbox-Aufnahme\2005-11-06-Wir viere sind die Musketiere\Wir viere sind die Musketiere-1_00.ts' (2.791.401.480 bytes)
-> Filetype is TS (generic PES Container)
-> make a TS
-> no PMT found (at a short scan)
-> special PIDs for searching defined: { 0x191 0x192 }
ok> PID 0x191 has PES-ID 0xE4 (MPEG Video) mapped to 0xE0 (63650032 #1) 
ok> PID 0x192 has PES-ID 0xC0 (MPEG Audio) mapped to 0xC0 (63661312 #61) 
-> cut-in @ GOP# 0 / new vframe 0 / new Timecode 00:00:00.000
-> cut-out @ GOP# 0
packs: 14146954 97% 2723708092
---> new File: C:\Dbox-Aufnahme\2005-11-06-Wir viere sind die Musketiere\Wir viere sind die Musketiere-1_00(new).ts

summary of created media files:
Stream:	'C:\Dbox-Aufnahme\2005-11-06-Wir viere sind die Musketiere\Wir viere sind die Musketiere-1_00(new).ts'
=> 2.693.833.764 bytes written...
-> we have 0 warnings/errors.

Code: Alles auswählen

Jack the Grabber Logfile
Erstellt am: 06.11.2005 10:59
Timer Aufnahme
Kanal=MDR FERNSEHEN
Sendung=Wir viere sind die Musketiere
Start=06.11.2005 10:58:00
Ende=12:49
*******************************************************
@10:18:10: Aufnahme Event:
@10:18:10: IP: 192.168.0.3
@10:18:10: VPid: 401
@10:18:10: APid 1: 402
@10:18:10: APid 2: 0
@10:18:10: APid 3: 0
@10:18:10: Filename: c:\Dbox-Aufnahme\2005-11-06-Wir viere sind die Musketiere\Wir viere sind die Musketiere.mpg
@10:18:10: Splittsize: 44399
@10:18:10: KanalID: 43100016e2c
@10:18:10: EPG Infos geschrieben
@10:18:10: sectionsd gestoppt
@10:18:10: -host 192.168.0.3 -vp 191 -ap 192 -gtc -ts -o "c:\Dbox-Aufnahme\2005-11-06-Wir viere sind die Musketiere\Wir viere sind die Musketiere-1"
@00:00:01: 10:59:08 to DBox: VIDEOTS 31341 16 0 1 va 191 192
@00:00:01: 10:59:08 from DBox: INFO: IP c0a80002 Port 31341
@00:00:02: 10:59:08 from DBox: PID va 1 191 192
@00:00:02: 10:59:08 to DBox: START
@00:00:02: Video:[0]c:\Dbox-Aufnahme\2005-11-06-Wir viere sind die Musketiere\wir viere sind die musketiere-1_00.ts
@00:00:02: 10:59:08 from DBox: INFO: UdpSender() - PID1107 R0 W0
@00:00:02: 10:59:08 from DBox: INFO: DmxTSReader() - Pid 275232 0 0
@00:00:08: Video: 401
@00:00:08: Audio1: 402
@00:00:08: Audio2: 0
@00:00:08: Audio3: 0
@00:00:08: Beginne Aufnahme nach: c:\Dbox-Aufnahme\\2005-11-06-Wir viere sind die Musketiere
@01:51:08: Ende Aufnahme
******************************************************
Video Ausgabe:
Video[0] FileSize=2784358400
******************************************************
Audio Ausgabe:
******************************************************
Muxer Ausgabe:

******************************************************
Video High: 
Video Low: 
Audio High: 
Audio Low: 
******************************************************
@01:51:09: 12:49:08 to DBox: STOP
@01:51:09: 12:49:08 network statistics:
@01:51:09: max:      6,5 Mbit/s total data rate
@01:51:09: average:  3,4 Mbit/s total data rate
@01:51:09: no resends
@01:51:09: 12:49:08 TcpSender stopped
@01:51:09: 12:49:08 from DBox: EXIT
@01:51:09: 12:49:08 UdpReceiver stopped
@01:51:09: 12:49:08 TcpReceiver stopped
@01:51:13: 
@01:51:13: sectionsd gestartet
******************************************************
Jack wünscht viel Spass mit der Aufnahme...
besucht uns auch mal auf: http://www.jackthegrabber.de
Typisch das ich wieder so ein "Spezial-Problem" habe :roll:, da streamt man jahrelang so vor sich hin und *schnipp* geht gar nichts mehr.

Fest steht für mich eigentlich inzwischen nur: Es muss bereits beim streamen entstehen und nicht bei der Nachbearbeitung. Manchmal äußerst sich der "Defekt" allerdings erst nach der Bearbeitung.

KeXXeN
Moderator
Moderator
Beiträge: 2975
Registriert: Di 21 Okt 2003, 16:16
Wohnort: Hamburg
Kontaktdaten:

#9 Beitrag von KeXXeN » So 06 Nov 2005, 15:30

Versuch bitte mal testweise folgendes:

mit PX Umwandeln in m2p und dann nochmal Umwandeln in ts.
Schaue mal ob dann etwas im Log steht.

flloyd
Sammler
Sammler
Beiträge: 103
Registriert: So 02 Nov 2003, 20:34

#10 Beitrag von flloyd » So 06 Nov 2005, 16:23

KeXXeN hat geschrieben:Versuch bitte mal testweise folgendes:

mit PX Umwandeln in m2p und dann nochmal Umwandeln in ts.
Schaue mal ob dann etwas im Log steht.
Done. Steht aber leider nichts, hier mal die beiden Logs:

Von TS nach M2P:

Code: Alles auswählen

 Sonntag, 6. November 2005  16.07 Uhr CET
ProjectX 0.90.1.00 (30.09.2005)

<<< session infos >>>

-> working with collection 0
 
-> save normal log file
-> write all video data
-> write all other data
-> PVA: strictly specs. for audio streams
-> VOB: determine diff. Cell timelines
-> TS: ignore scrambled packets
-> TS: enhanced search for open packets
-> TS: join file segments (of Dreambox)
-> TS: generate PMT stream dependent
-> get only enclosed PES/TS packets
-> concatenate different recordings
-> ensure 1st PES-packet start with video
-> generate PCR/SCR from PTS
 
-> write output files to: 'C:\Dokumente und Einstellungen\Mario\Desktop\2005-11-06-Wir viere sind die Musketiere'

-> Input File 0:  'C:\Dokumente und Einstellungen\Mario\Desktop\2005-11-06-Wir viere sind die Musketiere\Wir viere sind die Musketiere-1_00(new).ts' (2.737.571.212 bytes)
-> Filetype is TS (generic PES Container)
-> make a MPG2
-> Service ID 0x102
-> PMT 0x100 refers to these usable streams:
Video:	PID: 0xE0(#1)
Audio:	PID: 0xC0(#2)(deu)
Teletext:	
Subpict.:	

--> PID 0x0 (PAT) (0 #1) -> ignored
--> PID 0x100 (PMT) (188 #2) -> ignored
ok> PID 0xE0 has PES-ID 0xE4 (MPEG Video) mapped to 0xE0 (564 #4) 
ok> PID 0xC0 has PES-ID 0xC0 (MPEG Audio) mapped to 0xC0 (23876 #128) 
packs: 14328903 100% 2737571212
---> new File: C:\Dokumente und Einstellungen\Mario\Desktop\2005-11-06-Wir viere sind die Musketiere\Wir viere sind die Musketiere-1_00(new).m2p

summary of created media files:
Stream:	'C:\Dokumente und Einstellungen\Mario\Desktop\2005-11-06-Wir viere sind die Musketiere\Wir viere sind die Musketiere-1_00(new).m2p'
=> 2.599.797.119 bytes written...
-> we have 0 warnings/errors.
Von M2P nach TS:

Code: Alles auswählen

<<< end of quick info >>>

-> Input File 0:  'C:\Dokumente und Einstellungen\Mario\Desktop\2005-11-06-Wir viere sind die Musketiere\Wir viere sind die Musketiere-1_00(new).m2p' (2.599.797.119 bytes)
-> Filetype is MPEG-2 PS/SS (PES Container)
-> make a TS
-> found PES-ID 0xE0 (MPEG Video) mapped to 0xE0 @ 158
-> found PES-ID 0xC0 (MPEG Audio) mapped to 0xC0 @ 36410
-> skip system_end_code @ 2599797115
---> new File: C:\Dokumente und Einstellungen\Mario\Desktop\2005-11-06-Wir viere sind die Musketiere\Wir viere sind die Musketiere-1_00(new).ts

summary of created media files:
Stream:	'C:\Dokumente und Einstellungen\Mario\Desktop\2005-11-06-Wir viere sind die Musketiere\Wir viere sind die Musketiere-1_00(new).ts'
=> 2.727.786.188 bytes written...
-> we have 0 warnings/errors.
Tja :)

Nur damit ihr nicht denkt ich spinne mir hier einen zurecht oder bin zu blöde dazu: Ich schicke Dir gerne mal so einen "defekten" Stream auf DVD zu bei Bedarf :)

flloyd
Sammler
Sammler
Beiträge: 103
Registriert: So 02 Nov 2003, 20:34

#11 Beitrag von flloyd » Mo 07 Nov 2005, 18:43

So, jetzt habe ich immerhin mal einen Stream erwischt, der die beschriebenen Symptome hat und auch in PX Fehlermeldungen provoziert:

Vielleicht hilft das ja:

Code: Alles auswählen

Montag, 7. November 2005  18.43 Uhr CET
ProjectX 0.90.1.00 (30.09.2005)

<<< Session Informationen >>>

-> arbeite an Zusammenstellung 0
 
-> normale Logdatei automatisch speichern
-> schreibe Videodaten
-> schreibe alle anderen Daten
-> composite.display.flag unwirksam machen
-> Sequenzendcode am Ende anfügen
-> Auflösung in SDE setzen 
-> PVA: Audio nur formatgerecht behandeln
-> VOB: versch. Cell-Zeitlinen beachten
-> TS: ignoriere verschlüsselte Pakete
-> TS: erweiterte Paketinhaltsuche
-> TS: verbinde Dateisegmente (Dreambox)
-> TS: generiere PMT inhaltsbezogen
-> akzept. nur geschlossene PES/TS Pakete
-> verbinde verschiedene Aufnahmen
-> 1.PES-Paket muß mit Video starten
-> generiere PCR/SCR aus PTS
 
-> schreibe Ausgabedateien nach: 'J:\2005-11-07-Casanovas Rueckkehr'
-> 2 Schnittpunkt(e) gesetzt ( (0) nutze BytePos. für Schnitte )

-> Eingabedatei 0:  'J:\2005-11-07-Casanovas Rueckkehr\Casanovas Rueckkehr-1_00.ts' (2.516.995.176 Bytes)
-> Dateityp ist TS (generic PES Container)
-> demultiplexe
-> keine PMT gefunden (mit kurzem Scan)
!> Synchronisationswort fehlt bei Pos.: 139022124
!> Synchronisationswort gefunden bei Pos.: 139022240
ok> PID 0x191 hat PES-ID 0xE4 (MPEG Video) (139022240 #1) 
ok> PID 0x192 hat PES-ID 0xC0 (MPEG Audio) (139043860 #116) 
-> Export gestartet bei GOP# 12 / neue Bildnr. 0 / neuer Zeitindex 00:00:00.000
-> Videoeigenschaften: 720*576 @ 25fps @ 0.7031 (16:9) @ 7000000bps, vbvPuffer 91
-> starte Export von Videodaten bei GOP# 12
!> verwerfe überflüssige B-Frames bei GOP# 12 / neuer Zeitindex 00:00:00.000
!> unvollständiges TS-Paket am Dateiende erkannt bei 2516995136
packs: 12646768 100% 2516995176

-> Video: fr/ ct/ 1p/ cg/ og/ dg -> 135694/ 13/ 0/ 11308/ 0/ 0
-> Videolänge: 135694 Bilder in 01:30:27.760
-> GOP Zusammenfassung: min. 20, max. 24 Felder; enthält Halbbilder
-> durchschnittl. nom. Bitrate 3209242bps (min/max: 1451600/7080000)
-> setze Bitrate im ersten Sequenzkopf auf 7080000bps
---> neue Datei: J:\2005-11-07-Casanovas Rueckkehr\Casanovas Rueckkehr-1_00.m2v

--> MPEG Audio (0xC0) unter PID 0x192
-> Frames am Ende anfügen
Audio PTS: erstes Paket 12:36:28.049, letztes Paket 14:07:02.417
Video PTS: Start 1.GOP 12:36:34.531, Ende letzte GOP 14:07:02.291
-> passe Audio an Video-Zeitlinie an
!> Synchronisationswort fehlt bei Pos.: 155040, @ 00:00:00.000
!> Synchronisationswort gefunden bei Pos.: 155424
-> Ursprungsformat: MPEG-1, Layer2, 48000Hz, stereo, 192kbps, CRC @ 00:00:00.000
Audio Frames: wri/pre/skip/ins/add 226157/0/0/0/0 @ 01:30:27.768 abgeschlossen...
---> neue Datei: 'J:\2005-11-07-Casanovas Rueckkehr\Casanovas Rueckkehr-1_00.mp2'

Zusammenfassung der erstellten Mediendateien:
.Video (m2v):	135694 Bilder	01:30:27.760		'J:\2005-11-07-Casanovas Rueckkehr\Casanovas Rueckkehr-1_00.m2v'
Audio 0 (mp2):	226157 Frames	01:30:27.768	0/0/0/0	'J:\2005-11-07-Casanovas Rueckkehr\Casanovas Rueckkehr-1_00.mp2'
=> 2.307.641.256 Bytes geschrieben...
-> es wurden 6 Warn-/Fehlermeldungen ausgegeben.

Benutzeravatar
jmittelst
Co-Admin
Co-Admin
Beiträge: 11013
Registriert: So 16 Nov 2003, 13:42
Wohnort: Schildgen (Bergisch Gladbach)
Kontaktdaten:

#12 Beitrag von jmittelst » Mo 07 Nov 2005, 19:04

Hmm - das Demux-Log ist OK.
cu
Jens
VU+ Ultimo 4k
VU+ Duo²
VU+ Solo²


[Zitat]Es gibt 2 Dinge, die unendlich sind. Das Weltall und die Dummheit der Menschen. Beim Weltall bin ich mir aber nicht so sicher...[/Zitat]
Vorsicht! Lesen kann zu Bildung führen! Links, Suchfunktion, Wikis und Google deshalb nur mit Bedacht nutzen!

flloyd
Sammler
Sammler
Beiträge: 103
Registriert: So 02 Nov 2003, 20:34

#13 Beitrag von flloyd » Mo 07 Nov 2005, 22:27

jmittelst hat geschrieben:Hmm - das Demux-Log ist OK.
Schade, dachte das würde evt. Licht in die Sache bringen. Besonders das "Synchronisationswort fehlt" klang so verheissungsvoll ;)

Eine neue Erkenntnis habe ich auch:
Beim demuxxen des "defekten" TS-Streams steht hinterher im log auf die Zehntelsekunde genau die Laufzeit. Öffnet man diese Datei dann im MPC, "reserviert" dieser im Zeitbalken auch genau diesen Platz, aber tatsächlich findet der Film dann nur auf den ersten 20 - 30 "Minuten" des Balkens statt und ist auch nur dort anwählbar. Kurioserweise kennt man dadurch die genaue Laufzeit des Films, aber helfen tut das auch nicht, weil man nicht an bestimmte Zeiten im Film springen kann - was letztendlich genau das ist, was ich brauche und was bisher so anstandlos funktioniert hat :roll:

:?

KeXXeN
Moderator
Moderator
Beiträge: 2975
Registriert: Di 21 Okt 2003, 16:16
Wohnort: Hamburg
Kontaktdaten:

#14 Beitrag von KeXXeN » Di 08 Nov 2005, 1:00

Streamnst du eigentlich mit -gtc?

flloyd
Sammler
Sammler
Beiträge: 103
Registriert: So 02 Nov 2003, 20:34

#15 Beitrag von flloyd » Di 08 Nov 2005, 10:23

KeXXeN hat geschrieben:Streamnst du eigentlich mit -gtc?
Ja:

Code: Alles auswählen

@10:18:10: -host 192.168.0.3 -vp 191 -ap 192 -gtc -ts -o "c:\Dbox-Aufnahme\2005-11-06-Wir viere sind die Musketiere\Wir viere sind die Musketiere-1" 
Frage:

Ich bin ja immer noch relativer udrec-Neuling. Was für Dateiendungen müssen denn herauskommen, wenn ich bei Optionen/Engine statt TS mal MPEG Elementary (ES?) oder MPEG Packetized Elementary (PES?) anwähle (und natürlich auf "Speichern" klicke)?

Bei mir landet immer nur ein .ts auf der Platte, egal was ich anwähle. Ändert sich nur der Inhalt der .ts-Datei oder müßte sich auch sonst was ändern?

Antworten