It sort of does; it says it took it but then nothing comes out of the speaker.
See this thread: https://amcrest.com/forum/ip-cameras-f1 ... 17327.html
There are issues with the IP cameras as well (specifically they want "BASIC" authentication and then leave the socket open even if you specify a content length) but the AD410, which fixes both of those (it correctly asks for DIGEST and takes the upload) but does not play it. it DOES mute the incoming audio (if you have an A/V stream open) momentarily so it looks like it knows that its supposed to play it -- but it doesn't (nor does it output random noise, so its not a codec mismatch.)
I opened a ticket with Amcrest on this and their response was that the "Smart Home" devices were not expected to work with their API at all -- only their own app. Needless to say that's disappointing and MOST of the API does work -- except for this one critical piece if you want two-way communication via any other means (like your own app and implementation of a smarthome system.)
If anyone has ideas on how to get this to function without using Amcrest's cloud please advise, and if I figure something out I'll post back here as well.
Thanks.
AD410 does not honor POSTed audio
Re: AD410 does not honor POSTed audio
More data, and quite-interesting.
I hard-reset the camera (btw the Amcrest app still does not work right to set them up -- it hangs during the switch to and from the cam's hotspot, but the Dahu app works) and set nothing EXCEPT the SSID.
Having done this I can POST audio files to the camera and I get a burst of noise -- except for posting some, specifically PCM format files, in which case it locks up the audio entirely. Everything else continues to work but unless I pull power to reset it the POST will typically reject after that with "bad request" so it looks like sending that is scrambling something in its codec recognition code.
Thus clearly the camera DOES know how to take the file, and if I knew what the correct format it appears it would play it, because I do get "codec-is-mismatched" style noise.
But so far no joy on figuring out what format, codec (and encapsulation, if necessary) it wants in order to work. Has anyone managed to pull this off successfully? Note that I've NOT allowed it to talk to the Internet AT ALL after being hard-reset -- it is blackballed from getting out so it can't have its idea of whatever is going on scrambled. I have a full config dump but that hasn't helped.
I hard-reset the camera (btw the Amcrest app still does not work right to set them up -- it hangs during the switch to and from the cam's hotspot, but the Dahu app works) and set nothing EXCEPT the SSID.
Having done this I can POST audio files to the camera and I get a burst of noise -- except for posting some, specifically PCM format files, in which case it locks up the audio entirely. Everything else continues to work but unless I pull power to reset it the POST will typically reject after that with "bad request" so it looks like sending that is scrambling something in its codec recognition code.
Thus clearly the camera DOES know how to take the file, and if I knew what the correct format it appears it would play it, because I do get "codec-is-mismatched" style noise.
But so far no joy on figuring out what format, codec (and encapsulation, if necessary) it wants in order to work. Has anyone managed to pull this off successfully? Note that I've NOT allowed it to talk to the Internet AT ALL after being hard-reset -- it is blackballed from getting out so it can't have its idea of whatever is going on scrambled. I have a full config dump but that hasn't helped.