• 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
COMPLETELY changing database and files?
#13
(09-11-2024, 04:16 AM)Zubersoft Wrote: The reason for not just automatically attaching every mp3 in a directory to a single PDF, because if there are multiple PDFs in the directory (which is the case for most users performing a batch import), it would incorrectly add all of the audio files to every song created from any of those PDFs. That just isn't the right behavior for most situations. I also don't believe most users attach multiple audio files to a single song (some users certainly do, but I don't believe it's the majority). I would have to add a new setting that controls whether MobileSheets tries to account for situations like this where there are multiple audio files with file names that start with the same name as the PDF, but have different suffixes, so that they can all be added to the single song that is created. Without that, there is no easy way to do what you are trying to do right now. The best thing to do is just to ensure every song has a unique title and filename across libraries, then you can export to .msf and import the .msf without any conflict, but I recognize that this may not be doable with your scenario.

Mike

   Mike:

     Curious thing.......I can EXPORT part of my database (a collection of songs, for example) as a .msf   file...........but I can't later IMPORT that same .msf file successfully.    It only loads about 1/3 of the way, then prints this error message:

     Unrecoverable error while importing file /storage/2B3B-86A5/
     AD_files-09_03_2024.msf.  Aborting import.

     It had successfully loaded about 40 songs out of a collection of about 140 songs, before the IMPORT operation failed.

     Going to the "MobileSheets Storage Location", I could see that the file it failed on was called:

     DOES YOUR CHEWING GUM LOSE ITS FLAVOR

      In that folder were the .PDF file of the sheet music, and about 9  .mp3 audio files.   
 These audio files have fairly long names......like:

     Does Your Chewing Gum Lose Its Flavor (On The Bedpost Overnight) - Bari Missing.mp3
     Does Your Chewing Gum Lose Its Flavor (On The Bedpost Overnight) - Baritone.mp3
     Does Your Chewing Gum Lose Its Flavor (On The Bedpost Overnight) - Bass Missing.mp3
     Does Your Chewing Gum Lose Its Flavor (On The Bedpost Overnight) - Bass.mp3

     These filenames are the longest that are stored in the collection........and they contain "'(" and ")" characters.

     Now, I was able to originally load the PDF score, and create the entry in MobileSheets for this song....and then
ATTACH all of these audio files to it....all with no problems.   All those operations worked just fine.
But, I can't EXPORT then RE-IMPORT the same song files, using the .msf format?

      Is there a size limit to the filenames that MobileSheets can handle?   Are  "'(" and ")" characters not allowed
in audio file names?   (But, I could CREATE the song entry, and use these audio files with no problems.)  
Why does   EXPORT as .msf    and then IMPORT as .msf   FAIL with this specific song file????

   *******************

      Also ....another bug..... the audio PLAYER...... if there is any "metadata" in the .mp3 file, the NAME
of the song won't be printed correctly in the Audio PLAYER.   Instead of the expected song name,
you might see  "TRACK 12"....or the ALBUM NAME.....or something like that.       I have been able to strip the metadata out
of some .mp3 files, and then the song names then print correctly in your Audio Player..........but why
doesn't MobileSheets just use the base file name?   Why is it looking at, and printing text from the 
embedded metadata at the beginning of .mp3 audio files?   This is especially a problem when taking
songs from Audio CDs, and importing them into MobileSheets.

--Bill Mohat / Tenor
Reply


Messages In This Thread
RE: COMPLETELY changing database and files? - by William Mohat - 09-12-2024, 01:28 AM



Users browsing this thread:
10 Guest(s)


  Theme © 2014 iAndrew  
Powered By MyBB, © 2002-2024 MyBB Group.