geht auch in der org. technotrend software aber die ist im allgemeinen nicht besonders...
DVBViewer dagegen kann ich auch wirklich nur empfehlen!
Beiträge von tobiasm767
-
-
DirectShowSource() ist eine Möglichkeit, TS-Dateien zu öffnen. Es sollte aber die letzte Möglichkeit sein, wenn andere Lösungen nicht funktionieren. DirectShow ist meist nicht framegenau, was gerade bei AviSynth hinderlich ist.
___Persönliche Meinung: DirectShowSource() ist keine Alternative zu DGAVCDec.
keine ahnung das kann schon sein, dass das nicht die beste lösung ist aber funktioniert so bei mir sehr gut
-
also wenn du das video neu codieren möchtest, dann mache ich das wie folgt:
schneide das video mit dem h264ts_cutter (entfernt auch das audio/video delay - wichtig fürs weitere codieren)
und dann codiere ich die ts per avs-skript neu. dazu nehme ich automkv oder QuEnchier mein standard avs-skrip:
-
die version 107 vom H264TS_Cutter steht auf http://www.h264tscutter.de zum download bereit
probleme mit dem pts neuberechnen sollte es nun nicht mehr geben, daher sollte diese option jetzt aktiviert werden.
-
Nach einem schnellen Test, scheint das Video jetzt synchron zu sein. Nur passt jetzt die Zeitangabe nicht mehr.
Edit: Ja, das scheint die Lösung des Problems zu sein! Danke!
richtig die zeitangabe stimmt jetzt nicht mehr und es könnte nun evtl. an den schnittpunkten haken...
-
deaktiviere mal im h264ts_cutter die option pts recalculation und versuch es dann mal
-
ich hab mal ne frage zu PTScalc...woher weiß ich welcher IDR-differenzwert der richtige ist?
eigentlich immer der 1.
bei einigen kam es halt vor das der erste nicht immer passte, deshalb werden jetzt die ersten 3 angezeigt... -
Hallo,
ich finde solche Tools ja imemr ziemlich in Ordnung, aber so gut finde ich es nicht das du es nicht mal opensource machst. So könnten viele Leute helfen und das Projekt schnell anwachsen lassen. Es gibt auch experten auf diesen Gebiet (ich leider nicht) die helfen würden.
Bei ProjectX ist das genauso, es ist Opensource und somit viel beliebter. Da erstens auch das Bugreporting etwas genauer ist und zweitens Leute ideen direkt ins Programm einbinden können.
Ich verstehe bis heute nicht was andere Programmierer für Probleme haben. Bin selbst Programmierer und habe nur Opensource Software veröffentlicht. Opensource ist doch wirklcih was feines, vorallem hilft man damit schon anderen die sowas ähnliches Programmieren wollen.
Bei großen Firmenprogrammen wie Adobe weiß ich das zu schätzen das es nicht veröffentlicht wird, aber bei so kleinen Programmen verstehe ich es nicht. Mpeg2Schnitt ist ja auch opensource da der Entwickler Martin für jeden etwas bieten möchte. Auch sind dort Vorschläge herzlich willkommen und können direkt in den Quellcode eingebracht werden.
Ich schneide meine Videos lieber noch in Adobe Premiere. Der encoder und Decoder von mainconcept ist spitze, und durch das Smart Rendering kann ich nicht nur an I-Frames schneiden sondern überall und der Übergang (falls verwendet) wird nur neu Berechnet der rest wird auch einfach nur kopiert.
Die anderen Wege der anderen hab ich mal getestet und das Ergebnis war um einiges besser als das von deinem programm. Also ich bitte dich darum dir mal gedanken darüber zu machen, was es heißt Software zu entwickeln.
http://www.os-berater.de/index.php?opti…id=56&Itemid=42
und die 10 Gründe sind sehr wohl bekannt. Ich kenne viele programmierer auch von Adobe die schon zahlreichen Programmen geholfen haben, aber dsa konnten sie nur da sie opensource waren. Wie soll man sonst helfen können (nur durch reden und einzelkämpfen kommt man nicht weit)
Also wenn das Projekt was richtiges werden soll, entscheide dich für opensource
gruß
Peter
Hi
also wenn ich das richtig verstehe bezieht sich dein Post auf mein Programm, wenn nicht dann irgnoriert das hier einfach
Ok als erstes: es gibt mal wieder eine neue Version des H264TS_Cutter (http://rickman.ri.funpic.de)
Also warum das Teil nicht OpenSource ist:
Verstehe mich richtig, ich mag den Gedanken von freier Software aber heißt ja nun nicht automatisch das es OpenSource sein muss.
Es gibt viel freie Software im Bereich digitale Videoverarbeitung, die ich sehr gerne benutzte und auch sehr schätze (ProjectX, Cuttermaran, guifordvdauthor).
Aber die meisten sind nicht OpenSource und das ist meiner Ansicht nach ok, dass muss jeder für sich entscheiden.Im Moment habe ich auch nicht vor den Cutter OpenSource zu machen, aus dem einfachen Grund er stellt im Moment einfach ein sehr interessantes Hobby dar, an dem ich einfach mal dann und wann weiter programmieren kann.
Aber im Grunde weiß ich auch nicht wo dein Problem ist, mein Programm ist wie viel andere auch kostenlos und die meisten Entwickler gehen auch sehr wohl auf das Feedback der Anwender ein.
Ich für meinen Teil freue mich über jedes Feedback, denn das hilft am meisten das Projekt voran zubringen.Und noch ein Wort zum Thema Einzelkämpfer.
Du glaubst gar nicht wie schön es ist auch mal ein Projekt/Programm im Alleingang zu entwickeln. Wenn man es von Arbeit nur so kennst alles mit der Fachabteilung abklären zumüssen und mit den anderen Mitentwicklern ebenfalls.
Wie gesagt es ist auch mal schön nur so für sich alleine hinzuprogrammieren, ohne auf irgendjemand rücksicht nehmen zu müssen. -
1. habe ich nur gesagt das der Fehler bis zur nächsten Version raus ist aber nie wann die nächste Version kommt
und
2. ich bin mir auch ziemlich sicher zu wissen warum der cutter dann und wann beim suchen der schnittpunkte hängen bleibt, nur geschah das bei mir viel zu selten, als das ich beim beheben dieses fehlers eine prioriät gesehen hätte -
danke.
leider hängt sich aber v102 beim exportieren, sehr leicht auf.
Beim exportieren oder anschauen eines Previews, bei der Meldung "Seeking for cut points" steigt die cpu-auslastung einfach an, und nichts tut sich mehr.setze ich den cutin point einen frame weiter, gehts problemlos.
ok ich verspreche es, bis zur nächsten Version ist dieses Problem behoben
_________habe im engl. Doom9 forum gelesen, dass auch noch mit der Version 102 dieser Fehler auftritt
************** Exception Text **************
System.NullReferenceException: Object reference not set to an instance of an object.
at H264TS_Cutter.TS_v2.CutTS.findPreviousIDRFramePTS oder findNextIDRFramePTS(sPTSandByteOffset foundPTS)
at H264TS_Cutter.TS_v2.CutTS.findCutOffsets()
at H264TS_Cutter.TS_v2.CutTS..ctor(ProjectCutPoints project, frmMain window, Boolean preview)
at H264TS_Cutter.frmMain.butCut_Click(Object sender, EventArgs e)
at System.Windows.Forms.Control.OnClick(EventArgs e)
at System.Windows.Forms.Button.OnClick(EventArgs e)
at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ButtonBase.WndProc(Message& m)
at System.Windows.Forms.Button.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)falls hier jemand diesen Fehler bekommt, bitte die schnittpunkte sichern (ggf. aufschreiben ) und den orginal TS behalten und sich dann bitte hier melden.
Konnte den Fehler bisher selber leider nicht nach stellen aber ich glaube ich habe das Problem gefunden und würde das gerne mal vorab testen lassen -
Hi
für die die es interessiert es ist seit gestern eine neue Version des H264TS_Cutter draußen.
changelog:
- 'Continuity Counter' field will be recalculated
- in some cases the config file ('setting.xml') was saved in a wrong directory
- add new seek buttons
- tadd config menuest
- try to find a PAT and a PMT packet and write as first packets in the exported ts (e.g. 'xport' commandline tool should work, now)
- add preview modus for cutpoints
-
wie gesagt wenn du die orginal TS noch hast versuch mal bitte diese mit der V100 zu schneiden.
Ich habe in der Berechnung des PCR einiges umgestellt, vielleicht liegts daran -
bleibt noch die Frage offen mit welcher Version des Porgramms? ;D
-
tobiasm767
Hab mir dein Programm noch nicht angeschaut, denke aber du schneidest auch nur TS Packets (188bytes) ohne irgendwas zu demuxen, oder? Dann kannst du eigentlich alles rund um das Thema (a)synchron ignorieren. Das liegt dann an der weiteren Verarbeitung.ja aber ich berechne noch den PCR, PTS und DTS neu
Hummerman:
falls der TS tatsächlich asynchron sein sollte und du noch den orginal TS hast, dann tu mir doch bitte mal den gefallen und schneide es mit der Version 100 ob der Fehler dort auch besteht -
Ich habe heute mal eine Datei mit dem H264TS_Cutter geschnitten und dort ist der Ton zum Schluss total asynchron.
hör ich nicht gerne
kannst du mir kurz sagen von wo du aufgenommen hast und vielleicht auch noch von wann bis wann die aufnahme lief
und welche Version des Cutter hast du verwendet? -
Version V101 ist online...
Selur
ok, ich versuchs mir zu merken -
Hi zusammen,
ich denke es liegt nicht an der Größe der Datei. Alle Aufnahmen von Pro7 HD konnte ich bislang mit etwas gedult über den TS_Cutter schneiden. Habe auch mit Super umkonvertiert auf XVID 720p. Hier war ich noch die Anwort bezügl. der Synchronität des Tons schuldig.____Ist synchron. Probleme mit dem Haali habe ich keine.
Na das klingt doch zumindest nach einem halbwegs zufriedenen Anwender -
PTScalc.exe gibt mir zwar einen wert aus, kann ihn auch eintragen aber der passt leider nicht.
wenn jemand eine TS datei hat, wo ptscalc eine wert errechnet der "schrott" ist. wäre es nett, wenn ihr mal mit einem hex-editor die ersten 100kb ausschneidet und mal online stellt.
Dann kann ich diese Problem vielleicht auch mal endlich beheben -
ja ich meine wenn ich die Schnittpunkte mit dem Regler suche, oder anders ausgedrückt wenn ich nach den Stellen suche wo die Werbung einsetzt bzw. endet. Dann friert öfters der TS_Cutter ein.
dieses problem hatte ich auch mit der haali splitter version vom 27/02/2007, versuch mal die neue vom 07/03/2007, da habe ich diese problem nicht mehr
-
"bis auf das Einfieren beim suchen der Schnittpunkte"
ich muss jetzt noch mal nach fragen wie das gemeint ist.
meinst du damit das beim scrollen das Progamm einfriert oder bei "seeking for cutpoints..."?