Beiträge von bergi

    Ich hab ja kein Desktop Linux laufen aber da fällt mir wieder der Name eines Programmes ein das besonders für die Bedienung mit nur einer Hand ausgelegt sein soll. Ein Bekannter meinte aber man kann es auch "ganz normal" verwenden. Das Programm nennt sich pornview

    Im englischen Forum ist jetzt etwas voran gegangen. xport kann einwandfrei synchron demuxen (Fehler von meiner Seite).

    Hier also meine aktuelle HowTo ts->mkv:
    - mit TSPE Schnittpunkte suchen
    - mit bergtscut das ts File schneiden
    - mit GraphEdit die Videospur in ein mkv File muxen
    - mit xport Audiospur(en) demuxen
    - mit mkvmerge/AVI-Mux GUI das Video mkv File + Audiospur(en) in das fertig mkv File muxen (delay=0)


    bergtscut ist ein kleine dummes Command Line Programm zum schneiden von Files mit automatischer 188byte Ausrichtung. Es nutzt einen grossen Puffer (ca. 100Mb) und ist deshalb um einiges schneller als TSPE.

    drmpeg Author von xport hat im englischen Forum gemeint, dass er vielleicht an xport weiterprogrammiert wenn so viel Interesse besteht :)

    Zitat

    - TSCut ist mir bei SkyHD Streams immer abgeschmiert.

    Glaub ich muss meine Namensgebung doch wieder durchziehen. Wenn ich von TSCut gesprochen hab, hab ich BergTSCut gemeint :). Grundsätzlich sollte man immer PAT und PMT mit aufnehmen (deshalb nehm ich AltDVB her), dann hat man weniger Probleme mit verschiedenen Demuxern und man kann die Files an (fast) jeder Stelle schneiden und sie funktionieren immernoch.

    Zitat

    - PTScalc, liefert der bei Dir richtige Werte? (hat bei mir nur Unsinn von sich gegeben); hatte aber nie xport zum Demuxen benutzt.

    PTScalc wird ja vorm demuxen verwendet, spielt also keine Rolle ob xport benutzt wird oder nicht. Aber PTScalc hat mir den richtigen Wert geliefert (habs ja bis jetzt nur einmal gemacht). Welche Streams sind bei dir im TS File enthalten? könnt ja sein das eine PID dazwischengefunkt hat. Deshalb auch mein Vorschlag xport zu erweitern, dort kann man die Streams wählen und man bekommt auch mehr Infos dazu. Leider hab ich einen chronischen Zeitmangel, deshalb mein Vorschlag: Jemand sucht mir ein paar Infos zu PTS <-> ms raus und ich erweitere xport.

    Zitat

    Ich hab mich um den Delay nicht gekümmert und direkt (geschnittener) ts -> mkv mit Haalis Muxer gemacht und das File wurde synchron.

    Hab ich auch probiert, aber wenn ich beim Muxer für den Track nicht den richtigen Delaywert angegeben habe war der Ton nicht synchron. Welchen Demuxer hast du verwendet? Blöd bei den TS Demuxern ist ja auch das man nur einen Audiostream zurück bekommt :(

    Zitat

    könntest Du eventuell auch die ganzen Kommandozeilen Parameter&Co posten die DU verwendet hast?

    Die von xport hab ich noch im Kopf, vom Rest werde ich mal Screenshots machen, mal schaun wann ich dazu komme, Urlaub ist ja leider vorbei :(

    Erst mal den Channel suchen mit:

    PHP
    xport -p 1 1 1

    Dann die 1. Tonspur demuxen mit:

    PHP
    xport -n $channelid 1 1

    dann die 2. Tonspur demuxen mit:

    PHP
    xport -n $channelid 1 2

    Nach jedem demuxen nicht vergessen die Dateien umzubenennen, die Dateinamen für die Outputfile sind leider (noch) hart codiert.

    Mit xport glaub ich kann man noch einiges anfangen, die Muxing Tools müssten jetzt mit raw H264 Stream muxing nachziehen...

    So, ich habe jetzt endlich eine Lösung für das SyncMuxing-Problem gefunden. Hab's bis jetzt erst einmal ausprobiert aber da hat alles 100% gepasst.

    Quelle war ein TS File mit H264 Video und 2x AC3 Sound.
    - Mit TSPE die Schnittpunkte raussuchen
    - Mit meinem eigenen Programm schneiden (weils doppelt so schnell ist :-))
    - Mit GraphEdit nur das Video in ein Matroska File Muxen
    - Mit xport die beiden Audiospuren demuxen (mit Parameter "-n" !)
    - Mit PTScalc das Delay berechnen
    - Mit AVI Mux GUI das Video Matroska File + AC3 Files muxen (mit Delaywerten von PTScalc)

    zu TSPE:
    Als erstes sollte man immer einen scan machen sonst funktioniert das Springen zu den Frames nicht richtig. Die Vorschau liegt auch immer ein paar Frames daneben, aber für das gibts ja die Test Funktion.

    zu TSCut (mein eigenes Programm):
    Ich hab mir dieses kleine Command Line Programm geschrieben weil TSPE anscheinend wirklich 188b liest und dann 188b schreibt, was nicht gerade sehr schnell ist (z.B. 11min mit TSPE und nur 4min mit TSCut). Ich werds die nächsten Tage online stellen wenn ich dazu komme.

    zu xport:
    Mit dem Parameter "-n" versucht xport nicht die Audiospur zu synchronisieren. Nur wenn man dieses Parameter mit angibt stimmt der Wert von PTScalc! xport selbst gibt die PTS Differenz schon in "PTS Units" an, da im ZIP auch der Quellcode dabei war könnte man die Umrechnung in ms leicht ins Programm mit einbauen. Wenn mir jemand raussuchen kann welche Konstante ich für AC3 und MP2 verwenden muss würde ich das machen.

    zu PTScalc:
    Leider kennt das Programm nur die 1. Tonspur (da die Different laut meinen Berechungen aber nur die 2 Stelle hinterm Komma betroffen hat wars kein Problem).


    Wenn man nur eine Tonspur hat kann man auch gleich in Graphedit den Ton mit muxen. Beim Muxer dann den Delaywert aus PTScalc verwenden.


    Zur Bearbeitung mit AviSynth:
    Manchmal funktioniert bei mir der MpegSplitter aus dem MPC besser manchmal der von Haali. Also am besten mit Graphedit einen Graphen erstellen und diesen bei DirectShowSource angeben. seek=false ist immer gut!


    Ich möchte mich an dieser Stelle bei allen die auch fleissig rumprobiert haben und ihre Ergebnisse hier oder im englischen Forum geposted haben bedanken!

    Zitat

    Mit älteren Haali Matroska Muxer Versionen gibt immer asyncs bei muxen.
    Dann musst du das Delay anpassen...das ist alles
    Oder sofort neusten Haali Splittre installieren .

    Meines Wissen ist der Muxer vom 29/10/2006 der neueste und mit dem hats leider nicht funktioniert. Delay per Hand anpassen (nachsynkronisierten Film verschlimbessern) ist für mich keine Option.

    Ich werde dann weiter rumspielen wenn mein neuer PC angekommen ist. Mit Core2Duo sollte das mehr Spass machen :)

    acrowley
    Encodest du den Videostream neu? Für mich ist das auch interessant weil ich Logos mit AviSynth rausfiltern möchte. Ich denke die Werbung schneidest du dann mit MKV Mitteln raus, oder?

    Zitat

    Gabest MPEG Splitter + CoreAVC/AC3Filter geht bei mir 1A


    Ok, hab gestern den Splitter installiert und jetzt gehts auch bei anderen Playern. Ist ja eigentlich der gleiche wie im MPC.

    Zitat

    Ansonsten würde ich das File halt erst in MKV remuxxen , dann geht's schon etwas einfacher mit dem schneiden und demuxxen.


    Hat das wirklich schon jemand probiert? Die Streams sind beim mir nie syncron, hab schon jeden Splitter + Muxer ausprobiert.

    Zitat

    Oder auch der Weg über das demuxen zu raw .h264 und dann mit MP4Box in mp4 muxen ,und dann wieder mit Audio in mkv.


    MP4Box spielt da leider auch nicht mit (ja ich hab die Version die im englischen Forum angepriesen wird!)

    Ich bin jetzt kurz davor mir selbst ein Programm zu schreiben. TS Parser hab ich schon, brauch ich nur noch einen PES Parser.

    Was man mit der GPU berechnen kann (und sinnvoll ist) kommt auch auf Bandbreite zur Übertragung der Daten an. Farbraumkonvertierung und DCT kann ich mir gut vorstellen, aber auch SAD, was man oft bei der Bewegungsvektorensuche braucht, könnte man damit berechnen. Xvid verwendet bei der Suche auch DCT, also auch in der GPU möglich.

    Da man in den Foren jetzt immer öfters etwas zu diesem Thema findet habe ich mal einen Thread erstellt. Ich selbst hab auch schon rumgespielt, aber noch kein sinnvolles Ergebnis erzielt.

    Abspielen
    Funktioniert bei mir nur mit MPlayer, MPC und PowerDVD, andere DirectShow basierende Player spielen wenn dann nur Ton ab. Hat aber schon mal funktioniert. Vielleicht mal wieder ein anderes Programm testen, TT-App soll ja nur einmal den PMT schreiben, vielleicht liegts daran. Ich glaub mit AltDVB hats noch funktioniert...
    Welche Filter verwendet ihr? Wie sieht der Graph aus?

    Schneiden
    Soll mit TSConverter funktionieren, geht bei mir aber leider wegen der fehlenden DS Filter nicht. ProjectX macht ja leider kein H.264.

    Demuxen
    ProjectX verarbeitet kein H.264. Hab schon ein bisschen rumdebugged, aber bis jetzt funktionierts noch nicht richtig. RAW Streams bekommt man sicherlich mit mencoder raus aber die sind dann nicht syncron.

    Filtern
    DirectShowSource funktionierte bei mir nur mit DS Playern, VirtualDub spielte da nicht mit. Das wär aber genau mein Ziel. Das AnixeHD Logo sollte ganz einfach raus zu bekommen sein und mit Resize und x264 passts dann auch auf DVD.

    Ich habe mir auch eine geleistet. Als erstes musste ich feststellen, dass die DVB-S2 Transponder nur mit WindowsXP SP2 funktionieren. Das TV Programm von TechnoTrend funktioniert eigentlich ganz gut, leider kann man aber nur bei Timeraufnahmen den Videodecoder deaktivieren. Ich hab dann die letzte AltDVB Version probiert. Dort hab ich mir einen Graphen mit NullRenderer für Audio und Video angelegt auf den ich umschalte wenn ich was aufnehmen möchte. Leider ist AltDVB bei der letzten Aufnahme nach 1h abgestürzt (schade, jetzt ist Sky HD9 nicht mehr FTA).

    Wer hat schon Erfahrung mit der Verarbeitung von H.264 Aufnahmen im TS-Format? Vielleicht sollten wir zu dem Thema auch mal einen Thread aufmachen. Bis jetzt war ich noch nicht sehr erfolgreich.

    leguangras, da du im 1. Beitrag auch etwas von VDR erwähnst denk ich mal die Kiste läuft auch unter Linux. Falls das der Fall ist würde ich mir an deiner Stelle mal dvbsnoop anschauen. Per PAT und SDT scan bekommst du Informationen wieviele und welche Sender auf einem Transport liegen. dvbsnoop ist oft schon vorcompiliert in den Repositories der Distributoren vorhanden.


    Unter Windows kann ich einwandfrei HD Sender in MPEG2 und H264 codiert anschaun(3,6GHz P4 Rechner mit SkyStar2). Interessante Sachen kommen aber auch über DVB-S und teilweise sogar mit MPEG2 rein! Astra HD, HD-1 und BBC HD kann ich einwandfrei mit dem MPlayer unter Windows anschau'n, läuft also sicherlich auch unter Linux mit 'ner entsprechenden CPU+Grafikkarte. MPEG2 HD Sender hab ich auch schon auf meinem 2Ghz Rechner anschauen können. Mein EPIA Rechner hat 800MHz und HD Aufnahmen machen absolut keine Probleme.

    Hab grad AstraHD mit MythTV auf meinem EPIA SP8000 Board gestestet. Anschauen funktioniert leider nicht, aufnehmen geht einwandfrei. Ich glaub aber des liegt an meinem Grafikchip/Treiber. Man kann erkennen, dass auf 16:9 umgeschaltet wurde (leicht hellerer Bereich vom Overlay). Laut Via soll HDTV mit MPEG2 funktionieren, MPEG4 wird ja vom openchrome Treiber auch noch nicht unterstützt, vielleicht kommt des ja bald.


    Ein paar Details:
    Videocodec: MPEG2
    Auflösung: 1920x1080
    Transponder: DVB-S mit 27500MSymbol
    TV Karte: SkyStar2 Version 2.6
    Board: EPIA SP8000

    Zitat

    pcHDTV is now presenting it's third generation of Linux HDTV card for the Linux Video Enthusiast.


    Das ist irgendwie ein Witz, dass die ihre Karte als xyHDTV zu bezeichnen. Es handelt sich dabei um eine ganz normale Kabelkarte. Die Decodierung, läuft per Software und hat nix mehr mit der Karte zu tun.

    Zitat

    Display and MPEG2 decoding are done on the host computer in software and displayed on the computers monitor.

    Zitat

    # Accelerated HDTV support with nVidia video cards.
    # Accelerated IDCT and Motion Compensation with GeForce4 Mx cards
    # Accelerated Motion Compensation with GeForce4 TI cards

    Nur bei Satellitenfernsehen braucht man eine neu Karte um die Pro7 und Sat1 HD Sender zu sehen. Das liegt aber nicht am HD sonder an der Modulation (DVB-S2).

    Zur Zeit gibt's nur eine DVB-S2 Karte die unter Linux läuft. Diese kommt aus den USA und wird dort für DishNetwork verwendet. Bis jetzt hat glaub ich noch niemand das Gerät in Europa getestet.

    Ich kann (vielleicht noch heute Abend) mal testen ob der AstraHD Sender auf meiner EPIA Kiste mit MythTV empfangbar ist. Mit der SkyStar2 sollte es eigentlich gehen, MythTV soll auch mit HDTV klar kommen, jetzt kommt es eigentlich nur auf den openchrome Xorg Treiber drauf an...

    Das K an Kanotix stört mich. Bis jetzt ist meine Kiste ganz ohne Windowmanager ausgekommen und dann gleich KDE?! Ich denk Kantoix ist für normale Desktop PCs mit TV-Karte ganz ok, für einen so speziellen Fall wie ich es habe aber schon viel zu gross. c't VDR + e-tobi Repository ist glaub ich das beste für mich. Ich werd auf alle Fällte was zusammenschreiben und hier im Forum einen Link rein setzen wenn ich es ausprobiert hab.

    Henrik
    Hab AviSynth und VirtualDub (ich glaub es war die Mod Version, aber es laufen sicherlich beide) ganz normal unter wine installier/entpackt. Nur bei VirtualDub musste ich die DirectX Ausgabe deaktivieren. Dann hatte ich noch das Problem, dass kein YV12 Decoder installiert war. Einfach XviD installiert und schon hat's funktioniert, aber das ist ja eigentlich kein Linux/Wine Problem...

    Die Links kannte ich schon, danke trotzdem. Das Problem bei der DVB + Epia Kombination ist XvMC VLD Unterstützung. Bei 800Mhz möchte man nicht sinnlos CPU Zeit mit der MEPG Decodierung verschwenden wenn's mit der GPU auch geht.

    Ich hab vor ca. 2 Monaten mal alles durchgetestet was ich so brauche um meine TV Aufnahmen zu verarbeiten. AviSynth 2.5 und VirtualDub liefen mit Wine einwandfrei. Unter VirtualDub musste ich nur die DirectX Anzeige deaktivieren. DeLogo hat auch super funktioniert. Die Performance war auch nicht schlecht, nur im 1/10 fps Bereich konnte ich unterschiede festellen und bei ca. 30fps sollte das egal sein.

    Seit ca. 1 Monat bastle ich an meinem neuen Rechner mit Epia Board rum. Leider konnte keine Distribution richtig überzeugen (Gentoo, Arch und Ubuntu getestet). Jetzt läuft die Kiste mit Ubuntu Server als Grundsystem, Xorg, Lirc, Xine usw. nachinstalliert und MythTV selbst kompiliert. Leider ist MythTV nicht 100% für DVB ausgelegt. Für Aufnahmen ist es ganz ok, aber live TV schaun ist wegen der sehr langen Umschaltzeiten nicht so toll. Im September werd ich dann noch die VDR Distribution von c't ausprobieren.