ZoneMinder Forums

The million dollar question is - Which kernel will it build ok without having to get into editing source. I'll assume whichever version that is and newer should be fine.

Doing a quick google it appears fedora 10 ships with 2.26.27. Can't tell if ubuntu shipped with 2.26.26 or 2.26.27

2.6.27 works fine.

cordel wrote:2.6.27 works fine.

Nuts.. I'm running 2.26.24 on Slack 12.1

update --- The things you find when you take a moment to look Slackware 12.2 ships with the 2.6.27.7 Linux kernel

This will likely only affect things like LTS, CentOS, RHEL, etc, etc...
So not too big of a deal right now. If your playing with the dev stuff, the best you can expect is your going to have to get your hands dirty till it's all sorted

cordel wrote:This will likely only affect things like LTS, CentOS, RHEL, etc, etc...
So not too big of a deal right now. If your playing with the dev stuff, the best you can expect is your going to have to get your hands dirty till it's all sorted

True enough. But I so like it when things build properly without having to hack.

Now that I've seen that a newer slack is out it gives me the excuse I've needed to tear down the ZM machine and fix a few things (like 0 byting a drive from time to time). When I get around to it I'll have a go at the latest zm beta and possibly even do a "how I did it" while I'm at it.

You want a copy of the source file or a patch, Or I can tar up the whole package.
I already had to mod a copy to run on my test server in xen.

Thanks anyway Cordel. I've got the zm system so messed up right now that a reinstall is about the only cure. I was running into heyu lock ups which were 0 byting the drive (don't ask) and had to give up the "tinker partition" that I had been using for messing with 1.24 . Until I get around to doing a fresh install I'm pretty much knackered for playing with 1.24.

If you'd be good enough to post a patch someone I'm sure someone could make use of it.

I would post a patch but it will be no good next week. Probably best to not so no one gets confused latter down the road

I have just put up 2740 which should help somewhat. V4L2 defines that are not used are commented out and those that are, but which may not be present (based on peoples reports here) are conditionally compiled. If there are any others or any that I have missed just add to this thread and I will try and catch them all.

The following should just about do it, atleast for Ubuntu or Kubuntu 8.04/8.10. They are actually listed twice in the file in two differnet spots.

‘PIX_FMT_VDPAU_H264’
‘PIX_FMT_VDPAU_MPEG1’
‘PIX_FMT_VDPAU_MPEG2’
‘PIX_FMT_VDPAU_H264’
‘PIX_FMT_VDPAU_MPEG1’
‘PIX_FMT_VDPAU_MPEG2’

Those ones are not V4L2 ones but ffmpeg, from avutil.h. If you update your ffmpeg then they should go away, though deleting them from the source is fine also.

newvisionantenna wrote:The following should just about do it, atleast for Ubuntu or Kubuntu 8.04/8.10. They are actually listed twice in the file in two differnet spots.

‘PIX_FMT_VDPAU_H264’
‘PIX_FMT_VDPAU_MPEG1’
‘PIX_FMT_VDPAU_MPEG2’
‘PIX_FMT_VDPAU_H264’
‘PIX_FMT_VDPAU_MPEG1’
‘PIX_FMT_VDPAU_MPEG2’

Interesting that these are not the V4L2 and they are falling out on your build.
and for the money question, which kernel versions?
And I'm assuming this is rc-1-2740 ?

I believe those are defined in ffmpeg (Software scale to be exact) and should not be giving you any grief.
What were your build options for ffmpeg?

I know that my Ubuntu 8.04 install has 2.6.24-22 but I have not attempted a build on it yet.

These ones are nothing to do with the kernel, just the version of ffmpeg you have installed. They are in avutil.h

Zoneminder,

Just wanted to let you know I rebuilt from the ground up the newest 1.24 with a brand new ffmpeg compiled today. All the warnings are gone and everything came together with no problems at all. It looks like you were right about every second counting with ffmpeg.

I take that back, although everything seemed to install fine there was some complaints towards the end of make install. It said something about missing libswscale.so.0. It still installed but upon trying to start Zoneminder I found it wouldn't actually start. Alittle more work and I used a init.d/zm file to start it, the error showed that "zmfix" could not load the shared libraries libswscale.so.0 because it was not found and caused it to not start. The file was however on my server, so I'm not sure what's up. I then did apt-get install libswscale-dev and now it starts no problem. Just wondering if this will cause problems down the road.

I did a complete fresh install of ZM on Ubuntu 8.10 and had the same error when I tried to run ZM. I also did an apt-get install libswscale-dev but then got a bunch of other files not found.

At which point I figured I must have screwed up - so wiped the install and started over

Tim