Having trouble accessing the http url that will access live video IP4M-1026B

[schammy]

Having trouble accessing the http url that will access live video from my IP4M-1026B Amcrest ProHD Outdoor 4-Megapixel WiFi IP Camera. Please help me with the right url syntax and/or camera settings so I can access a live feed in the web browser. Thanks.

I've tried this format from what I found on the forums but it does not work for me in IE or Chrome browsers...

Code: Select all

http://admin:[email protected]/cgi-bin/mjpg/video.cgi?channel=0&subtype=1

http://192.168.1.xx/cgi-bin/mjpg/video.cgi?channel=0&subtype=1

With the above url syntax if I include my user and pass it just hangs and if I don't include my credentials but will get a dialog box asking form them. Once I put them in the page just errors out.

I tried this format and it didn't work either. It asks me to log in with my credentials as I would expect but then give me the error indicated below...

Code: Select all

http://192.168.1.xx/cgi-bin/mjpg/realmonitor.cgi?action=getStream&channel=0&subtype=0

Error
ErrorID=2, Detail=Invalid Request!

[Melvin]

Hello schammy ,

The first URL is correct. Did you try in firefox or Google chrome browser? Also in the cameras settings make sure that sub stream is enabled under setup > video

[schammy]

Thanks. I did get it working now with the first URL. I think I had not enabled the sub stream. Works in a Chrome browser now. Highest resolution available in the sub stream setting is 640x480. I was hoping for a higher resolution. Am I missing anything there that would allow me to get a higher definition sub stream?

[Melvin]

Hello schammy,

For the substream, 640x480 is the highest resolution and unfortunately it cannot be changed. For the mainstream you can use RTSP stream but that will need a software that supports RTSP stream like VLC.

[ccs86]

Code: Select all

http://username:[email protected]/cgi-bin/mjpg/video.cgi?channel=0&subtype=1

When I use the above link (using the correct username and password), it prompts me for my user name and password before showing the stream. So, when I try to use that URL for a webcam feed, it won't work.

Why isn't it authenticating from the URL alone?

[longedge]

Is this on a Windows PC? I had the same problem a while back after a Win10 update. I haven't found a way around it and it effectively broke an automated system that I had built for myself. How about just using the camera's webUI.

[ccs86]

Is this on a Windows PC? I had the same problem a while back after a Win10 update. I haven't found a way around it and it effectively broke an automated system that I had built for myself. How about just using the camera's webUI.

It is, but it doesn't seem like a windows thing to me.

Once or twice it actually went straight to the image stream. It seems like the camera itself is requesting authentication, which would mean that the HTTP link isn't passing the credentials correctly.

I can't use the WebUI, because I need an http link to the feed for use in a 3D printer webcam feed.

[longedge]

I know others have had similar problems but I don't know the answer. Perhaps someone who has cracked the problem will chime in

[ccs86]

After I reboot the camera, the first request using that HTTP link gets me an image stream with no additional authentication. But from the second request on, the login popup occurs.

[vthyng]

I just started getting this same problem after upgrading to the latest firmware. I was 3 versions back.