Latest CVS Snapshot Mencoder Builds
 

As this is getting in here more and more overviewed ...
I start this thread for offering mencoder compilings.

So if y new compiling is done no matter if by me or by Vmesquita, riu or someone else, we can offer it here.

Please no encoding questions about mencoder in here, just keep this as a "providing" and build related experiences thread.

Thanx! :)
Inc.

As most users do provide builds from a free hosting webspace:
Please do only download if you really work with mencoder!
So just "Software collecting-instincts" or "download everything- instincts" do just stretch the providing users traffic! :)

History Log:

05/06/2004
- New CVS-20040506 added ... now incl. DirectX support as needed for MencodeME by Vmesquita
- Now mencoder/mplayer avaiable in 3 CPU Versions. 1. AthlonXP, 2. Intel P4 SSE2 and 3. Generic with CPU runtime detection enabled.

Please try the SSE2 Intel compiling at you own risk as I do not have an Intel CPU and therefore configured manually before compiling as seen in the ./Configure Lines below!


************************** CVS 2004-05-06 **********************

Compiler: CygWin

codecs.conf for FFvfw Makeavis used:
DirectX7 headers included

Configure for AthlonXP Build (autodetected on my Athlon XP):
Configure for IntelP4sse2 Build:
Configure for Generic Build (Runtime CPU detect. enabled):
The Downloads:

Mencoder AthlonXP
Mplayer AthlonXP

Mencoder IntelP4sse2
Mplayer IntelP4sse2

Mencoder GenericCPU
Mplayer GenericCPU


All are striped/UPX stuffed using CygWin.

The CygWin1.dll can be found here:
http://home.arcor.de/ffvfw/cygwin1.dll.exe
(to be placed in same folder as mencoder.exe, mplayer.exe)

************************** CVS 2004-05-06 **********************

They fixed the compiling errors yesterday. Actually this mplayer.exe compile won't work with MencodeMe because I now use directX (it's more compatible to everyone). But to compile with directx in cygwin I think you need a special directx headers package, which I downloaded yesterday and installed. It's small, 800 kb. Actually I am not 100% sure it's needed, you can try compiling forcing directX with
./configure --enable-direct .....
Ans see if it complains. :wink: If it doesn't work, I can mail the headers. :D

This one??
http://www.mplayerhq.hu/MPlayer/rele...-beta/contrib/

:)

To be Extracted to /usr/include/ in the CygWinSystem before compiling

@inc: you should make this thread a sticky one, and update the compiles, as new mencoder builds are out... thanks for your hard work. we all appreciate it!

a) I dont have mod status on Mencoder forums part :( So Kwag or Vmesquita can maybe do that favor to make it sticky. ;-)

b) I will compile latest CVS snashots as fast as I can (only 2hands and many to do :lol: ).
BUT it would be nice if I would not be the only one who does offer here, cause the traffic of my free webspace would reach its limits veeery fast. :)

Topic sticked. :D
About the directX thing, I was using directx8. But using DirectX 7 headers is even better because it's more compatible with people that didn't upgrade yet. :wink:

By the way, I found a nice MPlayer compile with GUI for Windows:

http://www.mplayerhq.hu/MPlayer/rele...-0.001pre4.zip

inc: I'd surely love to help you out with webspace. will get back to you later! :wink:

Latest Build in three Versions (Athlon/Intel/Generic) incl. DirectX7 now avaiable.
Download and Infos can be seen above.

Webspace sharers are welcome! :wink:

I thought I'd go and give a shot at doing this..

I compiled today's CVS snapshot (2004-05-09) using the latest snapshot copy of MinGW32 on a Windows 2000 machine. I compiled it against DirectX 9 headers.

Since MinGW doesn't automatically convert / to \ in pathnames like Cygwin does, I did it by hand in the source code (except the compiled in paths, which are bogus anyways). I also modiifed the code to use the USERPROFILE environment variable instead of HOME, so it should find your config files in the same place as the copy that ships with MencodeMe.

This copy is optimized for an Athlon Thunderbird. I would appreciate any feedback. Since I used MinGW and not Cygwin, you don't HAVE to have the cygwin1.dll file in your PATH.

Give it a shot: http://home.comcast.net/~dmarquess/m...09-mingw32.rar

-Jail Bird

Great news! :D

Could you explain which code you did change to get mencoder recognise the system environment variables settings?

As this would be just great if some time the subtitle option will work properly in mencoder an mencoder needs the correct path to the subtitle fond recognised.

Thanx a lot!

Inc. :)

Hi jailbird,

Tried it on XP, but it bombs as soon as it starts to encode.
Same results when I tried to compile it myself the other day, using MingW.
Only the CygWin compile works.
I'm on a P4, btw.

-kwag

Well that sucks! On the test .m2v I tried yesterday it at least made it through the first pass okay. On the second pass its complained a lot about buffer underruns, but so did the copy that ships w/ Mencode-Me (I have a feeling it's the damn MPEG-2 that my ReplayTV makes).

I'll see if I can figure out what's going on tonight. If not, then I'll just install Cygwin and use that. This was my first time to ever use MinGW :).

incredible: When I get home tonight I'll post the changes I made. They were pretty minor.

-Jail Bird

The future does look bright 8)

The original code in get_path.c starting at line 5 has:

#if defined(__MINGW32__)
static char *config_dir = "/mplayer";
#else
static char *config_dir = "/.mplayer";
#endif
int len;

if ((homedir = getenv("HOME")) == NULL)

Since the copy of mencoder that comes with Mencode-ME uses .mplayer, I wanted to go ahead and use that, so my final code looked like:

static char *config_dir = "/.mplayer";
int len;

#if defined(__MINGW32__)||defined(__CYGWIN__)
if ((homedir = getenv("USERPROFILE")) == NULL)
#else
if ((homedir = getenv("HOME")) == NULL)
#endif

in MinGW I had to change the three forward-slashes (/) in the function to double-backslashes (\\). I believe Cygwin will handle this automatically at run-time, so I don't think you'll have to change those.

Actually, I'm not wondering if it bombed-out because Intel CPUs don't support AMD's 3d Now!

I'll try compiling a P4-optimized MinGW copy for you tonight, and then another Cygwin copy to test, just in case.

Thanks jailbird :)

-kwag

maybe u haven't seen this
http://www.mplayerhq.hu/MPlayer/rele...CVS-040518.zip
a 'general' (not cpu optimized) version. i haven't read the changelog, so i don't know what's changed.
the bests
y

Well these are good builds from MplayerHQ

benefit: The fast relative path to codecs and mplayer folder is given!
(seems to be a bug if compiling using CygWin)

Disadvantage: Gneneric CPU (as you recognised), Not shure if Directx Headers are included, and is ffvfw.dll included???

According to ffvfw.dll or ffvfw.ax .... I think its enough if the right codecs.conf (incl. the Makeavis description) is placed in the mplayer folder within the folder where mencoder is stored which points to the system installed ffvfw.dll/.ax.

But ... IF I did understand Sasha from MplayerHQ right, the MinGW build done by them does include the configuration "--enable-directx" when being compiled.

I recognised on my AthlonXP ... if a "generic" build is used the loss of speed is about a factor of 2-3 fps less ... so you have to decide by yourself :wink:

Error
 

Error in link when I try download the last CVS Mencoder Builds.

-Maurus

Wait a litte. Too many downloads on inc.'s server.

u're right but ... these cvs builds do not(!) contain any codecs.conf. dunno why. if u need i got it from another snapshot site. it's very useful if other than vobs are to be transcoded (divx, xvid, ...) i wrote a simple codecs.conf for my sources. it needs only 2 instances; 1 for avis and another for mpeg4 sources.

to those who want to use ffdshow & ffvfw/makeavis at once (if mods find this part too 'dirty', feel free to remove)
problem : ffdshow creates avis but not serves (steady ICDecomprError only) since 040501. i asked the maintaners about it but no answer so far.
for those who uses ffdshow it means that two instances of ffvfw must be installed. so ...
- install ffvfwAVIS-20031113 (sh0dan's hack)
- copy : ffvfw.dll (from system32) & libmplayer.dll (from ffvfwAVIS install dir) to the mencoder folder. hack codecs.conf as given above (ffvfw.dll).
- uninstall ffvfw
- install ffdshow (remember to click makavis!). this way makeavis can be used wout ffdshow.ax support.
i've tested this q&d hack up to the very last ffdshow release (040520). it worx.

[OT]
the newest ffdshows(ffvfw) contain a pretty nice h264 implementation. worth to try !
[/OT]

the bests
y

yaz I (and for shurely we all here in mencoder testing environment) do apreciate very much your nice tricks!! These are sexy hints/thoughts for figuring out more and more :D
I do not think that your breaking a license or so as you dont modify something or distribute something of these licensed drivers.

I still think there must be an option to get d2v decoded by mencoders int. decoder engine.

My WMP Classic can easely read DIRECTLY d2v files as I got the d2vsource.ax installed and registered in my system.
(BTW I also got that avsreader.dll installed ---- mabe we ... hmmmm)

So as I understand ... its should be possible to build and entry in the condecs.conf that if an d2v sources comes in that pointer links to the "d2vsource.ax" as we have been doing this in case of Makeavis and ffvfw.dll

So what do you think about if we can make a "resumeé" what has to be included in the folder where mencoder.exe exists :?: :!:
Asby this we can just take the latest MplayerHQ MinGW build and copy it in a directory where x y z thing have to be.

As I remeber the system codecs have to be (if not included in the compiling) in the "codecs" folder of within the folder where mencoder.exe is stored?

sure but (imho) there's no way of of direct read (as we discussed elswhere). as d2v is a script file (just like avs) it must be 'wrapped' into a fake avi just because of this stupid 4cc business.
anyway, files having no 4cc give back 0 for it so it could be a starting point for further investigation.
mpc has its own d2v parser no further 'ax' is needed. no surprise, gabest compiled d2vsource into mpc. they are his children :-)
the prob here is again with the 4cc.
i have mencoder, ffvfw.dll, libmplayer.dll in the root & codecs.conf in the ./mplayer folder. if u want no errmsg anymore u should put ./mplayer/font directory with some fonts in it but it's not essential.
on renewal i simply overwrite the old (mingw) mencoder with the new one. easy (clear, dry & good :-))
don't get what u mean with 'system codecs'. the 'original' codecs.conf contains hundreds of codec defs but it is where i pointed above. is that what u talked about ?

the bests
y

Hi yaz,
Most surely Inc. meant to say that the codecs folder is where ffvfw.dll, ffdshow.ax or d2vsource.ax... need to be copied into as it is where the encoder will look for those in the 1st place in case of unspecified path in the codecs.conf file.
That's where I put ffvfw.dll and I have no problems.
Boy, I wondered why I couldn't make ffdshow.ax work with mencoder anymore.
After all the compatibility has been broken.
As it started happening right after I format my PC I wondered what my system was missing :)
Cheers

Regardless of what compiler systems it uses, doesn't windows force a program to look first in system32 (or system for 9x) for drivers, THEN fallback to it's own directory?

So those drivers/codecs should work if they were in system 32...

I don't test it yet, but here's a MEncoder version which supports direct encoding out of AVS-Scripts:

http://ffdshow.sf.net/mencoderAVS.rar

You mean the one from milan.
http://www.kvcd.net/forum/viewtopic.php?t=10724

That one has already been discussed .... and its NOT a final release! Therefore mega Beta.

A question : I tryed bin of 18 may but I does'nt even start because it can find a strange ttf font :!:

How can I avoid that ? And why it is looking for a font (apparently used for subtitles) while I do NOT do subtitles ? :wink:

in my case it also fials loading the fond BUT that doesnt doesnt matter for the rest of mencoder 8O

How ! Perharps there was an other error message so. That is strange because I came back to old mencoder.exe and the encoding start with no problems.

IF you download at that mplayer CVS win32beta build page NOT the daliy snapshot but the regular version ... this will come with all the needed folders, means the hierarchical folder architecture.

Then change that mencoder.exe with the one from 18may.

Now ... do look WHERE the log tries to find that Font file (the path).

Now goto the downloadarea of mplayerhq.hu and download a mplayer font description of your choice. Do generate a "fonts" folder in the mplayer folder beside codecs ... drivers .. and mplayer folders WITHIN the main Mplayer folder where mencoder.exe is stored.

Do copy the font descriptions into THAT new fonts folder.
Do open in mplayer/mplayer the "config" script.
Do enter there the absolute! path to the right font desc file.

Now do run mencoder again and the font should be found!

BTW: I dont know WHY they tell something about a TTF font support, as IF you set the path to a simply .ttf font file ... it fails. So a "real" mplayer font desc file is needed as explained above.

I still dont beleive that your menocder run fails on the non existing font file!
I think something else is missed, but if you do copy the regular mplayer folder with its needed included folders from the released (not Daily CVS) downloadlink ... this will make all needed folder beeing present on your drive and IF something is missed, you simply can download it at mplayerhq.hu and put it in the correct folder within that folder architecture of mplayer.


IF there will be no license conflicts, in the next packshot release I will offer a "whole" folder of Packshot where everything is included like mencoder.exe, mplayer.exe, ffmakeavis (and its needed dll files) ... the font desc's and needed codecs dlls.
As all that complicated extra downloading of stuff is Veeeery confusing for noobs.

i don't know the order but codec files are right in the system32 folder or right besides mencoder.exe. otherwise u must specify the path.
ffdshow does not serve since 040501. former releases worx fine for me.

@all (interested:-))
i went a bit further with this serving busines & now i have a(n almost) complete codecs.conf. seems like this :
note
- the ffvfw support is as i outlined above. (dll's are in the 'mencoder' folder) for generating avis i use the newest ffdshow.
- mpeg4 input is supported from the core ! no add's needed, just put that lines into the codecs.conf ! (of course, the ffmpeg lib must be compiled into the mencoder, but it is by def.)
the mpeg4 fourcc list is incomplete, it contains only what i have it at hand for testing. the mpeg4 decoder of ffmeg is really 'generic'. say, i'm sure it'd serve divx3/4 & 3ivx too but i couldn't test it. do it if u need. 1st find the 4cc in the avi in quest (gspot, fourcc changers, ...) then add its 4cc to the mpeg4 list. should work.
mencoder handles the input in a quite cute way. say, it always corrected the AR to the proper value if it wasn't that. (good old times ... who cared about such things like AR ? :-))

i haven't found any solution for d2v serve but the more i think about it the less pointless i find it :-) vobs are supported directly so why to bother about it ?

the bests
y

Win98 users?? Who cant get large 1file Vobs to disk??

OR .. did you found out how the correct command is to bring mutiple VOBs into mencoder, ... like "cat" or something?? :)

Your reduced codecs.conf makes really sense, the only thing I would add is a mjpeg YUY2 and a HUFFYUV YUY2 support as some users do deal with captured streams.
Question .... IF I do compile mencoder and do set before the codecs.conf (in the "etc" folder of the CVS) to the same as yours above..... will these drivers/dlls be included in the build? Means do I still need to store them in mencoders folder?

d2v wrapped into a serving avisynth(mpeg2dec3dg) wrapped with makeavis ... eeehm ... meant u this ? :-) not elegant but worx :-)
ffmpeg supports mjpeg too ! add sg like this to the aboves that's all i know about mjpeg
for huffy we got pretty nice vfw decoders (huffyuv.dll). it should work the way ffvfw does. sorry but i can't test any of these.
theoretically any (vfw) decoder dll can be compiled into mencoder but i'm too lame about it. u should search mplayerhq/docs ... as if there were a big collection of codecs for compilation (???) anyway, copying the necessary dlls is working for me & does not harm any 'licensing issue'. in add., it cause no nuisance on mencoder renewal.

the bests
y

Hi yaz :D,
I don't consider that an option. elegant or not the point is some pretty old machines like the one I had will go a lot slower just because we're wrapping it in an AVS script.
*nix "cat" command is the same as windows "type" command (although I'm not sure if it is present in win9x/NT/2000...).
The problem is mencoder goes nuts when used under winxp with type but works fine with cat under linux. Not that it doesn't encode or something but all the while-encoding statistics go crazy.
I think that a monolitic version of mencoder is a very strange approach even because if we run into problems we don't know if it's because it has our dlls built-in or if it's because the develp. team screwed up big time.
Also there is the licensing issue because of embeding the dll in mencoder.
Though, we should come up with an installer that installs mencoder in a given folder on user request and that needs to know where are some files and so the user just have to point the installer to those needed files.
Pretty wild thought, huh?
I wish I knew how to do that :lol:
Anyway just my two cents.
Cheers