wenn ich den passthrough eines aac im mkv machen möchte bekomme ich diese Meldung
Error in audio job creation:
Format aac lc-sbr is not allowed for mp4 output!
obwohl yamb dasselbe aac anstandslos muxt/ PSP das mp4 abspielt...
wenn ich den passthrough eines aac im mkv machen möchte bekomme ich diese Meldung
Error in audio job creation:
Format aac lc-sbr is not allowed for mp4 output!
obwohl yamb dasselbe aac anstandslos muxt/ PSP das mp4 abspielt...
wow, sogar mehrere aac spuren kann man mit hybrid in einem Rutsch mit in den container packen !
Das ist klasse
schade daß das Nokia 5230 nur die erste spur wiedergeben kann...
Aber vielleicht hängt das ja vom player ab, werde mal schauen obs auch andere player für das Nokia-OS Symbian gibt die auch andere tracks anwählen können
Baseline 1.3, voll ins Schwarze...
Danke schöön
aah suuper, sehr einfach wenn manns schon mal gemacht hat. Dein Proggie fängt an mir zu schmecken
hmm... leider kann mein Nokia nix mit dem x264-H.264 anfangen. Hier ein Auszug aus dem Manual:
ZitatMPEG4-SP playback 30fps VGA, MPEG4-AVC playback 30fps QVGA, WMV9 playback 30fps QVGA, MPEG4-SP playback 30 fps nHD
Auf alle Fälle muss es AAC im mp4 container sein, ansonsten 320x240 mit max 30fps...
Aber alles weitere ? Null Plan ;D
Kennst du vielleicht die Einstellungen mit denen das Nokia x264 verdauen könnte ?
insoweit (fast) alles ok...
kann man denn bei hybrid mit neroAacEnc aus AC3 5.1 auch nach aac 2.0 encoden ?
es wird immer AAC 5.1 daraus.
Tipp ins Blaue: Könnte an der Mencoder Version liegen, versuch mal Mplayer/Mencoder von http://sourceforge.net/projects/mplayer-win32/files/.
Scheint so zu sein... nach Austausch von Mplayer/Mencoder macht es bis jetzt was es soll.
Mal sehen... encodiert jetzt, wird voraussichtlich in 1h fertig sein
danke.
gerne... Debug log, wo find ich das ?
Wenn es ans x264 encoden gehen soll gibts einen Crash...
Gibt das log was her ?
Analysing finished.
Generating video calls for: O:\releases\ANIMATION\1080p\x264 QVGA.mp4
adding x264 calls for source: 1.
createJobs for O:\releases\ANIMATION\1080p\x264 QVGA.mp4
called with empty tag list
called with empty chapter queue
createJob audio...
createJob video...
create video job for 14_44_01_401
Added new job with id 14_44_01_401
14_44_01_401_01_audio: mkvextract started...
Lowering priority of process with id: 2996
14_44_01_401_02_audio: NeroAACEnc started...
Lowering priority of process with id: 6136
Lowering priority of process with id: 3924
14_44_01_401_03_cleanUp: "C:\DOKUME~1\LOKALE~1\Temp\x264 QVGA_ger_aid_0__14_44_01_401_01.ac3"
14_44_01_401_04_video: x264 (1 pass) encoding started...
Lowering priority of process with id: 4532
Alles anzeigen
krass... :hm:
und ich dachte ihr hättet von vornherein das sample auch mit dem vlc getestet da ich ja geschrieben habe dass ich damit diese Rauschwolken hab...
dachte immer der vlc wäre durch die ständigen updates ein "state-of-the-art"-player.
Weit gefehlt. Wie gestern gemerkt hab kann der im Vergleich zu anderen playern auch überhaupt kein H264 in 1080p50 abspielen... :nein:
Danke für die Anteilnahme...
kann ich aus euren Äußerungen schließen daß ihr konkret NICHT diesen Effekt mit meinem sample und dem VLC oder KMplayer nachvollziehen könnt ?
glaub ich bin scho ganz meschugge vom vielen encoden und vergleichen. Ich kanns nicht mehr sehen.
VLC sagt auch wie vorhergesagt nichtssagend "Standard".
Damit bin ich am Ende meiner nulligen Weisheit angelangt, gebs auf.
Unterschiedliche Player können unterschiedliche Renderer verwenden.
wie kann ich auf die Schnelle testen welche Renderer VLC, KMplayer und MPC verwenden ? Möchte das Ergebnis mit dem Renderer vom Zoom- bzw. Splash-player vergleichen
falls nötig, hier nun das Original(70MB): http://megaupload.com/?d=G687TAI3
danke Selur
komisch... habe nun in den Settings auf den Development-Updater gestellt, alles nochmal updated + r1732 drauf, aber egal ob ich mit --open-gop normal, oder none/bluray encode, das Resultat ist so besch... wie am Anfang als noch das ältere build arbeitete.
LigH
reg dich ab, war mein Fehler. Daher gibts auch keine exakte Fehlermeldung.
ZitatZu heller Bildschirm einerseits (die heutigen LCD-Bildschirme brauchen teilweise Treiber-Gamma 0.7, um wieder halbwegs lineare Helligkeit zu zeigen), TV-Scale bei der YUV-Videoausgabe andererseits (wie letztens im Nvidia-Treiber entdeckt).
dann verstehe ich nicht, warum mit VLC mein Bildschirm zu hell und mit dem WMPlayer auf einmal ordentlich abgestimmt sein soll, denn da habe ich keine Rauschwolken ?
@ LigH
auch mit Bindestrich gibts error...
@ Didee
Mit der doppelten Datenrate ist das Aufschaukeln der grauen Wolken etwas schwächer, aber auch sichtbar. Neben dem VLC zeigen das der MPC-HC und KMplayer auch deutlich.
Habe es nun mit noch zwei weiteren probiert... WMPlayer und Splash player(glaube dieser nutzt seinen eigenen H264 decoder) spielen es trotz der niedrigen bitrate ohne Auffälligkeiten ab.
Das deutet eher darauf hin dass es kein Datenraten-Problem sein sollte ?
Versuch mal ob es hilft wenn Du '--opengop' bei den Customeinstellungen dazupackst,...
Habe eben bei r1732 "--opengop" dazugepackt, aber er bricht damit sofort mit error ab...
"--no-fast-pskip" kostet zwar etwas Zeit, und "--no-dct-decimate" macht das File etwa 1-3% größer, aber das ist es mir wert.
lil barny, wenn Du das mal testen würdest wäre ich an Deiner Meinung (ob es etwas bringt) sehr interessiert.
Muss dich leider enttäuschen, hat(fast) nichts gebracht :nein:
zu OpenGop: Das ist schon seit einiger Zeit in den Standardbuilds von x264 enthalten.
zum Effekt: Liegt z.T. auch am VideorendererCu Selur
Habe es nun mit dem neuesten MeGUI 0.3.5.0 (core 98 r1649)probiert und alles incl. profile erstmal updaten lassen. Dann profile "Bluray" genommen(grain, film, etc. gibts komischerweise nicht mehr...) und die sich aufbauenden "Rausch-Wolken" sind WEG !!! :ja:
aber leider ist das Bild meiner Meinung nach bei diesen niedrigen bitraten irgendwie "schlechter"(weniger "knackig"??) als mit meinem älteren Build(core 75 r1259M) ohne dieses "openGOP".
tja, shit irgendwie... :hm:
die Verbesserung wird jetzt mit einem ungewohnten Nachteil erkauft...
habe ich das richtig verstanden, dass diese "openGOP"-Funktion nur bei dieser gepatchten x264 version vorhanden ist:
http://www.mediafire.com/file/4muyzwzzo…171_opengop.zip
der link steht in der ersten Seite deines erwähnten Threads. Leider ist der link ungültig/kann man nix runterladen...
Zitatadaptive quantization und andere psy Werte helfen vermutlich auch etwas
nach wohin verändern(kleiner oder größer wählen?)
PS...
kann es vllt auch/und ein decoding-problem sein ?
Wenn ich das file mit dem Zoom player abspiele, sehe ich von diesem "pumpen" merkwürdigerweise gar nichts...
Hi Selur
möchte möglichst den Grain erhalten. Habe es auch schon mit verschiedenen Templates probiert(grain/film/none). Der Grain ist aber auch mit "None" gut sichtbar, die Templates sind also eher zweitrangig in diesem Fall. Der Effekt ist im Original natürlich nicht enthalten.
Dieser 10 sec. Rhytmus deutet darauf hin, dass beim IDR-frame alles in Butter ist, der Rest der aber danach folgt sich immer mehr bis zur sichtbaren "Rausch-wolke" aufschaukelt um dann beim nächsten IDR-frame 10sec. später wieder zu verschwinden usw.
Hast du dir das sample mal angesehen ?
Kodierungseinstellungen:
cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=3 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=5733 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:1.00
wenn ich grainy Material mit dunklen Szenen encode fallen mir alle 10 sec. sich aufbauende "Rausch-wolken"(weiß nicht wie es besser beschreiben soll)in schwarzen Bildbereichen auf.
Vielleicht kann mir jemand einen Hinweis geben mit welchen Einstellungen ich diese schrecklichen Effekte vermeiden kann
Hier ein 20sec. Beispiel(13MB): http://megaupload.com/?d=FLLKB1SX
Das habe ich mit allen playern beobachtet, aber am deutlichsten kann man es mit dem vlc player sehen.