ZoneMinder Forums

OK, Let's see if I can ask my first question without looking dumb.

Ubuntu server 8.04, fresh install (LAMP)
intel i386, 1.5G RAM, 200G HDD

apt-get install of:
libc6-dev
libssl-dev
libgnutls-dev
libjpeg62-dev
ffmpeg
libmysqlclient15-dev
build-essential
xawtv
ssh and open server
cpan install of:
PHP::Serialization
Date::Manip
Sys::Mmap

created /var/www/zm and conigured zm source with:
./configure --with-libarch=lib --with-mysql=/usr/local
--with-webdir=/var/www/zm --with-cgidir=/usr/lib/cgi-bin
--with-webuser=www-data --with-webgroup=www-data
ZM_SSL_LIB=openssl
--with-ffmpeg=/usr/include

so far, so good. set up mysql databases (zmuser/zmpass, assigned privs, ran zm_create.sql), no problem.

make install went fine. started with zmpkg.pl start, opened web page, no problem. Flipped on ffmpeg and cambozola (after downloading & putting in zm folder).

set up ACTi ACM7411 camera (reset to factory to be sure), set :
Video Setting -> Streaming Method (RTP over UDP)
Video Setting -> Encoder Type (MPEG4)
RTSP Port: 7070
Video Control Port: 6001
--cam views fine over built-in web viewer.

set up monitor in zm using ACTi preset. set IP, frame rates, resolution.
At this point the source was in orage text. checked zmwatch and saw the 0x7... error.
...searched wiki, searched forums, tweaked shmall and shmmax, rinse and repeat... finally was instructed by bluecherry support to try memory map option.

re-configured with --enable-mmap=yes and re-make install(ed). Now the source is in red text.
upped debug to 3 and tried again. I have tried recreating the monitor, I have tried different resolutions and frame rates.

zmwatch just keeps showing:
12/19/08 18:37:53.896765 zmwatch[5123].ERR [Can't open memory map file '/dev/shm/.zm.mmap.5': No such file or directory]

debug log has:
12/19/08 18:38:23.043272 zmc_m5[5164].DB1-zm_monitor.cpp/2124 [Got 1 monitors]
12/19/08 18:38:23.043350 zmc_m5[5164].FAT-zm_monitor.cpp/2247 [Unexpected remote camera protocol 'rtsp' for monitor 5]

I have read through countless pages on the forums and wiki, but can't seem to find what I need. At this point I am not even sure what to ask next. Any help would be greatly appreciated. I tried to keep the info and debug readouts short to avoid taking up space, so let me know if any other info is needed.

Thanks in advace,
-Mike

This is just a guess, but perhaps zoneminder does not have permission to create the mmap file in /dev/shm?

The /dev/shm directory has rwxrwxrwt, so should be world write-able. There is nothing in that directory (ls -a -l) whether zm is running or not.
I tried 'touch .zm.mmap.5' for S&Gs and the zmwatch errors went away. The debug errors stayed, though, and the camera still did not work.

Any other ideas?

kylejohnson wrote:This is just a guess, but perhaps zoneminder does not have permission to create the mmap file in /dev/shm?

As I find it very hard to sit still, I threw in a different hard drive and installed CentOS 5.2 and installed (following oakleeman's guide at http://www.zoneminder.com/forums/viewtopic.php?t=11153 )
The only change (other than using 1.24) I made was Now I have a clean install of CentOS and ZM, and have EXACTLY the same problem. If I leave mmap off, I get
zmwatch[19824].ERR [Can't get shared memory id '7a6d0001', 1: No such file or directory]
If I enable mmap I get
zmwatch[26219].ERR [Can't open memory map file '/dev/shm/.zm.mmap.1': No such file or directory]
Either way, when I enable debug lev3 I get (in zm_debug.log.xxxxx)
zmc_m1[26266].DB1-zm_monitor.cpp/2124 [Got 1 monitors]
zmc_m1[26266].FAT-zm_monitor.cpp/2247 [Unexpected remote camera protocol 'rtsp' for monitor 1]

Am I missing something obvious here? Has anyone gotten the ACTi cameras working that would care to share how? Any other ideas?

Thanks again (in advance),
-mike

FYI, my source is set up (using ACTI preset). The camera is set up to default, then changed to RTP over UDP and 640x480@30fps. Source is as follows:
(note: I tried with and without the admin:123456@...)

Try setting debug to 5 and check the debug logs. It might turn up something a bit more useful.
When ZM can not capture from a device, it may look like memory errors but when in reality since it could not capture anything to place in memory, the other processes still expect something there.

Set debug to 5 and got the same errors. One error log did show:

cordel wrote:Try setting debug to 5 and check the debug logs. It might turn up something a bit more useful.
When ZM can not capture from a device, it may look like memory errors but when in reality since it could not capture anything to place in memory, the other processes still expect something there.

12/21/08 18:45:41.835799 zms[27471].ERR-zm_signal.cpp/98 [Backtrace: [0x34b402]]
12/21/08 18:45:41.835890 zms[27471].ERR-zm_signal.cpp/98 [Backtrace: /lib/libc.so.6(gsignal+0x50) [0x44bd10]]
12/21/08 18:45:41.835971 zms[27471].ERR-zm_signal.cpp/98 [Backtrace: /lib/libc.so.6(abort+0x101) [0x44d621]]
12/21/08 18:45:41.836038 zms[27471].ERR-zm_signal.cpp/98 [Backtrace: /var/www/cgi-bin/nph-zms [0x805477a]]
12/21/08 18:45:41.836125 zms[27471].ERR-zm_signal.cpp/98 [Backtrace: /var/www/cgi-bin/nph-zms [0x806fc70]]
12/21/08 18:45:41.836184 zms[27471].ERR-zm_signal.cpp/98 [Backtrace: /var/www/cgi-bin/nph-zms [0x807c1e2]]
12/21/08 18:45:41.836221 zms[27471].ERR-zm_signal.cpp/98 [Backtrace: /var/www/cgi-bin/nph-zms [0x804bdf4]]
12/21/08 18:45:41.836308 zms[27471].ERR-zm_signal.cpp/98 [Backtrace: /lib/libc.so.6(__libc_start_main+0xdc) [0x438dec]]
12/21/08 18:45:41.836350 zms[27471].ERR-zm_signal.cpp/98 [Backtrace: /var/www/cgi-bin/nph-zms(__gxx_personality_v0+0x31d) [0x804b511]]
12/21/08 18:45:41.836893 zms[27471].INF-zm_signal.cpp/99 [Backtrace complete]
but other than that it's still a bunch of 'unexpected remote camera protocol...'.

dunno why I didn't post this before: zmdc.log:
[root@IPcam tmp]# tail zmdc.log
12/21/2008 18:50:24.060341 zmdc[27587].INF [Starting pending process, zmc -m 1]
12/21/2008 18:50:24.062873 zmdc[27587].INF ['zmc -m 1' starting at 08/12/21 18:50:24, pid = 27667]
12/21/2008 18:50:24.084341 zmdc[27587].INF ['zmc -m 1' crashed, signal 6]
12/21/2008 18:50:36.069275 zmdc[27587].INF ['zmwatch.pl ' stopping at 08/12/21 18:50:36]
12/21/2008 18:50:36.070900 zmdc[27587].INF ['zmwatch.pl ' crashed, signal 14]
12/21/2008 18:50:36.071721 zmdc[27587].INF ['zmaudit.pl -c' stopping at 08/12/21 18:50:36]
12/21/2008 18:50:36.073587 zmdc[27587].INF ['zmaudit.pl -c' crashed, signal 14]
12/21/2008 18:50:36.074161 zmdc[27587].INF ['zmfilter.pl ' stopping at 08/12/21 18:50:36]
12/21/2008 18:50:36.076273 zmdc[27587].INF ['zmfilter.pl ' crashed, signal 14]
12/21/2008 18:50:46.202703 zmdc[27587].INF [Server shutdown at 08/12/21 18:50:46]

zorque wrote: but other than that it's still a bunch of 'unexpected remote camera protocol...'.

I would suspect this to be the root of your problems then and everything else is collateral from it.

Check and be sure the camera is configured to stream the same image size as you have configured in ZM and as the error says double check your protocol setting.
I don't have one of these cams nor have I had much opportunity with them so sorry for being a bit vague.

Checked and triple-checked. RTSP, RTP-over-UDP, port 7070, 640x680@30fps, exactly per isntructions from bluecherry for those cameras.
Funny that they had zm support marked as yes on theuir store page, and the weekend after I call for help they change it to note 1.24 only

Any other ideas?

cordel wrote: I would suspect this to be the root of your problems then and everything else is collateral from it.

Check and be sure the camera is configured to stream the same image size as you have configured in ZM and as the error says double check your protocol setting.
I don't have one of these cams nor have I had much opportunity with them so sorry for being a bit vague.

Shouldn't your remote method be RTP/Unicast?

in zoneminder, yes (at least that's what the preset sets). On the

cordel wrote:Shouldn't your remote method be RTP/Unicast?

camera side I was instructed to set the streaming method to RTP over UDP.

Was just asking because your screen shot setting above show you have it set for RTP/RTSP.

What version of ffmpeg are you using?

cordel wrote:Was just asking because your screen shot setting above show you have it set for RTP/RTSP

Oh yeah. I had switched it for S&Gs; forgot to switch it back before prnt-scrn

cordel wrote:What version of ffmpeg are you using?

In the process of re-installing CentOS (too tired to remember all the changes I have made). Will try the svn of ffmpeg as directed in the Wiki as opposed to the package install from the original forum guide.