INTERACT FORUM
Mac => JRiver Media Center 32 for Mac => Topic started by: AudibleImagery on March 11, 2024, 02:44:12 pm
-
Hello, I've been experiencing a serious issue for the past couple of weeks in which MC 32 crashes and deletes my playlists in the process. I've been able to restore my playlists with a backup over the past couple of weeks but that is no longer working now. Can someone please help? I use my library and playlists at work and am in dire need to fix this problem.
-
MC won't delete playlists unless you tell it to.
Disk problem?
-
I'm not telling it to delete playlists. I don't have any disk problems as far as I know.
I backup my library folder from my computer to a NAS using an application called Synology Drive Client. I also backup the same library folder to a cloud using an application called pCloud Drive. I've been using this process for a few years now but I haven't had this problem with playlists being deleted until MC 32.
I don't know if this is relevant but my library has 320,000 tracks and I have roughly 100+ playlists.
-
I'm not telling it to delete playlists. I don't have any disk problems as far as I know.
I backup my library folder from my computer to a NAS using an application called Synology Drive Client. I also backup the same library folder to a cloud using an application called pCloud Drive. I've been using this process for a few years now but I haven't had this problem with playlists being deleted until MC 32.
I don't know if this is relevant but my library has 320,000 tracks and I have roughly 100+ playlists.
Did you try restoring a MC Library backup? If you just backup the Library folder you might be running into issues with the settings files not matching.
-
I tried restoring a library backup but the most recent backup that restored my playlists was from 3 days ago and I've made hundreds of changes in that time and so I'm going to have to spend all night rebuilding my playlists by hand.
When I say library folder I'm referring to [User]>Music>JRiver on my Mac. I don't backup JRiver's ViewHeaderImage folder (called "J River") and I don't backup the "Temp" folder either because those cause my backup applications to sync constantly. Is this what you'r referring to regarding the settings files not matching? I'm a little confused as to why that would be a problem though because my backup goes from my Mac to my NAS and Cloud and I don't run my library from either of those locations—my library is located on my Mac.
-
I tried restoring a library backup but the most recent backup that restored my playlists was from 3 days ago and I've made hundreds of changes in that time and so I'm going to have to spend all night rebuilding my playlists by hand.
When I say library folder I'm referring to [User]>Music>JRiver on my Mac. I don't backup JRiver's ViewHeaderImage folder (called "J River") and I don't backup the "Temp" folder either because those cause my backup applications to sync constantly. Is this what you'r referring to regarding the settings files not matching? I'm a little confused as to why that would be a problem though because my backup goes from my Mac to my NAS and Cloud and I don't run my library from either of those locations—my library is located on my Mac.
Unless you changed the library (database, not media files) location, the default is in
~/Library/Application Support/J River/Media Center 32
That's where the database, settings, skins, etc are stored.
-
I haven’t changed the library location. It’s still in the path you listed and I don’t back that up either.
-
I’m at a total loss as to how to fix this and as to how to proceed. I’ve had to rebuild my playlists 3-4 times in the past two weeks and each time takes a day of work. And now it seems that my backups won’t even save the playlists reliably.
-
I haven’t changed the library location. It’s still in the path you listed and I don’t back that up either.
That database is critically important. A backup without it isn't a backup.
You're using some other software for backups, but MC has a backup function. Are you not using it?
-
I'm using JRiver's backup function.
That database is critically important. A backup without it isn't a backup.
So if I include the database in my backups to my NAS and Cloud then will that prevent the playlists from deleting from my computer in the future?
-
I added the Application Support folder to my backups regardless. What else do I need to do right now to fix this problem?
Is it possible this is a storage issue? Like I said I have a 320,000 song library with hundreds of playlists but only 1.3TB left on my MacBook Pro.
-
It's hard to understand what you're doing, but using other backup software to back up MC's library isn't recommended. Just use MC to do the job.
In fact, it has been doing the job and you might have backups you could use to find what you believe is lost. Read about backup on the wiki. MC makes automatic backups. You can search for the zip files using Finder.
You can still use other software to back up the actual media files.
-
It's hard to understand what you're doing
What can I clarify so that I can give you a better idea of what the problem is?
In fact, it has been doing the job and you might have backups you could use to find what you believe is lost. Read about backup on the wiki. MC makes automatic backups. You can search for the zip files using Finder.
I've tried to use the MC backups to recover what is lost but the most recent backups don't include 90% of my playlists. The most recent MC backup that includes all of my backups is from 3 days ago.
You can still use other software to back up the actual media files.
So I should only use my other backup software to backup the media files folder and nothing else? Earlier you said that the Application Support folder was crucial to my backups and so I included that in the folders my other backup software is backing up. Should I be excluding the Application Support folder from my backups then?
-
You should use MC to create the database backups (ZIP files - should already be automatically created daily) and then include those zip files in your NAS/Cloud backups. You can then exclude the MC database folder, but the Cover Art folder is not included in the MC backup so perhaps it's better to include that one. If there's a need to restore a backup, restore the ZIP file in MC, not the folder.
Can you check if your PCloud or NAS backup software is doing a bi-directional sync? That may cause problems, it's best to have a one-way backup/sync (not two-way).
Do the playlists disappear or do they just become empty? Are they Smartlists or regular playlists? If Smartlists, how are they defined (an example)? Smartlists can easily become blank after some tagging changes - you mention you had hundreds of them.
Is it possible this is a storage issue? Like I said I have a 320,000 song library with hundreds of playlists but only 1.3TB left on my MacBook Pro.
1.3 TB is a lot. 1.3 GB not so much.
-
Cover art should not normally be stored in the same folder as the database files.
-
You should use MC to create the database backups (ZIP files - should already be automatically created daily) and then include those zip files in your NAS/Cloud backups. You can then exclude the MC database folder, but the Cover Art folder is not included in the MC backup so perhaps it's better to include that one. If there's a need to restore a backup, restore the ZIP file in MC, not the folder.
I don't backup the database folder. The folder I backup from my Mac to my NAS and PCloud is [User]>Music>JRiver (which I'll be referring to as "JRiver"). My cover art is stored in "JRiver" as well. I've adjusted my backups to only backup the cover art folder, my backup JRiver ZIP folder, and my media folder (the folder is called "Music"), which are all located in the "JRiver" folder. The "J River" folder (located in [User]>Music>JRiver>J River) occasionally has cover art in it as well—should I back that up too?
I restore the ZIP files in the way you described—in MC, not in the folder. I restore them using the "Restore Library..." function in MC 32.
Can you check if your PCloud or NAS backup software is doing a bi-directional sync? That may cause problems, it's best to have a one-way backup/sync (not two-way).
My NAS and PCloud backups are not bi-directional. They go from my Mac to my NAS and Cloud. I also do Time Machine backups of my Mac but those are also not bi-directional and I've updated the backup to limit it to the three folders you specified (cover art, ZIP backups, media folder).
Do the playlists disappear or do they just become empty? Are they Smartlists or regular playlists? If Smartlists, how are they defined (an example)? Smartlists can easily become blank after some tagging changes - you mention you had hundreds of them.
1.3 TB is a lot. 1.3 GB not so much.
The playlists simply disappear and it's usually about 90% of them that go missing. I have a combination of Smartlists and regular playlists but the Smartlists take up the majority of my playlists.
Here's an example of the rules for one of my Smartlists called "3-5 Stars":
([Media Type]=[Audio] [User]=[New Library]) ([Rating]=3-5 [Genre]=[],[Acappella],[Ambient],[Beatboxing],[Blues],[Celtic],[Classical],[Country],[Disco],[Electronic],[Folk],[Funk],[Hip/-Hop],[Instrumental],[Interlude],[Jazz],[Latin],[Opera],[Pop],[R&B],[Reggae],[Rock],[Score],[Sing/-Along],[Skit],[Soul],[Spoken Word],[Stage],[Trip/-Hop],[Turntablism],[World]) ~sort=[File Type],[User],[Name]
-
I did everything you said including only backing up cover art and the music folder but MC 32 deleted my playlists again. I sometimes delete old backups to save space... Does that have something to do with this issue?
-
Depends what you're deleting.
-
Whenever you finish updating/making a playlist manually have Media Center do a back-up.
About the best way to keep from having to redo them until you figure out what's going on.
-
Whenever you finish updating/making a playlist manually have Media Center do a back-up.
About the best way to keep from having to redo them until you figure out what's going on.
I do this but sometimes the backups won't even save the playlists either and so the playlists sometimes still show up as deleted in newer backups.
-
Depends what you're deleting.
How does it depend?
-
It happened again and deleted five days of work this time. The only backup that will restore all of my playlists and library views is from five days ago. Can somebody please help me fix this serious issue???
-
Perhaps you are inadvertently deleting them yourself. A Playlist or Group of playlists can be deleted by pressing DEL, and the confirmation dialog can be disabled. Can you check if the confirmation is enabled? Just create a new empty playlist then press DEL to delete it; if MC deletes without asking then you have disabled it at some point. You can reenable the confirmation dialog in Settings > General > Advanced : Reset all confirmation messages.
Are you using some Remote control? Perhaps you customized the keypresses for some actions in MCs XML file, and one of them is actually sending a DEL key without you knowing? Or a wrong MCC command? Or your cat walking on your keyboard? :)
With the confirmation enabled you will at least rule out this scenario. Without confirmation, it's possible that you are pressing DEL to delete a file and instead it deletes an entire Playlist Group.
-
It's possible that you are pressing DEL to delete a file and instead it deletes an entire Playlist Group.
And one place where that will happen is if you select one of the categories in the upper pane of a Panes View and then tell MC to delete it - that doesn't just delete the "Entry" it also deletes everything that is using that "Entry"
-
Perhaps you are inadvertently deleting them yourself. A Playlist or Group of playlists can be deleted by pressing DEL, and the confirmation dialog can be disabled. Can you check if the confirmation is enabled? Just create a new empty playlist then press DEL to delete it; if MC deletes without asking then you have disabled it at some point. You can reenable the confirmation dialog in Settings > General > Advanced : Reset all confirmation messages.
Are you using some Remote control? Perhaps you customized the keypresses for some actions in MCs XML file, and one of them is actually sending a DEL key without you knowing? Or a wrong MCC command? Or your cat walking on your keyboard? :)
With the confirmation enabled you will at least rule out this scenario. Without confirmation, it's possible that you are pressing DEL to delete a file and instead it deletes an entire Playlist Group.
I just checked and I have the confirmation dialogue enabled for deleting playlists.
The only remote I use is JRemote but I haven’t used it in a week. I don’t think I edited keypresses in MC’s XML file but how would I check? How do I check if there’s a wrong MCC command?
Generally speaking, I select “Delete” from a dropdown rather than pressing DEL. In the last instance in which my playlists got deleted, I finished making some changes to my library and then backed it up at 9pm on 3/24. I didn’t use my computer at all on 3/25 until I got home. I restarted my computer for a OS update with MC still open and when my computer rebooted and MC loaded the playlists were deleted and I had to backup a playlist from 3/20 in order to restore all of my playlists—none of my other backups after 3/20 had all of my playlists intact.
-
And one place where that will happen is if you select one of the categories in the upper pane of a Panes View and then tell MC to delete it - that doesn't just delete the "Entry" it also deletes everything that is using that "Entry"
I never delete categories in the Panes View.
-
NEVER have MC, or any other software, Open while an Apple OS update is downloading, preparing itself for Install or when it asks for a Restart to happen as all sorts of strange things can, and will happen, while an OS Update is doing it's thing.
-
@Matt, JRiver:
Is it possible that some invalid ID/name/expression in playlistx.jmd is causing its loading/parsing to fail, perhaps due to mismatched parenthesis? Any other possible cause of corruption? A custom field name or filename written as composed/decomposed format comes to mind.
-
@Matt, JRiver:
Is it possible that some invalid ID/name/expression in playlistx.jmd is causing its loading/parsing to fail, perhaps due to mismatched parenthesis? Any other possible cause of corruption? A custom field name or filename written as composed/decomposed format comes to mind.
If that were the case, I think we'd have seen this long ago, and from multiple people.
Backing up daily would be a good idea. Running a utility to check memory and disk also.
Englishtiger's comment on OS updates could explain it.
-
I think it's unlikely too, but it may be triggered by some specific character that AudibleImagery may have in his filenames or fields. There were recent changes to the handling of composed/decomposed chars in macos.
@Audible:
Jim is right that you should test your disk.
To rule out this type of corruption perhaps you can do this: the next time it happens, do NOT close MC; find this playlistx.jmd file in your library folder and make a copy of it to some other location. Then restart MC and make another copy of the same file. Then share both files here.
-
NEVER have MC, or any other software, Open while an Apple OS update is downloading, preparing itself for Install or when it asks for a Restart to happen as all sorts of strange things can, and will happen, while an OS Update is doing it's thing.
I will avoid letting my Mac close MC for updates in the future but this problem with my playlists randomly deleting has happened in other circumstances.
-
Backing up daily would be a good idea. Running a utility to check memory and disk also.
I'm always backing up with manual and automatic library backups in MC. I backed up manually and automatically about 20 times from 3/20 through 3/25. None of those backups saved the full playlist information except for one backup from 3/20.
-
I think it's unlikely too, but it may be triggered by some specific character that AudibleImagery may have in his filenames or fields. There were recent changes to the handling of composed/decomposed chars in macos.
@Audible:
Jim is right that you should test your disk.
To rule out this type of corruption perhaps you can do this: the next time it happens, do NOT close MC; find this playlistx.jmd file in your library folder and make a copy of it to some other location. Then restart MC and make another copy of the same file. Then share both files here.
How do I go about checking my disk? Should I take it to a computer repair store?
I will make it a point to do what you said with respect to making a copy of the playlist.jmd file the next this happens which should be in the next couple of days.
-
You can check SMART to see if there are bad sectors reported. Smartmon can do it, maybe another Mac user knows another UI tool for this:
https://apple.stackexchange.com/questions/135565/how-do-i-get-detailed-smart-disk-information-on-os-x-mavericks-or-later
-
You can check SMART to see if there are bad sectors reported. Smartmon can do it, maybe another Mac user knows another UI tool for this:
https://apple.stackexchange.com/questions/135565/how-do-i-get-detailed-smart-disk-information-on-os-x-mavericks-or-later
I took my computer to a store that specializes in Mac repairs and had them check SMART to see if they could detect bad sectors but they found nothing. They told me they even ran the test a second time just to be sure.
I left my computer with them for a few days to see if they could recreate the issue but they were unable to do so.
-
To rule out this type of corruption perhaps you can do this: the next time it happens, do NOT close MC; find this playlistx.jmd file in your library folder and make a copy of it to some other location. Then restart MC and make another copy of the same file. Then share both files here.
It happened again after MC crashed. The playlists usually get deleted after MC crashes but I went and got a copy of the Playlistx.jdm file anyways. I need help
Here's a link to the file: playlistx.jmd (https://filedn.com/lCAHPg0xaiUjSssbnGl1zu8/playlistx.jmd)
-
I speed read all of the above and didn't catch this being mentioned...
The work you're doing on these playlists... Is it being carried out on an MC client by any chance?
-
Here's a link to the file: playlistx.jmd (https://filedn.com/lCAHPg0xaiUjSssbnGl1zu8/playlistx.jmd)
@Matt, can you please check if this file loads/parses OK? I'm suspecting some char encoding issue causing a length token to be incorrect.
-
@Matt, can you please check if this file loads/parses OK? I'm suspecting some char encoding issue causing a length token to be incorrect.
It loads in the debugger fine. I loaded it in an empty test library so there aren't files in the playlists. But lots of smartlists load.
-
I speed read all of the above and didn't catch this being mentioned...
The work you're doing on these playlists... Is it being carried out on an MC client by any chance?
The only work I do on my playlists is in JRemote and JRiver MC 32.
-
I'm just getting done fixing everything. It's taken me 9 hours to fix and I'm not even sure if it worked. I fixed everything once and then backed up in JRiver, shut down JRiver, reopened it, and all the playlists were deleted again. I had to refix everything a second time which took me four hours. Please help
-
If JRemote or MC Client is connected to the MC server with the read-only user/pass, then changes to playlists won't be saved permanently.
-
Even with authentication, changing playlists on any client connected to the server is likely to cause problems. I think I have some pages bookmarked regarding this issue but am not at my PC just now. IIRC, the "playlist id" gets messed up when the client syncs back to the server which causes much weirdness...
-
Here's the thread... https://yabb.jriver.com/interact/index.php/topic,105230.0.html
The links referenced in there should also be read.
@AudibleImagery, does any of that feel familiar?
If you do your editing on the actual MC server rather than JRemote, are you still losing work?
-
If JRemote or MC Client is connected to the MC server with the read-only user/pass, then changes to playlists won't be saved permanently.
I just changed it to "Everyone" instead of "Username and Password"
-
Even with authentication, changing playlists on any client connected to the server is likely to cause problems. I think I have some pages bookmarked regarding this issue but am not at my PC just now. IIRC, the "playlist id" gets messed up when the client syncs back to the server which causes much weirdness...
For context, the only changes I make thru the server are on my iPad by manually adding songs to certain playlists (such as "-Cover", "-Genre", "-Title", etc.) so that I know what changes need to be made when I get home. I'm a delivery driver and add the songs that need to be fixed to these certain playlists in between deliveries. I probably add around 50 songs to these playlists in a given day.
-
It should also be noted that I see a lot of these crashes happen while I'm on my computer going through a smart playlist of mine in MC32 called "1s" which is basically a playlist of 1 star songs that I have to go through before they can be permanently deleted from my library.
-
I just changed it to "Everyone" instead of "Username and Password"
This is likely the source of your problem. If the JRemote/iPad is connecting in read-only mode then any changes will NOT be saved on the server, so they will be lost when you restart the app (crash or no crash). You should set a username+password for the read-only mode, and a different username+password for the normal Authentication on the server. Then reconnect your JRemote/iPad, it should ask for the user/pass (you may need to remove the library and add it again). Use the non-readonly credentials. After doing this you can set the read-only auth back to "everyone", as the clients will now remember to use the last authentication credentials you gave them.
-
This is likely the source of your problem. If the JRemote/iPad is connecting in read-only mode then any changes will NOT be saved on the server, so they will be lost when you restart the app (crash or no crash). You should set a username+password for the read-only mode, and a different username+password for the normal Authentication on the server. Then reconnect your JRemote/iPad, it should ask for the user/pass (you may need to remove the library and add it again). Use the non-readonly credentials. After doing this you can set the read-only auth back to "everyone", as the clients will now remember to use the last authentication credentials you gave them.
I just want to be able to make changes to my library while on-the-go and I don't need read-only authentication. Can I just simplify things by disabling read-only authentication and still be able to make changes on-the-go using authentication?
-
Yes, that should work.
As Marko said above, there are some known issues when editing smartlists on remote clients, but just adding files to normal playlists is usually not a problem.
-
Thinking more about that, JRemote communicates via MCWS, I think, and if I'm correct, that's not the same communication channel a theater view client would use... Am I still correct here?
If I am, I don't think there'll be any issues here if authentication is enabled.
The other issues are with true library clients that are merging changes back into the library via "delta" archive files, which wouldn't be the case with something like JRemote 😊
-
I was very hopeful that disabling read-only authentication would fix this problem but it happened again today. I backed up in preparation for the new update, installed it, and then left my residence. While I was driving, I decided I would listen to some music but when I looked at JRemote I noticed that 75% of my playlists had been deleted.
-
You have a very unusual problem. Leave the drama out of the reporting and we'll try to help. JRiver doesn't delete anything unless you tell it to.
Security software often does very unexpected things.
-
I was very hopeful that disabling authentication would fix this problem but it happened again today. I backed up in preparation for the new update, installed it, and then left my residence. While I was driving, I decided I would listen to some music but when I looked at JRemote I noticed that 75% of my playlists had been deleted.
I think there's some misunderstanding? Disabling authentication will *for sure* cause all changes made in Clients/Remote to be LOST. The only way to keep them is to have Authentication enabled.
Even so, as Marko said above, it's better to do all playlist changes on the server directly.
-
I think there's some misunderstanding? Disabling authentication will *for sure* cause all changes made in Clients/Remote to be LOST. The only way to keep them is to have Authentication enabled.
Even so, as Marko said above, it's better to do all playlist changes on the server directly.
I edited my reply. I meant to say “disabling read-only authentication”.
-
JRiver doesn't delete anything unless you tell it to.
As I've already clarified with you and mentioned in multiple replies, I'm not telling JRiver to delete the playlists but JRiver is randomly deleting them on a frequent basis. That's the point of this post.
-
Thinking more about that, JRemote communicates via MCWS, I think, and if I'm correct, that's not the same communication channel a theater view client would use... Am I still correct here?
If I am, I don't think there'll be any issues here if authentication is enabled.
The other issues are with true library clients that are merging changes back into the library via "delta" archive files, which wouldn't be the case with something like JRemote 😊
Correct.
JRemote only uses MCWS and MCC commands to talk to the MC server. It never loads the DB so it doesn't do deltas.
-
I think it's unlikely too, but it may be triggered by some specific character that AudibleImagery may have in his filenames or fields. There were recent changes to the handling of composed/decomposed chars in macos.
Do you think this old post might have some solutions?:
https://yabb.jriver.com/interact/index.php?topic=99583.0 (https://yabb.jriver.com/interact/index.php?topic=99583.0)
-
Do you think this old post might have some solutions?:
https://yabb.jriver.com/interact/index.php?topic=99583.0 (https://yabb.jriver.com/interact/index.php?topic=99583.0)
I don't think so. The accented character issues only come into play with filenames stored on a non-apple filesystem. I can't see how they'd have anything to do with playlists.
If there were composed utf-8 issues, you can use the tool
Tools->Library Tools->Convert UTF-8 filenames
to fix them however this is normally done automatically when loading an old database (<MC30) on a current version.
-
I don't think so. The accented character issues only come into play with filenames stored on a non-apple filesystem. I can't see how they'd have anything to do with playlists.
If there were composed utf-8 issues, you can use the tool
Tools->Library Tools->Convert UTF-8 filenames
to fix them however this is normally done automatically when loading an old database (<MC30) on a current version.
Okay I guess I'll try to convert UTF8 filenames for good measure. I'm trying to go through and cleanup/remove some old playlists to see if reducing the number of playlists in my library might resolve this issue.
-
I don't think so. The accented character issues only come into play with filenames stored on a non-apple filesystem. I can't see how they'd have anything to do with playlists.
If there were composed utf-8 issues, you can use the tool
Tools->Library Tools->Convert UTF-8 filenames
to fix them however this is normally done automatically when loading an old database (<MC30) on a current version.
Do I check or uncheck "Convert to precomposed UTF-8"?
-
Do I check or uncheck "Convert to precomposed UTF-8"?
Check it.
It won't affect anything other than entries that are still decomposed (if any).
Be sure to have a DB backup whenever you do something like this.
-
Check it.
It won't affect anything other than entries that are still decomposed (if any).
Be sure to have a DB backup whenever you do something like this.
I was reading in an old Interact post that this conversion should only be applied to the “Name” library field. Is that still true or is it okay to convert all library fields?
-
I was reading in an old Interact post that this conversion should only be applied to the “Name” library field. Is that still true or is it okay to convert all library fields?
The only fields that SHOULD contain those characters are the FILENAME and IMAGE FILE
If the original tags were copy/pasted or entered with a different program incorrectly the others MAY contain those characters.
-
The only fields that SHOULD contain those characters are the FILENAME and IMAGE FILE
If the original tags were copy/pasted or entered with a different program incorrectly the others MAY contain those characters.
Okay I’m going to convert all fields to precomposed UTF-8 just in case. Like you said, this probably isn’t going to fix the problem so what else should I do?
-
It happened again, this time after backing up in MC 32 and restoring with a backup.
-
It happened again, this time after backing up in MC 32 and restoring with a backup.
Please try build 57 just posted.
-
Please try build 57 just posted.
Okay, I'll try it and report if I have any more issues. I don't know who to thank but thank you whoever you are!
-
MC32 is deleting my playlists again. This time it will only let me restore all of my playlists using backup from 7/31 despite there being two other more recent backups
-
MC32 is deleting my playlists again. This time it will only let me restore a backup from 7/31 despite there being two other more recent backups
What do you mean by "It will only let me"?
Please email a backup that won't restore to
bob (at) jriver (dot) com
Thanks.
-
What do you mean by "It will only let me"?
Please email a backup that won't restore to
bob (at) jriver (dot) com
Thanks.
Hi Bob, I edited my last reply for clarity. It will only let me restore all of my playlists using a backup from 6 days ago even though there are two other more recent backups. I'll upload the stuff you asked for in a minute
-
Hi Bob, I edited my last reply for clarity. It will only let me restore all of my playlists using a backup from 6 days ago even though there are two other more recent backups. I'll upload the stuff you asked for in a minute
Ok then please send me the last working backup and the first one after that.
-
Ok then please send me the last working backup and the first one after that.
Here are the two backups you requested as well as a copy of the playlistx.jmd file after the last playlist deletion:
https://u.pcloud.link/publink/show?code=VZ4hRx0ZAkNaA5dx6af0OgAxkUjl2jF0XxiX
-
I can't even close JRMC32 without it deleting my playlists.
-
If you're making them on a client, they aren't saved. Make them on the server.
-
If you're making them on a client, they aren't saved. Make them on the server.
I don’t understand. All of my playlists were made in the JRMC32 application on my Mac. Are you saying that playlists made in the application aren’t saved?
-
I don’t understand. All of my playlists were made in the JRMC32 application on my Mac. Are you saying that playlists made in the application aren’t saved?
Jim is asking if you are making them on a client of a library server machine.
So is your Mac MC running as a library server client (connected to a different MC on a different machine)?
-
Jim is asking if you are making them on a client of a library server machine.
So is your Mac MC running as a library server client (connected to a different MC on a different machine)?
No I don’t think my Mac MC isn’t running as a library server client. I only have Mac MC installed on my Mac and I occasionally connect to it from my iPhone or iPad with JRemote.
-
Bump
-
I need help
-
So I see the following. Are these what's going away?
Do you have auto-import enabled?
-
So I see the following. Are these what's going away?
Do you have auto-import enabled?
I don't have auto import enabled. When the playlists get deleted, it's usually a combination of folders and individual playlists that get deleted. They often get deleted when MC 32 crashes.
-
I don't have auto import enabled. When the playlists get deleted, it's usually a combination of folders and individual playlists that get deleted. They often get deleted when MC 32 crashes.
Try restoring a backup if it happens. Writing to disk may not be working reliably.
-
Try restoring a backup if it happens. Writing to disk may not be working reliably.
Restoring the most recent backup won't restore the playlist if it happens. I end up restoring a backup from a few days prior to the most recent backup because the one from a few days prior usually has all of the playlists intact.
-
I don't have auto import enabled. When the playlists get deleted, it's usually a combination of folders and individual playlists that get deleted. They often get deleted when MC 32 crashes.
Is it ALWAYS when MC crashes? When is it crashing?
-
I suggest you try some very basic scenarios to try to reproduce it consistently:
- create just ONE playlist and then start/restart MC to see if it's still there. Make sure to also close the MC Server (not sure how that's done on a Mac)
- if still OK, then start adding files in groups to that same playlist, and periodically restart MC to check. It's possible one of the files added to a playlist may be causing the problem
- try different names for your single playlist, restarting MC in between to check. I see you have a playlist with a question mark on the name (should be fine), but try that one just for kicks: "-instru?"
- try other things you normally do, but keep restarting MC to check if that's the action that triggers the issue.
-
Is it ALWAYS when MC crashes? When is it crashing?
It seems that the playlists always get deleted when MC 32 crashes. I don’t know why or therefore when it crashes. The crashes always seem unexpected and unwarranted. It’s not because I’m overloading it. I’ve learned to not do that because that usually makes it crash.
It should be noted that sometimes playlists get deleted when it DOESN’T crash. It happened AGAIN today after I backed up and closed MC 32 and the server. Nothing crashed, it just deleted most of the playlists after I relaunched MC32. It cost me five days of work on my library this time…
-
I suggest you try some very basic scenarios to try to reproduce it consistently:
- create just ONE playlist and then start/restart MC to see if it's still there. Make sure to also close the MC Server (not sure how that's done on a Mac)
- if still OK, then start adding files in groups to that same playlist, and periodically restart MC to check. It's possible one of the files added to a playlist may be causing the problem
- try different names for your single playlist, restarting MC in between to check. I see you have a playlist with a question mark on the name (should be fine), but try that one just for kicks: "-instru?"
- try other things you normally do, but keep restarting MC to check if that's the action that triggers the issue.
I’ll try your suggestions when I get home. I’m not positive about the cause but I think one of two things might be triggering the issue. Leaving JRemote open and connected on my iPad (which is mounted in my car) for days at a time or having too many backups. I’ve learned that if MC 32 crashes and deletes my playlists, it won’t save my playlists after I’ve restored an older backup and rebuilt the playlists unless I delete a few of the oldest backups.
-
This isn't normal. Your hardware is probably not reliable.
-
This isn't normal. Your hardware is probably not reliable.
I paid to have my hardware checked by a reputable computer store in my area after it was suggested in this thread and they found nothing wrong with my hardware so this is not a hardware issue but an MC 32 issue.
-
Nobody else is reporting this problem. It's likely to be the drive or the network.
-
Nobody else is reporting this problem. It's likely to be the drive or the network.
The drive has been ruled out so I don't know why you keep suggesting it as a possible reason.