Beiträge von seppultura

    Ist auch so. Gdsmux hat mit MKVToolnix nichts zu tun.

    Das mag so sein. Es war aber bisher in jedem mkvtoolnix-package enthalten, das ich heruntergeladen habe.

    Ist ja auch egal, weil bei der Benutzung von mkvmerge auch kein anderes Ergebnis herauskommt.

    Da ich keinerlei Fehler entdecken kann, behalte ich nun die wesentlich kleineren mkv-Dateien und lösche den alten Kram. Ich gehe davon aus daß irgendwas im Overhead der Transportstreams des Orf nicht stimmt, und deshalb die Files so aufgebläht sind.

    Hatte halt gehofft, daß hier im Forum Leute sind, die ähnliche Erfahrungen gemacht haben.

    Darum trotzdem danke für Eure Hilfe

    Hallo,

    wie kann es sein, daß ein Raw-Stream H.264 mit über 10GB und eine AC3-Spur mit 450MB zusammen im Matroska-Container nur noch 7,5GB aufweisen.
    Müsste doch dank Overhead grösser anstatt kleiner werden?

    Wenn ich den Film ansehe, kann ich, zumindestens oberflächlich betrachtet keinerlei Unterschiede zur Ursprungsdatei erkennen. Also keine Ruckler fehlende Frames oder so. Die Spielzeit wird bei beiden identisch angezeigt.

    Es handelt sich dabei ausschließlich um DVB-Aufnahmen von ORF1HD, bei ArteHD habe ich dieses Phänomen noch nicht feststellen können. Allerdings auch nicht bei allen ORF1-Aufnahmen.

    Meine Vorgehensweise:
    Normalerweise schneide ich die Aufnahmen (Anfang und Ende entfernen) mit TS Packet Editor und remuxe das Ganze mit gdsmux in einen Matroska-Container.

    Ohne jetzt alles gelesen zu haben:

    Ich schneide vom TV aufgenommene Mpeg2-Videos mit Cuttermaran, nachdem ich sie vorher mit ProjectX gemuxt habe.

    Cuttermaran zeigt bei jedem Frame in der AC3-Spur an, wieviel Kanäle dieses Frame enthält. Einfach Cut-In beim ersten Frame mit 3/2 setzen. Allerdings sind die ersten paar Frames i.d. Regel 2/0, aber das ist für mich persönlich vernachlässigbar.

    Bislang war immer alles synchron

    darkframe

    Zitat

    Ich habe spaßeshalber mal einen Effekt auf die gesamte Datei angewendet, und auch danach ging das Speichern genauso schnell als wenn ich die Originaldatei einfach unter anderem Namen abgespeichert hätte

    Effekt drüber und keine Neucodierung erforderlich?

    Dann müsste es doch auch möglich sein, einen Fade-Out am Ende einer AC3-5.1-Spur anzuwenden, ohne neuzucodieren? Nero muss ja eigentlich nur den einen Wert pro Frame ändern, in dem die Lautstärke gespeichert ist.

    Technisat Sky Star 2 HD in Verbindung mit DVBViewer. Probleme gibts nur, wenn bestimmte Programme parallel laufen, zb. Nero.

    Ein Traum im Vergleich zu früher, als ich noch mit ProgDVB über eine Haupauge Nexus aufgenommen habe. Da waren ca. 20-30% der Aufnahmen versaut.

    Übrigens: "Hängt ihn höher" wurde leider nicht in 16:9 ausgestrahlt, da bringt die durchschnittliche Bitrate von >5000 auch nicht sonderlich viel.

    Über die Suchfunkion bin ich auf diesen Thread gestoßen.

    Ich beschäftige mich zur Zeit auch mit diesem Thema.

    Ich denke, der Unterschied kommt daher, daß MediaInfo mit 1 kbit= 1000 bit rechnet, während das andere Tool mit 1 Kbit=1024 bit arbeitet.

    925 * 1,024 = 947

    Ich hänge mich hier mal ran. Folgendes Problem:

    Ich möchte mit meinem Zweit-PC (2.8GHz, 1024MB Ram, GeForce7600GT) HD-Filme (H.264 1080i, AC3 448 kb/s ) ansehen.

    Bei MPC ruckelt es teilweise, CPU-Auslastung immer an die 100%. Dabei habe ich folgendes in allen möglichen Kombinationen ausprobiert:
    - Cyberlink h.264 Decoder (mit und ohne DxVa (=Hardwarebeschleunigung))
    - CoreAVC
    - Matroska
    - Transport Stream
    Das Ruckeln ist immer an den gleichen Stellen, die CPU-Auslastung ist gleichbleibend hoch

    Gebe ich nun den gleichen Film in PowerDVD (bei aktivierter Hardwarebeschleunigung), dann läuft der Film komplett ruckelfrei ab, CPU-Auslastung ist um etwa 10 Prozentpunkte niedriger.

    Mein Problem:

    Ich habe die meisten Filme schon vor einiger Zeit in den mkv-Container gesteckt, und PowerDVD mag kein mkv.
    Zurückwandeln in Transport Stream hab ich bislang auch nicht hinbekommen (Extrahieren mit MKVExtract klappt, aber TSMuxer bleibt immer irgendwo hängen, XMuxer Pro schafft nicht einmal Schneckentempo).

    Weiss hier jemand einen anderen Mediaplayer, der die Hardwarebeschleunigung des Cyberlink Docoders wirklich nutzen kann (MPC tuts ja offensichtlich nicht)?

    Oder einen irgend einen anderen H.264-Decoder der die NVidia Pure Video HD Technik ausreizt.

    Oder einen Container den PowerDVD kennt und der H.264 und AC3 erlaubt?

    wenn du deine geschnittenen Files aus Cuttermaran noch hast, würde ich es so machen:

    Ersten Block in Cuttermaran laden, zur Schnittliste hinzufügen, nächsten Block in cuttermaran laden und zur Schnittliste hinzufügen, solange bis alle Blöcke in der Schnittliste enthalten sind.

    Am Ende bei Cuttermaran "Bearbeiten/Schneide nur Audio" auswählen.

    Die neu entstandene Audiospur müsste exakt die gleiche Länge wie dein Divx-Video haben, weil du mit ProjectX mögliche Streamfehler ja schon vorher korrigiert hast.

    Als ich noch ProgBVB 4.xx verwendet habe, war immer AC3/5.1 möglich (soweit vorhanden).

    Überprüfe vielleicht mal deine AC3-Spuren in der Mitte des Films. Pro7 schaltet immer erst 1-2 Sekunden nach Filmbeginn auf 5.1 um, evt sind nur die ersten paar Frames stereo.

    Hallo zusammen,

    ich hab einige HDTV-Mitschnitte auf der Festplatte, die ich nun allmählich schneiden (Anfang und Ende entfernen) und ins mkv-Format wandeln will.

    Bei so ca. der Hälfte der Files klappt das auch, bei der anderen Hälfte erhalte ich folgende Fehlermeldung, wenn ich sie mit TS PACKET EDITOR 0.301 öffnen möchte:


    Error: Attempting To Open Video
    Error HRESULT E_FAIL has been returned from a call to a COM component.
    Error: No File Open

    Bei diesen Filmen ist ansonsten eigentlich kein Fehler erkennbar, DVBViewer/TS Player/VLC spielen die .ts -files störungsfrei und synchron ab.

    Hat diese Meldung schon mal jemand von euch erhalten, scheinbar ist das Problem nicht videospezifisch (Google ist hier auch nicht sehr ergiebig).

    Hat es evt etwas mit dem Microsof.Net Framework zu tun?

    Zitat

    wenn ich von der dbox aufnehme habe ich ja *.m2v und *.mpv file als ergebnis.

    *.m2v und *.mpv sind jeweils reine Videostreams. Soll wahrscheinlich *.mpa heissen.

    Wenn die dbox Video und Ton wirklich getrennt aufnimmt, brauchst Du nichts mehr muxen, DGIndex reicht die *.m2v-Datei.

    Würde aber auch erst ProjectX drüberlaufen lassen.