Print Quality Should be Greatly Improved
Leadsheet notation with auto-generated playback, improvisation advice
Brought to you by:
keller91711
Menu
▾
▴
#91 Print Quality Should be Greatly Improved
The print output of Impro-Visor is really poor, particularly on Roadmaps:
-
Text is blurry and blocky (the DPI is too low?). The quality of the output (print) file should be much higher.
-
It isn't really possible to adjust print images so that unneccessary white space is reduced. There needs to be a range of tools to allow the user to set how they want the image to be printed (e.g. centering, zooming, etc).
-
The output to PS makes it hard to find tools that will crop and convert the file. When a tool is found the output quality further deteriorates (because the source isn't of high enough quality) .There should, at least, be an option to output (print) file to the PDF format.
I am using Impro-Visor 9.1 on Ubuntu 17.10.
Print and output to pdf is still really terrible.
Every year I think this is a graet program, I'll really make use of it this year and then I come up against the rubbishy printing and I remember why I don't use it that much.
Now using Antergos.
Will anyone read this? Probably not!
I'll check in again next Easter.
The pdf looks fine on MacOSx. The problem is with your print chain. I'm sorry if ubuntu has to go to PS first. That is not the normal way. You are limited to what Java does on your platform. Are you using the Oracle Java, or something else?
Mac OSX is far too expensive for me (and the vast majority of the human population). Also, I don't see the point of an open source application that isn't optimised for an open source operating system.
I now use Antergos (Arch). Ubuntu was flakey. I blamed Ubuntu for poor quality of printing; expected it to be better on Antergos but it was just as bad. So it's not a "ubuntu" specific problem.
On Antegos Impro-Visor I installed via PACMAN with the dependency of OpenJDK 10.
Are you saying that if Oracle Java (e.g. Oracle Java Rutime Environment 12.0.1) is installed that the printing will be okay?
I don't know whether Oracle Java will improve your situation or not. You'll have to try it.
I don't use Linux routinely, and I can't be responsible for what it does. For that matter, I can't be responsible for what any vendor does with their OS.
Please read the open source license: There are no warranties of any kind.
We aim to please, but there are limits on our resources.
I'm not asking you to be responsible for another OS or any operating sytem for that matter. I never raised anything about warranties or anything like that - you're just being a wiseacre.
You're the one who raised Mac OSX. You're failing to accept that Mac OSX is just not a viable option for most people, including musicians, and how incongruous it is to prioritise a closed source OS as the main platform for an open source appplcation. I'm not forcing you not to use Mac OSX, and ignore more viable solutions for most people, if that's want you want to do. Why not just not support Windows, Linux, etc., if that's what you want to do. Even better, why not only produce a Mac OSX version if you don't want to hear about any problems with Linux or other OS - that would seem to suit you down to the ground.
If you look you will see that nearly 2 years ago I first posted about poor quality printing. I posted a follow-up that I presumed, not unreasonably, was just calling to the void. You responded by raising Oracle Java? I have no idea why you raised Oracle Java? You must have an idea why you raised Oracle Java? You don't want this issue followed through?
If you're not bothered please just close the ticket. In fact, why don't you just go ahead and close all the tickets I raised.
I think what the programmer means is that there are a lot of variables in play here that Impro-Visor doesn't necessarily have control over because it's just calling dialogs and print specifics from the underlying OS and drivers. That's how cross-platform software works. OpenJDK and Oracle Java do have their differences, that's why there's a possibility that the Oracle Java interpreter might work better for this code.