Rec'vd unexpected packet type 101 - zm_rtp_ctrl.cpp/155

[attilahooper]

Edimax 3100p
Firmware Version : v2.0 PnV (Apr 7 2014 15:33:49)
MPEG-4 RTSP Path : ipcam.sdp
H.264 RTSP Path : ipcam_h264.sdp
RTSP Port :554

jpg stream path: /jpg/image.jpg <additional info, in case someone is trying out this cam>

Built from 1.28 master today on Deb wheezy 7.7.0
zmc_m3 ERR Received unexpected packet type 101, ignoring zm_rtp_ctrl.cpp 155
debug log:
http://pastebin.com/dfcZme3H
not sure if this helps but, installed: libavformat.so.53.21.1

knnniggett suggested poor rtp implementation by Edimax, perhaps edit line 155.

more info
zoneminder_1.28.0-wheezy_amd64.changes
zoneminder_1.28.0-wheezy_amd64.deb
zoneminder_1.28.0-wheezy.dsc
zoneminder_1.28.0-wheezy.tar.gz
zoneminder-dbg_1.28.0-wheezy_amd64.deb

libavc1394-0:amd64
libavcodec53:amd64
libavcodec54:amd64
libavdevice53:amd64
libavdevice54:amd64
libavfilter2:amd64
libavfilter3:amd64
libavformat53:amd64
libavformat54:amd64
libavutil51:amd64

[knight-of-ni]

Following our discussion on the zoneminder irc channel, I noticed that a type of 101 seems to be audio related. Try going through the camera webpage and see if you can turn off anything that mentions a microphone, an external speaker, audio, SIP, DTMF (not likely), etc.

[attilahooper]

Sadly there are no options to control audio interface on this cam. Thanks for the info though.

edit: I have to think edimax implementation of rtsp is very poor. Testing vlc and ffplay with known good stream (rtsp://184.72.239.149/vod/mp4:BigBuckBunny_115k.mov) works as intended. Despite the packet 101 error it works very well in zoneminder , remote source type. CPU utilization is quite high, yet network traffic is very low.

[PacoLM]

Edimax 3100p
Firmware Version : v2.0 PnV (Apr 7 2014 15:33:49)
MPEG-4 RTSP Path : ipcam.sdp
H.264 RTSP Path : ipcam_h264.sdp
RTSP Port :554

jpg stream path: /jpg/image.jpg <additional info, in case someone is trying out this cam>

Built from 1.28 master today on Deb wheezy 7.7.0
zmc_m3 ERR Received unexpected packet type 101, ignoring zm_rtp_ctrl.cpp 155
debug log:
http://pastebin.com/dfcZme3H
not sure if this helps but, installed: libavformat.so.53.21.1

knnniggett suggested poor rtp implementation by Edimax, perhaps edit line 155.

more info
zoneminder_1.28.0-wheezy_amd64.changes
zoneminder_1.28.0-wheezy_amd64.deb
zoneminder_1.28.0-wheezy.dsc
zoneminder_1.28.0-wheezy.tar.gz
zoneminder-dbg_1.28.0-wheezy_amd64.deb

libavc1394-0:amd64
libavcodec53:amd64
libavcodec54:amd64
libavdevice53:amd64
libavdevice54:amd64
libavfilter2:amd64
libavfilter3:amd64
libavformat53:amd64
libavformat54:amd64
libavutil51:amd64

Hi,

I'm still using ZM1.25 in my Debian Wheezy system. Do you have the step by step instructions to build ZM1.28 under Debian?

Thanks in advance,

PacoLM

[attilahooper]

PM sent

[PacoLM]

PM sent

Read and answered!

[attilahooper]

I applied change suggested by knnniggett to line 155 in zm_rtp_ctrl.cpp and recompiled using instructions from README.md on github master branch (wheezy 7.7.0)
https://gist.github.com/knnniggett/b3281b4c18f2e0bcab4f

Code: Select all

// Change the following lines in zm_rtp_ctrl.cpp FROM:
Error( "Received unexpected packet type %d, ignoring", pt );
return( -1 );
// TO:
Debug( 5, "Received unexpected packet type %d, ignoring", pt);
break;

And log is clean.

[knight-of-ni]

And you can view the stream in zoneminder?
We want to make sure it really works, and we didn't just silence the error.

[attilahooper]

yes, it streams very well as a remote source type.
Although I receive the following warning, motion capture still works properly: WAR Shared data not initialised by capture daemon, some query functions may not be available or produce invalid results

is that a user rights problem ?

I can't get ffplay or vlc to play /ipcam_h264 stream though. Which is why I want to try Ubuntu with libav that contains newer files from ffmpeg 2.5 branch. Ubuntu package appears (to me) to be very current, still trying to grasp specifics.