Re: [jokosher-devel] jokosher-devel-list Digest, Vol 24, Issue 1
[EMAIL PROTECTED] wrote: Send jokosher-devel-list mailing list submissions to jokosher-devel-list@gnome.org To subscribe or unsubscribe via the World Wide Web, visit http://mail.gnome.org/mailman/listinfo/jokosher-devel-list or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than Re: Contents of jokosher-devel-list digest... Today's Topics: 1. Re: bzr? (Laszlo Pandy) Subject: Re: [jokosher-devel] bzr? From: Laszlo Pandy [EMAIL PROTECTED] Date: Mon, 28 Jul 2008 12:39:35 -0400 To: Jokosher gnome jokosher-devel-list@gnome.org To: Jokosher gnome jokosher-devel-list@gnome.org I've come around, and I really think I would like to use Bazaar now. Particularly the advantage of having feature branches seems like it would be really useful. During the last few months of development there have been some architectural changes which are broke a lot of things. This made it more difficult to apply others' patches. It was Mark Shuttleworth's talk at the Ottawa Linux Symposium which reminded me what the point of the distributed version control is all about. His talk was actually about synchronized time based release, but we can leave that for another day. Right now I would like to be able to keep features out of trunk until they are complete. We are about to freeze, and release sometime this month. I would like to move over to Bazaar right after that. Jono can we use your connections to get us some Bazaar help for the end of August? I am assuming no one will object to this since there weren't many comments when Jono started this idea. Since we will be hosting code on launchpad now, we will have to decide what to do with the wiki on python hosting. Is next sunday a good day for everyone to have a freeze meeting and wiki discussion? Laszlo ___ jokosher-devel-list mailing list jokosher-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/jokosher-devel-list As far as I'm concerned, there's no problem. I'll just have to learn how to use it I guess hehe. ___ jokosher-devel-list mailing list jokosher-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/jokosher-devel-list
Re: [jokosher-devel] introducing myself
Hi Josh :) Well, it's awesome to have you helping us, especially with 1.0 waiting to be ready for mass consumption. I usually roam in IRC whenever I can, and though I'm not a GST guru like Laslo, I can help with other stuff you might need. -David On 10/22/07, Josh Steiner [EMAIL PROTECTED] wrote: Hi Everyone, I've met a few of you on IRC already but I thought I'd introduce myself here. I'm planning on trying to help out Jokosher with development on the python/gst side of things, at least for a little while. I just started a project in Python at work and so am looking for something fun to do with my free time while I sharpen up my Python skills a bit. I'm primarily an electronic musician mostly interested in composition and production, but also play Trombone, guitar and bass. I also have a big passion for writing algorithmic music and interactive sound installations/sculpture using languages like Pure Data and CSound... I've been thinking about learning GStreamer for a while as another possible choice for my audio processing projects. No promises for much product from me for the foreseeable future except a bunch of questions as I get up speed on the Jokosher code base, python, pyGtk and GStreamer... its a lot to take in but so far I've been enjoying myself digging around. Hopefully i'll be able to crush a few outstanding bugs and help get 1.0 out the door as I familiarize myself with the code base. I really appreciate the obvious amount of effort you guys have put into documenting everything and putting up really helpful getting starting guides... it has made these early hours of exploration a joy. -Josh -- tasty electronic music vittles -- bluevitriol.com the only music blog you need-- playtherecords.com you are the dj. interactive music -- improbableorchestra.com random observations of the bizarre -- vitriolix.com ___ jokosher-devel-list mailing list jokosher-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/jokosher-devel-list ___ jokosher-devel-list mailing list jokosher-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/jokosher-devel-list
Re: [jokosher-devel] Play/Pause discussion... the rebirth... once more
Well, about the implementation itself. The play/pause is already there, so the button won't change that. It's just the labels. Again, most players I've seen handle the play button as a two sided one, with play/pause. Take for example google video, youtube and metacafe. They both use the play/pause button and they're pretty much the most successful video sites on the web. The stop button is not going anywhere also. It'll remain as stop and rewind. Bottom line is, if the button behaves as play/pause, why won't its label/icon behave the same way as well. On 2/18/07, Thilo Pfennig [EMAIL PROTECTED] wrote: David Corrales schrieb: I think that pretty much sums it all up. In practically all the video/audio players embedded in browsers now, they use the play/pause button. Other players do it too and I find it to be the most intuitive way to use a double function button. Hi David, same discussion was in gnome-usability. I dont agree at all. To sum it up: iPod iPod did this and now people used to iPod think this is a good thing and also some GUI designers. From the technical level I only can say that the pausing as the only possibility has led to many headaches on my Fedora box (don't know how others cope with it). Thats because many apps dont seem to be able to really give gstreamer freedom. Soif I play pause in Banshee or rhythmbox I can not play with totem. I now have to quit the whole applications - because there is not stop. But uI guess this can be solved, although I like to see that first. Again about better usability - Not sure about that. People who do not use iPod (do you? I dont) maybe not find their way through. Would be a good thing to make some usability tests on that? Regards, Thilo -- PfennigSolutions - IT-Beratung- Wiki-Systeme c/o Thilo Pfennig - Sandkrug 28 - 24143 Kiel http://www.pfennigsolutions.de/ ___ jokosher-devel-list mailing list jokosher-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/jokosher-devel-list
Re: [jokosher-devel] I'm back!
On 1/23/07, Ben Thorp [EMAIL PROTECTED] wrote: Hey guys - it's been ages since I've done anything other than keep an eye on Jokosher, and I've decided that I should try and rectify that. First, the latest edition is looking bloody brilliant. It's a really great looking application, with some serious functionality. Secondly, I'm thinking of maybe putting together some screencasts on how to use Jokosher, using J to record the audio, of course. :) Nice to hear. I'm kind new around, but it's great to have more feedback :) Lastly, a quick test case that threw up a couple of questions for me: Background: I wanted to take 2 pieces of audio, 1 which had lengthy sections of quiet interspersed with brief sections of quiet audio, and overlay a 2nd audio track, which would fade in and out as appropriate. I have to say that this was as easy in Jokosher as in Audacity, and the resultant output was better, as Jokosher more easily handles fades to lower levels due to the waveform editing, whereas Audacity only has fade to 0. However, 1 or 2 issues that cropped up (mostly questions, rather than bugs - feel free to point me to Trac if they're just bugs ;) ) 1. Reduced sample 2 to 0 for last couple of seconds, playback caused hang. 0:02:56.757746000 10418 0x81e8f90 ERRORaudioresample resample_ref.c:118:resample_scale_ref: buffer_queue_pull returned NULL Haven't tried reproducing this - probably a known bug? Laslo's territory. 2. Sometimes the audio seems to just crackle out, or not play. This is a weird one - there is a definite crackle at times, and then it stops playing. But if you stop and restart, often it's OK. Same. 3. Doesn't scroll when you select off screen. When you're selecting bits of audio with the shift-drag, it should really scroll to the left (or right) if you mouse out of the window. This should indeed be fixed for the next release. Haven't confirmed it myself (@ CCNA), but I'll try when I get home. 4. Would be nice to be able to type numbers in effects window Is this possible, given that the effects are based on LADSPA? It would be nice to be able to, say, type 4.5, rather than having to slide. I have some ideas for the next release, concerning the effect settings dialog. I was thinking about allowing extensions to modify the dialog for an individual effect, so people can customize them. About a widget for typing the value, I'll try replacing the rightmost label with said widget. That way, we don't lose the visual aspect we have now but we supply that functionality. 5. Would be nice if you could amplify in the same way as you fade out - perhaps get a line showing the top peak, and raise the whole clip. Particularly for podcasters, it would be nice to use a similar system to the fade in/fade out to be able to amplify. Is this within the scope of J, or do we leave it to the effects? - 6. Need to be able to apply an effect to a portion of music, not just a whole instrument. Again - is this possible? Or is there a 'workaround' to make it happen? (ie split audio, copy to new instrument, apply effect?) In my example, some of the audio on the first instrument was a lot quieter than on other sections, and I would've liked to either use something like the wave editor to amplify, or select a portion to apply the amplify effect to. - 7. Why shift-drag to select? Surely it would make more sense to drag to select, and shift-drag to move the object file? Seem counter-intuitive to me? I agree with this. I've been confused with this issue myself :) 8. Is there some way of indicating that an effect has been applied to some audio? Maybe a little icon that can be moused-over to indicate what effects have been applied? Hmm, maybe add that magic wand icon to the left upper corner of the event? Sorry if some of this should have gone to the forums or onto Trac. Hope it all makes sense :) Cheers mrben -- Ben Thorp [EMAIL PROTECTED] ___ jokosher-devel-list mailing list jokosher-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/jokosher-devel-list ___ jokosher-devel-list mailing list jokosher-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/jokosher-devel-list
[jokosher-devel] Effects dialog patch is in
Tonight, with the help of Laslo (since my svn account is still non-fully functional), I managed to get the new effects dialog in Jokosher. As discussed before, this new dialog deals with issues such as: integrating categories, effect reordering and usability in general. I also need to thank vdepizzol because he gave the real polished look to the dialog :) Those effects with buggy ranges like 360342903294234909349432 are now capped at runtime. Although not allowed, there's a temporary print inside the effects dialog code. It's meant to print out the unique ladspa shortname (format: ladspa-effect-name) for unclassified effects. I have to apologize for this, but it's meant for testers who have effects I don't, so we can add them to the categories database. If you are testing and happen to have unclassified effects, just sent me an email with the unique effect name and category (or add it to the list yourself if you have svn access). There's also a lot of other debugging prints but they're commented and they all have a previous #TODO: line which makes them easy to spot. The effects presets are now saved inside ~/.jokosher/presets/effects rather than in trunk/effectpresets. Be sure to move your existing presets to the new directory please. This change was necessary because in system-wide installations, the user would try to write to /usr/... which of course failed. Also, the new location doesn't get affected if the user is running a local or a system-wide instance. The following areas need testing: - Loading/saving chain effect presets for instrument types. - Loading/saving single effect presets for any given effect. - Adding/removing/configuring effects. Effects on the left pane can be double clicked to add them. Effects on the right pane can be double click to edit their settings. - General usage of the new effects dialog. Known problems: - Any preset (chain or single) has to have an unique name. This is a limitation of the current implementation. Since this is crucial, as some people will probably try to call several presets Test or asdf, I'll get to work on changing the format a bit to alleviate this issue. - Deleting presets is not enabled because the code is not available in EffectPresets. - Moving effects up/down is not enable because the code is not available in Instrument. (There's code to move them in the GUI, but it's merely presentation, so I disabled the buttons). - There's no right click context menu. I'll have to learn how to code that and get it in. - Icons are of course placeholders :) - The preset load combo sometimes acts... weird. You'll have to close and reopen sometimes. I have to investigate this further, but it's probably because that code doesn't use an observer like the effects do. - Missing tooltips. - The dialog window for configuring effects should be modal. - When an effect is deleted from the right pane, another one should be selected. That way, people can spam the delete button to get rid of all effects. Please update and start testing :D - David ___ jokosher-devel-list mailing list jokosher-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/jokosher-devel-list
