hi jakob, I play a little bit with hydrogen and test some transport features. your changings are graet. especial that ffwd and rwd jump to the beginning of the next or prev. bar is super. I miss this for a long time. I control the transport via mmc with my foot controller. now i can exact jump to different places in a song. and start with beatconter. This is super :-) Please do not give up!!
You can also jump with key F9 << and F10 >>. It works perfect without any jack transport thinks. With jack transport it not start play on the correct position. I think I can correct this problem. In a private fork of hydrogen i have correct this errors. http://www.tubeampcheck.de/tubeampcheck/downloads/hydrogen-strato-add . Also I add tempochange funktion for songs into hydrogen. In this fork I do not change the transport base of hydrogen. I make only a construct around the original transport. But you are right. to make the transport better. there are big changes to do into the hydrogen base. All it based on two things samplerate ( frames ) and tiksize. I think this work have to do in next version of hydrogen. maybe 1.0 greetings wolke Am Mon, 11 Aug 2008 21:23:01 +0200 schrieb Jakob Lund <[EMAIL PROTECTED]>: > Hola > > As far and I can tell, you have experienced pretty much the same as I. I > think > it's hard to push the transport model much further without rewriting a large > part of hydrogen completely. The inner concept of hydrogen, wrt to transport, > is very tiny: Hydrogen knows only TWO BITS of information at any given time: > Frame number and tempo bpm. All other values are computed from these two > during EVERY CYCLE of processing. I set out to fix Hydrogen to accept tempo > changes from Ardour, and contemplated trying to implement Master mode as > well, > but I decided it didn't make sense to do, because of the very limited > information present in Hydrogen (the two bits...) There's no sensible way to > have tempo- or meter changes come from Hydrogen, short of a major rewrite. > > The fitting of tempo changes fed from e.g. Ardour, is a total hack -- > Hydrogen > thinks the tempo is constant, so the relocateBBT function just changes the > tempo, and then moves the internal frame position of Hydrogen to the same > place in the song, as if it had been played from the start with the new > tempo. > The computeFrameOffset thing then compensates for the difference in frame > position between JACK and Hydrogen. > > I actually tried to carry out a more radical rewrite, but I didn't get as far > as getting it to play sounds, so I eventually gave up :-s. There's an > attached > screenshot of that effort - as soon as I hit play, it segfaulted... > > The stupid thing about Hydrogen now is that, even though you can make > patterns > of different length, all patterns in the same (song editor) column must be of > the same length, or weird stuff happens. (actually, the pattern that's added > first will decide the length, others will be padded with silence or > truncated). > > As a consequence, Hydrogen sees every column as one bar, so having two-bar > patterns is meaningless. In the screenshot you can see that I was trying to > place patterns more 'arbitrarily' on the timeline, while preserving the > notion > of columns = bars (the red bits are those parts of patterns that 'overlap' > after some other patterns have started, only displayed in red for testing of > course). It definitely doesn't make the code easier to read or understand, > but > it works - most of the time. > > This is actually my biggest wish now; to be able to have multi-bar patterns, > for example a two-bar clave figure, overlaying two instances of a one-bar > groove. > > Btw I suspect that the segfaults you get come from the MIDI handling code, > but > I'll write that another mail 'cause this one's getting too long :-) > > Have fun > - Jakob. > > On Monday 11 August 2008 18:03:17 Michael Wolkstein wrote: > > hi ho, > > > > yes, other timings as 4/4 in seq 24 make crazy transport things :-). but I > > get the same problem with Ardour and seq24. > > > > If you perform a song in ardour with different timing. maybe 4x 6/8 and 4x > > 8/8 hydrogen must have the same setup. Pattern 1 -4 must be 6/8 and Pattern > > 5 - 8 8/8 then it will works well. Otherwise the transport jump. Ardour and > > seq24 do not work together if set the correct time values in both apps. I > > think the problem is in seq24! > > > > The Jack Time master funktion in hydrogen transmitted the right timing > > values. > > > > Tonight I test your debug output und try to understand the transport. :-?) > > the transport is really crazy. > > > > I hope to get an idea to make the things better. > > > > AND!! the transportmaster funktion have to change to a valid c++ callback. > > In moment it is more an c callback.. But I am a c++ beginner and do not > > know how to do this :-(. > > > > greetings wolke > > > > > > > > > > > > > > > > > > -------- Original-Nachricht -------- > > > > > Datum: Mon, 11 Aug 2008 17:10:35 +0200 > > > Von: Jakob Lund <[EMAIL PROTECTED]> > > > An: [email protected] > > > Betreff: Re: [Hydrogen-devel] Annoying bugs fixed! (I wish...) > > > > > > Hey Michael > > > > > > I've been playing around with seq24 + Hydrogen for a it (hey - it's fun - > > > though quite quirky... ) My conclusions are: > > > * With 4/4 time, H2 as time master and seq24 following seems to work, > > > beat > > > counter and all, no Speicherzugriffsfehler either. > > > * In 7/8 time though, it does NOT work. > > > * Seq24 as time master seems *totally* unreliable. If I'm at, say, bar > > > 7, and > > > I reposition Hydrogen to the first bar, seq24 itself (song mode) goes to > > > bar > > > one, but subsequently tells Hydrogen that it should continue from bar > > > 7... > > > > > > I'm attaching a patch (against head) that just enables debugging output > > > that > > > tells you what info H2 gets from Time Master, if you'd like to see for > > > yourself. > > > > > > On Monday 11 August 2008 15:55:11 Michael Wolkstein wrote: > > > > hi jakob, > > > > > > > > > Yes, I tested that, and it seemed ok. Do you get segfaults there too? > > > > > > > > No.. it works perfect great!! > > > > > > > > > That's right after you added the 'time master' functionality to H2, > > > > > right? > > > > > > > > yes, the time master funktion patch is based on rev 195. I am not sure, > > > > > > but > > > > > > > I think that mauser committ the patch into rev 196 or 197 > > > > > > > > > > A few months ago I make > > > > > > some changes into the transport to get better sync with ardour in > > > > > > this > > > > > > > > > behavior. > > > > > > Also that hydrogen realy starts at the first beat, bar, and tick. > > > > > > > > > > Which revision number was that? > > > > > > > > Revision 137 or 138 > > > > > > > > greetings wolke > > > > > > > > > > > > > > > > -Nachricht -------- > > > > > > > > > Datum: Mon, 11 Aug 2008 14:12:16 +0200 > > > > > Von: Jakob Lund <[EMAIL PROTECTED]> > > > > > An: [email protected] > > > > > Betreff: Re: [Hydrogen-devel] Annoying bugs fixed! > > > > > > > > > > On Monday 11 August 2008 08:47:40 [EMAIL PROTECTED] wrote: > > > > > > hi, > > > > > > > > > > > > today I test with rev 314. > > > > > > I get the same problems!!> Yes, I tested that, and it seemed ok. Do > > > > > > you > > > > > > > > > get segfaults there too? Segfault happens also into "use jack > > > > > > transport" mode. > > > > > > > > > > > > Then I have test an older version rev 240. > > > > > > > > > > That's right after you added the 'time master' functionality to H2, > > > > > right? > > > > > > > > > > > With the older version I do not get any segfaults in every > > > > > > transport > > > > > > > > > > mode. > > > > > > > > > > > Changings into the crazy transport of hydrogen needs a lot of > > > > > > different > > > > > > > > > tests. Do you test change the BPM with ardour as transport master > > > > > > and > > > > > > > > > hydrogen in "use jack transport mode" into a song? > > > > > > > > > > Yes, I tested that, and it seemed ok. Do you get segfaults there too? > > > > > > > > > > > A few months ago I make > > > > > > some changes into the transport to get better sync with ardour in > > > > > > this > > > > > > > > > behavior. > > > > > > Also that hydrogen realy starts at the first beat, bar, and tick. > > > > > > > > > > Which revision number was that? Rev. 246-247 is a patch by me that > > > > > modifies > > > > > jack_output.cpp. I checked it out, it has the same irregularities.. > > > > > > The > > > > > > > > modifications to your (H2 as time master) code made by me in that > > > > > > patch > > > > > > > > were a > > > > > bit arbitrary, I'm looking at that again now. > > > > > > > > > > > BPM changings are complete capricious. Because the start frame > > > > > > position > > > > > > > > to > > > > > > > > > > > play the next sample will change. > > > > > > > > > > > > debugoutput before segfault in rev 314 with use jack transport > > > > > > mode. > > > > > > > > > > After > > > > > > > > > > > change bpm to a slower bpm value. > > > > > > > > > > > > (E) Sampler __render_note Note pos in the future?? Current > > > > > > frames: > > > > > > 4124666629, note frame pos: 79783 (E) Sampler __render_note > > > > > > Note pos > > > > > > > > > > in > > > > > > > > > > > the future?? Current frames: 4124666629, note frame pos: 234363 (E) > > > > > > > > > > Sampler > > > > > > > > > > > __render_note Note pos in the future?? Current frames: > > > > > > 4124666629, > > > > > > > > note > > > > > > > > > > > frame pos: 279241 (E) Sampler __render_note Note pos in the > > > > > > future?? Current frames: 4124666629, note frame pos: 279241 (E) > > > > > > Sampler > > > > > > > > > __render_note Note pos in the future?? Current frames: 4124666629, > > > > > > note > > > > > > > > > frame pos: 284227 (E) Sampler __render_note Note pos in the > > > > > > future?? Current frames: 4124666629, note frame pos: 289214 (E) > > > > > > Sampler > > > > > > > > > __render_note Note pos in the future?? Current frames: 4124666629, > > > > > > note > > > > > > > > > frame pos: 294200 (E) Sampler __render_note Note pos in the > > > > > > future?? Current frames: 4124666629, note frame pos: 299187 (E) > > > > > > Sampler > > > > > > > > > __render_note Note pos in the future?? Current frames: 4124666629, > > > > > > note > > > > > > > > > frame pos: 299187 (E) Sampler __render_note Note pos in the > > > > > > future?? Current frames: 4124666629, note frame pos: 304173 (E) > > > > > > Sampler > > > > > > > > > __render_note Note pos in the future?? Current frames: 4124666629, > > > > > > note > > > > > > > > > frame pos: 304173 Speicherzugriffsfehler > > > > > > > > > > Is 'Speicherzugriffsfehler' the german word for segmentation fault? > > > > > Sounds pretty nasty anyway :-) > > > > > > > > > > > Am Mon, 11 Aug 2008 02:33:22 +0200 > > > > > > > > > > > > schrieb Jakob Lund <[EMAIL PROTECTED]>: > > > > > > > On Monday 11 August 2008 01:34:18 Michael Wolkstein wrote: > > > > > > > > Hi jakob :-), > > > > > > > > > > > > > > > > > would test revision 317 to see if I've broken anything. > > > > > > > > > Especially wolke, who I think uses H2 in a different context > > > > > > than > > > > > > > > > > > > what I do > > > > > > > > > > !? > > > > > > > > > > > > > I get 2 errors. > > > > > > > > > > > > > > > > 1. If I start a song without Jack transport, and stop the song > > > > > > on > > > > > > > > any > > > > > > > > > > > > > position in the song, then enable jack transport, and play > > > > > > > > again > > > > > > > > > > from > > > > > > > > > > > > > last position in song. I can not jump to the beginning of the > > > > > > song. > > > > > > > > Now > > > > > > > > > > > > > the beginning is on the last position without transport. > > > > > > > > > > > > > > I just tried with seq24, and I see the same weird behaviour. > > > > > > Dammit, > > > > > > > > back > > > > > > > > > > > > to debugging :-s . Things were running smoothly with Ardour > > > > > > though.. > > > > > > > > They > > > > > > > > > > > > must behave differently as time master in some way. > > > > > > > > > > > > > > > 2. often Segmentation fault if you use jack time master with > > > > > > > > tap > > > > > > > > > > tempo, > > > > > > > > > > > > > or start hydrogen by tapping beatcounter. > > > > > > > > > > > > > > > > This is a very usefull funktion, with time master you can start > > > > > > > > sequenzer like seq24 with your tapped tempo. > > > > > > > > > > Yes, that's definately very cool! > > > > > > > > > > > > > greetings wolke > > > > > > > > > > > > > > > > Am Mon, 11 Aug 2008 01:07:09 +0200---- Original-Nachricht > > > > > > -------- > > > > > > > > > > > > Datum: Mon, 11 Aug 2008 01:07:09 +0200 > > > > > > > > > Von: Jakob Lund <[EMAIL PROTECTED]> > > > > > > > > > An: [email protected] > > > > > > > > > Betreff: [Hydrogen-devel] Annoying bugs fixed! > > > > > > > > > > > > > > > > > > Hello List :-) > > > > > > > > > > > > > > > > > > I made two commits tonight that fix a few annoyances that > > > > > > > > > have > > > > > > > > > > been > > > > > > > > > > > > > > getting on > > > > > > > > > my nerves for a while. > > > > > > > > > > > > > > > > > > One is, when Hydrogen reached the end of the song, it would > > > > > > stop > > > > > > > > and > > > > > > > > > > > > > > go back > > > > > > > > > (locate) to the start of the song. With the jack driver > > > > > > however, > > > > > > > > that > > > > > > > > > > > > > > wouldn't > > > > > > > > > always happen. Especially when working in sync with Ardour > > > > > > (which > > > > > > > > is > > > > > > > > > > > > > > my primary, if not only, use case at home). The remedy seems > > > > > > to > > > > > > > > be, > > > > > > > > > > > > > > to postpone > > > > > > > > > the locate part for one processing cycle ( = buffer length). > > > > > > > > > (this took 10 minutes to code, but at least 5 ours to figure > > > > > > > > > out!). > > > > > > > > > > > > > > > > > > The other has been mentioned by journeyman in a mail (Date: > > > > > > > > > 2008-07-22 23:10, "[Hydrogen-devel] Small UI bug"), and > > > > > > concerns > > > > > > > > the > > > > > > > > > > > > > > position > > > > > > > > > of the little triangle (timeline cursor) in the song panel, > > > > > > when > > > > > > > > > > > > repositioning > > > > > > > > > with playback stopped. > > > > > > > > > > > > > > > > > > I'm really quite satisfied with the result, hence the commits > > > > > > > > > (!), but like I > > > > > > > > > said, I'm always using H2 together with Ardour so I'd REALLY > > > > > > LIKE > > > > > > > > IF > > > > > > > > > > > > > > PEOPLE > > > > > > > > > would test revision 317 to see if I've broken anything. > > > > > > > > > Especially wolke, who > > > > > > > > > I think uses H2 in a different context than what I do !? > > > > > > > > > > > > > > > > > > Cheers > > > > > > > > > Jakob Lund. > > > > > > ------------------------------------------------------------------------- > > > > > > > > This SF.Net email is sponsored by the Moblin Your Move Developer's > > > > > challenge > > > > > Build the coolest Linux based applications with Moblin SDK & win > > > > > great prizes > > > > > Grand prize is a trip for two to an Open Source event anywhere in the > > > > > world > > > > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > > > > _______________________________________________ > > > > > Hydrogen-devel mailing list > > > > > [email protected] > > > > > https://lists.sourceforge.net/lists/listinfo/hydrogen-devel > > ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Hydrogen-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/hydrogen-devel
