OpenJay Forums

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

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:

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

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

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++?

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]