On Sun, 5 Feb 2023, at 14:38, Ted Felix wrote:
> I can't edit pages anymore on the wiki. No edit buttons. Might be a
> clue:
>
> Writing /var/www/sites/rosegardenmusic.com/wiki/data/meta/start.meta failed
Ah yes, sorry. That was indeed a clue. Should be fixed now I hope?
Chris
I've just moved the Rosegarden site to a new server and updated the Dokuwiki
instance to the current stable version. Everything should work unchanged, and
it looks ok to me at first glance, but if you find anything missing or messed
up please do let me know.
Thanks!
Chris
On Sat, 9 Apr 2022, at 13:54, Ted Felix wrote:
> Interesting. svn should be really stable, so introducing a conflict
> should require a monumental amount of effort.
I have a scripted setup for the various sites I host, that keeps a record of
which revision and which version control system
On Mon, 31 May 2021, at 14:26, Ted Felix wrote:
>I just went through the bug tracker and did some cleanup. Closed a
> bunch of OBE, unreproducible and fixed bugs. We're now down to 37 open.
Remarkable work! I wonder when they were last at these levels.
Chris
On Sat, 17 Apr 2021, at 16:48, David Faure wrote:
> I'm pretty sure that the limitation was that qDebug() is fully on or off.
I just did a bit of archaeology. The answer doesn't seem to be all that
interesting, sadly!
Before CVS revision 2861 (2002-08-10) we were using the KDE debug stream
On Sat, 17 Apr 2021, at 15:59, David Faure wrote:
> Instead of the RG_DEBUG macro "hack", I recommend using qCDebug() to make it
> possible to enable/disable debug output by category.
Can anyone recall why we introduced the RG_DEBUG macros in the first place? Our
debug was always a wrapper
On Wed, 7 Apr 2021, at 20:03, Ted Felix wrote:
>Hey Chris, can you fire off a wiki backup when you get a chance?
Done! Thanks for the notification
Chris
___
Rosegarden-devel mailing list
Rosegarden-devel@lists.sourceforge.net - use the link
On Tue, 30 Mar 2021, at 12:52, Ted Felix wrote:
> Still, I should probably re-run against the root dir just for fun to
> see what it looks like and how long it takes.
I had a look at the svn repo history at the root, and it actually goes back
further - to 2000-04-04, a few hundred commits
On Sun, 28 Mar 2021, at 14:07, Ted Felix wrote:
> I think I have everything I need then.
Very amused by the automated commit email Sourceforge sent out - "15580 new
commits to Git" and I really thought it was about to list them all, until
thankfully it cut off after a hundred with "And 15480
On Sun, 28 Mar 2021, at 14:07, Ted Felix wrote:
>Found it in the mailing list archives, September 7, 2012, "version
> control repositories"...
>
> https://sourceforge.net/p/rosegarden/mailman/message/29780710/
Oh well discovered - I had quite forgotten the details. I'm fairly sure I
On Wed, 17 Jun 2020, at 14:19, D. Michael McIntyre wrote:
> After doing a bit of spot research on this as a translation problem, I
> think I'm going to view this as English trying to impose its sense of
> political correctness on the other languages of the world.
The original terms came from
On Fri, 12 Jun 2020, at 14:04, Chris Cannam wrote:
> Happy to make such a commit, especially since it was I who introduced
> the terms into the Rosegarden code in the first place. Leader/follower?
> Source/follower? Generator/follower?
I went for source/follower. Leader somehow se
[from rosegarden-user]
On 6/6/20 12:17 PM, stefano franchi wrote:
> 2. In Rosegarden's Midi Sync preferences, selected "accept Start, Stop,
> and Continue", and set to "slave" as MIDI MMC and MIDI TCM
Speaking of which, we should definitely rename these. Not only the zeitgeist
but also just
On Wed, 19 Jun 2019, at 14:06, Ted Felix wrote:
>Since I'm making changes to FastVector, it sure would be nice to be
> able to test it. It looks like its intent is to provide some sort of
> performance improvement. So, I assume someone (Chris) at some point had
> a test suite to confirm
On Thu, 14 Mar 2019, at 11:26, Sami Jumppanen wrote:
> RG says the timer is "system". I once tried to select HR, but it jammed
> the whole computer, power button reset was needed.
If you have an audio interface active, then one of the PCM timers that
Rosegarden should be offering in the
On Fri, 1 Mar 2019, at 22:21, D. Michael McIntyre wrote:
> Come to think of it, I know there have been perennial problems with one
> of the advanced timers that have caused endless mayhem. I ran lsmod and
> I have snd_hrtimer loaded. I looked at the startup debug stream and see
> that
On Mon, 3 Dec 2018, at 11:43, Chris Cannam wrote:
> While I'm here I'll see about fixing a few of these.
I've checked and fixed (or in one case just left an explanatory comment about)
the ones listed at the bottom of this email.
I haven't fixed any of the large number of inconsistent null
On Mon, 3 Dec 2018, at 11:43, Chris Cannam wrote:
> [S] V670 The uninitialized class member 'm_intervals' is used to
> initialize the 'm_size' member. Remember that members are initialized in
> the order of their declarations inside a class. Tuning.cpp 394
> First one to be
On Mon, 3 Dec 2018, at 04:55, D. Michael McIntyre wrote:
> On 12/02/2018 05:37 PM, David Faure wrote:
>
> > where sharpflat is a std::string, and tonality is an int.
> > This code looks very suspicious indeed. Was it means to convert the int to
> > a std::string?
>
> Ancient code written by
On Thu, 7 Jun 2018, at 04:19, Ted Felix wrote:
>I committed changes to the website 9 hours ago and the website hasn't
> updated. I suspect it needs to be kicked somehow.
OK, it was a problem with ssh key authentication. The site is updated now, and
I think the auto-update should be
I'll take a look!
Chris
On Thu, 7 Jun 2018, at 04:19, Ted Felix wrote:
>I committed changes to the website 9 hours ago and the website hasn't
> updated. I suspect it needs to be kicked somehow.
>
> Ted.
>
> --
>
On Thu, 8 Feb 2018, at 13:59, Chris Cannam wrote:
> Should be working now, please try again. I notice the email notification
> of an edit to rg-bugs list isn't showing up -- looking into that one
> now...
And that looks to be fixed now too
On Thu, 8 Feb 2018, at 13:55, Chris Cannam wrote:
> On Thu, 8 Feb 2018, at 13:49, Ted Felix wrote:
> >Can't save edits to the wiki now. It just loses them. Preview works.
>
> Gotcha, looking into it.
Should be working now, please try again. I notice the email notificat
Quick notice that I'm going to move the rosegardenmusic.com site to a different
host at some point this week -- probably tomorrow. It shouldn't really change
anything; it's just a newer VPS at the same hosting provider. I'll follow up to
this email when I've made the switch.
Chris
On Sun, May 1, 2016, at 10:12 AM, David Faure wrote:
> How about I rename --no-sequencer to --no-sound, so we have only one
> concept (I would then merge isSoundEnabled() and isSequencerRunning()
> since it's the same concept).
"--no-sequencer" dates from when the sequencer was a separate
On Tue, Apr 26, 2016, at 11:08 AM, David Faure wrote:
> Can I delete the code inside #ifdef HAVE_XFT, to keep the codebase clean
> and less confusing to newcomers?
Speaking as the perpetrator, that would be fine with me.
Chris
On Thu, Dec 31, 2015, at 06:27 PM, Ted Felix wrote:
> On 12/31/2015 09:32 AM, D. Michael McIntyre wrote:
> > == ROSEGARDEN 15.12, codename "Peace" RELEASED ==
>
>Thanks, Michael.
>
>Found one issue...
>
>From the tar file, a debug build with tests (a default debug build)
On Thu, Nov 26, 2015, at 07:48 AM, David Faure wrote:
> Is this blurb, in all of our messages, expected?
They've been putting ads there for many years -- at least 8, looking
back at my archives. No idea why they went missing for a while recently,
maybe they're having trouble getting advertisers
On Sun, Nov 22, 2015, at 09:27 PM, Yves Guillemot wrote:
> That's a very long patch and the way it works is interesting.
> I was totally unaware of gcc __attribute__((visibility())
There is also the option of listing symbol visibility in a script file
(--version-script=blah.map) at shared object
On Mon, Nov 16, 2015, at 09:50 AM, David Faure wrote:
> I suggest to retry from scratch the release-build (with no args) and
> debug-build, both uninstalled and installed.
What's the proper way to restore an existing checkout to "from scratch"
condition, as far as cmake is concerned?
I just
On Sun, Nov 15, 2015, at 12:42 PM, D. Michael McIntyre wrote:
> Speaking for myself only at this point, it would not be difficult to
> convince me to abandon dear old SourceForge.
In case this should turn out to depend on me in any way, let me just say
that I wouldn't get in the way of whatever
On Fri, Nov 13, 2015, at 08:37 PM, David Faure wrote:
> All done (for Qt4 at least) [...]
Worked nicely here. I might rely on this as a reference for CMake in the
future -- it's especially informative because I knew what the old
Makefile did so I can compare them.
About the tests, I'd have
On Sat, Nov 14, 2015, at 01:55 PM, David Faure wrote:
>
> Right now they are fast, but over time they will grow, and you guys will
> get really annoyed at being slowed down in the edit-compile-run cycle by
> 1 minute of unit tests running.
If it takes more than a tenth as long to run as it does
On Fri, Nov 13, 2015, at 11:10 AM, David Faure wrote:
> Static libs are just a convenient way to handle "a bunch of .o files",
> as far as build systems are concerned.
Exactly -- there's not a lot of difference between libsomething.a and
$(SOMETHING_OBJECTS).
> Well, let's come back to the svn
On Fri, Nov 13, 2015, at 08:08 AM, Chris Cannam wrote:
> in that, although I guess you'd only save much time overall if you don't
> have to re-link multiple shared library objects as well (i.e. if you're
> rebuilding after a change that is local to only one of them).
... or,
On Wed, Nov 11, 2015, at 10:44 PM, D. Michael McIntyre wrote:
> If you missed it on the SourceForge traffic, David Faure offered to
> contribute a new cmake build system with unit tests and all the other
> benefits we've been missing since the giant port of several years ago.
I saw that, and
On Thu, Nov 12, 2015, at 05:57 PM, David Faure wrote:
> On 11/12/2015 04:38 AM, Chris Cannam wrote:
> > The only thing that puzzles me is -- why is it necessary to switch build
> > systems just to add unit tests? A test is just a small program, it
> > shouldn't be hard to b
On Sat, Sep 19, 2015, at 06:55 PM, Tom Breton (Tehom) wrote:
> Excellent!
I'd just like to add to the general spirit of approval, and say that
I've really enjoyed reading the commits list recently.
It's a *bit* painful seeing other people having to work so hard because
of some of the nonsense
On Mon, May 19, 2014, at 04:33 AM, Ted Felix wrote:
r13706 fixes the issue with ftp transfers not setting an http status
code for isAvailable(). I've reverted isAvailable() to its original
logic (with a comment added, so it is slightly different in appearance).
This commit is
On Sat, May 17, 2014, at 05:46 PM, Ted Felix wrote:
This issue should directly affect Sonic Visualiser, Chris, so you'll
probably want to bring in this change there as well.
Oh very nice, thanks. I have seen the symptom sometimes but had not yet
tracked down the cause.
Chris
On Thu, May 15, 2014, at 01:09 AM, Ted Felix wrote:
Chris, the ftp bug is in isAvailable() and should affect Sonic
Visualiser. Here's my fixed version (minus the debug output).
bool
FileSource::isAvailable()
{
waitForStatus();
bool available = m_ok;
// If
On Thu, May 15, 2014, at 12:17 PM, Ted Felix wrote:
On 05/15/2014 06:51 AM, Tim Munro wrote:
Do test QNetworkAccessManager with .rg files. I discovered an
annoying tendency to automatically expand zipped files, even when
they are suffixed .rg.
It seems to work fine for me. My test
On Thu, May 15, 2014, at 08:11 PM, Ted Felix wrote:
Or does rg handle uncompressed .rg files properly?
I'm pretty sure it did at one point (when using the KDE library stuff),
and it probably should...
Chris
--
On Thu, May 15, 2014, at 08:43 PM, Chris Cannam wrote:
On Thu, May 15, 2014, at 08:11 PM, Ted Felix wrote:
Or does rg handle uncompressed .rg files properly?
I'm pretty sure it did at one point (when using the KDE library stuff),
and it probably should...
... though if you get
On Tue, May 13, 2014, at 11:41 PM, Ted Felix wrote:
What is the recommended way to open a URL in rg?
Erm, I wouldn't be surprised if the class that implements the feature
was added and then the feature itself was never actually wired up...
Probably best to do a File - Open URL as Michael
On Sun, May 11, 2014, at 09:55 AM, Tim Munro wrote:
By far the ugliest large change involves preserving the remote-url
capability of the FileSource class.
This class comes originally from Sonic Visualiser. There is a version
updated for Qt5 (using QNetworkAccessManager) in the SV source tree,
On Fri, Nov 15, 2013, at 10:05 PM, D. Michael McIntyre wrote:
On 11/15/2013 04:40 PM, Chris Cannam wrote:
released, most probably, but if it *just* gets merged and released
without really being exercised, it won't work.
I agree, though it's a problematic situation in that I just never
On Fri, Nov 15, 2013, at 09:50 AM, Chris Cannam wrote:
Rebuilding once more without debug
(btw I had already confirmed the crash -- without debug -- on a build
from clean)
Chris
--
DreamFactory - Open Source REST
OK, here's what I did:
* build rev 13554 from clean without debug
* open the Ravel example piece
* select just the right hand segment, open in notation editor
* find the very first 12-tupleted note in the part
* select that note only
* hit the delete key on the keyboard
Program received
On Fri, Nov 15, 2013, at 10:30 AM, Chris Cannam wrote:
Program received signal SIGFPE, Arithmetic exception.
0x00539eaf in Rosegarden::TimeSignature::setInternalDurations()
And here's valgrind:
==7241== Process terminating with default action of signal 8 (SIGFPE)
==7241== Integer
On Fri, Nov 15, 2013, at 06:27 PM, Tom Breton (Tehom) wrote:
Possible approaches:
* Roll that part back. Much as I hate to just give up, it's causing
Chris's crashes and this weirdness, and it was really just supposed to be
an optimization and minimize what got rewritten.
That is
On Thu, Nov 14, 2013, at 01:56 AM, Tom Breton (Tehom) wrote:
OK, I have rewritten the tuplet rewrite so it handles the Ravel example,
keeping the 6-lets.
Also, as Chris wanted, I have made it handle dirty subunits of a bar
instead of always doing a while bar. I was only going to do this
On Fri, Nov 8, 2013, at 03:07 AM, Tom Breton (Tehom) wrote:
Fundamentally, the idea is to have a bulletproof bar rewriter (Rewriter)
that takes as much time as it needs to notate everything nicely.
Sounds like an excellent principle.
On first test it looks a bit too eager to override
On Fri, Nov 8, 2013, at 05:32 PM, Tom Breton (Tehom) wrote:
Oh, it doesn't just go by timing, it also goes by existing beamings and
tuplings.
Oh -- very good to hear the detail you've thought about this in already.
* It will force a new group ID for tupleted groups that don't already
start
On Fri, Sep 13, 2013, at 01:19 AM, Tom Breton (Tehom) wrote:
AFAICT there is no good reason for it to do that. It doesn't actually
keep the data between sessions. It struck me as an expensive substitute
for std::map.
I should think comes from the former two-process architecture (sequencer
On 18 April 2013 23:30, D. Michael McIntyre
rosegarden.trumpe...@gmail.com wrote:
Yeahbut it's an ID to a member of a container. I read it as take the
ID of the first thing in the container, then use an ID one lower than
that. It seems random at best, destructive at worst.
This code makes my
On 19 April 2013 06:37, Holger Marzen hol...@marzen.de wrote:
On Thu, 18 Apr 2013, D. Michael McIntyre wrote:
Probably because there are tons and tons of situations in STL and Qt
where standard idiom is to iterate through container classes with
iterators, and the standard language is
for
On 12 March 2013 15:45, Tim Munro or...@lewiston.com wrote:
Because the same panning law is always applied to both instrument and
submaster
Hmm.. is that a good idea? I'd have thought a stereo submaster wants
either plain balance or a stereo pan, rather than a positional
mono-to-stereo pan law?
On 12 March 2013 20:22, Tim Munro or...@lewiston.com wrote:
Perhaps the thing to do is to leave the submaster controls as they are, basic
balance controls, and save all the fancy panning laws for the individual
instrument controls.
Since you're doing the work here, I think the acid test is:
On 6 March 2013 02:50, Tim Munro or...@lewiston.com wrote:
Currently Rosegarden appears to be using a form of the so-called 0dB Pan Law
that results in a monaural channel being considerably louder when panned to
the
center than when panned to either side. When I first read the code, I
On 19 February 2013 04:58, D. Michael McIntyre
rosegarden.trumpe...@gmail.com wrote:
Oh well. There's nothing I can do about that. I changed some settings
once upon a time, but Chris pays for this and it's set up the way he
prefers, so... Shrug. Spam isn't much of a problem, at least.
On 26 October 2012 13:20, Ted Felix t...@tedfelix.com wrote:
The RefreshStatus stuff appears to be an attempt to mitigate this CPU
usage problem. However, it is not complete. The Segment::notify*()
functions are still there and still in use.
Historical note: the RefreshStatus mechanism
On 25 October 2012 09:13, Chris Cannam can...@all-day-breakfast.com wrote:
don't even try to update the actual notes on canvas.
(I don't have the program in front of me atm either, and I can't
actually remember offhand whether we don't show them at all or update
them in batches -- either way we
On 25 October 2012 02:38, Ted Felix t...@tedfelix.com wrote:
The executive overview goes something like this Rosegarden was
designed to be a MIDI editor. Then someone decided to add MIDI
sequencing to it. But what's ok for a MIDI editor (very CPU intensive
updates in response to
On 20 October 2012 19:12, D. Michael McIntyre
rosegarden.trumpe...@gmail.com wrote:
I bet Chris needs to update his script to pull website changes from the new
URL.
I bet you're right. I've updated the server now -- let me know if you
see any problems on the site!
Chris
On 28 September 2012 03:32, Holger Marzen hol...@marzen.de wrote:
I'd like to discuss the latencies with you that can occur and how and
where they should be compensated before we actually create patches.
That sounds like a good idea.
I seem to remember the problem that the existing
On 18 September 2012 19:54, D. Michael McIntyre
rosegarden.trumpe...@gmail.com wrote:
Bloody hell.
I'm getting a 500 for http://sourceforge.net/projects/rosegarden/ now.
(It worked a few hours ago, though the page was slathered in more ads
than I've ever seen.)
I was going to have a look to
On 18 September 2012 20:46, D. Michael McIntyre
rosegarden.trumpe...@gmail.com wrote:
On 09/18/2012 03:33 PM, Chris Cannam wrote:
The repo does seem to check out OK, as well -- it just doesn't show up
in the browser.
Which URL? The new SourceForge has the repos at totally different URLs
On 18 September 2012 20:30, Chris Cannam can...@all-day-breakfast.com wrote:
I was going to have a look to see whether our existing file downloads
had been retained -- I have a recent backup of the SVN repo, but I
don't have copies of all the file releases. Were they supposed to have
been
On 18 September 2012 20:52, Tom Breton (Tehom) te...@panix.com wrote:
The team has fairly up-to-date local copies. Chris, you're keeping those
trial repositories, right?
I can unveil a Mercurial repo whenever you like. Git I would have to
convert again from Mercurial (I deleted the Git repo)
OK, in order to have something concrete to consider, I've converted a
bit of history to git and Mercurial.
Rosegarden's history is pretty gnarly and includes a lot of dead-end
branches and relatively few sensible tags, so rather than get into
knots trying to convert everything I converted only
On 6 September 2012 06:54, Richard Bown
richard.b...@ferventsoftware.com wrote:
If course I'm also interested in this myself too because my R4Win updates are
still so infrequent that it annoys me I have to manually merge every time I
want to integrate latest.
The reason you have trouble
On 6 September 2012 07:39, D. Michael McIntyre
rosegarden.trumpe...@gmail.com wrote:
It really does seem like an excellent opportunity to change over to
distributed version control. Assuming Chris is amenable.
I'm broadly in favour of using a distributed system, though I don't
have the same
On 6 September 2012 09:37, Richard Bown
richard.b...@ferventsoftware.com wrote:
Anyway I won't go back there. No. Won't do it. I've already bunged my
branch into bitbucket anyway and you lot can just assume it a fork (or death)
from now on. Will make it public once there are any
I registered a Twitter account:
https://twitter.com/#!/rosegarden_m
I have never been into Twitter, but for various reasons I'm having to
put a bit of practice in to it at the moment so I might as well have a
go at this as well. If any of the core developers would like to help
run the account,
On 16 May 2012 00:00, Schindler Karl-Michael
karl-michael.schind...@web.de wrote:
Working on the audio driver is definitely beyond my scope.
Testing is basically would i could do.
Well, thank you for the work you've done so far -- even if the tricky
bit still lies ahead, it's good to know that
On 14 May 2012 22:57, Schindler Karl-Michael
karl-michael.schind...@web.de wrote:
David Tisdell's advertisement on the mac X11 list dragged me in. He also
mentioned my brief trial to build rosegarden on macosx. My main contribution
would be setting up and maintain the fink package
On 15 May 2012 22:43, Schindler Karl-Michael
karl-michael.schind...@web.de wrote:
Is it ok to make an announcement on Rosegarden-user?
Well, that certainly sounds like a nice thing to look at and there may
be users who might be interested in playing with it -- but it probably
isn't very wise to
On 15 May 2012 23:00, Brett McCoy idragos...@gmail.com wrote:
Probably should take a look at how Ardour handles JACK on OSX, you
might be able to adapt some of those ideas.
Well, the trouble is not with JACK as such -- it's the same on any
platform -- it's just that the JACK audio driver in
On 13 May 2012 23:56, Cláudio Pinheiro taup...@gmail.com wrote:
Rosegarden needs broad visibility by potential users, so it can generate a
critical mass that would attract developers that would maintain a sustained
growth and (even) better codebase and documentation. To achieve it
Rosegarden
On 10 May 2012 16:18, Richard Bown richard.b...@ferventsoftware.com wrote:
Current Core Dev
Michael
Tom Breton
Daren Beattie
Ian Gardner
A plan for the future Dev direction if any. Having no plan is also fine.
Can we also survey: How many developers are potentially interested in
unit
On 11 May 2012 17:42, Tom Breton (Tehom) te...@panix.com wrote:
It would break my heart to use another test framework
For what it's worth, I think it's evident that the test framework
Rosegarden should be using is the Qt one. (As least, if it's any
good -- which it is; it's pretty nice.)
Chris
Time to revisit this perennial favourite?
Do you feel that Rosegarden's current use of Subversion is an
advantage for the project, a disadvantage, or largely irrelevant?
Would any change attract more new developers, put off old developers,
both, or neither? (Please explain your reasoning!)
Note
[cc -devel]
On 10 May 2012 13:41, Ian Gardner ilgard...@yahoo.co.uk wrote:
I guess people like me are part of the problem in this regard, turn up one
day, chuck something in to do with linked segments and then f. off into the
sunset. Fly-by-night, here today and gone tomorrow contributors
On 10 May 2012 19:32, D. Michael McIntyre
michael.mcint...@rosegardenmusic.com wrote:
I think even worse than that is keeping the tests working over time. We had
some tests, but they didn't survive the port.
But that's just another sign that they weren't terribly relevant unit
tests. Even
On 10 May 2012 16:18, Richard Bown richard.b...@ferventsoftware.com wrote:
Devs or Interested in Ports
I'm not particularly interested in a Mac port and don't especially
want one, but I'm certainly competent to make one and would try to
help out if there was more general interest.
(Why not
On 8 May 2012 20:49, Tom Breton (Tehom) te...@panix.com wrote:
* In principle we could re-merge some mapped classes with their base
counterparts. They spend a fair bit of code just staying in sync, or
trying to. But that's a lot of work and error opportunities just to keep
things working
On 5 March 2012 04:56, te...@users.sourceforge.net wrote:
Added Elisp template code to templates/, and docs.
The auto-insert-choose.el file appears to be only a symbolic link to
something elsewhere in your home directory?
Chris
On 4 March 2012 19:07, Tom Breton (Tehom) te...@panix.com wrote:
Shall I submit them?
Yes please!
Chris
--
Virtualization Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but
On 26 February 2012 13:10, D. Michael McIntyre
michael.mcint...@rosegardenmusic.com wrote:
There was a time when I cared a great deal, and felt really strongly that
Rosegarden should stay with GPLv2. Now, I really don't care so much anymore,
or even remember what the fuss was all about.
On 26 February 2012 20:25, Ted Felix t...@tedfelix.com wrote:
The COPYING file is missing (I think) the or any later version
verbiage. Probably need to add that at the very top before the text of
the GPL. I think the COPYING file right now is nothing other than the
text of the GPL. It
On 14 February 2012 20:46, D. Michael McIntyre
michael.mcint...@rosegardenmusic.com wrote:
Viewing notation for an emerging MIDI segment on the fly would be difficult to
achieve. I have no interest in attempting this, personally.
(moving to -devel)
I did actually implement this once... sort
On 11 February 2012 09:53, Richard Bown
richard.b...@ferventsoftware.com wrote:
I was going to say that bit of smugness is going to come back and bite him
in the ass but of course I didn't..
On this note: today I got a bug report on a project of mine, where the
bug was arguably caused by my
On 11 February 2012 10:37, D. Michael McIntyre
michael.mcint...@rosegardenmusic.com wrote:
On Saturday, February 11, 2012, Richard Bown wrote:
Well that was a nice little read, straight from the voice of experience.
I was going to say that bit of smugness is going to come back and bite him
On 10 February 2012 04:13, tedfe...@users.sourceforge.net wrote:
No functional changes. Mainly cosmetic changes to TrackButtons. A couple
of int's changed to the more sensible unsigned.
I feel bad about popping up only to quibble about something, but
changing int to unsigned on the whole is
On 10 February 2012 18:55, Tom Breton (Tehom) te...@panix.com wrote:
There may be a way to have it both ways. If that doesn't work reasonably,
then I'll simply writes times as if tempo was fixed, which you and Chris
have convincved me of the merits of.
I think I am less convinced of this
On 10 February 2012 19:25, D. Michael McIntyre
michael.mcint...@rosegardenmusic.com wrote:
Sure it's worth having, it's just hard to reconcile a neat MIDI file with
something that fundamentally can't be represented in MIDI. Is it better to
mangle the durations or to put in twelve dozen bizarre
On 7 February 2012 20:34, Tom Breton (Tehom) te...@panix.com wrote:
Mm, I doubt that would work. It does understand the RealTimes in an
intermediate stage, but it converts back to timeTs.
Can you remind me (sorry) what the intermediate stage is?
I think one must either write out no tempo
On 31 January 2012 19:52, D. Michael McIntyre
michael.mcint...@rosegardenmusic.com wrote:
I hate Git with a passion
I've developed a habit of recommending Mercurial for people with an
allergy to Git who would nevertheless like to use something more
modern than Subversion -- and some Git users
Tom -- this looks like good stuff, thank you.
On 18 January 2012 19:58, Tom Breton (Tehom) te...@panix.com wrote:
StudioControl::sendNRPN and sendRPN would be affected by this, but it
looks like they aren't ever called anywhere. Are they used in some subtle
way that escapes me?
I have a
1 - 100 of 2830 matches
Mail list logo