REACT-NATIVE-COMPRESSOR is a react-native package, which helps us to Compress Image, Video, and Audio before uploading, same like Whatsapp without knowing the compression algorithm
We should use react-native-compressor instead of FFmpeg because react-native-compressor gives you same compression of Whatsapp (Image, Video, and Audio) without knowing the algorithm of compression + it is lightweight only increase 50 KB Size Size in APK while FFmpeg increase > 9 MB Size in APK, and we have to give manual image/video/Audo size and quality as well as
It seems that the error appears when trying to upload the compressedvideo to the S3, I think that this package react-native-compressor returns anincorrect path for the compressed video on Android.
Finally, I hope this is clear to you so that you can help. If you have any idea that could help, or if you have a better solution for video compression with react native please share it with me, I'll appreciate it.
Another thing worth mentioning is that I had Sandboxing enabled to be able to use Soundtoys effectrack, if I add the SSL compressor and then turn off sandboxing then even though I open and close the plugin the cursor is still properly responsive. It still works as it should if I turn sandboxing back on.
I noticed something new, I opened Intel Extreme Tuning Utility and saw that whenever I insert the SSL Native bus compressor 2 the Active Core count is consistently using all my 6 cores unlike other plugins that fluctuate between 1-6 cores.
If I loop a single drum hit into it (with the master output and Voxengo Span both agreeing it is of consistent amplitude) the compressor behaves erratically. Say the hit is registering a peak of -3dB everywhere else. In the compressor with threshold set at say -4dB it will pick it up on some cycles and not others. It should obviously be picking up every hit the same.
The cubase compressor is the only VST i get this with as far as I can see. When I playback files into it, I get this random response to the input. As I said in the OP, even if it is the same single hit, looped.
There is a need for Twitch to implement a native audio compression tool to every stream, that users can toggle on/off to bring the audio ranges more in line. This is already a third party tool that's available and is incredibly useful on the user end that helps boost the lower audio ranges and decrease the screams/loud sounds.
While it can be informative to tell the streamer that certain parts of their audio is higher/lower, the user end setup can produce different perceptions. Having a native compressor tool on Twitch will alleviate that issue so that each user can get a better audio experience, less rip ears, etc.
I have been working on a track and use the kick sidechained to a compressor on a mix bus to pump the mix along with the kick. I recently erased my hard drive and installed a fresh copy of Waves Berklee bundle (v6) onto my MBP with Snow Leopard. This time around, Renaissance Compressor allows for side chaining. Unfortunately, it sounds like CRAP. I would love to have a discussion about whether it is the Waves algorithms or whether it is running v6 in Snow Leopard when v6 is not officially supported in SL.
I have two snippets from my mix. One is using Logic's compressor to pump the mix, and the other is using Waves Renaissance Compressor. I believe it is clear who the winner is, but WHY does the Ren Comp sound SO BAD?
I know different compressors will sound different even with similar settings, but that is some nasty distortion occurring on the sample track I posted. As renowned as Waves is, that is totally unacceptable sonic quality.
df19127ead