I'll then incorporate it directly into QAudioCoder and if anything small changes I'll just adapt it. Just let me know when you implement a wrapper for any other codec. There were some thread-related issues that caused problems when directly using QIODevice, but there is definitely a very clean solution to this. I'll keep your ideas in mind when doing this. The codecs and the main interface (facade) won't change, but the middle processing chain is currently (according to my standards) very poorly implemented (was under time pressure). I'm currently working on a new middle-process. I currently extract the code from my main project (Visore), that's why most classes inherit from QObject. Would like to see this submitted upstream maybe as a plugin. My app is all about voice so less interested in the music type codecs. I also would be wanting a speex wrapper as well. Over the next few weeks I will look at changing my app to use your library and then implement a codec2 wrapper. Could still support your existing API but just inherit QIODevice and Re-implement the needed methods. I like this as you can then chain either a file device or something like a QAudioInputDevice on to the encoder and then to a file or out to a QAudioOutputDevice. An example of this is in the wrapper I wrote It would more sense for me to adopt this and then contribute wrappers for the formats I want.Ĭan I make a suggestion? Why don't you extend QIODevice rather than just QObject and that way you can let users write too the converter using more standard Qt. I have already made a wrapper to the codec2 format which I am using but would like to add other format support and your library will be very useful. It will probably be very useful for an application I am working on. WAVE (always), MP3 (only if Lame is installed), FLAC (only if Flac is installed). Once everything is fully supported, I’ll release installers (.sh. Due to the lack of “official” support for the new Qt and CMake versions on most operating systems, no binaries and installers will be released yet. The library currently requires CMake 2.8.8 and Qt 5, but with a few changes to CMakeLists.txt, QAudioCoder will fully function with older CMake and Qt versions. I’ve added numerous default search paths (mainly for Linux – Ubuntu and Fedora), but additional paths can easily be added. QAudioCoder automatically searches for the required libraries during runtime and only provides the codec if found. I do not claim that this library is in any way the best one out there, but it provides a quick solution for people who are not familiar with all the other external libraries and codecs. This library is aimed at novice users with an easy-to-use interface (QAudioCoder). For this reason and personal bad experience with the stability of FFMpeg, I’ve decided to create a Qt based library for this - QAudioCoder. Projects like GStreamer and FFMpeg offer these functionalities, but are often very difficult to use. For a while now a lot of people requested a feature for audio decoding, encoding and conversion.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |