h264enc for Linux

[microchip8]

Do you have two mencoder versions on your system? One with and one without x264 support? if so, either remove the one without x264 support, or modify the config file of h264enc and set the correct path to the mencoder version with x264 support. The config is in /home/username/.h264enc/config

also have a look at the -r option.

[microchip8]

ChangeLog for version 8.6.5
* Huge bugfix to the audio part of the portable device presets. Variable audiocodec2 was
missing resulting in the second audio track being ignored. Everyone who uses these presets
and wants a second audio track should upgrade ASAP
* Offer nosound audio option for the portable device presets
* Don't exit if the user has not added the .avi extension for the output file. Instead automatically add the extension to it

[Rasi]

Do you have two mencoder versions on your system? One with and one without x264 support? if so, either remove the one without x264 support, or modify the config file of h264enc and set the correct path to the mencoder version with x264 support. The config is in /home/username/.h264enc/config

also have a look at the -r option.

No.. only one mplayer installed... freshly from svn with x264 from svn too...

Resetting the config file didnt help

[microchip8]

what does mencoder -ovc help say? do you see x264 in there? I'm surprised that it doesn't find it since this code in h264enc hasn't been touched in a year and works without a problem here

[microchip8]

ChangeLog for version 8.6.6
* Added support for the software equalizer video filter (eq2)
* Removed signal SIGTSTP from the trap list. The user can now suspend the encoding process
with CTRL+Z and continue later on by typing fg in the terminal
* Small loop modifications in the video_subtitles_func() function
* Set default AAC profile when using neroAacEnc to LC instead of HE
* Added support for VCD/SVCD encodings. Yeah, yeah (S)VCD is crap and old but nevertheless
I'll support it. It's a small change to the codebase of h264enc anyways
* Add option -ipod to the MP4Box muxing parameters. This removes the need of running MP4Box
again after muxing just to rewrite the file for the iPod/iPhone
* Added a condition to check if MP4Box is compiled with the PSP patch and if so, the -psp option will
be added to the parameters when using the Sony PSP presets. The PSP patch along with install instructions
can be downloaded from h264enc's site at http://h264enc.sourceforge.net/download.html
* Small loop modifications to the get_dvd_devices_func() function
* Small modifications to the install script
* Updated the man page

[Selur]

Just tested some of the deinterlacer methods used in h264enc, namely the onces with yadif and mcdeint.
Problem is they all crash for me when mcdeint is not set to 0 (fast) can anyone confirm this, or is this just a problem with the mplayer/mencoder builds I use? (happens for me on windows&linux)

[microchip8]

Just tested some of the deinterlacer methods used in h264enc, namely the onces with yadif and mcdeint.
Problem is they all crash for me when mcdeint is not set to 0 (fast) can anyone confirm this, or is this just a problem with the mplayer/mencoder builds I use?

Yes, I can confirm that. Problem is with MEncoder. mcdeint uses some of the Snow codec code to do iterative searches and as we all know, Snow is not finished yet so you get a high chance of mcdeint crashing when you use with values > 0

EDIT: just tested mcdeint=0, mcdeint=1, mcdeint=2 and mcdeint=3 they all work here. I had crashes with values > 0 some time ago though

[kozaki]

@ froggy1, am so glad to discover h264enc :D Finally I find a powerfull script that promise much more fun than copy/paste and mencoder profiles (using mplayer/mencoder since 2001) :D

But am still frustrated as my configuration looks incomplete yet.
Would someone be able to help me check this pliz ?

Dependancies look OK : h264enc -sc shows everything's OK/YES but aacplusenc.

Launched h264enc to transcode a DVD ISO chapter with "-2p -p anihq" and then going on without any fancy (no crop, no subtitles, ..)

There I hit the same error than WalterK 3 pages up (http://forum.doom9.org/showpost.php?p=1217216&postcount=143) with Option x264encopts: Unknown suboption psy_rd

Might be due to old software versions or to a uncleaned system before.
Installed latest x264-snapshot-20081231-2245, but that did not help.
I might as well have forgotten to clean the system before installing it.

system is a Mandriva 2009 x86_64 with "contrib" and "backports" repos
softwares :
- mencoder/mplayer-1.0-1.rc2.18.1plf2009.0
- x264-snapshot-20081231-2245 (sources)
- rpm -qa | grep 264
lib64x264_65-0.65.2245-1plf2009.1
lib64x264_59-0.59.2245-1plf2009.0
- updatedb && locate x264 | grep /usr
/usr/lib64/libx264.so.59
/usr/lib64/libx264.so.65
/usr/lib64/vlc/codec/libx264_plugin.so
/usr/local/bin/x264
/usr/local/include/x264.h
/usr/local/lib/libx264.a
/usr/local/lib/libx264.so
/usr/local/lib/libx264.so.65
/usr/local/lib/pkgconfig/x264.pc
- gpac-0.4.4-0.rc2.1plf2009.0
- tsMuxeR_1.7.3 (sources)

[microchip8]

@ kozaki

I think your mencoder is still linked to the older libx264 library, even though you have the new one installed. What you do in this case is remove any instances of the old x264 packages, compile/install the new x264 and recompile mplayer to pick it up. Also your mencoder is pretty old (1.0rc2 - 2 years old), grab SVN if you can

Further check the output of ldd $(which mencoder) | grep libx264* and you can see to which library it is linked. If it is to libx264.so.59 then do the steps above

[kozaki]

It's libx264.so.59, yes you guessed it right froggy1. Thank you v much :)
I think I'll reinstall Arch linux on my desktop rather playing with rpm --nodeps, sources & subversion on Mandriva.
Would be nice to get a poweruser friendly station where i can test & use bleeding edge stuff like h264enc, and Arch is just great on that. But last time i tried to install it, it did not like my raid+lvm. And since Mandy let me do my work without too much of hassle even if with less fun...

[microchip8]

@ kozaki

Well, I'm on an rpm based Linux too (openSUSE 11.0) and I don't have any problems with it. I never use mplayer and x264 from the repo's and always compile them myself. I don't have any problems with that on my system and can always use the latest of these programs. I don't know how Mandriva does it since the last time I used it, they were called Mandrake and I used version 8.1 which is many years old.

[microchip8]

ChangeLog for version 8.6.7
* Added two AVCHD presets (avchd and avchdhq)
* Removed tsMuxeR options insertSEI, contSPS and --vbv-len when using the
Blu-ray and AVCDHD presets
* Use 'source' instead of '.' for importing files into the script. Makes it easier for
me to read when my eyes are tired
* Moved the CONFIGDIR variable to the configuration file. This allows the user to set
a custom temporary directory for storing temp files for encoding/remuxing. If the variable is
unset in the config file, h264enc defaults to $HOME/.h264enc/h264enc_<PID>. This change
updates the config file to version 3. Requested by Matyas Sustik
* Improvements to the audio_resample_func() function. Automatically detect the audio sample
rate of the content and display it. Also, moved the resample filters into a function called
audio_resample_filters_func(). This change allows for comparing the detected with the selected
sample rate and if both are the same, resampling will be skipped
* For directory encodings, offer an option to automatically delete the AVI file after remuxing to the
other containers. This can considerably reduce disk space usage, especially when encoding a
directory with a lot of files in it.
* Replaced all 'tail -1' commands with 'tail -n 1' since 'tail -1' is made obsolete as stated by the info page of tail
* Lowered psy trellis by 0.1 for all presets that use it. Seems 0.3 can cause weak mosquito noise
on some content, even at such low values
* Use a weak AQ strength of 0.5 for the anime presets to reduce blocking in dark areas
* Added -channels option when scanning a video file for its audio properties
* Updated the man page

[kozaki]

yeah nice :)

froggy1, which mplayer (mencoder) version do you use on OpenSuse?
Actualy, i used to compil it back in 2001-2003 (mplayer was commonly uninstallable as a package back then). After what i got used to the install-package-and-it-simply-works, and didn't went further than lookin for the most up-to-date rpm/.tar.gz version for my distro. Especialy as a bunch of other packages rely on mplayer.
But both on Arch and Mandriva the latest i've seen is 1.0rc2.xx (svn's available on Arch but i have yet to bypass an issue with init 5 on this distro before i can try it)

[microchip8]

I use self-compiled SVN versions of mplayer. I usually grab once a month from SVN and compile it.

[ggking7]

Has anyone used this to encode a video that can be played back with audio on a Nokia N82 (or similar) cell phone? I'm having trouble finding something in Linux that works reliably.

[microchip8]

not sure, it does have a Nokia S60 preset, you can try it but I don't know if it'll work for the N82

[ggking7]

Thanks froggy1, I'd like to give it a try but there doesn't seem to be an ebuild for Gentoo available anywhere.

[microchip8]

why do you need ebuild? h264enc is just a shell script, copy it to any location and use it

[microchip8]

ChangeLog for version 8.6.8
* Calculate and display the amount of frames when scanning a video file. Also display seconds in
addition to minutes for the runtime
* Replaced MB and GB with MiB and GiB
* Updates to the hq, vhq, ehq, ihq, ani and anihq presets: lower b-frames from 16 to 5 for the hq, ani and
anihq, from 16 to 6 for the vhq, from 16 to 7 for the ehq and from 16 to 8 for the ihq presets and use b_adapt=2
instead of b_adapt=1. These changes increase encoding time a bit but are worth it quality-wise
* Updated QP range, add 0 for lossless mode

[ggking7]

Thank you, I did that, but a sanity check (-sc) tells me:

-> Checking for 'neroAacEnc'.................. FAILED! [no support for AAC+ audio]
-> Checking for 'aacplusenc'.................. FAILED! [no support for AAC+ audio]
-> Checking for 'MP4Box' (from gpac).......... FAILED! [no support for the MP4 container]

The audio needs to be in AAC format to work in S60, but I get the following:

$ tar -xzf aacplusenc_0.17.1.tar.gz
gzip: stdin: not in gzip format

The container needs to be MP4 to work in S60 and I do have gpac installed, but I get the MP4 error.

Do you know how to fix these problems?

[microchip8]

if you have installed something AFTER h264enc has created its config file, it won't find it. The reason why is explained in the -r option which you should read and run to recreate the config file. Also aacplusenc is only for HE-AAC (aka AAC+) audio, if you need LC-AAC, use neorAacEnc or FAAC, though nero also supports HE and HEv2

if you still get problems, you can set the paths to the programs manually by opening the config file which is located in

/home/username/.h264enc/config

[ggking7]

It works great! Thank you!

I'm wondering about the aspect ratio. My video ends up being stretched to fit the entire screen. Is there a way to have it preserve whatever aspect ratio the movie has without having to manually specify it each time?

Is there a way to have h264enc encode a video in the same way each time so I don't have to go through the interactive choices?

[microchip8]

It works great! Thank you!

I'm wondering about the aspect ratio. My video ends up being stretched to fit the entire screen. Is there a way to have it preserve whatever aspect ratio the movie has without having to manually specify it each time?

I think this is normal when mplayer plays the video, but I'll look into it. Can't promise anything.

Is there a way to have h264enc encode a video in the same way each time so I don't have to go through the interactive choices?

you can save the settings to the batch file. If you want to encode multiple video files inside a directory with the same settings, use "dir" instead of "file" when asked for source. this way the script operates in full batch mode

[ggking7]

I think this is normal when mplayer plays the video, but I'll look into it. Can't promise anything.

I should have said it fills the 320x240 Nokia screen, not with mplayer. It must need the top and bottom black bars. Can that be set automatically?

[microchip8]

I should have said it fills the 320x240 Nokia screen, not with mplayer. It must need the top and bottom black bars. Can that be set automatically?

I have no idea how Nokia displays video and honestly I don't know if I can implement such a thing. Doesn't the Nokia's have some aspect adjustments for video?

[ggking7]

It doesn't seem like a Nokia thing, I think it's in the encoding. Didn't h264enc expand the movie's aspect ratio to fill 320x240 when I specified that resolution? In the past I used an unreliable ffmpeg script to encode a different movie and it preserved the aspect ratio with black bars on the top and bottom.

[microchip8]

It doesn't seem like a Nokia thing, I think it's in the encoding. Didn't h264enc expand the movie's aspect ratio to fill 320x240 when I specified that resolution? In the past I used an unreliable ffmpeg script to encode a different movie and it preserved the aspect ratio with black bars on the top and bottom.

h264enc doesn't do any expanding, it only supports forcing input aspect ratio. Though the expand filter is automatically added by mencoder each time encoding starts. If you show me the ffmpeg settings you used maybe I can add something, though again no guarantees here

[microchip8]

do you want me to add support for the expand filter so one can tweak the settings?

[ggking7]

h264enc doesn't do any expanding, it only supports forcing input aspect ratio.
Does "forcing input aspect ratio" mean forcing it to preserve the original aspect ratio? That's exactly what I want to do.

do you want me to add support for the expand filter so one can tweak the settings?
You're great. I can't say I'm totally sure how the problem is being caused, but if you think that's what's necessary to preserve the aspect ratio, then yes please.

[microchip8]

Does "forcing input aspect ratio" mean forcing it to preserve the original aspect ratio? That's exactly what I want to do.


You're great. I can't say I'm totally sure how the problem is being caused, but if you think that's what's necessary to preserve the aspect ratio, then yes please.

I'm no expert on aspect ratios but forcing the input ratio is useful when the file/dvd has an incorrect aspect. I've found quite a few DVDs that are 16/9 but when played back they go to 4/3 so one needs to force the correct ratio.

I don't have much experience with the expand filter, but it can be either used to add black bars or set the aspect ratio for the output, eg -vf expand=320:::::16/9

you will probably have to do a few experiments on your own to see how it goes for you

[microchip8]

ChangeLog for version 8.6.9
* Add title/movie name to MKV and OGM as meta-info. The title is taken from the output name
provided by the user. For directory encodings, this will be skipped
* Add audio codec and audio language meta-info to MKV when encoding DVDs and copying the audio track(s).
Requested by Quentin Jackson
* Added support for the expand video filter
* Slightly improved info when the script is called without any parameters
* Implemented denoising presets for the 'tn' temporal denoiser
* Merge the mp3, aac, ac3 exporting code with the ffac3 and ffdts one since it's the same for the second audio track

[ggking7]

Thank you very much for the update. I tried forcing the input ratio and it created a video which had the correct aspect ratio on my computer via mplayer but the Nokia expands it to fill the whole screen.

I also tried the expand filter and it's on the right track but I can't get it right. If I specify either 320:::::4/3 or 240:::::4/3 I get the right shape with a 4/3 video window and black bars on the top and bottom on my computer, but the resolution ends up being 428x320 and of course the Nokia refuses to play it. I can't figure out how to expand a 16/9 video to 4/3 by creating black bars and maintaining 320x240 resolution.

[microchip8]

Thank you very much for the update. I tried forcing the input ratio and it created a video which had the correct aspect ratio on my computer via mplayer but the Nokia expands it to fill the whole screen.

I also tried the expand filter and it's on the right track but I can't get it right. If I specify either 320:::::4/3 or 240:::::4/3 I get the right shape with a 4/3 video window and black bars on the top and bottom on my computer, but the resolution ends up being 428x320 and of course the Nokia refuses to play it. I can't figure out how to expand a 16/9 video to 4/3 by creating black bars and maintaining 320x240 resolution.

I'm not very confident with the expand filter and how it works, so in order not to give you false information, I suggest you send your question about your problem to the mencoder-users mailing list. You have to subscribe first though. Sorry if I'm not much of a help here :(

[ggking7]

No problem, I'll report back with findings.

[nm]

I can't figure out how to expand a 16/9 video to 4/3 by creating black bars and maintaining 320x240 resolution.
I had to look this up (http://lists.mplayerhq.hu/pipermail/mencoder-users/2006-July/003670.html):
-vf expand=aspect=4/3,scale=320:240

Seems that the operations and their order is exactly the same as in your question. Logical. ;)

[microchip8]

I had to look this up (http://lists.mplayerhq.hu/pipermail/mencoder-users/2006-July/003670.html):
-vf expand=aspect=4/3,scale=320:240

Seems that the operations and their order is exactly the same as in your question. Logical. ;)

thanks for info, it seems it works that way. Though currently the expand filter is placed after the scale one in h264enc. Maybe I can add a question where to place it in h264enc, before or after scaling? If no one objects, I'll do it :p

[ggking7]

When I answer:

Specify the Expand filter values [press 'Enter' to skip]: aspect=4/3

I get the following when encoding should begin:


The round option must be an integer: =4/3
Option vf: Error while parsing expand parameter round (=4/3)

Exiting... (error parsing command line)
-> MEncoder has exited with a non-zero value!
-> Exiting in function: mencoder_exit()


What am I missing?

[microchip8]

When I answer:

Specify the Expand filter values [press 'Enter' to skip]: aspect=4/3

I get the following when encoding should begin:


The round option must be an integer: =4/3
Option vf: Error while parsing expand parameter round (=4/3)

Exiting... (error parsing command line)
-> MEncoder has exited with a non-zero value!
-> Exiting in function: mencoder_exit()


What am I missing?

you can't use it now that way because I need to change the code. Also even if you could use it now, you'll still get it wrong as the expand filter comes after the scale one, so the aspect=4/3 won't work like you want. Wait till tomorrow, I'll release a new version. If you can't wait, save settings to batch file and manually add expand=aspect=4/3,scale=320:240 to the filter chain in the file. Then run h264enc -b /path/to/file/batchfile

[ggking7]

I can wait. :) Thanks!

[microchip8]

ChangeLog for version 8.7.0 - small release :)

* Added support for setting the position of the expand filer when scaling is used.
The user can now choose to place it before or after the scale filter. Previously the expand
filter was always placed after the scale filter which is not optimal in certain cases
* Small improvement/fix: when encoding two audio tracks to HE-AAC audio and muxing them
into MKV, mkvmerge uses for both tracks the same track ID (1) while h264enc assumes that
the second track uses track ID 2 which is wrong so the option --aac-is-sbr 2:1 is incorrect here
and should actually be --aac-is-sbr 1:1 for the second audio track

@ ggking7

you can now use aspect=4/3 :) (and place the expand filter before scaling)

[ggking7]

It's perfect! Thank you!

[microchip8]

It's perfect! Thank you!

the things I can do with shell scripting :p :)

[Fat_Guy]

Hello, this is my first post here....i have a question regarding converting
a video file into PS3 compatible container. I have looked at your h264enc
commandline program (thx for creating this froggy1) & so i also have a few questions re 'converting' an mkv file. Here's the nfo on the file in question:

General Information

RUNTIME.......: 2h:10m:16s

SIZE..........: 12.3 GB, DVD9+DVD5

VIDEO CODEC...: x264, 2pass [LEVEL 4.1]

FRAMERATE.....: 24.000 fps

BITRATE.......: Variable ~ 11956 Kbps

RESOLUTION....: 1916x816

AUDIO 1.......: French DTS 5.1 1.5 Mbps

SUBTITLES.....: English, french, spanish

It is a large 12.3 Gb MKV w/ x264 already at Level 4.1, DTS French & English Subs....i want to keep video quality untouched as well as the French DTS 5.1 untouched & include the English subs. Can this be be done with h264enc? If so, the avchdhq profile would be the correct one yes? How would i set up all the options in h264enc to 'untouch' audio/video quality? I have a simple Linux script that works on most mkv w/ DD5.1....it is suppposed to handle DTS as well but it seems to fail on this file....& the subtitles present an issue with th existing script i was using...hence looking at H264enc.

Thx for any suggestions & have a nice day.

Fat_Guy

[microchip8]

if you want to keep both video and audio untouched, why use h264enc to re-encode it? Simply use mkvmerge to add the subtitles to the mkv you have (I hope you didn't get it illegally as this board doesn't allow discussions about such things). h264enc is meant to re-encode stuff so if you do that you will lose quality, and depending on the settings, this loss can be (very) minimal or more noticeable. h264enc will not help you much in your case

the avchdhq preset is a specific preset which encodes the content to be AVCHD compliant

http://en.wikipedia.org/wiki/AVCHD
http://www.avchd-info.org/

in your case, you can use something like: mkvmerge file.mkv subtitle1.srt subtitle2.srt subtitle3.srt -o output.mkv

PS: the PS3 doesn't support MKVs so you'll have to use MP4 but again you can simply demux the MKV and add video and re-encoded audio to AAC into the MP4 container, including all three subtitles. This will not guarantee though that your file will be compatible for the PS3 as Level 4.1 is not the only thing that matter but also with which settings the file was encoded. PS3 is picky about that. If your original MKV wasn't encoded with proper settings for the PS3, simply remuxing it into MP4 won't work for the PS3 so you'll have to re-encode with PS3 compatible presets which h264enc has

[Fat_Guy]

Thankyou froggy1 for replying to my post.......i guess upon initial perusal of your program i noticed the avchdhq preset...i knew that avchd with dts sound is supported on ps3, so i figured perhaps there was some way to setup h264enc to 'shut off' video/audio transcoding & just remux the three tracks into the avchd. Unfortunately i find a lot of this video file manipulation a bit confusing & converting mkv to ps3 compatible is a battle for me under Linux...particularly with DTS which in this case is 1.5mbps dts that i want to keep. I have to find some sort of Linux howto related to video conversion to PS3 because i keep going around in circles. :)

In general, when you run h264enc with a preset, say 'avchdhq', are all the other prompts that follow afterwards 'preselected' to appropriate setttings?
...or must you still manipulate them accordingly?

thx & have a nice day.

[microchip8]

Thankyou froggy1 for replying to my post.......i guess upon initial perusal of your program i noticed the avchdhq preset...i knew that avchd with dts sound is supported on ps3, so i figured perhaps there was some way to setup h264enc to 'shut off' video/audio transcoding & just remux the three tracks into the avchd.

yes, the ps3 supports avchd but again the file has to be encoded with compliant avchd settings. Resolution, encoder settings, etc have to be accordingly. I don't know if your file is compliant since I don't know how it was encoded, and changing the container won't fix that because container change does not alter the audio and video at all. There is a Windows tool for remuxing MKVs to M2TS (or was it PS?) container which the PS3 will play. AVCHD is a modified standard of the Blu-ray standard so it too has a directory structure just like Blu-ray does. tsMuxeR is the only available tool for creating Blu-ray structures under Linux, AFAIK. For AVCHD I don't know any

h264enc is a simple CLI interface for setting up encoder options, this is its primary function. It's not a muxing tool per definition so you can't shut off audio and video in h264enc and use only its muxing capabilities

Unfortunately i find a lot of this video file manipulation a bit confusing & converting mkv to ps3 compatible is a battle for me under Linux...particularly with DTS which in this case is 1.5mbps dts that i want to keep. I have to find some sort of Linux howto related to video conversion to PS3 because i keep going around in circles. :)

I can imaging how it can get confusing for a newbie, sometimes I'm confused too :) As I said above, remuxing doesn't change the way the video and audio were encoded. You only change containers which are used to hold audio/video/subs/etc and synchronize them. To really change something in the audio/video stream you have to re-encode it

In general, when you run h264enc with a preset, say 'avchdhq', are all the other prompts that follow afterwards 'preselected' to appropriate setttings?
...or must you still manipulate them accordingly?

thx & have a nice day.

not really, when you choose a preset you only choose the MEncoder encoder settings. Though for some presets there's an informative function which, when you reach scaling, it prints which resolutions are valid for this preset. For example, if you choose the sony psp preset, a message will be displayed with the valid resolutions for the Sony PSP devices. Also most portable device presets have restricted audio codecs. Again for example, when you use the psp preset and come to the audio settings, it will only allow you to use AAC audio or nosound because the PSP doesn't support other audio codecs

[microchip8]

ChangeLog for version 8.7.1
* Use keyint_min of 2 instead of 1 for the Blu-ray/AVCHD presets to prevent consecutive IDR frames
* Added -loop 1 to MPlayer to prevent infinite looping if user has set -loop 0 in MPlayer's config file. Suggested
by Jan Paral (Dept. of Physics, Univ. of Alberta, Canada)

[kozaki]

@ kozaki

Well, I'm on an rpm based Linux too (openSUSE 11.0) and I don't have any problems with it. I never use mplayer and x264 from the repo's and always compile them myself. I don't have any problems with that on my system and can always use the latest of these programs. I don't know how Mandriva does it since the last time I used it, they were called Mandrake and I used version 8.1 which is many years old.

Please forgive me to ask this here.
froggy1 since you answered this i compiled needed libraries and encoders (e.g. faad2, x264, gpac, libnut, ffmpeg & mplayer) on my Mandriva x86_64 station with some success regarding h264enc's use.

Since then i've had issues with apps relying on the compiled librairies: kino, avidemux, VLC stopped to work, complaining for the lack of e.g. libavcodec.so.51()(64bit). Forcing the re-installation of the packages do not help. Neither makin a dirty symlink from (compiled) libavcodec.so to libavcodec.so.51.

I understand those apps rely on shared libraries/codecs. Basically do we need to compile the whole lot of video related apps as soon as we compile one (loosing the ability to update any of them from the distro binary packages) ? Or is there a way to use both of them, e.g. ffmpeg + ffmeg-svn ? Sorry if there's already a post on this as i couldn't find it.

[microchip8]

for h264enc, you don't need ffmpeg, faad2 and libnut. all you need is mplayer, x264, gpac, mkvtoolnix and ogmtools

I don't know why your vlc and avidemux complain. I also have avidemux and vlc, but they use libs from /usr/lib64 and not libs from my self-compiled mplayer and x264, which are in /usr/local

for example, my avidemux (from repo) is linked to libx264.so.60 while my self-compiled mplayer is linked to libx264.so.66 in /usr/local/lib. If I would want avidemux to use my self-compiled x264 and its libx264.so.66 library, then I'll have to recompile avidemux.

I've also never had issues in using self-compiled ffmpeg and ffmpeg from repo at the same time, and the apps that depend on ffmpeg from repo work properly here and at the same time I can use self-compiled ffmpeg without problems.

[microchip8]

ChangeLog for version 8.7.2
* Rewrote and simplified the video_denoise_func() function. Merged the presets with the denoise filters
* Added two Archos 5 presets (ar5 and ar5hq)
* Removed unused global_header variable from h264enc and the preset.cfg file
* Add audio meta-data info for the MKV container when using aac, mp3, ac3 or vorbis audio
* Revert back to the old crop detection method for DVDs as it was more precise in some cases than the
currently used one. This forces the video codec during crop detection to mpeg12 instead of ffmpeg2 as the
-sstep option doesn't play nice with ffmpeg2
* Updated the man page