Dear @mohamadMZ98 ,
We would like to start implementing the sound system. Ideally with would work with The Adam Server, the Web App and the Mobile App.
The Sound files are NOT transmitted from the server. It assumed that they are loaded separately into each system. On the Krake this is done with an SD card. Since sound files are specified by a 3-digit number, the message need merely send the type to thew Krake (whether physical, browser-based, or phone-based.) The system should match the number to the file, and play the audio file.
This is partially documented here: https://docs.google.com/document/d/150WA6Mb1_SFOBmFc9qBpT5b-MqXb7ejaZbKIxUqaDBY/edit?usp=sharing
You do not need to have the system help the user record the files. Assume the user can somehow record the files on there own and give them to you as a file with a name like "072.wav". I don't know if it would be a .wav or a .mp3 or something else!
The ADaM server needs some sort of directory for loading these. Alternatively, you can create an "upload" functionality in the web-based ADaM, but that is not really needed.
As we discussed, you may wish to play the "severity sound" first and then play the "content sound". If there is no content sound, that is fine---there is just no sound played. We do not yet know all of the audio behavior---I think there should be a 20 second pause between audio messages for as long as the alarm is active (not dismissed, completed, or shelved.)
I am probably not specifying everything about how this should behave, but if you can make progress that would be good.
Dear @mohamadMZ98 ,
We would like to start implementing the sound system. Ideally with would work with The Adam Server, the Web App and the Mobile App.
The Sound files are NOT transmitted from the server. It assumed that they are loaded separately into each system. On the Krake this is done with an SD card. Since sound files are specified by a 3-digit number, the message need merely send the type to thew Krake (whether physical, browser-based, or phone-based.) The system should match the number to the file, and play the audio file.
This is partially documented here: https://docs.google.com/document/d/150WA6Mb1_SFOBmFc9qBpT5b-MqXb7ejaZbKIxUqaDBY/edit?usp=sharing
You do not need to have the system help the user record the files. Assume the user can somehow record the files on there own and give them to you as a file with a name like "072.wav". I don't know if it would be a .wav or a .mp3 or something else!
The ADaM server needs some sort of directory for loading these. Alternatively, you can create an "upload" functionality in the web-based ADaM, but that is not really needed.
As we discussed, you may wish to play the "severity sound" first and then play the "content sound". If there is no content sound, that is fine---there is just no sound played. We do not yet know all of the audio behavior---I think there should be a 20 second pause between audio messages for as long as the alarm is active (not dismissed, completed, or shelved.)
I am probably not specifying everything about how this should behave, but if you can make progress that would be good.