HIPPA Enabled - How to handle the buffer sent for ...
# support
r
We have enabled Hippa and in that case instead of the recordingUrl, we get a recordingWav. The recordingWav is sent like a buffer, which is a super long string shown in the attached text file. The processing of this is taking too long and our server gets timed out. Do you have any recommendation on how to handle this? Or can you send the wav in a different format that can be processed faster? https://cdn.discordapp.com/attachments/1239986737879715950/1239986738013802496/message.txt?ex=6644eb24&is=664399a4&hm=df6b249e5dfa3182922b2e34ef9fc3f786e5d7d66a170dadb9df4bb2da4565e1&
v
Hi @riteshchopra, I'm an AI assistant for Vapi. I'll analyze available sources and get back to you shortly.
----------------------------- **While I generate an answer, here are some sources that might be helpful**: * [HIPAA Compliance]() * [Tools Calling]() * [List Assistants]() * [Update Assistant]() -----------------------------
### Answer Handling large buffers for
recordingWav
in HIPAA-enabled settings can indeed be challenging. Here are a few steps you could take to address the issue: 1. **Stream the Data**: Instead of trying to process the entire buffer at once, consider streaming the data. This approach can help reduce memory usage and prevent server timeouts. 2. **Increase Server Timeout**: If you have control over your server configurations, you might temporarily increase the server timeout settings to accommodate the longer processing times required for large buffers. 3. **Optimize Data Handling**: Look into optimizing your server's data handling processes. This might include using more efficient libraries for processing audio data or running the processing tasks on a more powerful server. 4. **Chunk Processing**: Process the buffer data in smaller chunks, which can help prevent the server from timing out. This method involves breaking down the buffer into manageable pieces and processing each piece sequentially. Unfortunately, according to the current Vapi documentation, there is no direct configuration to change the format in which
recordingWav
is sent when HIPAA is enabled [(1)]() . The format must be handled as provided to ensure compliance with HIPAA regulations. If you are still running into issues, it may be beneficial to discuss further optimizations or custom solutions with your development team.
Got it. Tagging @User for additional help.
s
Can you please ask this on tomorrow's Vapi Office Hour?
r
Hi @Sahil - I wont be able to join the VAPI Office Hour.. We've figured out how to handle the wav file and store the file.. But our server is getting filled up with the end of call report logs.. It is a really bad format to send the WAV as buffer. Just a single end of call report log is 50MB in size, it is overloading our server. The file size is so big that Discord won't even let me upload it here without paid account. Do you have suggestions on how to handle this efficiently?
s
Sagar would be the right person to answer it. That's why I asked you to join the Vapi Office Hour. Well, I will ask him and let you know.