-
Notifications
You must be signed in to change notification settings - Fork 261
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
unable to Transcribe - stops after a while and empty mxl file exported. #294
Comments
you could try to export the file with reduced resolution - but forget about this... |
inspite of bad quality of pdf, Audiveris managed to identify 60% of the notes on the first page. It should export whatever it had identified, even if it is one or two notes right ?. or the mxl export will only function only after completing the last step "Page" ?. Another thing is transcribe stops on linux after "Could not initialize Tesseract with lang deu+eng+fra" and "Error in performing [TEXTS, MEASURES, CHORDS, CURVES, SYMBOLS, LINKS, RHYTHMS, PAGE] java.util.concurrent.ExecutionException: java.lang.NullPointerException". The linux version(32bit) audiveris is unable to transcribe the pdf that windows version(32bit) have done. Seems bit weird, provided it is java code. |
Audiveris does only export a page, if it has successfully performed all transcription steps. If it really helps you to get a result that only includes 60% if the notes - I don't think so. In such a case you are much faster to input your score directly in a notation program. |
i have Tesseract english language installed, is French and German files required ?. Is it possible to enable feature to manually export to mxl even if the transcription steps failed in the middle, let us say after identifying few notes ?. in my opinion 60% notes is better than nothing or inputting directly in a notation program. once exported, i can convert these partial mxl files to lilypond and editing/changing note values/barlines becomes super easy. |
@maximumspatium, Thanks, I understand the limitations and their clear reasoning. My understanding is, notation software do not care about stems or beams unless specified(stem up/down, break beam, etc..) as these are automatically handled internally by respective engines. Regarding what to put for musicxml export, i think of the following as a lilypond user. 1, Manually add those missing notes in Audiveris. No issues even if stems and beams are not recognised, export them with the value of first and last identified notes or crotchets or quavers. Later we can change the first note value in lilypond. Ideally we should have note shapes with flags. e.g breve, minim, crotchet, quaver, semi-quaver, etc... in Audiveris instead of time consuming process like adding note heads, stems and flags separately. (May be i should add this as feature request). 2, when exporting, even if rhythm check has failed, it can export as cadenza and corrected later. Not sure if cadenza is a mxl function. |
If I understand correctly your first request, you would like the ability to add "pre-baked" head note structures, for example a structure like "noteheadBlack + stem + doubleFlag", while current Audiveris approach is to expect terminal items to be injected separately (for example: noteheadBlack, then stem, then doubleFlag). This is certainly doable from a technical point of view (after all we already offer such approach for say a complex repeat sign composed of a thick barline, a thin barline and 2 repeat dots). |
I'm having getting the following errors when transcribing the attached file.
1, Too large image warning.
2, Error in performing [BINARY, SCALE, GRID, HEADERS, STEM_SEEDS, BEAMS, LEDGERS, HEADS, STEMS, REDUCTION, CUE_BEAMS, TEXTS, MEASURES, CHORDS, CURVES, SYMBOLS, LINKS, RHYTHMS, PAGE]
3, whatever that is transcribed and manually edited is not exported to the mxl file.
I'm opening the pdf and transcribing the first sheet only.
attached pdf, log, (mxl and omr files) zip.
Note: I have transcribed violin score without any issues earlier.
sing praises.pdf
audiveris.txt
audiveris-sing-praises.zip
The text was updated successfully, but these errors were encountered: