Besseres Aufnahmeformat: Mpg oder Pva??

Naja also ich nehme nur TS auf also den reinen Transportstream so wie es gesendet wurde. Dadurch kann ich es per Netzwerk mit meiner D-Box auch wiedergeben. Zudem wird auch ein eventueller Untertitel aufgenommen. Sicherlich muss ich das ganze dann mit Hilfe von ProjectX bearbeiten (ich schneide damit auch, da man TS direkt schneiden kann und sich so einen Arbeitschritt und ein wenig Zeit beim wandeln spart.) Früher habe ich immer ES aufgenommen, also eine mpv und mp2 und ac3 Spur gehabt, so konnte ich das ganze schneller in DVDlab importieren und authoren, auch MPEG2Schnitt will es ja so.

Zitat von Iggy

wer welches Aufnahmeformat warum vorzieht.

PVA.

Darum.

:D;)

Nein, im Ernst: soweit ich weiß ist die Reihenfolge TS - PVA - MPG wenn's um "noch möglichst viele gesendete Informationen drin" geht; d.h. in TS ist noch am ehesten das, was vom Satellit (bzw. vom Sender) kommt, drin - dann PVA und dann MPG.

Diskussionen "PVA vs. MPG" hab' ich aber schon öfters gesehen - da scheiden sich die Geister. Die einen (u.a. ich) bevorzugen PVA, die anderen meinen, MPG sei besser.

Da mich noch niemand eines besseren belehrt hat, benutze ich PVA weil ich davon ausgehe, dass da mehr Informationen drinstecken, die z.B. ProjectX oder PVAStrumento für eventuelle Korrekturen nutzen kann.
TS kann ich leider (im Moment) nicht streamen - da brauch' ich erst noch die DVBViewer Vollversion oder irgendeine andere Software. Ansonsten würde ich TS bevorzugen.

/EDIT: Huch, ich hab' meine neue DVB-Karte ja noch gar nicht in meiner Sig...schnell ändern

Ich kann mir nicht vorstellen dass das PVA-Format grundsaetzlich mehr Fehler erzeugt als die MPG-Variante. Ich jedenfalls habe mit dem PVA-Streaming keine Probleme, und auch das TS-Format bereitet mir seit nun fast 2 Jahren fehlerfreies Wegbrennen der Aufnahmen und vor allem beide Sprachen (siehe arte). Dass Du nun das erste Mal eine Stream hast der fehlerfrei ist, ist a) mir eh fremd, ich habe zu 98 % fehlerfreie Aufnahmen, nur bei starkem Gewitter wird es kritisch, und b) kann das Zufall sein. Mach mal 100 Aufnahmen, dann hast Du jedenfalls eine relativ gute Statistik!

Persönlich muss ich sagen hab ich mit pva auch nur gute Erfahrungen gemacht,..

Zitat

Vor dem Treffen einer Entscheidung werfen wir einen Blick auf die möglichen Aufnahmeformate: Die meisten DVB-Aufnahmeprogramme unterstützen das PVA-Format. PVA beinhaltet einen MPEG-2 Program Stream, aber auch zusätzliche Zeit-Information, welche von spezieller Software zum Gewährleisten der Synchronität von Audio und Video genutzt werden kann, sogar bei Übertragungsfehlern. Deswegen empfehle ich ausdrücklich, Elementary Stream und Program Stream zu meiden. Wer perfekten Empfang ohne Video-Aussetzer hat, kann PS ausprobieren, aber schlechte Dinge passieren immer dann, wenn man sie am wenigsten erwartet. TS Streams sind diejenigen, die eigentlich gesendet werden. Sie beinhalten alles, was ein jeweiliger Sender ausstrahlt. Anders gesagt: wenn ein Sender mehrere Audiokanäle ausstrahlt und man sie gleichzeitig aufnehmen will, ist TS erste Wahl. Die eigentliche Bearbeitung (Herausschneiden von Werbung) bleibt für alle Formate dieselbe.

das habe ich aus dem Doom9 Guide.
ich bekomme hier in München erst ab dem 30. Mai DVB-T, habe mich aber schon ein bisschen eingelesen.

ist laut dem oberen Text nicht PVA definitiv besser als MPEG?
demnach müsste doch auch MPEG anfäliger für Fehler sein, als PVA.

ach ja, kann man mit ProjectX einen PVA Stream schneiden und direkt in MPEG umwandeln oder brauche ich zum schneiden wieder extra Software?

Zitat

ist PVA nicht besser als MPG

richtig.

Zitat von InspectorG.

ach ja, kann man mit ProjectX einen PVA Stream schneiden und direkt in MPEG umwandeln oder brauche ich zum schneiden wieder extra Software?

Das geht, wenn der Stream in der Bearbeitungsliste steht, einfach einen Doppelklick darauf machen. Es oeffnet sich ein Fenster; dort kann man schneiden, aber es macht definitiv nicht so viel Spass wie mit Cuttermaran oder MP2Schn., sprich, die Bedienung ist nicht so komfortabel.

naja also bei D-Box Streaming gilt TS-Streaming als das am wenigst anfälligste. Hierbei ist es wohl eher eine Sache der Software, da stellt sich TS eben als die wenigst aufwendigste Variante dar. Außerdem soll mögliche Korrekturen mit PES oder TS besser möglich sein als ES Streams. Das ist zumindestens die Meinung von tonsel und dvb.matt.

Ich nutze TS wie oben genannt mehr aus praktischen Gründen.

Ist bei mir vom verwendeten Programm abhängig:

Bei DVBViewer funktioniert eigentlich alles - ich nutze da aber immer TS, da damit und unter Verwendung des VCRPlugins mehrere Sender auf einmal aufgezeichnet werden können.

Bei ProgDVB hingegen verwende ich MPG, da damit auch AC3-Aufzeichnung astrein funktioniert - bei PVA hingegen AC3 instabil ist. Hängt aber auch von der verwendeten ProgDVB-Version ab...

Die Meinung von dvb.matt ist doch folgende (Sommer 2003; ja, dem heißen Sommer :D):

Zitat

Also das Aufnahmen in PVA grundsätzlich besser sind als solche in MPG bzw. VDR oder was auch immer, ist IMO ein "Ammenmärchen".
Wesentlich hierbei ist, welche Soft- bzw. Firmware das Format erzeugt.
Abhängig davon hat jedes seine Vor- und Nachteile bei der Weiterverwendung.

Datenlieferant ist bei allen der Transportstrom.
Je nach gewählter PID werden hieraus die A/V-Elementarströme usw. gefiltert.
Jedes erfolgreich synchronisierte Transport-Paket (übl. 188bytes) enthält u.a. einen Indikator (und NUR da) , ob es einen nicht behebbaren Bitfehler inne hat; einen Continuity-Zähler (0..15, Kennung ob Pakete fehlen, oder wiederholt übertragen wurden, z.B. bei Data -> unübl. bei A/V); sowie den Startcode, wenn z.B. ein neues PES-Paket beginnt (übl. 1 Paket mit Zeitstempel je Videoframe, bzw. je 5 Audioframes).
Der genannte Error-Indikator ist eigentlich die einzigst sichere Info, ob ein Datenfehler bei der Dekodierung zu erwarten ist. Nur wird diese Info weder im PVA noch MPG etc. integriert.

Die Uridee bei TT's PVA war IMO die direkte Auslese der Video- und Audiopuffer,
die noch die PES-(komprimierten)-Daten zum aktuell dekodierten Programm enthalten.
Hierbei werden ähnlich dem Transportstrom zwei IDs (1=V, 2=A, max 255 mögl.) generiert. V wird in <=6kB, A in <=2kB Häppchen je PVA-Paket geteilt und verschachtelt gespeichert.
V wird dabei seines eigentlichen PES-Headers "beraubt" und ein enthaltener PTS PVA-kompatibel ersetzt. A behält das komplette original PES-Paket.
Beide bekommen den zusätzl. PVA-Header vorne dran. Dieser enthält als wesentlich verwertbar nur das PVA-Syncword + ID, einen Zähler (0..255), sowie ebenso nen Startcode (wenn bei A unmittelbar ein PES-Header folgt, bzw. bei V ein umgebauter Zeitstempel).
Dieser Zähler nutzt n.m.E. aber nicht viel:
Es werden nur die im Puffer enthaltenen Daten mitgezählt. Sind die aber garnicht erst dort angekommen, ist zwar der Zähler lückenlos, aber es fehlen trotzdem Daten. (dann sah man das übl. auch aufm Schirm)
Andersrum waren zwar alle Daten im Puffer (und halt auch fehlerlos aufm Schirm), die Platte kam beim Schreiben aber nicht mit bzw. der Puffer wurde nicht richtig ausgelesen, weshalb dann z.B. ein Paket(-zähler) fehlte.
(Auch im PES-Paket kann's einen Zähler geben, der wird aber IMO seltenst benutzt)
Im übrigen kann IMO ein MPEG Decoder (A wie V) gar keine Fehler reparieren, allenfalls maskieren, da nehmen sich aber die Onchip-Version und als Software nichts.

Im Fall von MPG / VDR kann man dagegen die original PES-Pakete so nehmen, wie sie eh schon sind (mit minimalen Anpassungen, insbes. der Größe wegen zusätzl. Header ergänzen) und fortschreiben.
Kann sein, dass die aktuellen TT-WDM Treiber da schon keinen Unterschied mehr machen, d.h. PVA + MPG auf gleiche Weise erzeugen, womit am Ende keins besser oder schlechter ist.
(Bei PVA wird ja am Videostrom mehr manipuliert, womit dann theoret. mehr Fehler passieren können; zum anderen geht dabei auch noch der DTS hops)
Es ist eher so, dass für MPG/VDR die geringsten Anpassungen am original PES getätigt werden müssen. (bei MPG zusätzl. Pack-Header)
Der IMO einzigste Vorteil von PVA ist noch, das dort viele verschiedene, aber auch absolut identische, Ströme sicher getrennt untergebracht werden können (MPA, AC3, PCM, subpics etc.), was bei den anderen nicht ohne weiteres direkt möglich ist (auch in der Anzahl).
Zudem gibts für solche Sondersachen keinen Player (De-/Muxer aber schon).

k.A. ob jetzt nicht sogar alle Treiber die Daten per direktem Transportstromdemultiplex schreiben (ohne Umweg über die eingebauten Hardware-A/V-Puffer). Bei mehr als 1* V und 1* MPA, wie z.B. zusätzl. AC3 ist das ohnehin der einzigste Weg.
Also keines der Formate (und insbes. PVA nicht) ist eine "echte" 1:1 Kopie des Datenstroms.
Die "sicherste" 1:1-Methode wäre die Kopie des partiären Transportstroms vom gewählten Programm, das wird aber durch die meiste Hardware von DVB-Karten geblockt (die Umleitung via CAM bei PayTV kommt ja auch noch hinzu)

Wichtig ist also wie o.g. 'ne stabile API/Treiber, die auch bei hohen Bitraten lückenlos die PIDs filtern und a bissl angepaßt auf Platte schreiben kann.

man könnte noch mehr ins Detail gehen...

Korrekturen & Anmerkungen immer willkommen...

Matt

Alles anzeigen

Ich nehme zu 100% in mpg auf mit meiner Hauppauge FF-Karte (DVB-C) mittels WatchTV Pro.
Bei nicht FF-Karten liegt es aber neben der Aufnahmesoft auch zusätzlich am installierten Filterkuddelmuddel auf dem PC, wenn die Aufnahme fehlerbehaftet ist.

Zitat von grua

Bei DVBViewer funktioniert eigentlich alles - ich nutze da aber immer TS, da damit und unter Verwendung des VCRPlugins mehrere Sender auf einmal aufgezeichnet werden können.

wird zwar jetzt Off Topic, aber man kann tatsächlich mehrere Sender gleichzeitig aufzeichnen?
sowas hatte ich mir schon gedacht, weil sich doch auch mehrere Sender einen Slot teilen (ja, ich weiß nicht, wie der Slot in der richtigen Bezeichnung heisst...)

gibt es dafür vielleicht eine Anleitung, wie das so funktioniert?
oder kann es mir jemand erklären?

Ja, das funktioniert mit dem DVBViewer und dem Videorecorder Plugin:

Zitat

Es ist möglich, zwei oder mehr unabhängig voneinander arbeitende Instanzen des Videorecorder Plugins im DVBViewer zu benutzen, und damit sich überschneidende Aufnahmen von verschiedenen Sendern durchzuführen (vorausgesetzt, die Kanäle senden auf dem gleichen Transponder bzw. der gleichen Frequenz).

Siehe hier:
http://www.dvbviewer.com/

cool, danke grua.
nur noch eine Frage:
funktioniert das nur mit DVB-S Karten oder auch mit DVB-T Karten?
(habe eine Airstar2)

tach auch !
Nee das geht viel einfacher.
Voraussetzung SS2 Karte , oder eine die vom DVBVIEWER (Vollversion ~15 Euro)unterstützt wird.
Da kann man in der aktuellen Version ALLE oder einzelne Sender aus einem Transpondert auswählen = programmieren und er meckert nicht, sondern nimmt sie einfach auf.

Beispiel:
Pro7 20:09-22:35
Sat 1 21:05-22:20
Kable 1 20:08-22:35

Durch überlappung der Aufnahmezeiten habe ich einmal 6 Programme gleichzeitig aufgenommen.
Ergebniss : Alles o.k. ProjectX hatte nichts zu meckern.
Allerdings hat man dann besser Audio und Video (sichtbar / hörbar) abgeschaltet.)
Mit Audio und Video an braucht das Teil bei mir ~35 % Prozessorlast (Athlon 2000 XP),
ohne etwa 3%-5%. Das ist nett, denn dann kann man nebneher auch noch normal arbeiten.

Bei ProgDVB kann man den KOMPLETTEN Tarnsportstream eines Transponders aufbehmen.
Das heißt bis zu ~10 Sendern gleichzeitig,(Wenn die Festplatte das mitmacht).
Das auseinanderfriemlen der Streams ist allerdings recht mühsam.
Da finde ich DVBVIEWER wesentlich besser.

Zitat von bergh

Nee das geht viel einfacher.
Voraussetzung SS2 Karte , oder eine die vom DVBVIEWER (Vollversion ~15 Euro)unterstützt wird.
Da kann man in der aktuellen Version ALLE oder einzelne Sender aus einem Transpondert auswählen = programmieren und er meckert nicht, sondern nimmt sie einfach auf.

Ja, mittlerweile wurde die Recordingengine des VCRPlugins auch in den DVBViewer übernommen.
Wenns großteils ums Aufnehmen und weniger um schicke OSD-Menüs u. HomeTheater-Oberfläche geht, dann empfehle ich übrigens statt dem "normalen DVBViewer" den etwas schlankeren und auf geringere CPU-Leistung ausgelegten "DVBViewer GE".

Hallo InspectorG,
ich hatte dazu schon mal vor kurzem einen Thread dazu (->Suche).
Inzwischen habe ich den Wohnzimmerrechner komplett auf Linux (Debian) umgestellt, nehme mit dem VDR auf (hab einige Linux-Progrämmchen durch, aber irgendwann landet man automatisch beim VDR) und hab seither
1. keinerlei dropped GOPs mehr (außer bei Anwenderfehlern, s.u.)
2. schon mehrfach 3 Sendungen gleichzeitig aufgenommen.

Davor mit der Hauppauge-Software (Nova-Sat) gabs DRopped GOPs in Massen - ich dachte lange Zeit, das gehört halt so :redface:

Inzwischen konnte ich nur noch DG produzieren, wenn ich während der Aufnahme was Platten-stressendes mache: Hab mit ProjectX demuxxt, da rattert das Kistchen - waren dennoch nur 3 DG, so viel machte die Hauppauge-Soft schon in 10 Minuten!

Daß man dafür ne FF-Karte (d.h. mit MPeg2-Decoder) braucht, ist inzwischen auch überholt: Einfach softdevice-Plugin (soll auch mit xine-Plugin gehen) installieren, fertig - nur mit dem OSD hab ich noch Schwierigkeiten, das dürfte aber am TV-Ausgang von der Geforce4 liegen (und ist dann doch arg OT -> werd vielleicht mal in meinem Thread nochmal dazu berichten)

Zitat von bergh

Mit Audio und Video an braucht das Teil bei mir ~35 % Prozessorlast (Athlon 2000 XP),
ohne etwa 3%-5%. Das ist nett, denn dann kann man nebneher auch noch normal arbeiten.

Wie gesagt, die Vollversion läßt sichj auch Prozessor-Sparsam einsetzen.
Die GE ist sicherlich für den Puristen.
Ich fionde es toll, daß es beide gibt