Windows Application to Integrate Two APIs with FFMPEG for 24/7 Audio Recording

Hi, I have 7 years experience in programming and certified by Microsoft and Freelancer. I am very familiar with API programming and worked on many APIs like ebay, BigCommerce, Shopify, google, twtitter, facebook, instagram and many Otherl I already created similar applications which pulls products data from BigCommerce, Shopify, eBay,Shelfy and murphysmagic and following are the few similar projects I worked here in freelancer. I can integrate your two sites as you watned. Looking forward to work with you. Thanks https://www.freelancer.com/projects/C-Sharp-Programming-ASP-NET/Create-connection-API-between-webshop.html https://www.freelancer.com/projects/PHP-Software-Architecture/Write-some-Software.6038474.html https://www.freelancer.com/projects/Javascript-NET/Write-some-Software.6474171.html

Hello, Do you have any documentation on your current API ? Regards, Daniel

Hello, I'm interested in this project. I had experience how to record audio using native windows API, I'm not sure why you still want FFMPEG to capture audio , is it only for compression purpose? the recorded audio stream will be uploaded / transferred to your web server (Amazon S3 virtual server?)? Be want to confirm again, it's a desktop app. to record audio then uploading the audio stream through your web server APIs, right?

Hi, I could build an application like that for you. I just have some question 1. What is the environment expected for this to be running (Or I just need to develop by C# and then compile for other enviroment)? 2. Does this app need to be "silent"? 3. Does the audio device are standard? i.e. they have their driver installed and work as a microphone? 4. I understand the part of upload audio to Amazon, but what is your API, and what do I need to feed it? Regards,

Well, let me know if I understood the project properly. You need a desktop program that when opened will show a login & password (or other kind od authentication) and a combobox (or a list) to choose the audio device. After that user will click in a button to record? Or the program will start running in background and record any sound provided by that device? What kind of thing your API will do? I mean, it is responsible to help in record or authentication or other thing? After you answer my questions we can discuss more about the time... I am thinking in develop a WPF Application using Visual Studio 2012.. if there is no problem for you. Best Regards, Marcos Santos

Hi I am C/c++ programmer. Before I made program like this. Of course, I will support 2 functions to audio capture on Windows. If you are interested in this, please leave message. Sincerely

Hi, I am having more than 11yrs exp in design and developing desktop and web based applications using Microsoft technology stack. By worked with the giant clients, got the experience in developing quality products and delivery it in with in the time span. Awaiting for your response.

Hello, It looks to me that 1 thread of the application could start ffmpeg for recording in a loop to produce files every, let's say 1 hour. Another thread would pick up and send files that already produced, but not yet sent (in case if some files were recorded while connection was down). Second thread could also monitor size of the file that currently being recorded, and send recorded chunks to the API (if API supports it), so it will be almost real time. This could be done in multiple ways and using different languages. Performance of UI part should not be a problem, as most of the time it will be waiting for IO with the cloud. Since FFMPEG will be only recording audio, the performance of FFMPEG is probably also going to be OK. So there is no reason for this app be slow. Please let me know what you think, and if you have more detailed specs, Thanks

Hi, Good day/night to you. I've extensive experience with low level APIs, Internet Algorithms and Application Dev., I've developed a multi-touch multi-user collaborative education system for a company in which major accomplishment was real-time video or/and screen sharing over LAN. Your project got my attention since it has sort of interesting challenge to be fulfilled, I believe that I can fulfill it within reasonable budget and time. I propose to breakdown entire work scope according to milestones added into section named "Proposed Milestones". I'm looking forward to work with you on this project. Have a nice time ahead. Regards, Habib Ahmed Bhutto

A proposal has not yet been provided

From what I have understood, the application will need: 1. GUI - auth and audio device selection 2. Utilize ffmpeg for audio capture 3. Application communicates with 2 APIs: - proprietary (I'm assuming REST API or some other... not sure?) and AWS S3. 4. Queue API calls 5. Record music I would go about the application by developing it using Qt/C++/QML, that way it is portable across all platforms and threading is easily supported. The UI will be developed in QML. For recording, and APIs, an independent thread and a FIFO queueing structure managed by a daemon process will be used, the message. I can use Boost for this or also Qt. This would require a daemon to manage the services. Let me know how you see my solution and whether it actually solves the problem you have.

A proposal has not yet been provided