Arch Linux

Thanks for reminding me.
Right now, I do not have access to my RSS feeds so I will have a few days of delay with new versions, but I hope to fix that soon ;)

BTW: Package updated...

Hello Vrob, guess what? There is a new Version! ;P
But since it is "older" (23rd Dec 2009) it should be safe to update...
Update has a critical bugfix! The developer used a "rm -rf $TEMPDIR" in previous versions and you can set a custom temp directory like /home/myuser *omfg*

Regards

Thanks for your notification, since I don't use testing :)
I will change the dependencies back as soon as the before mentioned packages hit [extra].
On the other hand, I don't think, that this will last for long as h264encs delevoper is like super fast and always uses the latest functions, but let's see.

Greets,
Vrob

Hello Vrob, since mplayer/x264 rebuilds are now in testing you can change the depends-line back to 'mplayer>=30286' 'x264>=20100107'
The git/svn versions are not needed anymore :) Hopefully the developer doesn't introduce other bleeding edge functions now...

In the meantime, until every single program which depends on the version .67 of libx264 is recompiled, what I did in my system was just to extract manually the lib from the official Archlinux package (libx264.so.67), copy it to /usr/lib and chmod it correctly. No breakage so far and everything works. At least, xine and vlc are linked against that specific version and not the generic library (libx264.so).

Obviously when the day comes I'll remove manually the library.

Of course, that would be another possibilty. But on the other hand, I had to recompile only two packages until now (mpd and ffmpeg), so it's not that much work.
I also will not and cannot force users into installing mplayer and x264 to /usr/local in parallel to the versions from [extra], so if anyone wants to go for that
solution (s)he has to modify the depends=(...) line in my PKGBUILD.

Greets,
Vrob

@Vrob

Or you can just compile mplayer & x264 (both latest) and put them in /usr/local. That way you can keep your mplayer/x264 from the repos and still use h264enc with latest mplayer/x264 provided you update its config file to point to /usr/local for these programs. This also eliminates the need to recompile every single package that depends on mplayer from repo

Update to latest version.

!! Be aware when updating !!
I had to change the dependencies (again... *sigh*) since the multimedia packages from extra are severly outdated.
Here is what you should do in order to get a running setup:

1a) Compile x264 from the git repo using the x264-git package
1b) Recompile every package that is linked against x264 except mplayer using the AUR or ABS

2a) Compile the latest mplayer from the svn repo => mplayer-svn package from AUR
2b) Rebuild every package that depends and/or uses parts of the mplayer package

There is still the alternative to use my h264enc-legacy package which is still compatible with the x264/mplayer versions from extra but will not be updated.

Greets & good luck ;)
Vrob

Today, a new version of h264enc has been released and it's getting really ugly with the outdated x264 and mplayer packages we have in the repos.
You have to recompile both, x264 and mplayer to stay compatible with the newest h264enc release, but at least for me, mplayer-svn from the AUR won't build, so please be patient until I can sort this out and release an updated PKGBUILD.

Greets,
Vrob

Version bump to 9.0.2.

Notice from the changelog:
* Added new option sync_lookahead available in latest x264 git

So please recompile your x264-git package!

Greets Vrob

Version 9.0.0 has been released today.

Version bump

Version bump

I now provide the "h264enc-legacy"-package which will stay at version 8.9.4 and therefor does not require a git build of x264 and the rebuild of all depending packages. I hope some of you might find this a useful and clean way to workaround this problem.

See: http://aur.archlinux.org/packages.php?ID=28959

Hmm, I guess using the x264-git package isn't a good idea after all since it breaks every package (like mplayer for instance) linking against x264 without a rebuild. So please rebuild your packages until I come up with a solution.

Damn, I didn't read your comment since email notification isn't working ;)

I bumped the package to the latest version, available since today and added x264-git as a dependency, though I hope, that the community package gets updated so I can change the deps back, because I don't like to rely on potentially broken code ;)

Greets,
Vrob

Guess who is here to flag you package out of date... ;-P
Version 8.9.5 is out - and I found this in the ChangeLog:
* Switched to the new Auto-variance AQ (aq_mode=2) for all presets. This requires latest x264 revision from git so please upgrade!

So if you decide to update to this version I suggest you to remove the x264 dependency and add x264-git instead, since the new AQ algorithm is 4 days old: http://git.videolan.org/?p=x264.git;a=commit;h=88b35c2d3bd86b42059e27db365752da9f2cd032

Best regards

You do not need to apologize for flagging the package out of date ;)
Version updated and I incorporated your suggestion concerning mkvtoolnix.

Oh and something else: Could you please delte 'mkvmerge' from the optdeps and replace it with 'mkvtoolnix'
Because mkvmerge is the app, but the package is called mkvtoolnix ;-)
Thank you.

Sorry for flagging this again, but there is a new version (again): 8.9.3 They are fast for sure!
I want to thank you very much Vrob for maintaining this package. You are doing very well! :-)

Version bump & thanks for the notification :)
Damn, these guys are _fast_ in releasing new versions!

Version 8.9.2 is out

Ok sorry. I thought you get an email if I post a comment here.

As previously said, please flag the package out of date so I get a notification via email. Thanks.
Bump included ;)

8.8.0 is out ;-)

Update

Bump to latest version.

Thankyou for picking this up. Apologies to people that where using this and the time it took me to orphan but I don't really use it and RL got in the way

Please flag the package out-of-date if there is a new version I accidentally missed. Thanks!

8.7.4 is out

Updated to latest version

I adopted the package for now and hope that I can update it regularily.

Bump to latest version included :)

If it's possible, contact a mod or admit so he can declare this package as orphan. Obviously the previous packager won't package it anymore and isn't answering either. If someone wants to take over, please contact me at my email address so I can update the website of h264enc with the correct packager information (name/email)

Already contacted the person, and I got no answer. Can someone declare it orphan?

Well since the package has not been updated for quite some time now, I guess it's orphaned.

You could try to contact the ArchLinux packager on his e-mail address on the projects webpage: http://h264enc.sourceforge.net/contact.html

Perhaps he will officially orphan the package so that you can adopt it. I would really appreciate an up-to-date h264enc since I'm also writing my own PKGBUILD for the latest versions.

Is this package still maintained ? If it isn't, can I keep it up to date ? I've been making my own package for a while now, and the AUR version is really outdated.

pkgbuild also works for 8.5.6

Done sorry guys, a little RL got in the way.

PKGBUILD works also for last Version 8.5.4 ...

Please change Version and MD-sum in the PKGBUILD

http://h264enc.sourceforge.net/

is the Homepage for h264enc...

Done removed version so it should build against mplayer-svn.

Unsure I'll ask on the forum ;)

is there some way to make the build script detect mplayer-svn version?

Apologies just maintain it for you lot don't really use it so it was an oversight.

Hopefully that should be fine again.

Seems like the install script changed some versions before. Your build installs into /usr/local/bin, which isn't in my $PATH and I don't really wanna add this directory. Is there a way to make it install into /usr/bin again?

version 8.3.4 is available

@cubo

As I said earlier, h264enc originally supported only the AVI container. MP4 and MKV was added later on. h264enc has two sort of dependencies. Hard and soft ones. Hard are those that are absolutely required so the script can function properly. Meaning without MEncoder with libx264 support or Awk or grep or sed for example, the script will error out so it will be useless.

Remuxing into the MP4 and/or MKV container was added later on and is a soft dependency, meaning that when one answers "y" to either the MP4 or MKV question, if one of the required programs for the remuxing is missing, the script will only warn the user and skip the conversion but it will continue with the encoding process.

I know this may not be optimal for all users, but I wanted to eliminate dependencies as much as possible. I do not want the script to rely on too much external programs. Also, currently I'm waiting for the MPlayer people to fix their lavf muxer (which is still broken and doesn't handle B-Frames and time stamps on them correctly) so I can finally add native support for different containers so the user can choose from the beginning in which container to output.

I completely disagree firstly the only reason you'd let it encode for 6hrs is due to lack of reading. Which can and will happen just as well with a post_install bit.

I don't have the gpac when I attempted to run it, I got

-> MP4Box (from gpac) is missing!
-> Skipping AVI to MP4 conversion!

Couldn't get clearer in my eyes. As the creator told you earlier. But I have done a post_install which seems pointless and a waste when the script tells you when you run it.

in my opinion gpac (maybe mkvtoolnix too) should be included because are needed for 'full' functionality.
If you don't want use postinstall you can add a comment to PKGBUILD.
Of course, i know why after 6 hours of encoding my .mp4 doesn't appear and what I miss but I mean not everybody can assume that this "application" is "only half functional" and must install e.g. "A multimedia framework based on the MPEG-4 Systems standard" for proper work.
I don't need that 'postinstall (dep, comment...)' but i mean some reference could really help to other users

Neither mkvmerge nor MP4Box from gpac are needed for the correct operation of the script. These are not hard dependencies and if either one of the above programs are missing on a user's system, the script will skip asking for container conversion

-MC

gpac (AUR) is needed for "container conversion". Should go to deps or at least postinstall..

7.9.3 available
please increment the value of "pkgrel" for each of your aur package release!

hello,
works on x86_64 here and version 7.9.0 is available

Opps my bad fixed sorry for that. :(

this package replaces itself? wtf?

h264enc is a advanced shell script written for the Linux operating system which can help you to encode a DVD or a regular video file to the H.264 format using the MEncoder encoder from the MPlayer project. It supports virtually all options of the libx264 library and a wide range of audio codecs. Further, it supports muxing the final encode from AVI to Matroska or from AVI to the MP4 container (which is native for H.264 video)