Log in

View Full Version : sx264 - qt based x264 gui (Linux&Windows)


Pages : 1 2 3 4 5 6 7 8 9 10 11 [12] 13 14 15

Selur
3rd November 2009, 22:54
gui test, encoding is one of the last things to be added :)

Riki
3rd November 2009, 22:59
oh, you had my hopes up :P

Selur
3rd November 2009, 23:01
like I said: "looking at my free time plans I aim to release at the end of this year"

CpT
3rd November 2009, 23:02
Ok cool.

I'll try on win 7 in a few Thanks!

Riki
3rd November 2009, 23:05
I know, I know. I was thinking for complete version. ;)

Riki
4th November 2009, 17:36
I spend a lot of time with sx264 and the more I use it, the more I love it. Although my uses for it may be more specialized, I do have a few more small ideas.

In the Job Control, it would be nice to be able to select multiple videos and when you hit remove it will remove only the selected ones.

In the Job Control, if you Clear Finished on a lot of videos it freezes up sx264 for quite a bit while it clears it one by one. Im not sure if its possible, but maybe there is a way to remove videos faster. I usually encode 100s of videos at one time, I doubt that most people do that :p

Riki
4th November 2009, 17:43
I also noticed this in the task manager, maybe thats why its slow.
http://img177.imageshack.us/img177/3701/snag0012.jpg

Should sx264 need so much memory?

Selur
4th November 2009, 17:46
Nope it should not. :)
Probably a memory leak somewhere,... btw. (562 is the current Version)
-> will do some tests to find the problem. ;)

Riki
4th November 2009, 17:47
thanks, ive been encoding for a few days with the que so I havent updated, the que should be finished today I hope :)

Selur
5th November 2009, 08:15
would be nice if you could do some tests to see what interaction is triggering the memory usage. (got a bunch of ideas but will not have time for it until this evening - it's morning here atm :))

Riki
5th November 2009, 12:27
Ill try and see, the encoder was working for many days so it may be hard to reproduce. It never crashed though, just a bit slow when removing finished files.

Selur
5th November 2009, 14:38
hunting it down, found some minor memory leaks, but the memory usage is not a leak but a case of allocation and not releasing when possible -> crawling through the code (to be frank I didn't care much about memory usage during implementation since sx264 is mainly a 'playground' and my max-queue-size I normally use is 10 ;))

Cu Selur

Riki
5th November 2009, 14:45
I agree, the memory usage wasnt a problem. Mainly it would be nice to update the remove button to also check selected. Sometimes I will add 10 videos to a que of 100 and realize I had the wrong settings, so to remove all 10 from the que is painful :p

Selur
5th November 2009, 17:27
will look into that after I find the memory problem,... even for e.g. 400 files memory usage shouldn't be near 1GB,..

Selur
6th November 2009, 10:12
rev563

*fixed*
- avchd muxing
- (minor) memory leaks

*changed*
- deleting unneeded avchd folders after creation with tsMuxeR
- internal queue partially to lower memory usage and job queue handling speeds

Comment:
I don't understand memory usage under Windows, on Linx using valgind&Co I monitored memory usage and sx264 does spike on model creations and queue handling (basically xml handling) but it goes down do arround 11MB on Windows machines according to taskmanager memory usage doesn't go down :/, but I'm suspecting this is a windows not 'taking back' available

memory.

-> updated links in 1st post

Cu Selur

Ps.: yes, selecting multiple files and pressing the remove button should now also remove all of them.

Riki
6th November 2009, 14:12
Thanks Selur!!!!!

Alex_080
8th November 2009, 12:30
Hi Selur this version rev563 shows error with some file (means some*.DAT and *.mvk files) which are perfectly done with previous version rev562.

Can You give me the previous version sx264 rev563

Selur
8th November 2009, 12:34
it would help if you could be a bit more specific about the error, what you did,... <- otherwise this won't change

rev562 should be still available at:
sx264 Win32: http://www.selur.info/sx264/sx264_Alpha_rev562.zip
sx264 Win64: http://www.selur.info/sx264/sx264_Alpha_64bit_rev562.zip
sx264 Source: http://www.selur.info/sx264/sx264_AlphaSource_rev562.zip
sx264 Linux32bit binary: http://www.selur.info/sx264/sx264_alpha_rev562_binary.zip
sx264 Linux64bit binary: http://www.selur.info/sx264/sx264_alpha_rev562_64bit_binary.zip

Alex_080
8th November 2009, 12:41
in some file audio encoding done perfectly but when pass 1 start following error show

video encoder crashed----

Selur
8th November 2009, 12:47
Reset Defaults (under Misc), Restart sx264, enable debug output (Misc-> Input, Interface and Log -> Log Settings -> Create debug file), do the steps that cause the crash, send me the created debug file via PM or upload it somewhere so I can download it.
Hopefully I can than reproduce the problem, if you got a small sample file with which you can reproduce the problem it would also help if you cold pload it somewhere so I can download it.

Cu Selur

Alex_080
8th November 2009, 12:56
Hi Selur i send you debug report via PM

Selur
8th November 2009, 16:43
You send me the report not the debug info,...
x264 --profile high --pass 1 --bitrate 349 --level 4.1 --ref 1 --keyint 250 --min-keyint 25 --scenecut 40 --bframes 3 --b-bias 0 --b-pyramid strict --direct auto --cplxblur 20 --qcomp 0.5 --no-mbtree --rc-lookahead 40 --qblur 0.5 --sync-lookahead 6 --qpmin 1 --qpmax 51 --qpstep 4 --ipratio 1.4 --pbratio 1.3 --chroma-qp-offset 0 --partitions none --no-8x8dct --me dia --subme 2 --trellis 0 --aq-mode 0 --threads auto --filter 1,1 --stats "C:\DOCUME~1\Santosh\LOCALS~1\Temp\INPUT_170623015.stats" --fps 29.97 --output NUL - 720x400
Job 170623015 2009.11.08 - 17:23:16:
x264 [info]: 0x0 @ 29.97 fps
x264 [error]: Rawyuv input requires a resolution.

No clue why x264 doesn't find the resolution, x264 call looks fine to me (and does contain the resolution). :/
-> if you can make a small sample (< 10MB) I can test with your sample.

Cu Selur

Alex_080
9th November 2009, 00:23
Hi Selur Problem Solved .
i replace the old x264 with newest one (JEEB's x264 r1318 32bit) then encoding of same file done perfectly.
One thing more... when i encode a file with 5 frames but in mediainfo it shows 4 frames why ??

Alex_080
12th November 2009, 01:14
Hi Selur
I have noticed that those file which have 100ms+ delay , sx264 unable to convert perfectly (Audio-Video Synchronous Problem)

Selur
12th November 2009, 08:03
One thing more... when i encode a file with 5 frames but in mediainfo it shows 4 frames why ??
No clue, probably something is wrong with the file. ;)

I have noticed that those file which have 100ms+ delay , sx264 unable to convert perfectly (Audio-Video Synchronous Problem)
send me a sample + a short description of what you did and I'll look into it

Cu Selur

Alex_080
12th November 2009, 12:54
Here is Sample Which have delay 32s 585ms (Duration: 3mn 47s)and can not perfectly convert by sx264.
The file is ok because i check with other converter and they convert perfectly.

http://rapidshare.com/files/165614295/Jee_Karda_-_UpScaled__1280x528__-_AC3__-_TUHIN_SHAKIL.mkv

And Here is Debug Report of that file
http://rapidshare.com/files/305920146/sx264Debug.txt

And Please check with mediainfo when you convert with sx264 to see about frame problem.

--->First i put input file then go to advanced confi. and in encoding tab i set general frabe setting to 5
--->Then i go to audio tab and set reencode audio stream and set Nero ACC with bitrate 64kbit/s( here tik mark present in the Grab delay from file name)
--->Then i go to Misc tab and set output container to .mkv
--->Then go to Main tab and set output location and start encoding.

Other Setting Same As Default

Thanks..:)

Selur
12th November 2009, 13:38
Will look into the delay problem later tonight. :)

Selur
12th November 2009, 15:11
had a fast look at it and think I know that the problem is :)
mkvmerge -o "....\My Documents\asa.mkv" --default-duration 0:23.976fps --aspect-ratio-factor 0:1/1 --fourcc 0:MP4V "....\LOCALS~1\Temp\asa_133320234.264" --sync 1:32585 "....\LOCALS~1\Temp\asa DELAY 32585ms_133320234.aac"
instead of '--sync 1:32585' it should be '--sync 0:32585', since it's stream number 0 in "....\LOCALS~1\Temp\asa DELAY 32585ms_133320234.aac" will test this once I get back home and send you a link to a test version via pm.
-> fixed that, but it didn't fix the asynch (completly) of the output which might be related to:
Warning: 'C:\Users\Selur\Desktop\Jee_Karda_-_UpScaled__1280x528__-_AC3__-_TUHIN_SHAKIL.mkv' track 2: This AC3 track contains 1792 bytes of non-AC3 data which were skipped. The audio/video synchronization may have been lost.
which happens when I try to remux the file with mkvmerge

Cu Selur

Selur
12th November 2009, 19:34
rev564

*fixed*
- '--sync' parameter of mkvmerge call (now: --sync 0:..)

*added*
- support for
--weightp Weighted prediction for P-frames [2]
- 0: Disabled
- 1: Blind offset
- 2: Smart analysis
*cosmetics*
- set sx264s weightedP default to disabled

*updated*
- windows package

Needs up-to-date mediainfo and x264 version

-> updated links in 1st post

microchip8
12th November 2009, 19:42
Can't download source. Got this from the server

"The document name you requested (/sx264/sx264_AlphaSource_rev564.zip) could not be found on this server. However, we found documents with names similar to the one you requested."

Selur
12th November 2009, 19:53
should be okay now :)

CpT
12th November 2009, 21:24
Latest 32 bit version reads sx264 Alpha - rev563 in the title for the app.
sx264 Win32: http://www.selur.info/sx264/sx264_Alpha_rev564.zip


Is it a typo or is the download link wonko?

Selur
12th November 2009, 21:29
packed the wrong file,.. (damn need more sleep)
-> will fix it (windows package too contains the wrong file)

CpT
12th November 2009, 21:31
Ok thanks for the heads up ;)

Selur
12th November 2009, 21:38
Ha, found the problem, moved my svn repository from a remote site to my home server (due to some server trouble) and forgot to update the pathes on my win32 system. ;)
-> compiling now (takes ages on my mac mini :))
-> fixed http://www.selur.info/sx264/sx264_Alpha_rev564.zip, uploading windows package atm. will update link in 1st post when finished.
-> fixed,...

CpT
12th November 2009, 21:54
Sweet!

Thanks Selur!

Selur
13th November 2009, 11:38
rev565

*fixed*
- "weightedP" not changing properly, due to index mixup

*added*
- support for:
"--constrained-intra Enable constrained intra prediction."
Which is afaik only is needed when doing SVC (http://en.wikipedia.org/wiki/Scalable_Video_Coding),...


Reset Defaults on first start

-> updated links in 1st post

flebber
13th November 2009, 12:23
With your last version I was specifying my video options and specs, I didn't have a file loaded as I was creating profiles. I opened the Profile Manager and chose save as for the general profile option. I then received a visual studio error, stating that the 'Just in Time Debugger was not enabled and that I could enabl the debugger from the Tools Options Menu.

After pressing okay to the message x264 crashed.

Selur
13th November 2009, 12:24
last version beeing 565 ?

flebber
13th November 2009, 12:33
yes indeed

Selur
13th November 2009, 12:34
ok, will check&fix :)
-> redownload sx264 should be fixed now (made a 'silent update')

flebber
16th November 2009, 02:35
I like the layout of Hybrid. Its a lot cleaner and logical. The only thing I couldn't see was audio encoding tab or choices.

Pitti
16th November 2009, 06:39
look at the picture ;)

Selur
16th November 2009, 07:28
Under the VideoHandling-ComboBox (where x264 is selected) is the AudioHandling-ComobBox. ;)
Current version looks like this:
http://img410.imageshack.us/img410/3927/maintab.png

flebber
16th November 2009, 08:01
http://farm3.static.flickr.com/2570/4108691896_802cfae0f8.jpg

Selur
16th November 2009, 08:03
You are in the MainMenu of the Video-SubMenu (x264) not in the MainMenu and since audio handling is set to 'ignored' in the MainMenu it's tab is removed. ;)

TRF
19th November 2009, 16:52
link for linux 64 on first page for binary is not a binary ;)

Selur
19th November 2009, 16:56
thanks for the info, should be fixed now :)

TRF
22nd November 2009, 09:35
Hello Selur, may I made a proposal for 1st post ... Since latest versions of sx264 require latest versions of x264 ( ;) ) may I point a good faq for any distro (writen on ubuntu forums though) ... http://ubuntuforums.org/showthread.php?t=786095 <==> as far as I'm swithching between Debain Lenny/Testing it realy helps me ...

Selur
22nd November 2009, 09:37
will but it in the 1st post