Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
|
|
Thread Tools | Search this Thread | Display Modes |
18th October 2012, 14:27 | #161 | Link |
TEncoder, TX264, TAC
Join Date: Jun 2011
Location: Turkey
Posts: 540
|
Hello Dextor,
1) Do you mean program settings (output folder path etc.) or profiles (pre-defined)? In both cases it is really strange. I'll need more information about that problem because i cannot think anything that may cause it. 2) I might be completely wrong but in Turkey we use "," as decimal mark. As my system is Turkish, default values are with comma. If your system uses "." as decimal mark, default values are invalid so it makes sense that it starts to change from smallest valid value. 3) Yes qcomp values were passed wrong (60 instead of 0.60). Thanks. DRC is in my to-do list. It will be on next release but i cannot say when that will be released. I also recommend you to use preset and profiles. With a bit of experimenting you can find best options for your device. I started TX264 to encode files my low-end android phone. |
18th October 2012, 20:02 | #162 | Link |
Registered User
Join Date: Nov 2011
Posts: 8
|
Hi ozok,
1) I mean a saved "Pre-defined" state, the line just below output folder in the main window. My experience is such that it got deleted only when the program exited unexpectedly (I do not recall the reason, maybe I forced the PC to shutdown while TX264 was working) - the *.pdo file in the "PreDefs" folder was just gone. This doesn't happen if I exit the program the normal way. 2) I understand. But people from English-speaking countries (and surely other countries) where "." is used as decimal mark might have problems with TX264. I don't know if delphi has an option to input the "defaul system decimal mark" into a text field... But x264 uses a "." in its parameters so perhaps it would be acceptable to just use "." everywhere regardless of the user's regional preferences? I'm sure people would understand what "0.1" means even if their country (such as your country, Turkey, or my country, Czech rep.) uses "," as a decimal mark... 3) No problem - I will just use the manually added parameter until the next version... Well my device is compatible with "Baseline" profile and 4.1 Level, but I like to experiment and enable as many additional features as my Gio can handle, because I convert all the videos I acquire from any source to H264/AAC mp4 files and I like the videos to have as much quality and small filesize as possible, while maintaining compatibility with my Galaxy Gio (which isn't a very good thing, as the Gio doesn't support any advanced x264 option... ) |
18th October 2012, 20:09 | #163 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,812
|
ofcourse you can force any decimal symbol in delphi
decimalseparator := '.';
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper Last edited by Atak_Snajpera; 18th October 2012 at 20:28. |
18th October 2012, 21:54 | #165 | Link | |
TEncoder, TX264, TAC
Join Date: Jun 2011
Location: Turkey
Posts: 540
|
I've decided to release a new version. With it, many backends are updated and skins are removed because they caused very annoying flickers.
Change log: Quote:
|
|
19th October 2012, 03:28 | #166 | Link |
Registered User
Join Date: Nov 2011
Posts: 8
|
The new look is really good under Windows 8. I liked the skin, but without it it's even better (at least on Win8)... FGH-AAC is a great addition, I think I'll use it now (I would use Quicktime AAC, but who wants to install Quicktime, right?) I did not check the qcomp, as I use presets now, but I believe you fixed it.
I'm having one problem now, which I did not have with the 0.8.4 version - if I use the "force constant FPS" option, the video is encoded with wrong FPS: I have a video with 23.976 FPS and it gets converted to 25 FPS. I noticed this because the audio was out of sync... In the log it is clear. 25 instead of 23.976. In 0.8.4 this error did not occur... LOG HERE I try to fix this by adding custom parameter "--fps 23.976" temporarily... Last edited by Dextor; 19th October 2012 at 04:06. |
19th October 2012, 04:05 | #167 | Link |
Registered User
Join Date: Nov 2011
Posts: 8
|
Unchecking the "force constant fps" option and adding custom parameters to x264.exe ("--force-cfr --fps 23.976") worked correctly without confusing x264 with two "--fps" parameters. I hope you fix this soon though, as I will be using this excellent tool a lot now... I need constant fps, otherwise my poor Gio refuses to play the files...
|
19th October 2012, 08:55 | #168 | Link |
TEncoder, TX264, TAC
Join Date: Jun 2011
Location: Turkey
Posts: 540
|
It looks like TX264 cannot extract FPS information from source, 25 is the default value it returns in case of error. Can you send me a sample? You can extract a clip from video using Avidemux i think.
|
26th October 2012, 12:05 | #171 | Link | |
TEncoder, TX264, TAC
Join Date: Jun 2011
Location: Turkey
Posts: 540
|
Update:
Quote:
|
|
28th October 2012, 12:52 | #172 | Link |
Registered User
Join Date: Oct 2012
Posts: 4
|
My old computer (with Linux only) should die in order to run across this great tool. Thanks, ozok, for it!
My knowledge of encoding and programming is very superficial, contrary to what appears to be the rule here in this forum, but I will still try my best to contribute to the development of this tool, in view of the problems I had using it the last days (and to be fair caused actually by the behaviour of ffmpeg and x.264 rather than from this tool), even if it is only by making proposals. My apologies in advance if the following proposals are plain stupid or if they were already discussed in this forum and I failed to find them: 1) Ffmpeg cannot decode some AAC streams correctly (such as. but not only, the ones in a MOV file) and exits with an error. This is documented here and is caused by the value of the channel element being 1.0. The solution given in the mentioned page is described in this link and consists on extracting the audio and converting with faad before processing it further. It would be great if this solution or an alternative one would be implemented in Tx264. 2) x.264 cannot deal with certain resolutions, such as the following " ffms [info]: 450x338p 0:1 @ 15/1 fps (vfr)" causing the following error " x264 [error]: height not divisible by 4". It would be nice if the program would automatically adjust the resolution to a valid one closest to the one of the input (if you prefer with a warning so that the user knows it). 3) I am not sure of this, but I think I read somewhere that for HE-AAC encoding the 3GPP-based libaacplus provides much better quality than NeroAAC. If this is the case, it would be also great if this option would be available in a similar manner than NeroAAC (that is, the user should provide a compiled ffmpeg with AACplus functionality, as a compiled version of ffmpeg with libaacplus is also not distributable). Thanks again for this great application that simplifies encoding to h.264 for basic users like me. Last edited by Flipe; 28th October 2012 at 12:57. |
1st November 2012, 19:07 | #173 | Link | |
Registered User
Join Date: Nov 2011
Posts: 8
|
Quote:
The test is here: http://listening-tests.hydrogenaudio.org/igorc/aac-96-a/results.html (yeah it's LC AAC, not HE AAC) Edit: factual correction etc. Last edited by Dextor; 2nd November 2012 at 02:30. |
|
3rd November 2012, 21:46 | #174 | Link | |||
TEncoder, TX264, TAC
Join Date: Jun 2011
Location: Turkey
Posts: 540
|
Quote:
Quote:
Quote:
You are welcome |
|||
8th November 2012, 18:59 | #175 | Link | |||
Registered User
Join Date: Oct 2012
Posts: 4
|
Thanks Dextor and Ozoc for your replies. Sorry for taking a while to reply, I was on holiday a couple of days.
Quote:
Quote:
Quote:
I guess it is as possible to have ffmpeg with libaacplus support in Windows as it is in Linux (although I am not 100% sure of it because I have no idea of how to do a cross compiling so that it works in Windows). There is no ffmpeg with libaacplus available because it cannot be distributed and must be compiled with this extra library by each user due to some legal limitations. I managed to compile one for linux. But anyway as Dextor and you said, probably there is already an encoder included in TX264 that I did not know of providing good quality at low bit rates, so probably it is unnecessary to complicate things, as it would require each user willing to use it to compile ffmpeg, which probably (I have not much knowledge of programming, either, so maybe I am wrong) requires Linux and cross compiling. |
|||
8th November 2012, 23:15 | #176 | Link | |
TEncoder, TX264, TAC
Join Date: Jun 2011
Location: Turkey
Posts: 540
|
Update:
Quote:
|
|
8th November 2012, 23:53 | #177 | Link |
TEncoder, TX264, TAC
Join Date: Jun 2011
Location: Turkey
Posts: 540
|
It seems i overlooked a small bug that caused TX264 to give error after encoding is done. I uploaded new 0.8.7 files and did not change version number as it is really small fix and not many people downloaded it.
Edit: Well, looks like it is still there. In case of that error you can close TX264. Encoded files will be there, they wont be effected. Last edited by ozok; 12th November 2012 at 03:57. |
13th November 2012, 23:15 | #178 | Link | |
TEncoder, TX264, TAC
Join Date: Jun 2011
Location: Turkey
Posts: 540
|
Update:
Quote:
|
|
14th November 2012, 20:18 | #180 | Link |
Registered User
Join Date: Oct 2007
Posts: 42
|
Thanks for a great program!
Feature req: Copy video and a auto crop function. Allow subtitles from srt. Maybe a bug report.. when I encode dts sound to aac the resulting sound have a much lower volume.. Why? Tried qaac and Fhg same result.. |
Tags |
faac, mkv, mp4, neroaacenc, x264 |
Thread Tools | Search this Thread |
Display Modes | |
|
|