GStreamer - 2005/08/11 03:53
hello OpenJ users, i have been using GDAM for linux for several yrs. it is a great program - i like it a lot,but it is not apper to be under active development anymore. so i plan to consider other linux dj ing tools such as Mixxx and BpmDj. i continue to use GDAM because i require a solid base to do the techno session work and actually listen to the music;and not too much thinking about what the experience could be like
also,i am planning to develop m own mp3/digital mixing program for linux,it will be called technoDSP and would be open-source/GPL, even thoough other programmes are well-established and my programme would have similar feature set to the others.
i plan to choose GStreamer because of the file playback modules and their API and the "pipeline" design of GStreamer. GStreamer language bindings already exist for my favourite programming language,Guile,so building a flexible,extensible,customizable GUI should not be too hard
I would like to get OpenJ users feedback on the use of GStreamer for this type of application, espicially about low-latency operation.
-havokok
The administrator has disabled public write access.
J_Zar
Admin
GStreamer - 2005/08/11 20:52
[quote:fd17c70bf0="havokok2"]also,i am planning to develop m own mp3/digital mixing program for linux,it will be called technoDSP and would be open-source/GPL, even thoough other programmes are well-established and my programme would have similar feature set to the others.
i plan to choose GStreamer because of the file playback modules and their API and the "pipeline" design of GStreamer. GStreamer language bindings already exist for my favourite programming language,Guile,so building a flexible,extensible,customizable GUI should not be too hard
I would like to get OpenJ users feedback on the use of GStreamer for this type of application, espicially about low-latency operation.[/quote:fd17c70bf0]
Well... I must say that GStreamer is a really good choise for such an application now. In the last year GStreamer has been developed in a solid way, with lot of features. I like its pipeline idea...
Latency? I think this is a problem related to the sound server front-end... GStreamer supports Jack and Polipaudio, so I think there is a workardound for the lowest latency.
Do You say there is a bind for the Guile language? So you are done! This is good... Only a think: Guile is not widespread and few people know it... You probably would have lot of troubles to find co-developers / betatesters... Another issue could be the GUI library to be used.. But these are only my personal notes!
Good luck! (Always here if you need!) :wink: :wink:
The administrator has disabled public write access.
havokok2
Senior Boarder
GStreamer - 2005/08/17 02:53
Thanks for your response. I am hard at work reading over the GStreamer docs ,learning about how everything is (re)named and organized in the multimedia framework.
Is there a big difference between the development release and the production(stable) release of GStreamer ?
With latency, I am concerned with the overall length of time from when a user presses the button with the mouse (or other input) ,to when the appropriate change to the music is heard over the computer s audio.
So I think it would have to do with everythng running on the processor at the time;also the OS and processor s scheduling setup, audio hardware, and a bunch of other stuff i dont even know
do u know of any other audio (dj) mixing applications written using GStreamer ?
-havokok2
The administrator has disabled public write access.
ppires
Expert Boarder
GStreamer - 2005/08/17 11:43
Mono (mono-project.com) would fit the need. C# + GStreamer# :-p For GUI you can use GTK#, or in case u want a normalized GUI for multi-platform, SWF (as in System.Windows.Form).
Let us know more about your achievements
The administrator has disabled public write access.
J_Zar
Admin
GStreamer - 2005/08/17 17:15
Development release is usually used only for unstable purpouses, so I suggest the stable release to be used. You should also consider that, when your software will be on release... the nowadays unstable GStreamer would be probably stable! :wink:
I suggest not to worry about latency at this time: plan your software and write the scheleton... when you will be a little more expert... you will know how to lower latency effect.
There are actually (from what I know) no mixing apps using GStreamer, cause this framework is *young*. Although I can suggest to take a look at the AmaroK multimedia player wich supports some advanced features ( http://amarok.kde.org/ ).
Ppires: I could also suggest: Qt (GUI) && C++, Fox (GUI) && C++, WxWidgets (GUI) && C || C++?
The administrator has disabled public write access.
havokok2
Senior Boarder
GStreamer - 2005/08/19 21:24
hey thanks guys for all the tips !
OK u are right J_Zar ,I think I should not be so worried about latency . it s not like i am designing a traffic control system ! by the way,the pickup of GDAM running on xbox-linux is actually not that bad
So one of the reasons I choose GStreamer, other than the rapid progress of design and coding that is possible, is the availability of language bindings for GNU's Guile.
so this would be used along with the GTK2 (and possibly other elements from the GNOME software suite) bindings (now a part of GNU): http://www.gnu.org/software/guile-gnome/
one more thing,if you are interested in checking out a software project that uses these technologies, plz check out soundscrape, a modular software synthisizer: http://ambient.2y.net/soundscrape/
bye! -havokok2[/url]
The administrator has disabled public write access.