GSoC applications: mkvideo

[Flaming Hakama by Elaine]

> -- Forwarded message --
>> From: Urs Liska <li...@openlilylib.org>
>> To: Carlo Stemberger <carlo.stember...@gmail.com>
>> Cc: lilypond-user <lilypond-user@gnu.org>
>> Subject: Re: GSoC applications
>
>


Trying to kick off this conversation about the possibility of a GSoC
project around video, starting with Knut Petersen's mkvideo.

Although it would be good to compare this with the other video or animation
approaches.

Please let your thoughts be known.




To recap what mvvideo is and does, in terms of in and out of the pond, the
distro includes the videohelper.ly library, and a diff for patchinging a
few scm files.


Using this library and the patch, you compile the book with lilypond and
produce:

1) A PDF of the score that has a page for every distinct event, with
different note colorations on each page.

2) A file of the events and their timings.  This includes both note events
and page events.  This file also contains other configuration information
used downstream by the mkvideo script.

3) MIDI file of the score.

(The actual demo contains multiple scores, but I'm simplifying it for this
discussion.)


These artifacts are then used by a bash script mkvideo to:

1) produce the audio from the MIDI. (fluidsynth)

2) create a video that animates ths score by way of:
   create single-page pdfs from each page of the PDF produced above (pdftk)
   create videos of each page that have the appropriate duration (ffmpeg)

3) concatenate these videos into a single video and sync with the audio
(ffmpeg)


There are lots of other things I'm glossing over, like handling the title
page, creating silence and normalizing audio, adding a metronome track, and
managing parallel processing for batch processing multiple videos.  Also,
there are other shell dependencies beyond fluidsynth, pdftk and ffmpeg.




Let's look at the Lilypond usage


The videohelper.ily contains mostly scheme for
1) definitions for controls used by the non-lilypond script
2) time-formatting functions
3) note coloring functions

These result in the following context definitions:

\layout {
\context { \Staff
\consists #(make-engraver (listeners (time-signature-event .
format-time))) }
\context { \Voice
\consists #(make-engraver (listeners (tempo-change-event .
format-tempo))) }
}

\layout {
\context { \Voice
\override NoteHead #'after-line-breaking = #mkvideo-dump
\override Rest #'after-line-breaking = #mkvideo-dump
\override MultiMeasureRest #'after-line-breaking = #mkvideo-dump
\override NoteHead.layer = 3
}
}

\paper {
#(define (page-post-process layout pages) (after-pb-processing layout
pages))
}



The way to use this with lilyopnd books amounts to:

\book {
...

% The title page. There must be exactly _one_ title page .
\markup { ... } \pageBreak

% Start score on page 2
\score  {
...
}
} \pdfforvideo


\book{
\score {
<<
 ...
>>
\midi {}
}
} \midiforvideo





The diffs to scm files are mainly to support coordinating time with color

dump-page in framework-ps.scm
a new time-aware function \MKVIDsetrgbcolor in music-drawing-routines.ps
and tweaks to color in output-lib.scm and output-ps.scm to support this





I guess the first question is, whether the library and patches provide
enough of a feature to make it worthwhile.  Again, the output is a PDF with
one page per event, and a file with event timing information.

It seems like it ought to be useful, given what this enables the shell
script to do.  Presumably, other implementations could also start with
those artifacts and do something useful using other toolsets.

So, the lilypond part of it would not actually be a video, but precursors
to a video.



What are your thoughts?



Thanks,

David Elaine Alt
415 . 341 .4954   "*Confusion is
highly underrated*"
ela...@flaminghakama.com
skype: flaming_hakama
Producer ~ Composer ~ Instrumentalist
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: GSoC applications

[Urs Liska]

Am 15. Januar 2018 00:28:00 MEZ schrieb Kieren MacMillan 
:
>Hi Urs,
>
>> Are you sure that this was really listed as GSoC project?
>
>https://www.google-melange.com/archive/gsoc/2012/orgs/gnu/projects/janek_warchol.html
>
>??

This is not from the Lily Pond website. I assume Janek suggested a project on 
his own. 

>
>> I agree that this looks like a great GSoC project. However, to see it
>listed on the GSoC page you should lobby for someone volunteering as a
>primary mentor.
>
>I'll do that. Thanks!
>Kieren.
>
>
>Kieren MacMillan, composer
>‣ website: www.kierenmacmillan.info
>‣ email: i...@kierenmacmillan.info

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: GSoC applications

[Kieren MacMillan]

Hi Urs,

> Are you sure that this was really listed as GSoC project?

https://www.google-melange.com/archive/gsoc/2012/orgs/gnu/projects/janek_warchol.html

??

> I agree that this looks like a great GSoC project. However, to see it listed 
> on the GSoC page you should lobby for someone volunteering as a primary 
> mentor.

I'll do that. Thanks!
Kieren.


Kieren MacMillan, composer
‣ website: www.kierenmacmillan.info
‣ email: i...@kierenmacmillan.info


___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: GSoC applications

[Urs Liska]

Hi Kieren,


Am 13.01.2018 um 21:15 schrieb Kieren MacMillan:

Hi Urs,


In theory the answer is simple: A good project for GSoC is something a student 
can achieve with three months of full-time work. Not more, but also not less.
Generally, for larger projects it's beneficial if it can be somehow 
modularized, i.e. it should not be one monolithic feature that can just be 
completed or not. So if progress is slower there is simply less functionality 
completed rather than the whole thing failed.

I note that all the Lyric improvements are no longer listed as a GSoC project. 
What's the reason there?


Are you sure that this was really listed as GSoC project? I went through 
all git commits touching that page back to 2012 and couldn't find a 
reference to removing any Lyrics project. But anyway, all GSoC projects 
that are still considered valuable but don't explicitly have a mentor 
have been moved to the "attic" over the last years.




In addition to the stuff that Janek was actively working on — now quite a while ago — 
there was a flurry of discussion not too long about about whether LyricText could have 
some "fixed versus flexible" springs-and-rods mechanism(s), so that lyrics 
don't always distort note-spacing. I think this project would easily fill up three months 
of full-time work, but could also be modularized.

That would be the project I most want to see completed (or at least 
significantly tackled/advanced).


I agree that this looks like a great GSoC project. However, to see it 
listed on the GSoC page you should lobby for someone volunteering as a 
primary mentor.


Best
Urs



Thanks,
Kieren.


Kieren MacMillan, composer
‣ website: www.kierenmacmillan.info
‣ email: i...@kierenmacmillan.info




___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: GSoC applications

[Urs Liska]

Hi Elaine, 

Am 13. Januar 2018 23:30:16 MEZ schrieb Flaming Hakama by Elaine 
<ela...@flaminghakama.com>:
>> -- Forwarded message --
>> From: Urs Liska <li...@openlilylib.org>
>> To: Carlo Stemberger <carlo.stember...@gmail.com>
>> Cc: lilypond-user <lilypond-user@gnu.org>
>> Subject: Re: GSoC applications
>>
>> ...
>>
>> Am 09.01.2018 um 19:36 schrieb Karlin High:
>>
>> I'm partial to Knut Petersen's video score features. There was once a
>> mention of combining these two projects somehow.
>>
>> However, think of all the dependencies that video-generation features
>> would bring in. (Say, FluidSynth for MIDI-to-Audio, FFMPEG for video
>> generation, etc) I expect a video score feature would end up as a
>whole
>> separate project closely connected to LilyPond, like Frescobaldi is
>now.
>>
>>
>> This sounds great.
>>
>> I suggest you start a new thread about that and discuss some outline
>of a
>> project. If you come up with a project description - and a mentor - I
>can
>> integrate it in the suggestions page.
>>
>> Urs
>>
>
>I'd consider being the mentor for this project.

Great! 

>
>I agree that, before it is GSoC-consumbale, I think there needs to be
>some
>discussion about how it fits together, and break it into parts, each
>appropriate for a project.
>
>I'm in the midst of writing up some notes and suggestions, but I
>figured
>I'd mention my interest first.


That's good. 
I suggest you create a new thread with these thoughts. When you have something 
concrete I can pick it up and add it to the website. 

There are two general deadlines:

Jan 23 is the deadline for mentoring organizations 'applications. From then 
Google staff may look at the proposals pages. However, as we are only part of 
GNU I don't think one project more or less is terribly important. 

Feb 12 the participating organizations will be announced. So from then students 
will browse the GSoC site and may land on our page. So by then we should have 
all the information online. 

Best
Urs

>
>
>
>David Elaine Alt
>415 . 341 .4954   "*Confusion
>is
>highly underrated*"
>ela...@flaminghakama.com
>skype: flaming_hakama
>Producer ~ Composer ~ Instrumentalist
>-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: GSoC applications

[Flaming Hakama by Elaine]

> -- Forwarded message --
> From: Urs Liska <li...@openlilylib.org>
> To: Carlo Stemberger <carlo.stember...@gmail.com>
> Cc: lilypond-user <lilypond-user@gnu.org>
> Subject: Re: GSoC applications
>
> ...
>
> Am 09.01.2018 um 19:36 schrieb Karlin High:
>
> I'm partial to Knut Petersen's video score features. There was once a
> mention of combining these two projects somehow.
>
> However, think of all the dependencies that video-generation features
> would bring in. (Say, FluidSynth for MIDI-to-Audio, FFMPEG for video
> generation, etc) I expect a video score feature would end up as a whole
> separate project closely connected to LilyPond, like Frescobaldi is now.
>
>
> This sounds great.
>
> I suggest you start a new thread about that and discuss some outline of a
> project. If you come up with a project description - and a mentor - I can
> integrate it in the suggestions page.
>
> Urs
>

I'd consider being the mentor for this project.

I agree that, before it is GSoC-consumbale, I think there needs to be some
discussion about how it fits together, and break it into parts, each
appropriate for a project.

I'm in the midst of writing up some notes and suggestions, but I figured
I'd mention my interest first.



David Elaine Alt
415 . 341 .4954   "*Confusion is
highly underrated*"
ela...@flaminghakama.com
skype: flaming_hakama
Producer ~ Composer ~ Instrumentalist
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: GSoC applications

[Kieren MacMillan]

Hi Urs,

> In theory the answer is simple: A good project for GSoC is something a 
> student can achieve with three months of full-time work. Not more, but also 
> not less.
> Generally, for larger projects it's beneficial if it can be somehow 
> modularized, i.e. it should not be one monolithic feature that can just be 
> completed or not. So if progress is slower there is simply less functionality 
> completed rather than the whole thing failed.

I note that all the Lyric improvements are no longer listed as a GSoC project. 
What's the reason there?

In addition to the stuff that Janek was actively working on — now quite a while 
ago — there was a flurry of discussion not too long about about whether 
LyricText could have some "fixed versus flexible" springs-and-rods 
mechanism(s), so that lyrics don't always distort note-spacing. I think this 
project would easily fill up three months of full-time work, but could also be 
modularized.

That would be the project I most want to see completed (or at least 
significantly tackled/advanced).

Thanks,
Kieren.


Kieren MacMillan, composer
‣ website: www.kierenmacmillan.info
‣ email: i...@kierenmacmillan.info


___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: GSoC applications

[Thomas Morley]

2018-01-09 21:56 GMT+01:00 Urs Liska :

> Also the
> initial developer of the lilyJAZZ font has mysteriously become invisible
> over time ...

He's back.

https://sourceforge.net/p/testlilyissues/issues/3653/#def8/01cc
https://lilypondforum.de/index.php/topic,194.msg1374.html#msg1374

Cheers,
  Harm

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: GSoC applications

[Urs Liska]

Am 09.01.2018 um 22:50 schrieb Karlin High:

On 1/9/2018 2:53 PM, Urs Liska wrote:
On 
https://github.com/wbsoft/frescobaldi/wiki/GSoC-Guidelines#user-content-community-mentors 
I outlined a new inofficial GSoC role that I would like to install 
for this year: Community Mentors.


I think you're on to something here, Urs. I was thinking over past 
GSoC project results. Has there been a pattern where the student 
reaches the end of the project period, and then needs to return to 
their studies just when the LilyPond community begins integrating 
their code? And suddenly lots of additional requirements appear, 
unforeseeable without extensive experience in LilyPond development?


Yes, that may well be true.
I'm still struggling with the fact that "my" student's code of 2017 
hasn't been merged into Frescobaldi yet.
There's a number of reasons for this problem, and a Community Mentor is 
no guarantee for a better outcome, but ...




If so, that might be the place where the community mentor could take 
over and say, "Thanks for the code, good luck with your degree. If you 
need to move on, we can take care of it from here."


... yes, but I think the benefits should become visible much earlier. 
One thing I have seen with nearly all GSoC projects (mine and others') 
is that they are much too detached from the community. The community 
barely takes notice of a project's progress (or lack thereof), and it 
isn't integrated in discussion. Last year's Chord symbols project was 
sort of an exception, but I think it is crucial that interaction 
increases - from both sides: the student and mentor should stay in touch 
with others, and the community should be more involved in the GSoC 
projects. This is where a dedicated third party - who explicitly has no 
responsibility for coding - may be a blessing.


Urs

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: GSoC applications

[Urs Liska]

Am 09.01.2018 um 22:49 schrieb Kieren MacMillan:

Hi Urs,


In order to attract good students I think we should have a few more project 
suggestions on the pages

I'm never at a loss for ideas…  ;)

My question is, how much of a full "project" does this need to be, as opposed to just a 
"fairly rich feature request"? For example, would the ability to flip grobs above or 
below any context from any other context be GSoC-worthy, or is it just a feature request?

Your answer will determine which suggestions I offer for consideration.


In theory the answer is simple: A good project for GSoC is something a 
student can achieve with three months of full-time work. Not more, but 
also not less. So I'd say the "flip grobs" example looks like to narrow.


Generally, for larger projects it's beneficial if it can be somehow 
modularized, i.e. it should not be one monolithic feature that can just 
be completed or not. So if progress is slower there is simply less 
functionality completed rather than the whole thing failed.


Urs



Thanks,
Kieren.


Kieren MacMillan, composer
‣ website: www.kierenmacmillan.info
‣ email: i...@kierenmacmillan.info




___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: GSoC applications

[Karlin High]

On 1/9/2018 2:53 PM, Urs Liska wrote:
On 
https://github.com/wbsoft/frescobaldi/wiki/GSoC-Guidelines#user-content-community-mentors 
I outlined a new inofficial GSoC role that I would like to install for 
this year: Community Mentors.


I think you're on to something here, Urs. I was thinking over past GSoC 
project results. Has there been a pattern where the student reaches the 
end of the project period, and then needs to return to their studies 
just when the LilyPond community begins integrating their code? And 
suddenly lots of additional requirements appear, unforeseeable without 
extensive experience in LilyPond development?


If so, that might be the place where the community mentor could take 
over and say, "Thanks for the code, good luck with your degree. If you 
need to move on, we can take care of it from here."

--
Karlin High
Missouri, USA

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: GSoC applications

[Kieren MacMillan]

Hi Urs,

> In order to attract good students I think we should have a few more project 
> suggestions on the pages

I'm never at a loss for ideas…  ;)

My question is, how much of a full "project" does this need to be, as opposed 
to just a "fairly rich feature request"? For example, would the ability to flip 
grobs above or below any context from any other context be GSoC-worthy, or is 
it just a feature request?

Your answer will determine which suggestions I offer for consideration.

Thanks,
Kieren.


Kieren MacMillan, composer
‣ website: www.kierenmacmillan.info
‣ email: i...@kierenmacmillan.info


___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: GSoC applications

[David Kastrup]

Urs Liska  writes:

> Am 09.01.2018 um 22:26 schrieb David Kastrup:
>> Urs Liska  writes:
>>
>>> Hi Giampaolo,
>>>
>>>
>>> Am 09.01.2018 um 16:58 schrieb Giampaolo Orrigo:
 I definitely have an idea, although I don’t have the necessary
 programming knowledge to mentor, although I have the scholarly
 knowledge.
 I think the community would greatly benefit if LilyPond had full
 support for both white and black mensural notation.
>>> That sounds like a great idea.
>>>
 There was an effort done some time ago but it was abandoned and the
 original author seems unreachable.
>>> Indeed, such things happen (you are talking about Lukas, right?). Also
>>> the initial developer of the lilyJAZZ font has mysteriously become
>>> invisible over time ...
>> Yes and no.  He decided to revert to monetizing his font creation
>> efforts.
>
> Then you seem to know more than I do.
> Or are you talking about Abraham Lee - who has *not* created LilyJAZZ
> but lots of other fonts?

Oh.  Mea culpa.  Then I got this confused.

-- 
David Kastrup

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: GSoC applications

[Urs Liska]

Am 09.01.2018 um 22:26 schrieb David Kastrup:

Urs Liska  writes:


Hi Giampaolo,


Am 09.01.2018 um 16:58 schrieb Giampaolo Orrigo:

I definitely have an idea, although I don’t have the necessary
programming knowledge to mentor, although I have the scholarly
knowledge.
I think the community would greatly benefit if LilyPond had full
support for both white and black mensural notation.

That sounds like a great idea.


There was an effort done some time ago but it was abandoned and the
original author seems unreachable.

Indeed, such things happen (you are talking about Lukas, right?). Also
the initial developer of the lilyJAZZ font has mysteriously become
invisible over time ...

Yes and no.  He decided to revert to monetizing his font creation
efforts.


Then you seem to know more than I do.
Or are you talking about Abraham Lee - who has *not* created LilyJAZZ 
but lots of other fonts?



While I cannot blame him, the intersection of the sets of
successful marketers and successful programmers is rather small.  As a
result, most attempts to go proprietary on single-person efforts fail in
the monetary regard and have not even a generally available advance of
the arts to show as a result.  More often than not, the people
attempting to monetize an effort were already spending all the time they
could on that effort, and making the leap to _drop_ other sources of
income in order to be able to afford investing more time, and more
importantly, more creative energy, does rarely work out.

I don't think that we'll see that kind of approach succeed until
government steps in for more than defining ridiculous ranges of
copyright.  Copyright associations are usually _way_ beyond sanity in
their conditions for both consumer and creator.




___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: GSoC applications

[David Kastrup]

Urs Liska  writes:

> Hi Giampaolo,
>
>
> Am 09.01.2018 um 16:58 schrieb Giampaolo Orrigo:
>> I definitely have an idea, although I don’t have the necessary
>> programming knowledge to mentor, although I have the scholarly
>> knowledge.
>> I think the community would greatly benefit if LilyPond had full
>> support for both white and black mensural notation.
>
> That sounds like a great idea.
>
>> There was an effort done some time ago but it was abandoned and the
>> original author seems unreachable.
>
> Indeed, such things happen (you are talking about Lukas, right?). Also
> the initial developer of the lilyJAZZ font has mysteriously become
> invisible over time ...

Yes and no.  He decided to revert to monetizing his font creation
efforts.  While I cannot blame him, the intersection of the sets of
successful marketers and successful programmers is rather small.  As a
result, most attempts to go proprietary on single-person efforts fail in
the monetary regard and have not even a generally available advance of
the arts to show as a result.  More often than not, the people
attempting to monetize an effort were already spending all the time they
could on that effort, and making the leap to _drop_ other sources of
income in order to be able to afford investing more time, and more
importantly, more creative energy, does rarely work out.

I don't think that we'll see that kind of approach succeed until
government steps in for more than defining ridiculous ranges of
copyright.  Copyright associations are usually _way_ beyond sanity in
their conditions for both consumer and creator.

-- 
David Kastrup

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: GSoC applications

[Kieren MacMillan]

Hi Urs,

>>> Any ideas you can think of that don’t require C++ or Scheme?
> I assume this does *not* mean "gimme some Python"? :-/

Ha! Java, maybe (after some skill-dusting).

> Your question gave me some food for thought, and I came up with an idea that 
> might turn out to become a brilliant move on many levels

Glad I could help.  ;)

> On 
> https://github.com/wbsoft/frescobaldi/wiki/GSoC-Guidelines#user-content-community-mentors
>  I outlined a new inofficial GSoC role that I would like to install for this 
> year: Community Mentors.

Holy moly. That role should have just been called "Lily-Kierens".  =)

> I think you could be such a community mentor for a number of projects. Some 
> suggestions:
>   • reviving our old idea of a "stylesheets" openLilyLib package

Yes please! This year, I'm taking a sabbatical [from my ongoing composition 
career] expressly to get my old scores engraved and published. The first step 
is to get my current hodge-podge of stylesheet stuff into a house style. I 
would be happy to use my house style as our sandbox, ComMent (see what I did 
there?) accordingly/helpfully along the way, and then write up the 
documentation once we get the system "perfected".

> Maybe Abraham could be listed as a primary mentor here (I'd be available for 
> oll-specific issues)?

Dream Team™

>   • 
> https://github.com/wbsoft/frescobaldi/wiki/Google-Summer-of-Code#user-content-implement-a-system-to-handle-scores-system-by-system

Happy to ComMent that, too…

>   • 
> http://lilypond.org/website/google-summer-of-code.html#Fix-Beaming-Patterns_002fBeam-Subdivisions-and-Tuplets

Hmmm… Not as much.
*BUT* I do have some other GSoC ideas brewing — see separate response (coming 
soon).

> Think about it ...

Thunk. And I'm in.

Best,
Kieren.


Kieren MacMillan, composer
‣ website: www.kierenmacmillan.info
‣ email: i...@kierenmacmillan.info


___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: GSoC applications

[Urs Liska]

Am 09.01.2018 um 15:05 schrieb Kieren MacMillan:

Hi Urs,


I encourage, no, I urge everybody to look into their souls whether they might 
volunteer to mentor a project (not only those listed already but also new 
suggestions).

Any ideas you can think of that don’t require C++ or Scheme?


I assume this does *not* mean "gimme some Python"? :-/


I’d be happy to consider them…


Your question gave me some food for thought, and I came up with an idea 
that might turn out to become a brilliant move on many levels: On 
https://github.com/wbsoft/frescobaldi/wiki/GSoC-Guidelines#user-content-community-mentors 
I outlined a new inofficial GSoC role that I would like to install for 
this year: Community Mentors.


Community mentors are people like you who are experts in an area but not 
necessarily programmers. In a way they can act somewhat like product 
owners and scrum masters in agile development: they steer the discussion 
about the *use case* and the user facing design of features to be 
implemented. And they are responsible for keeping communication alive. 
In particular they should be responsible for keeping the user/developer 
community engaged in a project (by triggering discussions on the mailing 
lists). My experience in the last years showed me that most projects 
(and I explicitly include myself in this) tend to focus way too narrowly 
on the student and the mentor. Our students are not used (and often 
seemed too shy) to discuss with the community. As a result most projects 
are not actively visible for the community.


I think you could be such a community mentor for a number of projects. 
Some suggestions:


 * reviving our old idea of a "stylesheets" openLilyLib package
   (improving support for alternative notation fonts and implmenting a
   modular way of saving/loading(/sharing) style sheets)
   Maybe Abraham could be listed as a primary mentor here (I'd be
   available for oll-specific issues)?
   [Just to be clear: anyone can be listed as mentor for an arbitrary
   number of projects, but in the end they are allowed to mentor only
   one project. So with listing for several projects noone risks being
   held accountable and ending up with several projects. But OTOH it is
   important to have an array of options listed on our pages, as
   usually it becomes a difficult issue to distribute the slots we may
   be given. In most years we had to "waste" slots because we couldn't
   match enough mentors to students.
 * 
https://github.com/wbsoft/frescobaldi/wiki/Google-Summer-of-Code#user-content-implement-a-system-to-handle-scores-system-by-system
 * 
http://lilypond.org/website/google-summer-of-code.html#Fix-Beaming-Patterns_002fBeam-Subdivisions-and-Tuplets
 * there might be many others

Think about it ...

Best
Urs




Thanks,
Kieren.


Kieren MacMillan, composer
‣ website: www.kierenmacmillan.info
‣ email: i...@kierenmacmillan.info



___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: GSoC applications

[Urs Liska]

Hi,


Am 09.01.2018 um 17:33 schrieb Carlo Stemberger:

Hi,

2018-01-09 9:15 GMT+01:00 >:


it is important that there are good project suggestions pages
available


What do you think about including a project concerning video outputs? 
This discussion might be a good start:


https://github.com/aspiers/ly2video/issues/67

Best regards,
Carlo


Am 09.01.2018 um 19:36 schrieb Karlin High:
I'm partial to Knut Petersen's video score features. There was once a 
mention of combining these two projects somehow.


However, think of all the dependencies that video-generation features 
would bring in. (Say, FluidSynth for MIDI-to-Audio, FFMPEG for video 
generation, etc) I expect a video score feature would end up as a 
whole separate project closely connected to LilyPond, like Frescobaldi 
is now.


This sounds great.

I suggest you start a new thread about that and discuss some outline of 
a project. If you come up with a project description - and a mentor - I 
can integrate it in the suggestions page.


Urs
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: GSoC applications

[Karlin High]

On 1/9/2018 10:33 AM, Carlo Stemberger wrote:

What do you think about including a project concerning video outputs?


I'm partial to Knut Petersen's video score features. There was once a 
mention of combining these two projects somehow.


However, think of all the dependencies that video-generation features 
would bring in. (Say, FluidSynth for MIDI-to-Audio, FFMPEG for video 
generation, etc) I expect a video score feature would end up as a whole 
separate project closely connected to LilyPond, like Frescobaldi is now.

--
Karlin High
Missouri, USA

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: GSoC applications

[Carlo Stemberger]

Hi,

2018-01-09 9:15 GMT+01:00 :

> it is important that there are good project suggestions pages available
>

What do you think about including a project concerning video outputs? This
discussion might be a good start:

https://github.com/aspiers/ly2video/issues/67

Best regards,
Carlo
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: GSoC applications

[Kieren MacMillan]

Hi Urs,

> I encourage, no, I urge everybody to look into their souls whether they might 
> volunteer to mentor a project (not only those listed already but also new 
> suggestions).

Any ideas you can think of that don’t require C++ or Scheme?
I’d be happy to consider them…

Thanks,
Kieren.


Kieren MacMillan, composer
‣ website: www.kierenmacmillan.info
‣ email: i...@kierenmacmillan.info


___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user