Beiträge von matmiller

also:

Zitat von Didée

Ausgesprochene "Ruckler" seh' ich in dem Encoding eigentlich keine. Zwischendurch ist's mal irgendwie nicht ganz "rund", aber sowas wie vor- und zurückspringen o.ä. ist nicht vorhanden.

das mit dem zappeln passiert beim VLC!! Hab sonst noch den MPC benutzt da zappelt das Bild nicht sondern wird pixelig und farblich nicht dem original entsprechend! also können wir uns auf einen fehler im video einigen der ca. 2-3 sekunden andauert.

tools:

staxrip -->dgindex ---> avisynth ---> x264 (divxplus) ---> mp4box

diese programme sind da alle involviert. macht aber alles staxrip!

avisynth-script:

LoadPlugin("C:\Downloads\StaxRip_1.1.7.0_beta\Applications\DGMPGDec\DGDecode.dll")
LoadCPlugin("C:\Downloads\StaxRip_1.1.7.0_beta\Applications\AviSynth plugins\Yadif\yadif.dll")
MPEG2Source("C:\Downloads\Humax\_Zeiglers wunderbare Welt des Fussballs_20101107_2340 temp files\_Zeiglers wunderbare Welt des Fussballs_20101107_2340.d2v")
Crop(0,0, -Width % 8,-Height % 8)
ConvertToYV12()
Yadif()
Crop(0,2,-0,-2)
LanczosResize(704,384)
Trim(9807,55435)

ansonsten hab ich im staxrip nur quality auf 20 eingestellt und alles andere sind standard-settings!

also:

Quellvideo (Ausschnitt mit tsdoctor)
Encode (Ausschnitt mit Yamb)

Das Stottern ist übrigens beim VLC, beim MPC (mit CoreAVC) wird das Bild pixelig und die Farben verwaschen

hab da mal ein problem was nicht unbedingt hier reingehört, aber da ich die datei mit staxrip umgewandelt habe schreibe ich hier mal mein problem rein!

habe unabhängig von rechner und rechnerleistung das problem das bei mir umgewandelte aufnahmen seit ein paar wochen ab und zu mal ruckeln/stottern (beim vlc stottern, beim mpc mit coreavc wird das bild verwaschen) und das für 2-3 sekunden. danach läuft das bild ganz normal weiter und das video bleibt auch völlig synchron. hab keine ahnung woran das liegt. hatte das problem vorher noch nicht erst seit ein paar wochen und manchmal passiert es auch nicht, aber bei den meisten umgewandelten aufnahmen kommt es 1-2 mal vor. wandle grundsätzlich mit staxrip um in mp4 mit divxplus (sowohl crf-faktor als auch bitrate!)

hab hier auch mal einen ausschnitt aus einem video bei dem es so ist hinzugefügt. hab keine ahnung, ob das problem bei avisynth, mp4box, x264(divxplus) oder sonstwo passiert.

vielleicht hat jemand ja zeit und lust das video-stück mal anzusehen und evtl kann mir ja jemand weiterhelfen, wie ich diesen fehler wegbekomme. kommt nämlich regelmässig vor.

Zitat von LigH

Vielleicht sind ja die Videos selber in Ordnung, und nur das Abspielverhalten deines PCs ist irgendwie versaut worden (CPU-Zeit stehlende oder die Festplatte blockierende Hintergrundaktivitäten, durch Codecpacks verbogene Filter bzw. Renderer, ...).

also die aufnahmen sind definitiv in ordnung! die videos sind definitiv defekt! schaue sie meistens auf meinem laptop und der hänger kommt an der selben stelle, also fehler beim encodieren. der sieht übrigens ganz anders aus, als beim vlc wenn er "nur " abspielprobleme hat. der vlc bleibt einfach nur für 2-3 sekunden stehen und das encodierte video zappelt 2-3 sekunden. Frame-Anforderungen "außer der Reihe" wie Didée es genannt hat trifft es glaub ich sehr gut. aber wie gesagt kein reines directshowsource-problem! auch bei geindexten sd-aufnahmen passiert das manchmal.

hochladen könnte ich den teil, wo das bild zappelt, wenn's was hilft?!?

mal sehen, wie das deutschland-spiel heute wird (beim umwandeln meine ich)

Zitat von Didée

Wenn's um neu-Encodierte Videos geht, bei denen Avisynth+DirectShowSource verwendet wurde, dann kann sowas schon passieren. DSS ist i.d.R. nicht framegenau, d.h. wenn in der Gesamtkette der Speicher irgendwie eng geworden ist, so dass Frame-Anforderungen "außer der Reihe" an den Dekoder gestellt werden mussten, dann kann es zu genau solchen Schluckauf-Problemen kommen.

also sind alles eigene aufnahmen sd + hd. passiert auch mit sd-aufnahmen, die mit dgindex bearbeitet sind. also kein reines directshowsource problem. aber wie auch immer. kann man sowas durch speicher-zuweisung lösen und wenn ja wie geht das?

Zitat von LigH

Da der VLC keine DirectShow-Filter benutzt, sondern ausschließlich interne Decoder (libavcodec), kann es nicht an DirectShow-Filtern liegen ... oder?!

so genau kenne ich mich da auch nicht aus! benutzt er die gleichen wie staxrip? irgendwas scheint sich jedenfalls beim encodieren bzw beim abspielen aufzuhängen. hatte das problem vorher nicht und bin nicht unbedingt ein crack, auch wenn ich mich ein wenig mit dem computer auskenne. villeicht hängt sich einfach nur der pc als solcher für 2-3 sekunden auf um dann wieder weiterzulaufen. ich suche nur wie ich an die fehlerquelle kommen kann!?! passiert nämlich obwohl ich wenig programme am laufen habe. hatte schon wesentlich mehr laufen und keine probleme!

hi!

habe in den suchergebnissen nichts ähnliches gefunden, also lege ich mal mit meinem problem los:

habe seit kurzem das problem, dass bei x264 encodes 1-2 gelegentlich das bild stottert, als wäre er beim encoden 5 frames vor und dann wieder zurück gesprungen und das geht dann ca. 2-3 sekunden.

habe allerdings mittlerweile entdeckt, dass es scheinbar weder an x264 noch an avisynth liegt, sondern dass mein pc oder der directshow decoder oder filter sich kurz aufhängen.

habe nämlich das gleiche problem auch beim abspielen mit dem vlc, dass er für 2-3 sekunden einfach stehen bleibt.

habe einen intel core 2 quad q9400 bei 2,66 ghz und 8 gb ram.

hatte bisher keine probleme erst seit 2-3 wochen.

hat jemand eine idee, wie ich die fehlerquelle finde bzw wie ich directshow ausreichend speicher zuweisen kann, dass sowas nicht passiert?

hi! habe schon überall nach ner methode gesucht um meine ard & zdf hd aufnahmen von 720p50 auf 720p25 umzuwandeln. habe bisher immer den einfachen avisynth befehl changefps(25) genommen. hat soweit auch ganz gut funktioniert habe aber seit kurzem das problem, das (hauptsächlich bei sportsendungen zu beginn der zeitlupe) das bild für 1-2 sekunden extrem zappelt, als würde er 5 frames vor und dann wieder zurück springen. habe hier in diesem thread scheinbar einen lösungsansatz gefunden, aber bei mir wird das nicht butterweich, sondern bei schnellen bewegungen habe ich einen schatten. was kann ich tun, damit dieser schatten verschwindet?

edit: war glaube ich mein fehler! habe das 2. script genommen. mit dem ersten siehts doch etwas besser aus!

nochmal edit: sieht nur bedingt besser aus! habe mal screen1 und screen2 drangefügt. der eine ist mit changefps (selecteven sieht genauso aus) und der andere mit mt_lutxyz

Zitat von stax76

matmiller

Versuch mal in den Einstellungen unter Demuxing ProjectX zu aktivieren.

Das hab ich natürlich auch schon ausprobiert (abgesehen davon dass das demuxen mit projectX dann wieder genauso viel zeit kostet wie die tonspur mit virtualdubmod aufzuzeichnen)! Gleiches Ergebnis! Ist übrigens auch egal ob ich das an meinem PC oder am Laptop umwandle. Das asynchrone habe ich immer. Meine nur, weil ich am Laptop doch mehr Probleme beim Umwandeln habe besonders mit h264-ts files bei 50 fps. Aber das ist wieder ein anderes Thema. Liegt wahrscheinlich an den codecs oder was auch immer. hab mich damit abgefunden, dass ich am laptop h264-ts files per avisynth-script auf 25 fps ändere dann funktionierts.

noch ne andere frage kann man mittlerweile eigentlich dgavcdecNV mit einer der neuen StaxRip-Versionen nutzen oder geht das immer noch nicht. hab bisher noch nirgends was gefunden, wo steht, was mit den neuen versionen geändert wurde!

hab da mal ne frage:

vorneweg benutze staxrip 1.1.6.0. also falls eine neuere version das problem schon gelöst haben sollte, dann muss mir das jemand sagen!

wenn ich eine sendung aufnehme (SDTV) und in der sendung sind 2 oder mehr werbeunterbrechungen wirds gegen ende hin immer eine spur asynchroner. woran liegt das und gibt es eine möglichkeit das mit der von DGIndex demuxten tonspur synchron hinzukriegen? das einzige womit ich es synchron hinkriege, ist wenn ich als tonspur den transport-stream angebe, aber da muss er eben die tonspur erst mit VirtualDubMod aufnehemen. und wenn ich zb formel1 aufnehme dann dauert das eben ne weile bei 3 stunden laufzeit. wollte einfach wissen, obs eine möglichkeit gibt diesen arbeitsgang zu sparen oder nicht?!?

hab da mal ne frage: hab zufällig gesehen, daß ich ja eine nvidia grafikkarte habe und da angeblich die dgavcindex-probleme mit dgavcdecnv nicht bestehen sollen habe ich mir das geholt. habe auch schon gegooglet wie blöd aber noch nichts gefunden, wie man das in staxrip einbinden kann, weil durch blosses umbenennen stürzt staxrip ab! ein tipp oder link würde mir sehr weiterhelfen! danke im voraus!

Zitat von jim936

Hi,

ich habe mir die neue StaxRip Version installiert, bei der alten konnte ich immer meine h264 Dateien in einen mp4 Container packen.

Bei der neuen Version gibt es mp4 nur für iPod/iPhone und für console/handheld.
Kann man den alten MP4 Container nicht mehr nehmen?

(StaxRip 1.1.3.0)

MfG
jim936

klaro! ich nehme divx plus (x264) und nebendran mp4 als container (console/handheld) wählen. denke nicht, daß sich am container-format irgendwas gross geändert haben soll. ich kann ihn problemlos verwenden (auch am pc).

Zitat von Selur

Sollte .ts nicht immer 188bytes haben und .m2ts 192 bytes ?

Eher ein Hitze- und/oder Arbeitspeicherproblem.

1. m2ts ist schon richtig! die dateiendung lautet aber meinem icord auch .ts trotz 192 byte packets!

2. war ein codec-fehler! habe beim combined community codec pack den haken für h264 entfernt und siehe da es läuft!

3. was ist an der neuen testversion neu?? irgendwas innovatives für dvb-s2 (hd-streams) dabei?? wäre schön. bin nämlich so langsam am verzweifeln! versuche gerade die neue tsdoctor-version, die laut homepage mit icord-hd-dateien umgehen können soll. mal sehen! muss doch irgendeine möglichkeit geben, einen 5.1 stream aus der ts datei zu retten! staxrip nimmt ja über virtualdub nur stereo auf!

Zitat von Lupissimo

h264.TS-Cutter kann zwar den ts.file laden, aber zeigt ihn weder an noch lässt sich etwas damit machen . Weder play noch preview funktioniert

der h264tscutter kann den transport stream erst dann problemlos lesen, wenn er in 188 byte packets vorliegt. möglicherweise liegt er bei dir in 192 byte packets vor. benutze mal tsremuxer, tsdoctor oder ts packet editor, damit er in 188 byte packets umgewandelt wird. dann gehts zumindest bei mir!

Zitat von stax76

Würde mal H.264 TS Cutter zum schneiden versuchen und DGAVCIndex zum demuxen von Audio, mein erster Versuch damit war erfolgreich. Als Video Decoder am besten DirectShowSource mit DivX oder ffdshow (ffmpeg-MT) Decoder. ffms2 macht oft Probleme, DGDecNV kann versuchen wer eine Lizenz hat.

bei mir stürzt x264 beim encoden am laptop ab. zu hause gehts einwandfrei. kann es sein daß mein laptop für directshow zu langsam ist und es deshalb zu einem absturz kommt? kann am laptop hd-files auch nur mit coreavc gucken, ansonsten wirds am MPC asynchron und am vlc stotterts!

DGDecNV läuft doch nur mit einer nvidia grafikkarte oder sehe ich das falsch?

Zitat von Lupissimo

Ich kämpfe schon seit einiger Zeit damit, dass sich die "deutschen" HDTV Aufnahmen (720p,50Hz) nicht mit Staxrip (1.1.2.1_beta oder auch 1.1.3.7) ohne Absturz encoden lassen, so dass ich gezwungen bin die Streams (.ts) zunächst mit Magix Movie Edit in xvid.avi zu wandeln und dann in Staxrip zu x264.mkv zu encoden.

Mein System: XP SP3.

Direkt in DGAVCIndex lässt sich der ts.file einwandfrei demuxen und schneiden. Wenn ich den DGA file ( oder auch die original.ts ) dann in Stax lade stürzt es beim x264-encoden mit dieser Fehlermeldung ab:
x264
------------------------------------------------------------

"C:\Programme\StaxRip_1.1.3\Applications\x264\x264.exe" --level 4 --keyint 100 --vbv-bufsize 25000 --vbv-maxrate 20000 --output "I:\DVBRECORD\Catch me if you can - Mein Leben auf der Flucht_EncoderOutput.h264" "I:\DVBRECORD\Catch me if you can - Mein Leben auf der Flucht.avs"

------------------------------------------------------------
Error
------------------------------------------------------------

x264 failed with exit code 3

avs [info]: 1280x720 @ 50.00 fps (395541 frames)
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cache64
x264 [info]: profile High, level 4.0
This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

Angeblich soll es über "directshow" gehen, aber ich finde keine Anleitung, wie man dies einstellen kann. Alle anderen Programme ( DVBviewer oder auch ZOOMPLAYER haben mit den ts.files kein Problem. Als codec in ZOOMPLAYER benutze ich für die .ts den ffddshow mit der x264 option ffmpeg-mt.

Für einen Hinweis zur Problemlösung wäre ich sehr dankbar, da der Umweg über Magix zu xvid.avi sehr zeitaufwendig ist ( für 2h Film ca 5h Encode) und dann kommt noch der eigentliche encode zu x264.

Lupissimo

Alles anzeigen

die neueste staxrip version benutzt erst mal automatisch directshow, sofern du nichts anderes einstellst. nicht wundern staxrip nimmt dann eine wav-datei als tonspur auf, die wird immer stereo. eine ac3-spur da rein zu bringen ist ein wenig gefriemel, aber geht! ausserdem ist es logisch, daß deine player kein problem damit haben, weil ffddshow ein directshow-filter ist!

Zitat von hdst

Mit einem Programmwechsel zu MeGUI (wird ständig aktualisiert) ist das Problem vom Tisch. Der Umweg über Xvid ist nun wirklich nicht sinnvoll.

kann man mit megui schneiden? hab mich noch nie mit megui befasst. bin schon immer staxripper!

dachte mir ich teste das mal, aber ohne anleitung komme nicht weit. hab ne aufnahme von der olympiade und wenn ich die öffne erkennt er sie als audio-datei. hab jetzt leider keine zeit mich intensiver damit zu befassen. evtl später nochmal.

smart cutter sieht ja optisch gut aus, aber stürzt bei mir (unter windows 7) ständig ab! liegt das an windows 7 oder am programm oder evtl sogar am transport-stream? im kompatibilitätsmodus stürzt es nämlich genauso ab!

guten abend allerseits!

wollte mal wieder hallo sagen und einen kurzen vermerk zu staxrip und hd-dvb dateien von mir geben. ard & zdf starten ja seit heute den regelbetrieb ihrer hd-sender. habe mir testweise gleich mal die skisprung-quali aufgenommen um staxrip damit zu füttern und habe folgendes problem dabei: dgavcinedx stürzt ab und wenn ich die methode über direct-show verwende nimmt er eine wave datei auf, die nur stereo ist, obwohl der original-transport-stream eine 5.1-spur hatte. wenn ich die ac3 spur allerdings manuell demuxe und bei staxrip einfüge wirds asynchron (trotz des in media info angegebenem delay). vielleicht hat ja jemand ne idee, wie ich die original ac3-spur irgendwie synchron kriegen könnte!!

edit: hatte die tonspur zwar schon einmal dazu gemuxt aber mit dem delay im dateinamen so wie es dgavcindex ausspuckt. hab das ganze jetzt nochmal anders probiert und das hat funktioniert. hab mit dgavcindex die ac3-spur demuxt und alle zusatzinfos aus dem dateinamen entfernt und das delay aus der mediainfo genommen. der 1 minütige test-encode sieht zu (fast) 100% synchron aus, aber im fernsehen siehts auch nicht immer ganz synchron aus.

Zitat von fc_bayern

wo kann man da nun MP3 128 auswählen nicht mehr dabei
wo das immer stand "%application:BeSweet%" -core( -input "%input%" -output "%output%" ) -ota( -d %delay% -
hybridgain ) -lame( --abr %bitrate%

bei divxplus gibts kein mp3 mehr. macht aber keinen großen unterschied, ob du mp3 oder aac draus machst. der ton und die größe bleibt ziemlich das selbe! hab mich am anfang auch gewundert, aber man gewöhnt sich schnell dran, weils eigentlich keinen unterschied macht. nimm einfach aac vbr ~96 kbps

Zitat von fc_bayern

So nach allem Xp neu drauf usw kommt immer noch

gruß

welche version benutzt du? sieht nach einem fehler aus, der in der neuen version bereits gefixt ist?!?! also mein tipp: neue staxrip-version runterziehen ist hier im thread verlinkt! dann sollte es laufen. xp neu drauf hätte denke ich gar nicht sein müssen!!