On 10/13/2015 09:46 AM, D. Michael McIntyre wrote:
> On 10/13/2015 08:44 AM, Ted Felix wrote:
>> I have a fix for #1439 (MIDI Import Modifies Bank Selects) that I
>> should be able to push this evening after some regression testing.
> Take as much time as you need. I'm in n
On 10/13/2015 08:25 AM, D. Michael McIntyre wrote:
> If anybody has any work in progress they would like to get into the
> release, I am happy to hold off. Otherwise, it will go whenever I catch
> a slow day at work, or next weekend, whichever comes first.
I have a fix for #1439 (MIDI Import
On 10/12/2015 10:42 PM, D. Michael McIntyre wrote:
> Qt is funny about translation
> contexts. If you use tr() in the wrong places, it will compile, the
> strings will show up in the .ts file, but the user will never see them
> at runtime.
As I was doing it I was thinking, "I bet I'm making a
On 09/11/2015 01:17 PM, Tito Latini wrote:
> I have a bug fix to resolve the problem with the fast mouse button
> press/release during the insertion of the notes in notation view.
Works fine for me.
> However, during [...] playback, the cursor doesn't jump [to] the inserted
> note.
I
On 08/31/2015 03:25 AM, D. Michael McIntyre wrote:
> == ROSEGARDEN 15.08, codename "Nostalgia" RELEASED ==
Thanks, Michael!
Ted.
--
___
Rosegarden-devel mailing
On 07/08/2015 04:04 PM, Abrolag wrote:
is there any way to permanently disable that 'auto'
channel feature? I've never wanted it, but I can't count the number of times I
forget about it and wonder why I'm getting no response :(
This should be fixed (literally) in r14005. Grab the latest
On 07/10/2015 02:34 PM, Steven Jones wrote:
Is there any way to stop the metronome from transmitting program changes,
or alternately selecting which program it transmits?
It appears that if you set the bank and program on the track that
happens to be configured for channel 10 on the
On 07/08/2015 04:04 PM, Abrolag wrote:
Please don't try to interpret these. If you get a CC, *any* CC just bung it
out
*exactly* as you found it.
I've opened a bug report:
https://sourceforge.net/p/rosegarden/bugs/1439/
If you can attach a small midi file with just a couple of bank
On 07/08/2015 06:38 PM, Abrolag wrote:
I tried to make sure that in every case I was aware of, fixed was
the default. What's the use case where you're seeing auto come up as
the default? MIDI import?
Yes. It's MIDI import and/or starting Rosegarden by calling up a midi file
with
the
On 06/20/2015 06:56 AM, D. Michael McIntyre wrote:
I read though that long testament to Ted's patience and determination
with much enthusiasm and interest.
It's just cleanup. Hopefully I didn't break anything.
Ted.
I think I need a history lesson...
I'm working on CompositionView::getFirstItemAt() and I've encountered
code related to dealing with segments appearing on top of each other on
the segment canvas. Specifically, CompositionModelImpl::getItemsAt()
can return multiple segments if there
On 06/20/2015 03:41 PM, Aere Greenway wrote:
I think you can test this by doing an over-dub recording into a track
(and position) already occupied by a segment.
Thanks. That's exactly what I was looking for.
Ted.
On 06/17/2015 10:09 PM, Henry W. Peters wrote:
configure: error: Failed to find required X11 header X11/SM/SMlib.h
I try installing libsm-dev from Synaptic get a warning message to the
effect that the package is broken...
Close synaptic. From a terminal, do this:
sudo apt-get install
On 06/10/2015 05:02 PM, D. Michael McIntyre wrote:
Sooo Give it another go, if you would, and let's see if I got it
straightened out this time.
Looks like all the files are there, however, this is strange...
These files:
src/commands/notation/MarkParallelCommand.cpp
On 06/04/2015 07:46 AM, Lambacher, Armin wrote:
Thank you very much for your help. I followed the above steps and sent in the
patch...
Thanks for the patch. We'll have a look.
Ted.
--
On 05/30/2015 11:58 AM, Lambacher, Armin wrote:
I did a
svn diff checkForParallels.diff
That's exactly what you want to do.
and have now a diff file that contains my changes to the existing code. Was
this correct? I assume this did a diff against the version I downloaded in
the
On 05/07/2015 07:29 AM, Ted Felix wrote:
On 05/06/2015 11:33 PM, D. Michael McIntyre wrote:
5. Observe that approximately 10 pixels of the defunct track 17 are
visible in the area that was previously outlined
With some fiddling with window size, I was able to reproduce
On 05/20/2015 12:31 PM, Lambacher, Armin wrote:
so can somebody please tell me how to proceed?
Send patches. E.g. with svn diff. Post them to the patch tracker:
https://sourceforge.net/p/rosegarden/patches/
Ted.
On 05/08/2015 04:06 PM, Abrolag wrote:
When trying out different timers just out of curiosity I noticed that one of
them consistently resulted in more frequent failures.
How frequent? Which timer?
Ted.
--
One
On 05/06/2015 11:33 PM, D. Michael McIntyre wrote:
Did some quick testing.
Thanks for this.
5. Observe that approximately 10 pixels of the defunct track 17 are
visible in the area that was previously outlined
With some fiddling with window size, I was able to reproduce this.
But
On 04/28/2015 06:33 AM, Tito Latini wrote:
the temporary directory used by Rosegarden is full of these files after quit.
Your patch looks good. (Note: The temporary directory in question is
/tmp.)
The only problem that comes to my mind is that there are situations
where there can be a
On 04/28/2015 12:11 PM, Tito Latini wrote:
I think it's ok but perhaps it is better to create a specific folder
for Rosegarden in QDir::tempPath():
This is definitely a good idea. It's a mess right now as it is.
I would recommend keeping it in the code. E.g. in
DataBlockRepository's
On 04/27/2015 06:03 AM, Tito Latini wrote:
It makes sense, so the bug is fixed.
It's working perfectly for me with this change. Thanks. I'm going
to study your walkthrough (thanks for that as well), then I'll commit
your fix once I've got my head around it.
Ted.
On 04/27/2015 05:10 PM, Aere Greenway wrote:
Speaking of good work, I just got through testing Rosegarden an Lubuntu
15.04, on a 450 megahertz machine (minimum-system testing), and am very
impressed with the results.
Thanks for the test results, Aere. We can do even better, I'm sure.
On 04/26/2015 06:03 AM, Tito Latini wrote:
If the c++ code is without double somersaults, I'll be happy to find a
happy ending.
Double? More like quadruple from the looks of it. I'm going to work
my way through RosegardenScrollView over the next few weeks, cleaning it
up and hopefully
On 04/26/2015 11:11 AM, Tom Breton (Tehom) wrote:
Odd, I can't reproduce a crash this way.
I still have Tito's patch for the moment.
With the patch in place, the crash is not possible because when you
zoom all the way out to 2.5%, portions of RosegardenScrollView related
to the crash are
On 04/26/2015 09:23 PM, Tom Breton (Tehom) wrote:
I couldn't reproduce this crash.
It's probably the enormous number of resize events that are sent out
with the animated resizing. I see hundreds of them, then the endless
loop and crash.
Ted.
On 04/25/2015 11:19 AM, Ted Felix wrote:
On 04/24/2015 06:40 AM, Tito Latini wrote:
0) zoom to hide the horizontal ScrollBar
1) resize the window to show again the ScrollBar
2) resize the window to hide the ScrollBar
3) repeat the steps 1 and 2 multiple times (a bug breaks
On 04/24/2015 06:40 AM, Tito Latini wrote:
0) zoom to hide the horizontal ScrollBar
1) resize the window to show again the ScrollBar
2) resize the window to hide the ScrollBar
3) repeat the steps 1 and 2 multiple times (a bug breaks the rose petals)
Thanks for taking the time
This has now been fixed upstream in Rosegarden. The relevant commits
are r13910 and r13911.
https://sourceforge.net/p/rosegarden/code/13910/
https://sourceforge.net/p/rosegarden/code/13911/
Ted.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
This has now been fixed upstream in Rosegarden. The relevant commits
are r13910 and r13911.
https://sourceforge.net/p/rosegarden/code/13910/
https://sourceforge.net/p/rosegarden/code/13911/
Ted.
___
pkg-multimedia-maintainers mailing list
On 04/21/2015 08:09 AM, Michael Gerdau wrote:
Worked like a charm :)
Actually, it looks like I didn't quite do everything that needed to
be done. I forgot to update the HAVES variable. Working on this now.
Should have a fix shortly. If you're not using the audio features
(audio segments
On 04/21/2015 08:29 AM, Ted Felix wrote:
Actually, it looks like I didn't quite do everything that needed to
be done. I forgot to update the HAVES variable.
Fixed in r13911. Again, a rebuild from make distclean required.
Ted
On 04/21/2015 05:03 AM, Michael Gerdau wrote:
However that in turn creates the warning:
configure: WARNING: Required JACK library not found, building with no audio!
Heh. I just fixed this a few hours ago in r13910. Do an svn update
and that should go away. You will need to do a complete
On 04/19/2015 09:10 AM, Adrian Knoth wrote:
The cflags from pkg-config for jack are incorrect which breaks makefiles
and configure scripts that depend on them (e.g. those for rosegarden).
I tend to disagree - more likely, rosegarden is broken, because a ton of
other software that relies on
On 04/19/2015 09:10 AM, Adrian Knoth wrote:
The cflags from pkg-config for jack are incorrect which breaks makefiles
and configure scripts that depend on them (e.g. those for rosegarden).
I tend to disagree - more likely, rosegarden is broken, because a ton of
other software that relies on
On 02/22/2015 12:40 PM, Abrolag wrote:
Didn't even know those features were there!
Me either until I was digging around.
Hmm. Default on Pan surely *is* to centre it.
Sure. But for volume the default is 100 instead of 64. So, that's
where it gets a little interesting.
From a
On 02/22/2015 11:28 AM, Ted Felix wrote:
ISTM that setting to the default value
is more useful than setting to center. Therefore, setting to default
should be right-click, while setting to center should be middle-click.
Thanks everybody for your opinions. Here's my plan:
1. Reverse
When you right-click on the rotaries (knobs) in rg, like volume and
pan, the knobs are centered. When you middle-click on the rotaries,
they are set to their default. ISTM that setting to the default value
is more useful than setting to center. Therefore, setting to default
should be
I've been doing my final cleanup of MIPP, and after the latest round,
I ended up with these two lines for setting the connection text:
QString text = QObject::tr([ %1 ]).arg(connection);
m_connectionLabel-setText(QObject::tr(text.toStdString().c_str()));
ISTM that this will
On 02/12/2015 07:45 PM, Repository Rosegarden code wrote:
Switch MIPP and IPP from SqueezedLabel to QLabel
Not sure why SqueezedLabel was being used given that setFixedWidth()
was being called on it to disable squeezing.
Now I get it. SqueezedLabel removes the middle of the text and
On 02/08/2015 05:09 AM, Anton Curl wrote:
Is there any news of this ?
On 15/12/2014 08:10, Holger Marzen wrote:
On Sun, 14 Dec 2014, Anton Curl wrote:
To save my session, I have to save in Rosegarden and in LinuxSamplers
interface.
Can you open a bug report on the bug tracker? That way
On 02/04/2015 05:49 PM, Abrolag wrote:
Yes tried that. It still sends CC 121 (reset all controllers) and it sends it
at
the start of every segment of every track!
ChannelManager::setControllers() appears to be the function doing this.
Ted.
On 01/31/2015 07:33 PM, steve conrad wrote:
configure: WARNING: Required JACK library not found, building with no audio!
Any suggestions?
This sounds familiar. Check out my bug report at Debian:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=773329
I'm not sure what the proper fix
On 01/04/2015 05:48 PM, D. Michael McIntyre wrote:
Interesting. I love it when things get fixed for free as a side
effect of working somewhere else.
I think I spoke too soon, though. Some things are working, others
aren't. I've got a good set of test cases written up, so I'll get this
On 12/17/2014 04:18 PM, Abrolag wrote:
Every time Rosegarden shuts down I get this little sequence.
JackEngine::XRun: client = rosegarden was not finished, state = Triggered
I usually just turn JACK auto-start off in the preferences: Edit
Preferences Audio General Start JACK
Package: libjack-jackd2-dev
Version: 1.9.10+20140719git3eb0ae6a~dfsg-2
The cflags from pkg-config for jack are incorrect which breaks makefiles
and configure scripts that depend on them (e.g. those for rosegarden).
The culprit is the Cflags line at the end of
On 12/15/2014 04:29 PM, D. Michael McIntyre wrote:
As such, we're back to that line in main.cpp that causes Rosegarden to
abort on Qt warnings.
I just installed openSUSE 13.2 for shiggles and oddly they ship a
debug version of rosegarden. Anybody know how to get in touch with the
package
On 12/16/2014 05:12 PM, D. Michael McIntyre wrote:
It doesn't bother me that they're shipping a debug version as such, as
it makes it easier for them to provide useful crash reports.
Yeah, that's a good point. I hadn't really considered it.
Maybe we need two levels of debug. One for
On 12/15/2014 04:29 PM, D. Michael McIntyre wrote:
As such, we're back to that line in main.cpp that causes Rosegarden to
abort on Qt warnings.
I just installed openSUSE 13.2 for shiggles and oddly they ship a
debug version of rosegarden. Anybody know how to get in touch with the
package
On 12/16/2014 02:51 PM, Ted Felix wrote:
If anyone has any tips on tracking down openSUSE maintainers, let me
know.
I found him. It's a familiar name I've seen around here before. I
sent him an email. They've been shipping a debug version of rg since
openSUSE 11.4 (March 2011
On 12/16/2014 05:12 PM, D. Michael McIntyre wrote:
It doesn't bother me that they're shipping a debug version as such, as
it makes it easier for them to provide useful crash reports.
Yeah, that's a good point. I hadn't really considered it.
Maybe we need two levels of debug. One for
On 12/14/2014 04:00 PM, Anton Curl wrote:
I briefly glanced at RoseGardens source code and noticed this commit:
http://sourceforge.net/p/rosegarden/code/13673/
So wouldn't be better to propose to open PDF files with the default PDF
viewer of the user, by using xdg-open command (and set this
On 11/11/2014 05:40 PM, Tom Breton (Tehom) wrote:
When we delete all devices and then add new
ones, no instruments sound, because no mappers are connected to
instruments.
Works fine for me. Here's what I did:
1. Delete all devices.
2. Add a new device, import GM2.rgd, connect to
Hey, Tom. Will you have time to look at this crash (Bug #1431) in
the next couple of weeks? If not, I can have a look. Thanks.
Ted.
--
___
Rosegarden-devel mailing list
On 11/02/2014 11:17 PM, D. Michael McIntyre wrote:
It really points at the fact that Rosegarden doesn't have any good
support for having NO device defined, and just working with absolutely
raw MIDI by the numbers.
Ah! I hadn't thought of that. That does sound like a better first
step. A
On 11/03/2014 09:02 PM, D. Michael McIntyre wrote:
The all-numbers.rgd and raw-numbers.rgd files aren't actually complete,
and don't really work properly. It would be a lot cleaner to go with a
solution that rendered these files obsolete.
Agreed. I was thinking of rendering the content of
On 11/02/2014 06:43 AM, D. Michael McIntyre wrote:
to move responsibility for picking the
bank/variation to the studio
The picking of a bank/program/variation would not be moved. That's
done with the comboboxes, and they would stay right where they are.
It's those checkboxes nestled
Would it make more sense to gather together the following:
1. The Program checkbox in the Instrument Parameters box
2. The Bank checkbox in the Instrument Parameters box
3. The Variation checkbox in the Instrument Parameters box
4. The Show Variation list based on checkbox and droplist in the
On 11/01/2014 08:42 PM, Tom Breton (Tehom) wrote:
Driving multiple synths that need different things.
Right. That would be covered. Each device file (.rgd) can specify
what the synth needs. And the user is completely free to tweak this in
a composition's studio on a device by device
On 10/27/2014 09:05 AM, Norbert Preining wrote:
The reason is that acpid is not started automatically anymore, but
some systemd tells me that something about socket activation etc.
I've not used systemd yet, but I'm pretty sure acpid works fine when
the socket is sent in as the stdin fd (or
On 09/30/2014 04:49 AM, Richard Bown wrote:
Could someone who knows how change the 'windows version' link on the SF.net
download page to point to the Alpha 4 version rather than the old one please?
Done. The little i icon next to the file in the files list lets
you do this.
Ted.
On 08/07/2014 11:13 AM, Tom Breton (Tehom) wrote:
Ted, I noticed you changed the debug printing to go to std::cerr.
Yeah, I couldn't think of anything better.
Is there some way we can handle what you need thru the RG_DEBUG idiom? Or
perhaps some way to have the best of both?
I like to
On 08/07/2014 06:16 PM, Tom Breton (Tehom) wrote:
* What you're proposing: Debug output for error situations to help users
troubleshoot, should they choose to. Turned on in the debug build.
RG_WARNING is a good name for this. After all, if it's an error, we
should handle it better.
On 07/24/2014 09:33 AM, D. Michael McIntyre wrote:
Sounds like it would be a small step to build this with Qt 5 now, right?
Indeed. Just those two remaining patches, and the various changes to
the build stuff to hook into Qt5.
Ted.
On 07/23/2014 09:46 PM, Tom Breton (Tehom) wrote:
That looks very useful, Ted. Good work.
Actually, that was Michael's stuff. I just fixed a minor bug related
to the way it was filling in the dialog.
It is incredibly useful. I was meaning to implement that one day,
but Michael beat
On 07/16/2014 03:23 PM, John Keeping wrote:
Change from v1:
- add a test case
Test case is working fine for me. It passes with the patch and fails
without. However, it does seem to cause all the rest of the test cases
to fail if it fails. Is there some cleanup missing?
Ted.
--
To
Thanks, John. My test script is working fine for me now with these
patches.
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Starting with git 1.9.0, rebase no longer omits local commits that
appear in both the upstream and local branches.
I've bisected this down to commit bb3f458: rebase: fix fork-point with
zero arguments. The attached script reproduces the problem. Reverting
the aforementioned commit fixes the
On 06/25/2014 08:42 AM, Richard Bown wrote:
Saying that nicely teased out a few of course. One I can't get my head
around is this in editors/segment/compositionview/CompositionItemImpl.h
class CompositionItemImpl : public _CompositionItem {
On 06/22/2014 02:47 AM, Gijs Hillenius wrote:
Sometime following a recent update, closing the lid of this
Thinkpad T400s no longer suspends.
This is not likely to be an acpid issue. It could be a window
manager issue, an acpi-support issue, or a kernel issue. Here are some
things
** Also affects: systemd (Ubuntu)
Importance: Undecided
Status: New
** Also affects: acpi-support (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to systemd in Ubuntu.
** Also affects: systemd (Ubuntu)
Importance: Undecided
Status: New
** Also affects: acpi-support (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I can't reproduce this in Trusty. Can you see if you can reproduce this
in Trusty (14.04)?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1313469
Title:
Power button causes unclean shutdown
To
** Also affects: acpi-support (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1302587
Title:
Typo in /etc/acpi/powerbtn.sh
To manage
This bug is not related to acpid. It only affects acpi-support.
There is a typo in the third line, which happens to be a comment:
# Initiates a shutdown when the power putton has been
Very low priority.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
*** This bug is a duplicate of bug 1300533 ***
https://bugs.launchpad.net/bugs/1300533
** This bug has been marked a duplicate of bug 1300533
Support for cores revisions 0x17 and 0x18 disabled by module param
allhwsupport=0. Try b43.allhwsupport=1
--
You received this bug notification
** Also affects: acpi-support (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1243399
Title:
powers off instead of sleep under KDE4
To manage
On 06/17/2014 05:43 AM, Richard Bown wrote:
Is the qt5 merge still in progress? Is there a branch for it and how
recent was that taken?
Status of Qt5 is in patch #53:
http://sourceforge.net/p/rosegarden/patches/53/
It is partially complete in trunk. Just needs someone to review and
On 05/23/2014 04:36 AM, Tim Munro wrote:
As far as I know the server itself has nothing to do with the
unzipping process. It seems to be something that Qt is doing on its
own when the (redundant) raw header is not added.
I've committed the setRawHeader() fix for the .rg file decompression
On 05/22/2014 03:58 AM, Tim Munro wrote:
NetworkAccessManager already automatically provides the header
Accept-Encoding: gzip, deflate, so adding
QNetworkRequest::setRawHeader(Accept-Encoding, gzip, deflate) to
the code in no way changes what the server sees.
It does, however, seem to be the
On 05/17/2014 12:54 PM, Tom Breton (Tehom) wrote:
It would seem supplying any sort of
Accept-Encoding header is adequate to prevent QNetworkAccessManager
from doing its thing, but I have no way of verifying this in all
cases.
That does seem to be it. In this QT bug report,
On 05/21/2014 04:55 PM, D. Michael McIntyre wrote:
Am I reading everything correctly, and it should be possible to build
with either Qt 4 or Qt 5 now? I attempted to build with Qt 5, and I'm
not getting anywhere at all. I only smacked the ball around for a
couple of minutes though.
On 05/17/2014 05:05 PM, Chris Cannam wrote:
Oh very nice, thanks. I have seen the symptom sometimes but had not yet
tracked down the cause.
r13706 fixes the issue with ftp transfers not setting an http status
code for isAvailable(). I've reverted isAvailable() to its original
logic (with
On 05/15/2014 03:56 AM, Chris Cannam wrote:
If you're in a position to test
this with ftp easily and get the status set in the appropriate place,
that'd be great.
I'm getting closer. With the r13705 commit, I've fixed another issue
with FileSource. It would crash on http/ftp transfer
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 file is very small, though.
Was there anything interesting
On 05/15/2014 03:56 AM, Chris Cannam wrote:
If you're in a position to test
this with ftp easily and get the status set in the appropriate place,
that'd be great.
I'll have a look.
Ted.
--
Accelerate Dev Cycles
On 05/15/2014 07:35 AM, Chris Cannam wrote:
Is it possible it's the server that notices the file is gzipped, and
magically gives it an XML content type with gzip encoding? If the Qt
code had at the same time become able to handle such encodings, then
that might come out as a regression overall
On 05/14/2014 05:01 AM, D. Michael McIntyre wrote:
It looks like you should trip openURL() dragging and dropping from a
file manager anyway. Try that.
That was it. I tried dragging/dropping a link from a browser and
that works fine. Actually, there is a bug in the ftp support that
On 05/14/2014 12:40 PM, Ted Felix wrote:
Next I'll have a look at Tim's patch and Sonic Visualiser...
Ok, Tim's patch works great for http, but it appears that ftp is a
bit of a pain to write a client for. Consequently, while the patched
FileSource probably works great for some ftp
On 05/14/2014 06:00 PM, Ted Felix wrote:
I took a quick glance at Sonic Visualiser's FileSource, and that
appears to be the way to go.
Indeed. I've just brought over the latest from Sonic Visualiser, and
it works perfectly. Well, almost. There is a small bug that prevents
ftp from
On 05/11/2014 10:50 AM, Chris Cannam wrote:
The purpose of the class is to provide the same file handle
abstraction for files opened locally and URLs opened from remote
locations. It is used in for example RosegardenMainWindow::openURL().
I'm having no luck coming up with a test case for
On 05/11/2014 04:55 AM, Tim Munro wrote:
I'm thinking it would be wise to hold off applying any of these
changes to the main code, until there are more people out there with
Qt5 installed who can help evaluate this stuff.
Ok.
By far the ugliest large change involves preserving the
On 05/08/2014 08:52 AM, Tim Munro wrote:
The best I can do for now is to bundle everything up into a tarball
and kick it out there. The package contains the patches and the
script that I used to apply them.
Thanks, Tim. This is really great, and looks like it was a huge
amount of effort.
On 05/07/2014 04:07 AM, Tim Munro wrote:
Many small changes, as one would expect; some not-so-small changes; a
genuine challenge or two; but no show stoppers. Rosegarden can be
updated to work with Qt5.
This is good to hear. Be sure to post a patch to the patch tracker
when you're done.
On 05/04/2014 01:40 PM, Tom Breton (Tehom) wrote:
There is a certain appeal in being able to legatoize a bunch of notes like
that, but it's really a different command.
Yeah. I was thinking of something like a legato quantization where
a legato percent could be selected. 100% would have
On 05/03/2014 04:49 AM, yves wrote:
The debug build doesn't use compiler optimizations and may be to slow to work
fine on very large compositions or compositions using audio.
Interestingly, in all my performance work, I've never seen much of a
difference between the optimization settings in
On 05/03/2014 05:47 PM, D. Michael McIntyre wrote:
On 05/03/2014 04:37 PM, Tom Breton (Tehom) wrote:
If you have adjacent notes of the same pitch and you select all of them
and change their lengths, you don't get a sensible result.
a) Do whatever I said, even though it's stupid. Don't
On 05/03/2014 04:37 PM, Tom Breton (Tehom) wrote:
If you have adjacent notes of the same pitch and you select all of them
and change their lengths, you don't get a sensible result.
How about limiting expansion such that no duration will be long
enough to overlap the next? So, if I have
On 05/02/2014 06:14 PM, D. Michael McIntyre wrote:
Seems like having something inside debug ifdefs that makes a visible
change could be a way to address that one. Append something to the
about box, perhaps.
We should definitely do this.
but perhaps the bigger problem is a
distro
701 - 800 of 1017 matches
Mail list logo