sx264 public alpha

Wenn man einen Job über Job Control startet, dieser sich aber nicht auf Position 1 in der Jobliste befindet wird der Status im Hauptfenster (und damit auch nicht im Fenster in der Taskleiste) aktualisiert.

Ansonsten bin ich von dem Projekt vollauf begeistert.
Als treuer Tester seit der ersten public alpha Version hoffe ich das dieses Projekt noch lange halten wird und es Selur nicht irgendwann leid wird hier weiter zu programmieren.

EDIT: Falschmeldung von mir.

Der Dateiname enthält immer den Jobnamen zusätzlich zum Filmnamen des ersten Films den man ins Queue gestopft hat. Allerdings führt das zu Verwirrung Die STATS Files sind übrigens alle 0 Byte groß bei mir..

schwerwiegender Bug gefunden?

folgendes stammt aus dem Log des Job queues, in dem ich 3 Jobs parallel laufen habe: - suspekte Stelle in Fettschrift. Es wird das falsche Statsfile benutzt! Und zwar für alle Jobs im Queue das Gleiche... Stimmt nur der Output nicht oder wird wirklich das falsche File genutzt? In der Zieldatei selbst merkt man eigentlich nichts davon, außer dass das Bild ab und an schon schärfer sein könnte und blockt - was ja ein Hinweis darauf sein könnte dass die falschen Stats genutzt werden.

encoded 152812 frames, 10.01 fps, 1194.55 kb/s
Job_165739411_2009.04.20 - 20:23:46: video encoding 2nd pass
Job_165739411_2009.04.20 - 20:23:46: decoderCL:
ffmpeg -r 25 -i "D:\Temp\Urlaub2009\title00.mkv" -v 0 -vcodec rawvideo -deinterlace -croptop 80 -cropbottom 80 -cropleft 0 -cropright 0 -vsync 0 -an -r 25 -pix_fmt yuv420p -f rawvideo -
Job_165739411_2009.04.20 - 20:23:46: encoderCL:
x264 --pass 2 --bitrate 1200 --level 5.1 --ref 6 --keyint 250 --min-keyint 1 --scenecut 40 --bframes 16 --b-bias 0 --b-pyramid --weightb --direct auto --b-adapt 2 --cplxblur 20 --qcomp 0.6 --qblur 0.5 --qpmin 1 --qpmax 51 --qpstep 4 --ipratio 1.4 --pbratio 1.3 --chroma-qp-offset 0 --partitions i4x4,p8x8,b8x8 --me umh --merange 16 --subme 9 --mixed-refs --trellis 2 --no-fast-pskip --aq-mode 1 --aq-strength 1 --deadzone-inter 11 --vbv-maxrate 750000 --vbv-bufsize 750000 --threads auto --sar 1422:1000 --filter 0,0 --no-psnr --no-ssim --stats "D:\Temp\Ferien2005_165739411.stats" --progress --fps 25 --output "D:\Temp\Urlaub2009.mkv" - 720x416

Moinm wie schon erwähnt ist die ID bei allen STATS-Files verschieden, nur der Präfix war immer derselbe.

Ich teste die neue Version dann mal die Tage wenn ich den nächsten Schwung ins Job-Queue werfe.

Den kleinen Namensfehler im Statsdateinamen gibts schon länger. (Vermutlich seit Einführung des Jobmanagers.)
Die ID hat aber immer gepaßt und das Ergebnis auch.

Es ist also nur ein Schönheitsfehler.

Ließt sich alles sehr gut
evtl hier

Zitat

- option to automatically create the outputname: 'default output path'+'input filename'+"."+'default extension'

noch nen Prefix anhängen

Zitat

'default output path'+'input filename'+'_recode'+"."+'default extension'

falls In und Out-Pfad mal auf den selben Ordner zeigen.

Fein. Ich wußte doch, daß man sich auf dich verlassen kann

Allerding hab ich einen Fehler beim compilieren bekommen:

In file included from ui/sx264.h:15,
from main.cpp:8:
./ui_sx264.h:530: error: expected unqualified-id before numeric constant
./ui_sx264.h:530: error: expected ';' before numeric constant
./ui_sx264.h: In member function 'void Ui_sx264Class::setupUi(QMainWindow*)':
./ui_sx264.h:4083: error: lvalue required as left operand of assignment
./ui_sx264.h:4084: error: base operand of '->' is not a pointer
./ui_sx264.h:4085: error: invalid conversion from 'int' to 'QWidget*'
./ui_sx264.h:4085: error: initializing argument 1 of 'QVBoxLayout::QVBoxLayout(QWidget*)'
./ui_sx264.h:4092: error: invalid conversion from 'int' to 'QWidget*'
./ui_sx264.h:4092: error: initializing argument 1 of 'QGroupBox::QGroupBox(QWidget*)'
./ui_sx264.h:4201: error: invalid conversion from 'int' to 'QWidget*'
./ui_sx264.h:4201: error: initializing argument 1 of 'QGroupBox::QGroupBox(QWidget*)'
./ui_sx264.h:4316: error: invalid conversion from 'int' to 'QWidget*'
./ui_sx264.h:4316: error: initializing argument 1 of 'QGroupBox::QGroupBox(QWidget*)'
./ui_sx264.h:4402: error: invalid conversion from 'int' to 'QWidget*'
./ui_sx264.h:4402: error: initializing argument 1 of 'int QStackedWidget::addWidget(QWidget*)'

in früheren Versionen hieß das ding "page_1" jetzt nur noch 1.
Nachdem ich das wieder auf page_1 gesetzt hab lief alles durch.

Grüßle Pitti

Ein kleines Problem hab ich mit dem Audiodelay.
Ich weiß aber nicht genau, ob das jetzt Zufall ist,
oder bisher nicht aufgefallen ist, weil keine Delays nötig waren.

Im Report steht folgendes:

mplayer "/media/sda1/erde/test-001.mkv" -af channels=6:6:0:0:1:1:2:4:3:5:4:2:5:3 -ao pcm:waveheader:file="/media/sda1/sx264_tmp/test-001_reencode_audio_210800587.fifo" -channels 6 -delay 1.137 -vc null -vo null -  | neroAacEnc -if "/media/sda1/sx264_tmp/test-001_reencode_audio_210800587.fifo" -br 128000 -ignorelength -of "/media/sda1/sx264_tmp/test-001_reencode_210800587.aac"Job 210800587 2009.04.24 - 21:09:57:

offensichtlich nimmt mein mplayer die Option -delay 1.137 nicht an,
denn das Ergebnis ist unsychron.
Wenn ich das Ergebnis nochmal in mmg nachbearbeite und das delay dort setze, stimmts dann.

Kann es sein, daß du früher das delay auch erst beim muxen gesetzt hast?

Zitat

tun sie aber wohl nur beim direkten Playback nicht, wenn man die Ausgabe in eine Datei leitet

Lustig, was so ein kleines Komma ausmachen kann

zum Thema: das hat leider noch keinen Erfolg gebracht.

Zitat von Report

Job 060951353 2009.04.25 - 06:09:51:
Encoding: /media/sda1/erde/test-001_reencode.mkvJob 060951353 2009.04.25 - 06:09:51:
Audioencoder: encoderCL(3):
mplayer "/media/sda1/erde/test-001.mkv" -af channels=6:6:0:0:1:1:2:4:3:5:4:2:5:3 -ao pcm:waveheader:file="/media/sda1/sx264_tmp/test-001_reencode_audio_060951353.fifo" -channels 6 -vc null -vo null - | neroAacEnc -if "/media/sda1/sx264_tmp/test-001_reencode_audio_060951353.fifo" -br 128000 -ignorelength -of "/media/sda1/sx264_tmp/test-001_reencode DELAY 1137ms_060951353.aac"Job 060951353 2009.04.25 - 06:11:48:
decoderCL:
x264 bla bla

muxerCL:
mkvmerge -o "/media/sda1/erde/test-001_reencode.mkv" --default-duration 0:25fps --aspect-ratio-factor 0:1/1 --fourcc 0:MP4V "/media/sda1/sx264_tmp/test-001_reencode_060951353.264" "/media/sda1/sx264_tmp/test-001_reencode DELAY 1137ms_060951353.aac"

Alles anzeigen

kleine Frage am Rande:
Wäre es ein Problem beim Audioencoden ne Option einzubauen von 6 auf 2 Channels zu gehen (also 5.1 zu stereo)?

Hi Selur,

gibt es einen Grund, warum Du eac3to nicht verwendest? Mit diesem soll das downmix-ing kinderleicht sein...

Gruß
mister_no

Wenn es ein Alleinstellungsmerkmal für sx264 gibt, dann ist es die Systemunabhängigkeit.
Da verzichte ich lieber auf eine eher selten gebrauchte Möglichkeit.