Posts: 900
Threads: 108
Joined: Dec 2015
Reputation:
9
Mike,
is it difficult to implement SGV support for MSP?
This might also a stepping stone for XML and ABC support (which I'm aware will be far in the future).
Posts: 10,566
Threads: 277
Joined: Apr 2012
Reputation:
146
What are you wanting to use SVG files for? Sheet music? I can add support for SVG files, but Google says they shouldn't be used for images over 200x200 in size otherwise it can take a long time to draw, which would negatively impact performance. Using it for full-screen sheet music seems like it would be extreme then, based upon that. I've certainly never had a request for SVG support before - what source would you be using to obtain the SVG files?
Posts: 1,173
Threads: 189
Joined: May 2015
Reputation:
8
What is the problem with converting SVG to PDF? This should be a trivial routine.
Johan
johanvromans.nl — hetgeluidvanseptember.nl — mojore.nl -- howsagoin.nl
Samsung Galaxy Note S7FE (T733) 12.4", Android 13.0, AirTurn Duo & Digit (Gigs).
Samsung Galaxy Note S4 (T830) 10.5", Android 10.0 (maintenance and backup).
Samsung A3 (A320FL), Android 8.0.0 (emergency).
Posts: 10,566
Threads: 277
Joined: Apr 2012
Reputation:
146
SeeScore is definitely very interesting. I'll have to investigate that some more to see if it would work with my application architecture.
Thanks,
Mike
Posts: 1,506
Threads: 243
Joined: Sep 2014
Reputation:
22
In my understanding the goal is to integrate transposable scores in standard notation into MobileSheets.
Native support of a notation file format would be absolutely great and I fully support that request (but I know that it is not easy to implement).
To allow transposing the musical semantic is required. Transposing is not only shifting notes up or down. Stem direction, accidentals and so on have to be considered.
File formats like .ABC, .MSCZ (MuseScore) or MusicXML (and many others) specify that musical context. After the conversion to .SVG the musical semantic is not available anymore, .SVG describes dots and lines placed on a rectangle. Please correct me if I'm wrong. So imho in the workflows you are describing, .SVG is something like an intermediate format. The way how MSP comes from a notation file to the image on the screen should not be important for the user.
Posts: 900
Threads: 108
Joined: Dec 2015
Reputation:
9
Well, I agree that the format SVG is nothing more than an image format much like PDF or JPG. And I asked for that because I thought it wouldn't be too difficult to implement and can be used like other image files or PDFs regardless how they originated and it would be of use later in case Mike decides to try the ABC programs I mentioned.
If Mike finds another and better way to display a transposable score from ABC, MSCZ and MXML all the better.
But I probably haven't explained myself good enough, so again why I consider ABC and its utilities for a very good, maybe the best way to implement transposable scores and compatibilty with MXML into MSP.
ABC like chordpro is an ASCII based input format. It's quite simple for the basics and IMHO not much more difficult than cpro.
There are these utilites/programs already in existence to display a score, transpose it, convert it to MXML and back. They are still actively developed and maintained by some excellent programmers and ABC
enthusiasts. There are the necessary tools availabe for Windows as well as Android. And they are free.
So it's not SVG per se I suggested. It's just one output format of the ABC-tools (you can also get PDF, PS, XHTML). And you could edit or create the music in MSP itself similar to the ASCII Editor for CPro. That won't be
possible with other file formats. If MSP can read an process ABC I think the displayed scores should be generated and displayed only temporary anyway ( generated anew when transposed or changed from an editor window. Again, have a look at EasyABC on windows how changes in the source editor lead to changes in the WYSIWYG score window). SVG and the ABC routines are just there to use already.
As I said, I have no idea how all this is compatible with Mike's architecture and there are plenty of problems to solve. So I'm just saying, it's there for considerations and if it doesn't work with MSP I'd still like the SVG support to use SVG images (static) as source files like PDF and other images.
Posts: 3
Threads: 1
Joined: Jan 2017
Reputation:
0
A lot of this thread is over my head, but I can tell you one great reason to use SVGs for sheet music:
SVG supports layers. In teaching situations, it's fantastic to be able to hide and display fingerings, phrasing, ossias, chord symbols, Schenkerian analysis (ok, that's a joke) etc etc.
Probably not a lot of users employ Xenakis or Cardew style graphic scores but there's some impressive possibility offered there too.
Being able to hide, display, and/or solo different SVG layers in Mobilesheets would be a game changer for my teaching workflow!