Quick update: Well I got it starting up again thank god. Started up via a terminal again, like before it couldn't find the database, I had to find it for it, and for some reason, this time although the audio wasn't working, the flashcards were at least being displayed. Looked in the database and it seemed that only one bunch of audio files weren't being played. Deselected the category they were in and tried to shutdown mnemosyne properly. This worked fine and now I can start mnemosyne normally again without using the terminal and it finds the database automatically. For the bunch of flashcards that aren't playing, they are all from one import (although of course I haven't been able to test all my audio flashcards so I don't know for sure). They have all been revised before and worked fine and were not specifically the ones that caused the initial non-responsive bug in the first place. Even stranger if I re-enter the sound path using the Ctrl-I function, although the code path is exactly the same, this time they seem to work?!?!
Was wondering whether it could be font encoding type problem? I use multiple locales in different languages when entering and reviewing flashcards, but everything is saved unicode and I don't see why it shouldn't work. More importantly than this current problem which I can solve hopefully by just reentering these cards (I've had to do rather too much of that recently), is the original problem that caused the crash. I really would like to solve it to avoid these rather scary and pain in the )*&^£ problems! Sorry for having such a wierd problem. -- You received this message because you are subscribed to the Google Groups "mnemosyne-proj-users" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/mnemosyne-proj-users?hl=en.
