Comments on: Audio profile configuration for the masses http://abock.org/2007/01/06/audio-profile-configuration-for-the-masses/ Sun, 07 Mar 2010 08:30:50 +0000 http://wordpress.org/?v=2.9.2 hourly 1 By: hard core sex clip http://abock.org/2007/01/06/audio-profile-configuration-for-the-masses/comment-page-1/#comment-67752 hard core sex clip Mon, 25 Jun 2007 19:51:15 +0000 http://abock.org/2007/01/06/audio-profile-configuration-for-the-masses/#comment-67752 <strong>hard core sex clip...</strong> hard core sex clip... hard core sex clip…

hard core sex clip…

]]> By: old school hardcore punk http://abock.org/2007/01/06/audio-profile-configuration-for-the-masses/comment-page-1/#comment-63772 old school hardcore punk Tue, 05 Jun 2007 21:45:32 +0000 http://abock.org/2007/01/06/audio-profile-configuration-for-the-masses/#comment-63772 <strong>old school hardcore punk...</strong> old school hardcore punk... old school hardcore punk…

old school hardcore punk…

]]> By: Techwriter’s den » Blog Archive » Exporting profiles http://abock.org/2007/01/06/audio-profile-configuration-for-the-masses/comment-page-1/#comment-32379 Techwriter’s den » Blog Archive » Exporting profiles Tue, 23 Jan 2007 00:51:21 +0000 http://abock.org/2007/01/06/audio-profile-configuration-for-the-masses/#comment-32379 [...] Reading Aaron’s posting on audio profiles in Banshee, I wonder over and over again, if we could have such profiles/presets in GIMP for exporting. I rarely see people using all of available export filters all the time, besides, users are still presented with extra dialogs with exporting options. So why not have a nice UI to save most often used options as profiles and use them in Save/Save As/Save As Copy dialogs? [...] [...] Reading Aaron’s posting on audio profiles in Banshee, I wonder over and over again, if we could have such profiles/presets in GIMP for exporting. I rarely see people using all of available export filters all the time, besides, users are still presented with extra dialogs with exporting options. So why not have a nice UI to save most often used options as profiles and use them in Save/Save As/Save As Copy dialogs? [...]

]]> By: Stefan Kost http://abock.org/2007/01/06/audio-profile-configuration-for-the-masses/comment-page-1/#comment-29743 Stefan Kost Wed, 10 Jan 2007 21:36:54 +0000 http://abock.org/2007/01/06/audio-profile-configuration-for-the-masses/#comment-29743 @Ronald, I was also thinking about another GParamSpecFlag, we already have 'Controlable' which flags run-time chanable properties, likewise we could have 'Editable' which marks properties that make sense to be set by the user initialy (and remain that way for the whole processing). @Ronald,

I was also thinking about another GParamSpecFlag, we already have ‘Controlable’ which flags run-time chanable properties, likewise we could have ‘Editable’ which marks properties that make sense to be set by the user initialy (and remain that way for the whole processing).

]]> By: Ronald S. Bultje http://abock.org/2007/01/06/audio-profile-configuration-for-the-masses/comment-page-1/#comment-29708 Ronald S. Bultje Wed, 10 Jan 2007 17:31:46 +0000 http://abock.org/2007/01/06/audio-profile-configuration-for-the-masses/#comment-29708 The current gnome-audio-profiles already does the availability check (2.17.2). A disadvantage of being framework-agnostic is that you can no longer do that, unless you either want to link to all frameworks or want to resort to ugly hacks like calling gst-inspect on the commandline. Doesn't xml have provision for internationalization (see e.g gconf schema files, which are essentially xml)? My idea for "which properties should be exposed" was to actually introduce a private GstParamSpecFlag (like readable/writable) flag for gstelements. The current gnome-audio-profiles already does the availability check (2.17.2). A disadvantage of being framework-agnostic is that you can no longer do that, unless you either want to link to all frameworks or want to resort to ugly hacks like calling gst-inspect on the commandline.

Doesn’t xml have provision for internationalization (see e.g gconf schema files, which are essentially xml)?

My idea for “which properties should be exposed” was to actually introduce a private GstParamSpecFlag (like readable/writable) flag for gstelements.

]]> By: Stefan Kost http://abock.org/2007/01/06/audio-profile-configuration-for-the-masses/comment-page-1/#comment-29164 Stefan Kost Mon, 08 Jan 2007 12:44:29 +0000 http://abock.org/2007/01/06/audio-profile-configuration-for-the-masses/#comment-29164 hi Aaron, looks great! I am the buzztard developer and have the same issues with the gnome-audio-profiles like the jokosher guys. The things I had in my mind was: * why are the in gconf (they aren't settings) * which gobject properties in the pipeline should be settings * figure out which profiles can be used (element availabillity check) This seems to match the things you fixed. Some questions still: * why do you include the GParamSpec limits in the xml profile (like min max value, or enum values)? * any idea of how to get profiles ready for i18n? * for the element availability check, it might be a good idea to show profiles with missing elements as grayed items and use the libgimmi-code approach once its established I'd like to see this replacing the current audio profiles once, as generic media encoding profiles. Stefan / ensonic hi Aaron,

looks great! I am the buzztard developer and have the same issues with the gnome-audio-profiles like the jokosher guys. The things I had in my mind was:
* why are the in gconf (they aren’t settings)
* which gobject properties in the pipeline should be settings
* figure out which profiles can be used (element availabillity check)

This seems to match the things you fixed. Some questions still:
* why do you include the GParamSpec limits in the xml profile (like min max value, or enum values)?
* any idea of how to get profiles ready for i18n?
* for the element availability check, it might be a good idea to show profiles with missing elements as grayed items and use the libgimmi-code approach once its established

I’d like to see this replacing the current audio profiles once, as generic media encoding profiles.

Stefan / ensonic

]]> By: Richard http://abock.org/2007/01/06/audio-profile-configuration-for-the-masses/comment-page-1/#comment-29066 Richard Sun, 07 Jan 2007 20:15:34 +0000 http://abock.org/2007/01/06/audio-profile-configuration-for-the-masses/#comment-29066 This is totally great. :-) I just ran into this profile dialog a couple of days ago in Sound Juicer, and was, well "surprised". Cheers -Richard This is totally great. :-)
I just ran into this profile dialog a couple of days ago in Sound Juicer, and was, well “surprised”.

Cheers
-Richard

]]> By: Jan Schmidt http://abock.org/2007/01/06/audio-profile-configuration-for-the-masses/comment-page-1/#comment-29053 Jan Schmidt Sun, 07 Jan 2007 16:54:18 +0000 http://abock.org/2007/01/06/audio-profile-configuration-for-the-masses/#comment-29053 Nice work Aaron - it looks awesome. It's exactly the sort of love that the audio-profiles UI has needed for a long time now. Nice work Aaron – it looks awesome. It’s exactly the sort of love that the audio-profiles UI has needed for a long time now.

]]> By: fiercely http://abock.org/2007/01/06/audio-profile-configuration-for-the-masses/comment-page-1/#comment-29048 fiercely Sun, 07 Jan 2007 15:41:06 +0000 http://abock.org/2007/01/06/audio-profile-configuration-for-the-masses/#comment-29048 This is the kind of usability love GNOME must continue to get. What needs to be done to make this standard for GNOME? This is the kind of usability love GNOME must continue to get. What needs to be done to make this standard for GNOME?

]]> By: Christian Schaller http://abock.org/2007/01/06/audio-profile-configuration-for-the-masses/comment-page-1/#comment-29034 Christian Schaller Sun, 07 Jan 2007 13:09:29 +0000 http://abock.org/2007/01/06/audio-profile-configuration-for-the-masses/#comment-29034 Great stuff Aaron! The audio profiles have long been a half done project so its nice to see some serious progress in the area. Hopefully it can evolve into generic audio profile system that others, like Jokosher also can hook into. Great stuff Aaron! The audio profiles have long been a half done project so its nice to see some serious progress in the area. Hopefully it can evolve into generic audio profile system that others, like Jokosher also can hook into.

]]>