Digital Workshop

It's great that you've used Opus for this project. However, there is a new device on the market, a foot pedal page turner that you may be able to use to change music pages. This would save having to look for 'rest bars' in the music. You can look at it on: http://www.cambron.co.uk/power_music/pageTurner.aspx

Hope this helps and good luck with your project.

Paul

Thanks for that. However, it's not all one-way. I've been away from Opus for awhile and something like this helps me chip at the 'rust crust' on my brain.


So your added explanation clarifies the challenge, and I think you can get there with the Attached .imp download. You should be able to run the Pub and have it use the same resource folder from the earlier zip. (one could work with this .imp by itself, if you add your own images to the Frames/image object ).

I've place comments in the revised script so that you will know where to play with the variables for speed changes. I'd recommend that once you get a handle on what works for you, you simply create an off-screen or hidden frame where you can set those values (you need to create Page variables most likely, since I did everything within the script).

When you do your own sizing of the Frames and image objects for A4, you'll want to clean up my errant alignment there as well.

Me too rust crusting
I've programmed in many languages. I looked at a machine code print out
for an old BBC machine last week - couldn't understand it and I wrote it!!
I'll download and try it.
If I don't get back straight away do have a great Christmas with you
and yours.
Regards

Hi Paul
Thanks for the info - I already knew about it.
The system I'm working on will be free, however, and
I already have the necessary software, scores etc.
Kind regards

I thought I would mention, before you get too far along and vested in the current almost working solution, that you could accomplish the same objective via a different approach.

First alternative:
Instead of doing all the hardwork (of placing images in separate Frames in MultiFrames) in the editor/workspace, you could have just a single Frame-Image object pair. At runtime the different images would be called up from external files. Frame scrolling would be much as we've constructed so far.

The consequence of this approach is that the value or parameter for scrolling speed would need to be stored in a list or looked-up and passed in a variable to the scrolling script. Not difficult at all.

Second alternative:
You could 'place' your music sheet images in a PDF file (or possibly you have ways to save or export you compositions directly to .pdf). Then you use a DocView object in Opus to display the PDF. As mentioned above, these files can be kept externally in folders. See viewtopic.php?t=2966&highlight=change+file

Achieving the scrolling action for a DocView is different than we've implement for a Frame. I don't remember the details, but I played with that some time ago... even using a MouseWheel to do it. So I am sure the scrolling can be done in 'regulated loop' too.

The advantage I see of using the alternatives is in how you would distribute content and updates. The alternatives allow creating and distributing a somewhat permanent Opus pub as the container and display/control vehicle. Whenever you have new music, you simply add a couple regular files and edit/update/distribute a master 'title list file'.

Thanks Larry

I'm not up to that level of scripting.

I haven't spent much time on Java programming.

On the syntax matter, I'm sorry but I checked and checked before
I submitted to the forum.

I'm afraid I can't see any difference between them.

I'm going to try renaming but the Opus books I have don't
help and no error message appears.

Kind regards
Mike

Thanks for posting your updated .imp over in the Advanced section. I answered there.

True... it was not a syntax problem.
The 'cause' I found was you had a space character (no, not Buzz Lightyear) in an object name in the Organizer, and it didn't match the object name used in the script.

Rotten thing!!
Found it - thanks
Why can't we have a character to show a space??
I couldn't see it at the end of the line.
Anyway...................
The program now does what I want although there's a bit of
a shimmer on the scroll. I'll get the guys to test it.
Once again; thanks very much for your efforts.
I think I can work the rest out now

If you're interested you can find me at
www.mikelockey.co.uk/indexx.html
(indexx is not a syntax error )
Best wishes to you and yours for a Happy Xmas
and thanks for solving my problem.
Regards
Mike

There is a feature in Opus that does something towards that end.
Check out Tools Menu >>> Options >>> General More >>> Names
... and set the "Force names..." option.

Thanks,
Have a Great_Christmas_ and a Year_that's_New_&_Prosperous_.

Mine is smooth scrolling*, except for jump to next sheet (that should have a bit longer delay before starting its scroll IMO).

*I don't have the MIDI playing -- could be the diff.

Hi
I'm away with this now.
Thanks again for your help.
However, 1 page of A4 works fine but
if I make a file containing 3 pages of A4
the width and size are inadequate for the purpose.
I've tried making a new chapter with new sizes.
I've tried altering the size of the png but it
stubbornley refuses to alter, merely moving
further across the page.
The file I'm currently trying is three A4 pages
for an alto sax.
Like this:
A4 page 1
A4 page 2
A4 page 3
All in one png file.
To challenge your rusty crust again it would be
good to have it scroll (text speaking) say-20 lines and pause
with a further scroll implemented by the musician.
My main problem is the size of the file displayed however.
Any ideas?
Sorry to bother you again.
Regards
Mike

Hmmm
Found one answer in the dialogue
Fixed, Tile etc
But I'm still not there.
Regards
Mike

This is sort-of what the first version implemented.
But I think the 2nd version is 'cleaner' ( the ....steady.imp).
So to modify that, try something like the following.

In the Loop, i runs to ~10,000.
Simply change that to 3334 or so. That will give you 1/3 scroll.
Or, you could try i upper limit value of 2030, to scroll 1/5 (it is better to 'overshoot' the increment... so 2008 rather than even 2000).

'Fixed' is what I used in the image object properties. Otherwise, with scaling you would introduce some variability.
I would stay with 3 separate image files each in its own frame (rather than one long image). However, the alternative is to put the 3 images in one 'long' .PDF or even html page. I think that's where you get most control and flexibility.



Okay, so I'm lost at where we are. I think 3 A4 pages would work with the 'scroll...steady.imp'.
However, merging content into one .PNG changes the approach. What you MUST DO is stretch the image object size to hold the equivalent of 3 vertical pages (roughly 4000 vertical pixels).

Hi Larry

"Expert" musicians are often notorious for their lack of computer
skills and missing important things. For example, when the same music
is repeated ||: ........ music ..........|
(That emoticon shouldn't be there! it should be : | | )
I often have to colour the repeat
signs and draw a pair of eyes above!!

I want to make it as idiot proof as possible. I think they would all manage
to press the space bar when required. But then...........

Three pages as one file should avoid mistakes. The sax part does scroll
appropriately if I can just get the sizes right.

Wanders off stage right mumbling inanely ...........................

Best wishes
Mike

So...........
I'm nearly there but
the pages (with musicians playing)
take different times to display and be read.
Presumably there's a way of saying:
page1 to take 49 secs
page 2 to take 61 secs
page 3 not important as it ends here.
I expect I'll create a variable which can be changed
for each page.