View Full Version : TX264 0.9.8 - GUI for x264 with audio encoding support
Pages :
1
2
3
4
[
5]
6
7
8
SeeMoreDigital
20th November 2012, 15:00
well i try mkv container with "Force constant fps" it doesn't work T_T,video become defrag,its there other way to remove variable frame rate??....thanks ozok for the reply :D
Very strange... The option works fine for me!
ozok
21st November 2012, 00:24
Very strange... The option works fine for me!
TX264 tries to extract FPS info from source but, as i said earlier, sometimes it fails (or maybe MediaInfo fails?). That might be it.
@acclez send me log.txt please.
XStylus
21st November 2012, 00:30
There is no connection between advanced options and selected profile/tune/preset. AFAIK, profiles/tunes/preset will override advanced options if a conflict occurs.
According to the x264 wiki, it's the other way around: "If you specify a tuning, the changes will be applied after --preset but before all other parameters." So if, for example, the "Film" tune normally sets Trellis for 0.15, yet if I manually specify 0.20 for Trellis, x264 will implement the "Film" preset but will use 0.20 for Trellis instead of 0.15.
So if someone wants to use TX264 to use a tune profile along with advanced options, TX264 needs to do one of two things: 1) The advanced options need to already be set to whatever the Tune profile reflects (kind of like Zarx264 does), or 2),TX264 needs to send to x264 only the advanced options that the user actually makes a change to in the Advanced Option window. The latter is probably easier, but less informative.
XStylus
21st November 2012, 02:24
PS: that exe will create a fps.txt in your C:\ if you have one, so please create a backup before replacing. That fps.txt is a list of FPS of all the files in your list.
I realize I'm backtracking a bit, but wouldn't it be better to have the program create fps.txt in the directory that TX264.exe resides in, or a temp directory like %TEMP% or %LOCALAPPDATA%? Much more tidy that way. That also avoids the infinitely rare likelihood of zapping someone's oh-my-gosh-I-can't-live-without-it fps.txt file that they lazily stored in the root of their hard drive. :P
ozok
21st November 2012, 03:23
I realize I'm backtracking a bit, but wouldn't it be better to have the program create fps.txt in the directory that TX264.exe resides in, or a temp directory like %TEMP% or %LOCALAPPDATA%? Much more tidy that way. That also avoids the infinitely rare likelihood of zapping someone's oh-my-gosh-I-can't-live-without-it fps.txt file that they lazily stored in the root of their hard drive. :P
I actually forgot to delete the code that writes text file to my C:\ driver. So, it is a bug not a feature ;)
acclez
21st November 2012, 06:00
TX264 tries to extract FPS info from source but, as i said earlier, sometimes it fails (or maybe MediaInfo fails?). That might be it.
@acclez send me log.txt please.
thanks ozok for the help :D
here it is the log file
XStylus
21st November 2012, 08:03
Any particular reason why Qaac 1.43 is provided with the full TX264 package? The latest version is 2.01. Are there any issues with using the newer one?
ozok
21st November 2012, 12:15
Any particular reason why Qaac 1.43 is provided with the full TX264 package? The latest version is 2.01. Are there any issues with using the newer one?
It's because I didn't realize there was an update:p. You can manually replace it, I think.
XStylus
21st November 2012, 19:33
It's because I didn't realize there was an update:p. You can manually replace it, I think.
Reason why I asked was because Qaac 1.43 crashed during an audio encode, which forced me to have TX264 abort the entire encode. This after x264 had spent +12hrs doing the video encode. Dunno if Qaac 2.01 is any better yet since the video encode is still in progress.
Would it be possible to have TX264 do the audio encoding first, rather than the video encode first? In my view it'd be better to handle "quick" tasks first, and that way if one of the quicker tasks crash, you hadn't wasted a multitude of hours by that point. Perhaps even make that an option that can be selected in the "Custom Options" tab.
ozok
21st November 2012, 19:50
Reason why I asked was because Qaac 1.43 crashed during an audio encode, which forced me to have TX264 abort the entire encode. This after x264 had spent +12hrs doing the video encode. Dunno if Qaac 2.01 is any better yet since the video encode is still in progress.
Would it be possible to have TX264 do the audio encoding first, rather than the video encode first? In my view it'd be better to handle "quick" tasks first, and that way if one of the quicker tasks crash, you hadn't wasted a multitude of hours by that point. Perhaps even make that an option that can be selected in the "Custom Options" tab.
What sort of message it gave? "Crashed" is a bit ambiguous.
XStylus
21st November 2012, 20:46
What sort of message it gave? "Crashed" is a bit ambiguous.
There was a pop-up error message from Qaac, which is why I believe it wasn't TX264's fault. I didn't write down the message and it didn't show in the log (which I've long lost now). Qaac had gotten a little over 50% through the encode when it happened.
My encode with Qaac 2.01 just finished and it got completely through the audio encode without problem.
However, I have a new problem. Please see below...
ERROR: libmp4v2: mp4v2::impl::MP4File::WriteBytes: write failed: errno: 28 (..\..\mp4v2\src\mp4file_io.cpp,163)
[11/21/2012 11:21:56 AM] Done muxing to mp4
[iso file] Incomplete box mdat
Unknown input file type
Error importing C:\Users\administrator\AppData\Local\Temp\TX264\\LongPlay11-5-12.mp4#video:fps=23976: Corrupted Data in file/stream
[11/21/2012 11:21:56 AM] Started deleting temp files...
[11/21/2012 11:21:58 AM] Deleted 4 file(s).
[11/21/2012 11:21:58 AM] Finished deleting temp files.
[11/21/2012 11:21:58 AM] Cannot find output file R:\Work\Film\LongPlay11-5-12.mp4
Here's some info that might help:
C: is an SSD drive, and a small one at that. It has very little space. So all of my work is being done on R:, which is a 12TB array. The film I'm outputting is 2hrs long and I'm using a high bitrate, so the file will probably be in excess of 40gigs, which is way more than is available on C:.
Reading the log above, it looks to me that TX264 is trying to use my C: as a temp directory for muxing the audio and video into an mp4, and there's not enough space for that.
ozok
21st November 2012, 20:48
@XStylus you can change temp folder under "Other Options" tab. Also fps value passed to mp4box is false, it will be fixed with the next release.
XStylus
21st November 2012, 21:45
TX264 gave an exception error after running its self-update.
ozok
21st November 2012, 21:52
Update:
--0.9.1
-Added: TX264 will check if given predef name is valid
-Added: CPU usage indicator
-Added: Some improvements to "Preview" progress window
-Fixed: FPS related problems (Force constant FPS etc)
-Fixed: A few UI problems
-Updated: QAAC to 2.01 (thx to XStylus)
ozok
21st November 2012, 21:54
TX264 gave an exception error after running its self-update.
Yes, i know that problem but i could not find a solution yet. For now just ignore it (you can click "Close Application"), updating process should continue normally.
acclez
22nd November 2012, 03:31
Thanks ozok for the fps fix...its works now :d
ozok
22nd November 2012, 11:10
TX264 gave an exception error after running its self-update.
I have fixed it by deleting two lines of code :o. Talk about carelessness.
ozok
10th December 2012, 02:34
Update:
--0.9.2
-Added: TX264 will check if specified crop values are valid (thx to Ananta)
-Removed: 64-bit FFMpeg
-Fixed: Dimension validity check failed in some cases
-Fixed: TX264 gives "Access Violation" error during update process
-Fixed: "'x' is not a valid floating point value" problem for systems with "." as decimal seperator (thx to Ananta)
-Fixed: Invalid file name for predef could not be detected sometimes (thx to Ananta)
-Fixed: Preview progress showed wrong file name
-Updated: FFMpeg to 25-11-2012 from http://ffmpeg.zeranoe.com/builds/
-Updated: QAAC to 2.07
docholliday
10th December 2012, 07:12
Hi, I cant see AC3 Encode Can you show me ?
ozok
10th December 2012, 13:11
Hi, I cant see AC3 Encode Can you show me ?
Select "Aften" as audio encoder.
ultramarine7
14th December 2012, 12:10
first... thank for the great program! :)
can you show me how to de-interlace ? I have a bunch of old CD to convert to mkv...
Mierastor
14th December 2012, 12:51
Yes, great program!
However, changing the sampling rate for the audio does not work. I have tried changing the sampling rate to 22050 for several different files and it produces garbled noise. Audio encoder was NeroAAC.
ozok
14th December 2012, 13:47
first... thank for the great program! :)
can you show me how to de-interlace ? I have a bunch of old CD to convert to mkv...
You can add "--no-interlaced" to "x264.exe" box under "Custom Options".
Yes, great program!
However, changing the sampling rate for the audio does not work. I have tried changing the sampling rate to 22050 for several different files and it produces garbled noise. Audio encoder was NeroAAC.
Thanks i located and fixed the problem.
Mierastor
16th December 2012, 00:21
Would it be possible to add Opus and Ogg as container? Opus in Matroska never seems to materialize.
abdelazizech
26th December 2012, 15:45
Hi Ozok, I'm a developper (Engeneering Student) and Advanced x264 Encoder, I thank you for TX264 ,
and I personally think it have the potential to be a Reference in X264 Encoding,
you just need to correct some bugs and add some ideas!
here are some i know:
- Ability to minimise to taskbar
- Add a "Resume" tab where it shows a brief of your transcoding parameters and the expected file size
(i know there is one while transcoding, we better see the options before transcoding)
- Convertion interface not to hide Configuration interface, in case we wants to change parameters and add files
- Ability to delete files from Queue list while transcoding
- Think of adding AVI and FLV (web) Containers
- Think of lowering CPU Usage to 95% since i can't use other applications while it's converting
- You can add predefined presets: iPod, iPhone and iPod Touch, iPad, Apple TV, Android..
- bug: presets doens't save deblock setting, i have to reset it manually whenever i use TX264
- bug: if there is not enough space in C drive, it transcode but doesn't generate any file, i've put a log in the attachement, think of a solution!
Good Luck ozok!
ozok
26th December 2012, 16:51
@Mierastor
I'll wait a bit to see if matroska starts supporting Opus. I do not want to add a container just for one audio codec.
Hi Ozok, I'm a developper (Engeneering Student) and Advanced x264 Encoder, I thank you for TX264 ,
and I personally think it have the potential to be a Reference in X264 Encoding,
you just need to correct some bugs and add some ideas!
- Ability to minimise to taskbar
I assume you mean minimize to tray. I added that to my to-do list.
- Add a "Resume" tab where it shows a brief of your transcoding parameters and the expected file size
Summar tab already does most of it. Also guessing file size is not easy.
- Convertion interface not to hide Configuration interface, in case we wants to change parameters and add files
Commands are created when you hit "Start" button.
- Ability to delete files from Queue list while transcoding
Added to my to-do list.
- Think of adding AVI and FLV (web) Containers
Not avi but maybe FLV support might be added (tho i doubt it).
- Think of lowering CPU Usage to 95% since i can't use other applications while it's converting
TX264 does not have any control over x264's CPU usage. It depends on your system and x264 parameters you used.
- You can add predefined presets: iPod, iPhone and iPod Touch, iPad, Apple TV, Android..
I can copy from HandBrake I guess.
- bug: presets doens't save deblock setting, i have to reset it manually whenever i use TX264
I'll look into asap.
- bug: if there is not enough space in C drive, it transcode but doesn't generate any file, i've put a log in the attachement, think of a solution!
Neither of the logs shows any info about lack of space. You also cut off the command lines in logs, please send them as well. If you do not want personal info revealed you can pm or send mail.
abdelazizech
26th December 2012, 22:04
- Add a "Resume" tab where it shows a brief of your transcoding parameters and the expected file size
Summar tab already does most of it. Also guessing file size is not easy.
I mean Before you hit Start, call it "Summary" to be just after "Other Options" Tab, and here is file size algorithm:
( ((hr*3600)+(mn*60)+ss) * (Video_bitrate + Audio_Bitrate) ) / 8 = ESTIMATED_FILE_SIZE (in Kb)
if ESTIMATED_FILE_SIZE >= 1024kb : ESTIMATED_FILE_SIZE / 1024 => ESTIMATED_FILE_SIZE (in mb)
- Conversion interface not to hide Configuration interface, in case we wants to change parameters and add files
Commands are created when you hit "Start" button.
First it's "Start" button, when you hit it:
-- Main interface will remain, but instead of "Start" button, it will be "Add" (as all aplications do!)
-- a new Queue interface would popup showing progress! (the actual one)
- Think of adding AVI and FLV (web) Containers
Not avi but maybe FLV support might be added (tho i doubt it).
I personally prefer mp4, but lot of "rippers" like avi, so it would be nice to add it!
ozok
26th December 2012, 22:57
Actually there is an add button to add files during encode. It has a, aaee, plus on it, left-bottom of progress window.
AVI is old and has limitations.
abdelazizech
27th December 2012, 01:12
Actually there is an add button to add files during encode. It has a, aaee, plus on it, left-bottom of progress window.
The problem is that, it add files according to the previous configuration, what if i want a new configuration for the next file?
AVI is old and has limitations.
Yep avi is old! i just see lot of people still use it, so i taught it would be nice to add it!
Dextor41
28th December 2012, 14:37
Hi ozok. The latest version is cool, but could you add an option to disable the CPU usage meter? It annoys me and it even crashed the app once (sorry I forgot to save the log)...
ozok
28th December 2012, 19:02
Hi ozok. The latest version is cool, but could you add an option to disable the CPU usage meter? It annoys me and it even crashed the app once (sorry I forgot to save the log)...
Nice idea. I had a few bug reports related to CPU meter. I'll add it to next version for sure.
Dextor
29th December 2012, 01:32
One more thing - if I enable resizing and set the dimensions to 640x360 I get an error that the dimensions are not divisible by 4, 8 or 16. 640 is divisible by 16 (therefore by 4 and 8 too) and 360 is divisible by 8 (therefore by 4 too). Version 0.9.1 does not show this error.
BTW I think that x264 can encode anything with dimensions being a multiple of 2, not just 4, but I'm not sure about that.
Now one more thing, although this is just an idea: I think that you don't have to mention divisibility by 8 and 16, because if a number is divisible by 16 or 8, it is of course always dividable by 4...
PS (for abdelazizech): about that "avi" support: avi is very problematic when it comes to avc (h264). One must use some hacks to get an avc stream into avc and it still is just not right. Avi is too old and I'm not entirely sure about aac in avi neither. Avi definitely does not support avc nor aac "natively", and I believe that such combinations should be avoided. If you need an avi file, use DivX or Xvid and mp3 or ac-3 (you can use tools like AviDemux or VirtualDub for that)...
ozok
29th December 2012, 02:43
Update:
--0.9.3
-Added: Log now shows temp. files that will be deleted
-Added: "Container" option is moved to "Container" tab (thx to S1N)
-Added: Option to disable CPU meter (thx to Dextor)
-Removed: enc_fhgaac.dll, libmp4v2.dll and nsutil.dll (Please see \Tools\fhgaacenc\Readme.txt)
-Fixed: Changing sampling rate caused problems
-Fixed: "Subpixel refinement" range is now from 0 to 11 (thx to S1N)
-Fixed: "Trellis quantization" will be disable if "CABAC" is not selected (thx to S1N)
-Fixed: Loop filter parameters were not saved (thx to abdelazizech)
-Updated: QAAC to 2.10
-Updated: AlphaControls to 8.13
-Updated: mkvmerge t0 5.9.0
-Updated: mkvextract to 5.9.0
BK-201
1st January 2013, 22:31
Hi Ozok,
Will there be a pause button anytime in the future? lol
ozok
1st January 2013, 22:34
Yes probably, it is asked often lately.
Flipe
18th January 2013, 19:54
Hi, again thanks, Ozoc, for this application.
I have been using it for a while now and there are some problems I get working with it. Sometimes the final muxing with mp4box will not work and TX264 gives for instance the following error
Unknown input file type
Error importing C:\Users\User\AppData\Local\Temp\TX264\\Mar1988.mp4#video:fps=29.970: Requested URL is not valid or cannot be found
even if the audio and video have been transcoded and the corresponding files are present in the temp folder. This error is rather surprising to me because if I try to manually carry out the commands of video and audio encoding and muxing in the command line, it works! So I have no clue what the cause for this error could be.
First of all, it would be nice if this is solved (or if I am doing something wrong, if you could tell me what it is). I also think it would be nice if in case of error the temporary audio-only and video-only files would not be deteled. In particular, sometimes the video transcoding takes some time and having it deleted because of a muxing error is a little bit frustrating.
Also I get sometime green taints in the video after transcoding all around the image or sometimes in the borders. I have tried with several parameters and it has always happened.
So that you see what I mean, I have found that the following short file (18 Mb) has both problems if trying to encode it: http://www.youtube.com/watch?v=kO4wBK1kh5I
Thanks in advance for the help.
P.S. I am not an expert neither in encoding nor in programming, so please, if I am making stupid mistakes, donīt be too harsh on me ;)
ozok
18th January 2013, 21:16
@Flipe It also happened to me a couple of times but after re-encoding the problem was gone. So I could not get an idea why it happens. Can you encode it to mkv?
Flipe
18th January 2013, 21:59
Thanks for the reply, Ozoc!
I still get both errors with the file I have indicated when using the mkv container. With this file, however, the first error can be reproduced in the command line and is not related to the muxing but to the extraction of the audio. Somehow the selection of the audio stream is erroneous and if I change it manually in the command line from "0:2" to "0:1" in the ffmpeg command, the intermediate transcoding to wav works. Regarding the error producing green taints, I still get it as before, but I guess you did not expect this to change because changing containers does not alter the encoding.
ozok
17th February 2013, 02:55
Update:
--0.9.4
-Added: "Post-encode options" to "Other Options" tab
-Added: SoXr library will be used for resampling
-Improved: Audio track ID detection
-Improved: Audio codec detection for "Direct Stream Copy"
-Fixed: Sample rate was changed even if audio effects were disabled
-Updated: Alphacontrols to 8.18
-Updated: x264 to rev 2245
-Updated: QAAC to 2.15
-Updated: FFMpeg
Marchand
17th February 2013, 17:43
Ozok.
In this version TX264 (0.9.4.3057) my machine is using only 64% to 75% of the four processors becoming Hi10p. Other encoders, which are also great, they use 100% for this work in 10 bits. Thank you. :)
ozok
17th February 2013, 18:09
I don't think that is TX264's doing. Are you sure you used same x264 settings?
Marchand
18th February 2013, 00:36
Yes, only updated the version and settings are the same for encode (maximum possible). Program very well written and lightweight Comparable to other encoders that consume a lot of processing, ie they get to use 100% of the processors and almost gets to hang the machine. Getting between 64% to 81% is very good to use the machine to do other things. I do not know what you did, but it is very light to handle videos on Hi10p. Can I call this version of TX264-Lite ... HEHEHE. Thanks a lot.
http://i.imgur.com/OVHY6So.jpg
Barough
18th February 2013, 17:24
Thnx a lot for the new TX264, but why haven't the mkvtoolnix parts been updated to v6.0.0.0?
SeeMoreDigital
18th February 2013, 19:37
Out of interest...
Has there been any compatibility tests running TX264 with Windows 8 32-bit?
BK-201
19th February 2013, 00:02
@Ozok,
I don't know if it's a problem with TX264(0.9.4.3057), or with Wine and Ubuntu but I can't encode using 10bit, 8bit seems to work fine.
Bug Report and Log below.
Bug Report - http://www.mediafire.com/view/?ygs70w2nuzbs46n
Tx264 Log - http://www.mediafire.com/view/?0xk5dsvca4zxeay
ozok
19th February 2013, 00:34
@SeeMoreDigital no I didn't try it with Windows 8. Any input on that is welcome.
@Barough my bad. I generally check all the tools included in the package before a release but this time I missed it. You can replace them manually, I did after your warning and they work without a problem. (mkvmerge and mkvextract in tools\mkv\ folder)
@Marchand I don't have an explaination about this.
BK-201
22nd February 2013, 03:30
@SeeMoreDigital,
I have run a successful encode session on Win8 64bit. Tx264 ran smoothly with no error :D
soehest
26th February 2013, 01:54
Getting a bit bored i decided to try out TX264. I like the clean and simple interface and the fact that it is not bloated by odd codec's etc :-) But i do have a question, which probabaly is stupid. Is TX264 supposed to work with vob files as input? I rip my dvd's to a single .vob file, but all encodes fail. As fair as i can tell something is wrong with the audio which can't be found:
Best regards
ozok
26th February 2013, 11:21
@BK-201 I don't understand why that happens.
@soehest, yes vob files should work. However, they sometimes have funny track ids for audio streams so TX264 has problem exracting them. I recently changed audio track id detecting method in TX264 and I seem to forget about the that issue about vob files. I'll return you when I find a solution.
Edit: typo
BK-201
26th February 2013, 23:51
@BK-201 I don't understand why that happens.
That's okay I recently upgraded to Win8 so there is no problem anymore :D
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.