Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Linyx

Pages: [1]
H.264/AVC / Re: Compiling x264 on 32 & 64 Bit Windows - Guide.
« on: June 01, 2011, 02:36:07 PM »
My word, this guide could do with some far better language.
Feel free to post any changes you want here or PM them to me... actually, you are a mod ;D feel free to apply them to the OP.

H.264/AVC / Re: x264 --threads=x seems to be ignored
« on: April 10, 2011, 02:54:52 PM »
If you are using a quad core without hyperthreading then you can only effectively use ~ 6 threads (x264 by default uses cores (or cores * 2 in the case of hyperthreading) * 1.5 IIRC).  Using more will only slow down encoding speed.

General Discussion / Re: Job Hunting
« on: February 16, 2011, 04:31:56 PM »
Vudu maybe?

Blue_MiSfit seems to post about job openings about once a year.

H.264/AVC / Re: Compiling x264 on 32 & 64 Bit Windows - Guide.
« on: January 05, 2011, 03:23:13 PM »
You've got ffms and lavf, use something already encoded (i.e. not raw)... or specify the resolution.

Subtitles / Re: Third party programs to make subtitling easier?
« on: January 04, 2011, 03:11:34 PM »
Subtitle Workshop is pretty nice and so is Gaupol.

Encoder GUIs / Re: Macroblocs in the beginning of a 720 p with Megui
« on: January 02, 2011, 03:22:17 PM »
Actually the whole video has macroblocks, not just the first few seconds.. ;D

Try using zones to increase the bitrate during the problematic areas

H.264/AVC / Re: Various issues (not worthy of a separate topic)
« on: October 26, 2010, 10:26:03 AM »
The two big ones for regular users that I can think of:
Filtering system

Blu-Ray support

and all the minor speed/quality improvements that are added almost weekly.

H.264/AVC / Re: Problem with timecodes since build 1732
« on: October 15, 2010, 07:44:12 PM »
This is not exactly helpful and even on the verge of trolling, but why are you encoding to mp4 and then muxing to mkv?

Newbies / Re: High CRF value on High Resolution
« on: October 10, 2010, 05:01:45 PM »
It has nothing to do with the resolution of the display, it has to do with the dot pitch (that is, the size of each pixel with respect to your eye).
Huh ???
That's true... Never thought about it like that.  Never had a 42" 320x240 TV either though. ;D

Newbies / Re: High CRF value on High Resolution
« on: October 10, 2010, 09:45:38 AM »
with High Resolution you could get away with Higher CRF value
That's not very wise IMO.

i learned that for 720p output i could also give it a CRF value of 29 or 30 especially on anime but still the quality looks good
Quality is subjective -- I would say it is going to look like complete crap, anime or otherwise.

The logic behind that statement is this: a low resolution video on a high resolution display will magnify artifacts, thus a lower CRF should be used; conversely, a high resolution video on the same display won't magnify the artifacts, thus using a higher CRF will look the "as good" as the other video.

Think ahead several years; however, and it becomes obvious why this is so foolish -- your CRF 30 1080p encodes will look terrible on a 10k display. ::)

H.264/AVC / Re: 8-bit / 10-bit depth for Dummies?
« on: October 09, 2010, 07:00:57 AM »
Can someone explain the benefits of the 10 bit depth?
Better compression/quality at the same bitrate.  It is also helpful with preventing artifacts like banding.

Will it cause issue swith VLC or WD HD Live Media Player?
Yes, neither will play it (yet).  FFmpeg is getting a 10-bit decoder soon; however, which will allow VLC to play 10-bit files.

Will there be a 8-bit & 10-bit seperate build for now on, or a cmdline switch in the future?
It will likely stay a separate build given how fundamentally different 10-bit is from 8-bit.  (Correct me if I'm wrong)

is there  aswitch I can use with the presets to enable it?
Nope, just grab a 10-bit build.  Good luck finding one :)

Anyone else notice that LoRd_MuldeR and Blue_MiSfit have been promoted to moderators?

Now if we could just demote one... ;D

General Discussion / Re: the beginning of the end?
« on: August 23, 2010, 05:37:39 PM »
For example, due to the recent MPEG-LA thing, one poster commented that if he's going to talk about licensing, then he should practice what he preach by licensing from Bandai the right to use the "Spike Spigel" character in his DGIndex page. Two hours later that post was gone, deleted by him perhaps. Of course, Spike Speigel on his DGIndex page is now replaced by pictures of leaves.
Of all the stuff he does, things like that bother me the most -- very deceptive that one.

Perhaps we should have a thread where each member who has left Doom9 can state that they have indeed left, and therefore show Doom9 the effect this guy is having with the/his community?  Obviously if it were on Doom9's site... well, it may not stay for very long.

Newbies / Re: I want to learn how to write a script for x264 or...
« on: July 17, 2010, 10:19:39 PM »
That be the one,how are you?
In that case, welcome to Doom10!

Can I copy this "quote" and put it in the cmd
Sure can, but as Desbreko said, you'll need to locate x264.exe.
Putting it in Path is highly advised!

Then you can use the exact commands in my earlier post either from CMD.exe or a batch file anywhere.

BTW - I'll still PM you that GUI tomorrow.

Newbies / Re: I want to learn how to write a script for x264 or...
« on: July 15, 2010, 10:39:38 PM »
Do you go by maybe, stinman48 at other places?

My advice would be to go straight to using x264 via commandline, if you can.

If you know basic commandline usage, that's sufficient to use x264 by itself (it has built in demuxers/decoders and even basic filtering ;D (thanks kemuri_9!), no need for avisynth).

This is about all you need to specify:
x264 --preset slower --tune film --crf 18 --level 41 --output "C:\EncodedMovies\EncodedVideo.mkv" "C:\Blurays\00001.m2ts"
--preset can be anything from
  • ultrafast
  • superfast
  • veryfast
  • faster
  • fast
  • medium (default)
  • slow
  • slower
  • veryslow
  • placebo

Here is a very good resource for x264's settings.

Use google if you are completely new to commandline. ;)

H.264/AVC / Re: x264 encoded files and DVD Architect
« on: June 21, 2010, 10:35:32 PM »
Well for starters, your settings are not 100% compliant (
You almost certainly need --slices 4. 

If I set a GOP of 30 and 3 or 2, it will give me a buffer underflow error, so I think the GOP has to stay low.
A shorter GOP should be a slightly worse for VBV, so I highly doubt that is the cause.  BTW - Are those buffer/maxrate values for DVD or something, Blu-Ray can handle a much larger maxrate and a slightly larger buffer.

H.264/AVC / Re: Compiling x264 on 32 & 64 Bit Windows - Guide.
« on: March 28, 2010, 05:27:20 PM »
Any suggestions? Also, how can I compile with ffms, lavf and mp4 support? An addition to the guide would be nice.
Lavf and mp4 should be in there.  As for ffms, I haven't had the time (or knowledge ;)) to get that figured out yet.

H.264/AVC / Re: Compiling x264 on 32 & 64 Bit Windows - Guide.
« on: February 21, 2010, 03:36:53 PM »
Did you use Komisar's LibPack for x264?

Extract that into the MinGW folder (make sure that you DO overwrite the i686-pc-mingw32 and x86_64-pc-mingw32 folders), and it should work.

H.264/AVC / Re: How to compile x264 on 64 bit windows
« on: January 24, 2010, 08:01:11 AM »
The above command is working on mine, and I've successfully cross-compiled x264. Did you forget to include the dash after mingw32? It should be --cross-prefix=x86_64-pc-mingw32-
I had that part right, but it wouldn't work because I didn't have it pointed to the correct location.
You must point "/mingw" to "/path/to/cross-mingw.gcc442.generic.20091019" (not to "/path/to/cross-mingw.gcc442.generic.20091019/x86_64-pc-mingw32"!)
Thanks a ton everyone for helping a noob out.

H.264/AVC / Re: How to compile x264 on 64 bit windows
« on: January 23, 2010, 09:00:44 PM »
Code: [Select]
./configure --cross-prefix=x86_64-pc-mingw32- --host=x86_64-pc-mingw32
Thank You!!
However, I just tried that, and it says: No working C Compiler found.  Does it matter that help reports that it is using i686 version?

yes, because the x86_64 target mingw is essentially a cross compiler from win32.
(cross compilers mean they target something other than what the host is capable of)
Awesome, thanks again!  I will install it on this PC and try again to see if I get better results.

H.264/AVC / Re: How to compile x264 on 64 bit windows
« on: January 23, 2010, 06:43:32 PM »
Can I butt in and ask a question regarding compiling 64 bit x264 (don't see the point in making a new thread)?

I have installed komisar's builds with both versions, then I pointed my MSYS (via fstab file) to the "x86_64-pc-mingw32" version; but all I get is no working C compiler found, and help only says that it is the i686 version. 

Also, maybe a dumb question, but can 64 bit x264 be compiled on a 32 bit OS?
Thanks in Advance, and sorry for the probably dumb questions.

H.264/AVC / Re: Compiling x264 on 32 Bit Windows - Guide.
« on: January 03, 2010, 05:16:01 PM »
@Linyx: Any chance of adding instructions for compiling for 64-bit? I read Komisar's instructions but they are way over my head. But his MingW build seems to be for 64-bit compiling in general, not just x264.
Yes, I actually started that a day or so before your post. ;)
The problem is, I've never used or configured 64-Bit MinGW; however, I hopefully can have a decent addition that includes it soon.  I'm still working on the autoconf and automake, too.  I haven't found a working perl to install for them too work with yet, neither have I had much time, but I can probably add those two tools soon as well.  Thanks to techouse for pointing them out

H.264/AVC / Re: Compiling x264 on 32 Bit Windows - Guide.
« on: December 15, 2009, 10:55:20 AM »
TDM's GCC is a bit out of date, since the latest stable version is 4.4.2. I would suggest adding a link to Komisar's GCC builds for MinGW which are up-to-date.

You forgot to add autoconf and automake to your list.

P.S.: AFAIK GCC 3.x.x isn't the recommended version anymore.
I apologize for not getting this information in the guide.  I am going to be busy for the next few days, but then I will review this thread and update all of the relevant information (and add some info about automake and autoconf.

H.264/AVC / Re: Compiling x264 on 32 Bit Windows - Guide.
« on: December 11, 2009, 08:03:07 PM »
@ aegisofrime
There are no real advantages to compiling it yourself; however,

If you want patched your builds, then it would be (usually) essential to compile them yourself (some people do post patched builds).
If you need to provide the developers with backtraces (from a crash), then it would require you to build your own --debug version.

Forum / Site Suggestions & Help / Re: small suggestions
« on: December 11, 2009, 03:02:32 PM »
1 make "Doom10 Forum" at top of page clickable, take me to root forum
"Home" and "Doom10 Forum: Digital Video Discussion" do just that...

H.264/AVC / Re: Compiling x264 on 32 Bit Windows - Guide.
« on: December 06, 2009, 07:48:07 PM »
When installing TDM's MinGW, I can't seem to install GCC 3.4.5 as recommended (always 404), and the only other option is 4.4.1. What to do?
I think 4.4.1 will work fine.

H.264/AVC / Re: Compiling x264 on 32 Bit Windows - Guide.
« on: December 03, 2009, 05:19:53 PM »
Why patch AFTER configuring?
Because I'm a noob, and didn't think of that.  Fixed now, thanks for pointing it out.

H.264/AVC / Compiling x264 on 32 & 64 Bit Windows - Guide.
« on: December 03, 2009, 04:21:31 PM »
How to Compile x264 on 32 & 64 Bit Windows

For those wishing to use the Intel Compiler please see kemuri-_9's guide here.  Big thanks to kemuri-_9 and all who worked to make this possible.

Download, and Install:
Komisar's GCC Builds for MinGW
The current stable version is:
To Install it, download the version which applies to your system, and extract it to a folder (with 7-Zip, or your favorite archiver).

The current stable version is:
MSYS > BaseSystem > msys-core > msys-1.0.11 > MSYS-1.0.11.exe
To install, launch the execution file, and after the setup has completed, a post-install script will run.  Press "y" enter, "y" enter, then point it to your MinGW installation which you just created.

Download yasm, the latest stable version is:
Yasm-1.0.1-win32.exe -- Copy this file to the MinGW\bin folder, and rename it to yasm.exe.

GPAC (for direct MP4 muxing), FFMS2, LAVF, & Pthreads
Thanks to Komisar, we have packages which contain both 32 & 64-bit versions of both GPAC and Pthreads available to us.  Download Libpack for build x264 Extract this to your MinGW folder and add (overwrite) the "i686-pc-mingw32" and "x86_64-pc-mingw32" folders.

Download Git from here, the latest stable version is:
When installing Git, on the "Adjusting your PATH environment" page, use the third option: "Run Git and included Unix tool from the Windows Command Prompt"; this will let you use everything installed from MSYS.

"Gitting" x264 & Compiling it.
Create a folder where you want to keep your x264 revisions, then open Git and enter this:
Code: [Select]
git clone git:// "C:/path/to/x264folder"
Grab a raw video file from here (or any ol' video or AviSynth Script would work, if you don't want one of these):
This allows the compiler to analyze the code while it is doing actual work, and thereby improves its efficiency.
Extract the video file to somewhere convenient, but do not rename the file!

To apply a patch, paste the .diff in the x264 trunk (the downloaded git repository), then in MSYS, use
Code: [Select]
patch -p1 < "Patch name goes here.diff"
Now to "make" x264, open MSYS, type
Code: [Select]
cd "/path/to/downloaded/git"Then
Code: [Select]
./configureAnd lastly
Code: [Select]
make fprofiled VIDS="/path/to/downloadedYUV/file"See here for more on the commandline usage.  After a few minutes, x264.exe will be compiled and placed in your x264 Git folder. 

Compiling the 64 Bit Version.
You must use these configure commands to compile the 64 Bit version:
Code: [Select]
./configure --cross-prefix=x86_64-w64-mingw32- --host=x86_64-pc-mingw32The rest is the same as for 32 Bit.  Do note; however, that you cannot use fprofiled on a 32 Bit system -- Windows obviously cannot execute a 64 bit application in a 32 bit environment. ;)

To re-make x264, do a
Code: [Select]
make clean then use the above instructions.

Pages: [1]