ich brauche ein kostenloses Programm, mit dem ich Transport Streams (;also .ts-Dateien) nach MPEG2 konvertieren kann; wenn's geht gleich gedemultiplext (;also Audio und Video getrennt, damit ich es hinterher schneiden kann).
Ich habe zwar schon einige Dinger gefunden - die kosten aber alle was. Ach ja: ProjectX habe ich auch schon versucht, aber das stürzt immer mitten in der Arbeit mit "unverschlüsseltes Frame gefunden" oder so ähnlich ab. Außerdem ist es wahnsinnig langsam.
Was könnt ihr mir empfehlen?
-- Philip
Antwort von Klaus Hartmann:
Philip Seeger schrieb: > Hallo, > > ich brauche ein kostenloses Programm, mit dem ich Transport Streams
Moin,
ist Dein Rechner sauber konfiguriert? Normalerweise arbeitet ProjectX "wahnsinnig" schnell.
Carpe Diem
Klaus
Antwort von Thomas Beyer:
Philip Seeger schrieb:
> ich brauche ein kostenloses Programm, mit dem ich Transport Streams (;also > .ts-Dateien) nach MPEG2 konvertieren kann; wenn's geht gleich gedemultiplext > (;also Audio und Video getrennt, damit ich es hinterher schneiden kann).
> Ich habe zwar schon einige Dinger gefunden - die kosten aber alle was. > Ach ja: ProjectX habe ich auch schon versucht, aber das stürzt immer mitten > in der Arbeit mit "unverschlüsseltes Frame gefunden" oder so ähnlich ab.
ProjectX ist gegenwärtig für Transportstreams unbrauchbar.
> Außerdem ist es wahnsinnig langsam.
PVAStrumento wird auch nicht schneller sein (;limitierender Faktor == Festplatte). Es sei denn, Du verarbeitest fehlerbehaftete Transportstreams. Aber mit diesen hängt ProjectX sowieso eher früher als später.
MfG, Thomas
Antwort von Beate Goebel:
Thomas Beyer schrieb am Mittwoch, 28.12. 2005, 17:24:
> ProjectX ist gegenwärtig für Transportstreams unbrauchbar.
Warum das denn und welche Version meinst Du? Ich habe gerade 10 DVB-T- Aufnahmen damit problemlos "behandelt".
Beate
-- > und was ist ein Skwar? Ein Skwar ist etwas, dass ständig an den Sachverhalten rumdreht, neue Varianten einführt und den aktuellen Stand ignoriert. [Holger Lembke in dan-am]
Antwort von Thomas Beyer:
Beate Goebel schrieb: > Thomas Beyer schrieb am Mittwoch, 28.12. 2005, 17:24: > > > ProjectX ist gegenwärtig für Transportstreams unbrauchbar. > > Warum das denn und welche Version meinst Du? Ich habe gerade 10 DVB-T- > Aufnahmen damit problemlos "behandelt".
Glück gehabt. Hier gibts mit ProjectX 0.90.02 in Verbindung mit Transportstreams nur Probleme:
Mag vielleicht nicht repräsentativ sein, verleitet mich aber zu obiger genereller Aussage. Mir ist bewußt, dass jeder unter einem konformen Transportstream etwas anderes zu verstehen scheint und sich bspw. die Neutrino-Developer von den VLC-Jungs deswegen schon Seitenhiebe gefallen lassen mussten. Mir als Enduser isses aber relativ egal, solange andere Software mit diesen TS-Streams klarkommt und nur ProjectX nicht.
MfG, Thomas
Antwort von Rainer Debus:
"Thomas Beyer" schrieb im Newsbeitrag > Mag vielleicht nicht repräsentativ sein, verleitet mich aber zu obiger > genereller Aussage. Mir ist bewußt, dass jeder unter einem konformen > Transportstream etwas anderes zu verstehen scheint und sich bspw. die > Neutrino-Developer von den VLC-Jungs deswegen schon Seitenhiebe gefallen > lassen mussten. Mir als Enduser isses aber relativ egal, solange andere > Software mit diesen TS-Streams klarkommt und nur ProjectX nicht. > MfG, > Thomas
Hi Thomas, welche Software verwendest Du ? Gruß Rainer
Antwort von Thomas Beyer:
Rainer Debus schrieb:
> Hi Thomas, welche Software verwendest Du ?
Wie gesagt: bei fehlerhaften Streams gibt es kein Patentrezept. PVAStrumento macht oft noch etwas Brauchbares draus, Wombles MPEG Video Wizard ist auch sehr fehlerredundant.
Nach meiner Erfahrung tun sich viele Softwares mit kaputten Transportstreams (;*.TS) aber schwerer als mit PS (;*.MPG) oder ES (;*.M2V, *.M2A, *.AC3), so daß ich vorzugsweise als elementary streams aufzeichne, wenns nicht gleich ein ganzer Transponder sein muß.
Gruss, Thomas
Antwort von Beate Goebel:
Thomas Beyer schrieb am Mittwoch, 28.12. 2005, 21:55:
> Beate Goebel schrieb: >> Thomas Beyer schrieb am Mittwoch, 28.12. 2005, 17:24: >>> ProjectX ist gegenwärtig für Transportstreams unbrauchbar. >> >> Warum das denn und welche Version meinst Du? Ich habe gerade 10 >> DVB-T- Aufnahmen damit problemlos "behandelt". > > Glück gehabt. Hier gibts mit ProjectX 0.90.02 in Verbindung mit > Transportstreams nur Probleme: > > > DVB-T (;Technisat Airstar PCI): > ------------------------------ > TSReader => kompletter ARD-Transponder TS-Stream == Absturz > DVBViewer => RTL TS-Stream => Ruckler, leicht asynchron
Hmm. Ich schaue mir allerdings nicht den TS-Stream direkt an, sondern des Ergebnis nach "Behandlung" mit DVDLab und da habe ich (;ARD, arte, ZDF) auf meinem Sony keine Probleme gesehen. Klar, über den Beamer sieht das anders aus, aber das ist eben DVB-T.
Solltest Du evtl. die Antenne (;Schüssel = Schnee) neu ausrichten oder mal die Kanäle neu einlesen?
Abstürze habe ich mit PX nicht. Hast Du die neuste Java-Engine drunter?
Beate
-- >Und übertriebene Nutzung von irgendwas ist immer unnötig. Genau!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! [TGL und MP in hadeta]
Antwort von Thomas Beyer:
Beate Goebel schrieb: > Thomas Beyer schrieb am Mittwoch, 28.12. 2005, 21:55: > > > Beate Goebel schrieb: > >> Thomas Beyer schrieb am Mittwoch, 28.12. 2005, 17:24: > >>> ProjectX ist gegenwärtig für Transportstreams unbrauchbar. > >> > >> Warum das denn und welche Version meinst Du? Ich habe gerade 10 > >> DVB-T- Aufnahmen damit problemlos "behandelt". > > > > Glück gehabt. Hier gibts mit ProjectX 0.90.02 in Verbindung mit > > Transportstreams nur Probleme: > > > > > > DVB-T (;Technisat Airstar PCI): > > ------------------------------ > > TSReader => kompletter ARD-Transponder TS-Stream == Absturz > > DVBViewer => RTL TS-Stream => Ruckler, leicht asynchron > > Hmm. Ich schaue mir allerdings nicht den TS-Stream direkt an, sondern des > Ergebnis nach "Behandlung" mit DVDLab und da habe ich (;ARD, arte, ZDF) auf > meinem Sony keine Probleme gesehen.
Bei PS (;*.MPG) legt ProjectX hier auch einen prima Job hin. Nur eben bei TS (;*.TS) oftmals nicht. Ich habe gerade wieder den Fehler gemacht, auf ZDF (;"Das fliegende Klassenzimmer") in TS aufzunehmen. So kommt das vom ZDF-Transponder rüber (;Analysis):
================= Beißkante Logfile Ende =========================
Das sind keine Empfangsprobleme. Unmittelbar davor und danach ausgestrahlter Content wies keinen einzigen Fehler auf.
Fehlertolerantes Equipment (;Settopbox, Gabest-Demuxer am PC, DVD-Player Panasonic S49) gibt das auch ohne sichtbare Fehler wieder. Nur eben ProjectX verschluckt sich heftig dran. Dieser TS remuxt ergibt je nach eingestellten Optionen in ProjectX 0.90.02 entweder asynchrones Audio, Mickeymaus-Audio oder Bildruckler. Irgendeine Fehlerredundanz hat man bei Schritt von 0.80 zu 0.90 in ProjectX geändert, denn mit alten Versionen geht alles wieder.
> Solltest Du evtl. die Antenne (;Schüssel = Schnee) neu ausrichten oder mal > die Kanäle neu einlesen?
Mhm, die BER bei DVB-C liegt hier schon unter 300, das ist ziemlich ideal.
> Abstürze habe ich mit PX nicht. Hast Du die neuste Java-Engine drunter?
DEN Fehler habe ich inzwischen gefunden. Ein stinkiger DS-Filter hatte sich dermaßen penetrant im System implantiert, dass er bei bestimmten Anlässen (;Anzeige der Thumbnails von Videos im Explorer, Anzeige von Videopreviews in MPEG2Schnitt und komischerw2eise auch ProjectX) periodisch explorer.exe killte.
Da ProjectX die DirectX Engine eigentlich gar nicht nutzt, war dieser Fehler sehr ominös. Das ist jetzt schon der zweite Filter, der dermaßen tief im System rumwühlt, das er sogar den Kernel bei bestimmten Konstellationen abschießt:
1. Nvdia Purevideo Decoder 1.02-185 ----------------------------------- nvtrpdemux.ax == NVIDIA Transport Demux Filter nvtsinfo.ax == NVIDIA Transport Stream Info Parser
2. Elecard MPEG Player 4.01 --------------------------- em4vd.ax == Elecard MPEG-4 Video Decoder (;alpha)
Der Rest der beiden Packages arbeitet so stabil, dass sie wohl diese Woche noch von der Testplattform auf den Produktivrechner wandert.
Aber ich bin abgeschweift. Die Bluescreens hatten also nichts mit ProjectX zu tun. Das unbefriedigende Demuxen von TS damit hingegen stimmt mich immer noch nachdenklich. Ich denke, ich sitze es einfach aus, bis wieder eine gut arbeitende ProjectX-Version erscheint. ;-)
Bei sowas hier streckt ProjectX 0.90.02 endültig die Hufe:
-> 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 -> ergänze fehlenden Sequenzkopf in GOPs -> PVA: Audio nur formatgerecht behandeln -> VOB: versch. Cell-Zeitlinen beachten -> TS: ignoriere verschlüsselte Pakete -> TS: erweiterte Paketinhaltsuche -> TS: verbinde Dateisegmente (;Dreambox) -> TS: Finepass Anpassung f. Lesen -> 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: 'D:Temp'
-> Eingabedatei 0: 'E:Video - InfotainmentLouis Armstrong Reportage.ts' (;982.005.780 Bytes) -> Dateityp ist TS (;generic PES Container) -> demultiplexe -> keine PMT gefunden (;mit kurzem Scan) --> PID 0x0 (;PAT) (;0 #1) -> ignoriert --> PID 0x42 (;PMT) (;188 #2) -> ignoriert ok> PID 0x44 hat PES-ID 0xC0 (;MPEG Audio) (;376 #3) ok> PID 0x45 hat PES-ID 0xE0 (;MPEG Video) (;21808 #117) -> Videoeigenschaften: 480*576 @ 25fps @ 0.6735 (;4:3) @ 15000000bps, vbvPuffer 112 -> starte Export von Videodaten bei GOP# 0 !> verwerfe überflüssige B-Frames bei GOP# 0 / neuer Zeitindex 00:00:00.000 !> verwerfe GOP# 160 bei orig. PTS 01:59:46.577 (;646791941) -> Bilder erw./gez. 12/9, inGOP PTS Diff. -120ms, neuer Zeitindex 00:01:16.720 !> PTS Differenz von 259200 (;00:00:02.880) zum letzten exportierten GOP festgestellt !> verwerfe überflüssige B-Frames bei GOP# 161 / neuer Zeitindex 00:01:16.720 !> verwerfe GOP# 423 bei orig. PTS 02:01:55.217 (;658369541) -> Bilder erw./gez. 3/1, inGOP PTS Diff. 0ms, neuer Zeitindex 00:03:22.400 !> PTS Differenz von 259200 (;00:00:02.880) zum letzten exportierten GOP festgestellt !> verwerfe überflüssige B-Frames bei GOP# 424 / neuer Zeitindex 00:03:22.400 !> PTS Differenz von 43200 (;00:00:00.480) zum letzten exportierten GOP festgestellt !> verwerfe überflüssige B-Frames bei GOP# 1043 / neuer Zeitindex 00:08:19.440 !> verwerfe GOP# 1874 bei orig. PTS 02:13:34.577 (;721311941) -> Bilder erw./gez. 12/11, inGOP PTS Diff. 0ms, neuer Zeitindex 00:14:58.240 !> PTS Differenz von 259200 (;00:00:02.880) zum letzten exportierten GOP festgestellt !> verwerfe überflüssige B-Frames bei GOP# 1875 / neuer Zeitindex 00:14:58.240 !> verwerfe GOP# 2590 bei orig. PTS 02:19:20.657 (;752459141) -> Bilder erw./gez. 12/6, inGOP PTS Diff. -240ms, neuer Zeitindex 00:20:41.360 !> PTS Differenz von 43200 (;00:00:00.480) zum letzten exportierten GOP festgestellt !> verwerfe überflüssige B-Frames bei GOP# 2591 / neuer Zeitindex 00:20:41.360 !> verwerfe GOP# 4029 bei orig. PTS 02:30:51.377 (;814623941) -> Bilder erw./gez. 12/6, inGOP PTS Diff. -240ms, neuer Zeitindex 00:32:11.520 !> PTS Differenz von 259200 (;00:00:02.880) zum letzten exportierten GOP festgestellt !> verwerfe überflüssige B-Frames bei GOP# 4030 / neuer Zeitindex 00:32:11.520 !> verwerfe GOP# 4650 bei orig. PTS 02:35:51.857 (;841667141) -> Bilder erw./gez. 11/12, inGOP PTS Diff. 0ms, neuer Zeitindex 00:37:09.040 !> PTS Differenz von 302400 (;00:00:03.360) zum letzten exportierten GOP festgestellt !> verwerfe überflüssige B-Frames bei GOP# 4651 / neuer Zeitindex 00:37:09.040 packs: 5194837 100% 982005780
-> Video: fr/ ct/ 1p/ cg/ og/ dg -> 71396/ 8/ 1/ 5951/ 0/ 6 -> Videolänge: 71396 Bilder in 00:47:35.840 -> GOP Zusammenfassung: min. 20, max. 24 Felder; enthält Halb- und Vollbilder -> durchschnittl. nom. Bitrate 2445648bps (;min/max: 314800/7023200) -> setze Bitrate im ersten Sequenzkopf auf 7023200bps ---> neue Datei: D:TempLouis Armstrong Reportage.m2v
--> MPEG Audio (;0xC0) unter PID 0x44 -> Audio: nur ersten Sync.pkt verwenden -> erlaube Leerraum zw. Frames (;h.w.c.!) -> validiere CRC (;AC-3 / Mpg-Audio L1,2) -> entferne CRC (;Mpg-Audio Layer1,2) -> kl. Fehlstellen maskieren -> verwende nur erste Audio PTS (;um Startpunkt zu synchronisieren) Audio PTS: erstes Paket 01:58:29.119, letztes Paket 01:58:29.119 Video PTS: Start 1.GOP 01:58:29.857, Ende letzte GOP 02:46:22.097 !> erster Video PTS startet später als der letzte PTS aus diesem Strom! kritisch für Synchronisierung -> passe Audio an Video-Zeitlinie an -> Ursprungsformat: MPEG-1, Layer2, 48000Hz, stereo, 192kbps, CRC @ 00:00:00.000 Audio Frames: wri/pre/skip/ins/add 118406/0/0/0/0 @ 00:47:21.744 abgeschlossen... ---> neue Datei: 'D:TempLouis Armstrong Reportage.mp2'
================= Beißkante Logfile Ende ===========================
Ok, DIESER Stream ist auch sowas von daneben gegangen, dass ich ihn wohl als worst case Tesfile aufheben werde zum Testen neuer Software ;-).
Gruß, Thomas
Antwort von Beate Goebel:
Thomas Beyer schrieb am Donnerstag, 29.12. 2005, 12:55:
> Beate Goebel schrieb: >>> >>> DVB-T (;Technisat Airstar PCI): >>> ------------------------------ >>> TSReader => kompletter ARD-Transponder TS-Stream == Absturz >>> DVBViewer => RTL TS-Stream => Ruckler, leicht asynchron >> >> Hmm. Ich schaue mir allerdings nicht den TS-Stream direkt an, sondern >> des Ergebnis nach "Behandlung" mit DVDLab und da habe ich (;ARD, arte, >> ZDF) auf meinem Sony keine Probleme gesehen. > > Bei PS (;*.MPG) legt ProjectX hier auch einen prima Job hin. Nur eben > bei TS (;*.TS) oftmals nicht. Ich habe gerade wieder den Fehler > gemacht, auf ZDF (;"Das fliegende Klassenzimmer") in TS aufzunehmen.
Ich kann natürlich nur obige DVB-T-Konfiguration testen, mit dem DVBViewer 3.2.6.80 und Rekorder/TS-PlugIn V 1.7 (;von gestern). (;Hast Du dem DVB-Source-Filter ein paar mehr Buffer gegeben?)
Mal eine Aufnahme eben, ZDF. ProjektX sagt nach dem Demuxen folgendes:
Donnerstag, 29. Dezember 2005 13.23 Uhr CET ProjectX 0.90.02.00 (;26.11.2005)
Kompiliert von OoZooN mit JDK 1.5.0 04
<<< 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 -> Sequenzendcode bei Wechseln einfügen -> Auflösung in SDE setzen -> ergänze fehlenden Sequenzkopf in GOPs -> 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
-- "Ich möchte bitte komfortabel lesbare Beiträge und hohes Niveau. Wenn Besserwisserei und scharfer Umgansgton helfen, lesefeindlichen Mist (;formal gesehen) und dummes Zeug (;inhaltlich gesehen) draußen zu halten, dann ist das doch fein." [thh in arcor.help]
Danke, das macht mir daraus mehrere gedemultiplexte Dateien. Jetzt muss ich noch schauen, dass ich das weiterverarbeiten kann. Da wir schon beim Thema sind: Kann mir auch irgendein kostenloser Multiplexer empfohlen werden, mit dem ich daraus (;natürlich verlustfrei) wieder eine schöne MPEG2-Datei basteln kann? Mein TMPGEnc macht das nämlich nicht.
Philip
Antwort von Thomas Beyer:
Philip Seeger schrieb:
> Danke, das macht mir daraus mehrere gedemultiplexte Dateien. Jetzt muss ich > noch schauen, dass ich das weiterverarbeiten kann.
Schneiden mit Cuttermaran, authoren je nach Geschmacksrichtung mit IFOEdit, DVDLab ...
> Da wir schon beim Thema sind: Kann mir auch irgendein kostenloser > Multiplexer empfohlen werden, mit dem ich daraus (;natürlich verlustfrei) > wieder eine schöne MPEG2-Datei basteln kann? Mein TMPGEnc macht das nämlich > nicht.
Ich mag zum Muxen MPLEX. Freeware und sehr gutmütig:
http://wiki.tuxbox.org/Mplex
Ein ...
mplex.exe -f 3 -o "out.mpg" "%P%O.mpv" "%P%O.mpa"
... muxt bspw. MPV und MPA zu einem generic MPEG2 PES.
Gruss, Thomas
Antwort von Detlef Wirsing:
Thomas Beyer schrieb:
[...] > Bei PS (;*.MPG) legt ProjectX hier auch einen prima Job hin. Nur eben bei > TS (;*.TS) oftmals nicht. Ich habe gerade wieder den Fehler gemacht, auf > ZDF (;"Das fliegende Klassenzimmer") in TS aufzunehmen. So kommt das vom > ZDF-Transponder rüber (;Analysis): [...]
Mal rein interessehalber: Warum wird überhaupt TS aufgenommen, wenn es bekannterweise zu Problemen führt? Ist das ein "Muß" bei DVB-T? Ich habe nur DVB-C, deshalb weiß ich es nicht.
Mit freundlichen Grüßen Detlef
Antwort von Detlef Wirsing:
Philip Seeger schrieb:
> Danke, das macht mir daraus mehrere gedemultiplexte Dateien. Jetzt muss ich > noch schauen, dass ich das weiterverarbeiten kann. > Da wir schon beim Thema sind: Kann mir auch irgendein kostenloser > Multiplexer empfohlen werden, mit dem ich daraus (;natürlich verlustfrei) > wieder eine schöne MPEG2-Datei basteln kann? Mein TMPGEnc macht das nämlich > nicht.
Mein TMPGEnc Plus 2.5, V2.510.49.157 schon. Du kannst aber auch z.B. den Imago MPEG-Muxer nehmen, den du wie das ES-Schnittprogramm Cuttermaran kostenlos bei www.cuttermaran.de findest. Falls Du lieber *.mpg schneidest, empfehle ich Wombles MPEG-VCR von www.womble.com. Das ist allerdings kostenpflichtig und schneidet nur eine Tonspur, zumindest meine Version. Vielleicht hat es ja in den letzten 2 Jahren dazugelernt.
Mit freundlichen Grüßen Detlef
Antwort von Thomas Beyer:
Detlef Wirsing schrieb:
> Mal rein interessehalber: > Warum wird überhaupt TS aufgenommen, wenn es bekannterweise zu > Problemen führt? Ist das ein "Muß" bei DVB-T? Ich habe nur DVB-C, > deshalb weiß ich es nicht.
Weil TS das native Format ist, in dem in DVB gesendet wird. Ein Transportstream kann bspw. den kompletten Transponderinhalt enthalten inklusive Videotextdaten, Untertitel, alle Audiospuren ...
Besteht die Möglichkeit in einem anderen Format zu streamen (;die Soft/Firmware bietet das an), wurde dort bereit remultiplext, was theoretisch zu Problemen führen kann.
Ein weiterer Aspekt, warum man als TS mitschneidet, ist, das man das Mitgeschnittene auf seiner Settopbox wiedergeben möchte. deren Chipsets kommen meist nur mit TS klar, da sie ja logischerweise für DVB konzipiert wurden.
Unter Windows ist TS IMO eher ein exotisches, noch nicht optimales Videoformat, gerade was Fehlerredundanz angeht.
Gruß, Thomas
Antwort von Gernot Zander:
Hi,
in de.comp.tv video Philip Seeger wrote: >> PVAStrumento (;Empfehlung): http://www.offeryn.de/dv.htm
> Danke, das macht mir daraus mehrere gedemultiplexte Dateien. Jetzt muss ich > noch schauen, dass ich das weiterverarbeiten kann. > Da wir schon beim Thema sind: Kann mir auch irgendein kostenloser > Multiplexer empfohlen werden, mit dem ich daraus (;natürlich verlustfrei) > wieder eine schöne MPEG2-Datei basteln kann? Mein TMPGEnc macht das nämlich > nicht.
Ich pflege mit PVAStrumento zu teilen (;an Formatsprüngen, z.B. 16:9/4:3 oder so)/demuxen, dann mit Cuttermaran zu schneiden, der muxt auch gleich. Das dann mit Ulead MF2 brennen.
Haarig war neulich nur ein Film mit Audio-Description. Zwar hatte das Mpeg "2Kanal" gesetzt, für die DVD braucht man aber 2 Audio-Streams. Ich musste tatsächlich mit Wave-Editor die Spuren trennen, mit TMpeg neu in MP2 wandeln und dann mit Cuttermaran schneiden/muxen (;der kann 2 Audio-Streams, Tmpeg leider nicht). Brennen mit Ulead ging leider nicht - der hat immer nur den einen Audio-Stream genommen. Habe ich dann mit DVDStyler machen müssen.
mfg. Gernot
-- (;Gernot Zander) www.kabelmax.de *Keine Mailkopien bitte!* Ein System-Administrator ist nur so gut wie sein letztes Backup. (;Horst Knobloch)
Antwort von Josef Moellers:
Beate Goebel wrote: > Thomas Beyer schrieb am Mittwoch, 28.12. 2005, 17:24: > > >>ProjectX ist gegenwärtig für Transportstreams unbrauchbar. > > > Warum das denn und welche Version meinst Du? Ich habe gerade 10 DVB-T- > Aufnahmen damit problemlos "behandelt".
Ich arbeite benutze ProjectX auch, für DVB-S und habe schon über 100 =
DVDs damit erzeugt und alles ging problemlos. Vielleicht gibt es ja Unterschiede zwischen DVB-S, -T, -C was "TS" betrifft?
-- Josef Möllers (;Pinguinpfleger bei FSC) If failure had no penalty success would not be a prize -- T. Pratchett
Antwort von Josef Moellers:
Philip Seeger wrote: >> PVAStrumento (;Empfehlung): http://www.offeryn.de/dv.htm > > > Danke, das macht mir daraus mehrere gedemultiplexte Dateien. Jetzt muss=
> ich noch schauen, dass ich das weiterverarbeiten kann. > Da wir schon beim Thema sind: Kann mir auch irgendein kostenloser > Multiplexer empfohlen werden, mit dem ich daraus (;natürlich verlustfr= ei) > wieder eine schöne MPEG2-Datei basteln kann? Mein TMPGEnc macht das > nämlich nicht.
Ich mache das Ganze unter Linux mit mplex, dann dvdauthor und growisofs.
-- Josef Möllers (;Pinguinpfleger bei FSC) If failure had no penalty success would not be a prize -- T. Pratchett
Antwort von Thomas Beyer:
Josef Moellers schrieb:
> Beate Goebel wrote: > > Thomas Beyer schrieb am Mittwoch, 28.12. 2005, 17:24: > > > > > >>ProjectX ist gegenwärtig für Transportstreams unbrauchbar. > > > > > > Warum das denn und welche Version meinst Du? Ich habe gerade 10 DVB-T- > > Aufnahmen damit problemlos "behandelt". > > Ich arbeite benutze ProjectX auch, für DVB-S und habe schon über 100 > DVDs damit erzeugt und alles ging problemlos. Vielleicht gibt es ja > Unterschiede zwischen DVB-S, -T, -C was "TS" betrifft?
Auf jeden Fall, meine Sichtweise dazu schrieb ich das bereits. Settopboxen wied die dbox2 liefern eigenartiges TS, DVBViewer und wie die Softwares hier alle heißen mögen je nach Version und Laune ebenfalls. Ich kritisiere auch nicht ProjectX, das es mit diesen Implementationen nicht umgehen könne, sondern stelle nur fest, das man schon mal fehlerredundant genug war damit umzugehen.
IMHO verballhornt bspw. die dbox2 mit Neutrino das Format TS, da auch dort bereits remultiplext wird, bevor TS rausgereicht wird. Dann kann ich auch gleich als PES oder elementary streams aufnehmen.
