INTERACT FORUM
More => Old Versions => JRiver Media Center 20 for Mac => Topic started by: tuneup on April 04, 2015, 03:31:19 am
-
MC 20.0.87 is even less stable than 20.0.80 and is crashing on a new Mac Mini, sometimes every few hours. The Mac is dedicated to a music server and isn't being used for any other purpose. The Apple crash reports are about the same as the ones I was getting with 20.0.80. I've gotten no responses to my previous similar post on 20.0.80. Is anybody listening? :(
-
Can you link the problem to a web page you visit?
-
Thanks for replying Jim. The Mac mini is a music server only. The only web page I ever visit is this forum, dBpoweramp forum or Mac help pages. Usually I keep Safari and mail programs off, unless I am sending a post or reply.
Bel Canto, whose renderer I am using, suggested Sonos might be causing problems, so I have turned it off and disconnected it from the network. I don't see how Sonos can cause MC 20 to crash, but there is another issue that it might be relevant to, but I will discuss that in another post I am going to add on a different (JRemote) crash topic.
-
I am having same problem. JRiver version 20.0.87 crashes almost immediately after launch. I am using a mac mini, only as music server. It is version 10.6.8.
Is there someone's cage at jriver we can rattle?
-
targa02, I believe the biggest cage to rattle is JimH and he has responded above. I hope this conversation continues until the problem is resolved. :)
-
You might consider updating the Mac Mini to 10.10, just in case its an issue with older OS X builds.
Something else I'd try, assuming you can get into JRiver's options before it crashes, is going into the options (Tools menu > Options) then going to the General section, expand Features by clicking on the > next to the name and unchecking EVERY feature from the list except media network then closing and re-opening Media Center. If it still crashes, uncheck media network and try again. If Media Center doesn't crash with media network enabled, you can try narrowing down which feature(s) may be causing the crashes by re-enabling each feature one-by-one then exiting/re-opening Media Center each time. If a feature is causing these crashes, it needs to be narrowed down and reported ASAP.
-
^ While I normally agree with the Donkey, I'd be careful of 10.10. It's got all manner of reported issues. The biggest one for *me* is that it's really designed for systems that have two things: Retina displays and SSD boot drives. Without those things, I hear it's both slow and ugly to some extent.
I'd go to 10.9 if you can. That's what I did recently. Though I had no real issues at all with Media Center on 10.7, and still none on 10.9.
Brian.
-
Thank you Donkey. I will try working with the feature set. It appears from your list at the bottom of your post that you are using MC 20.0.87 on Yosemite with no problem?
Blgentry, I can't go backwards to 10.9 and the Mini is fast. The only problem is .87 crashing.
-
Thank you Donkey. I will try working with the feature set. It appears from your list at the bottom of your post that you are using MC 20.0.87 on Yosemite with no problem?
Correct. But I have all features disabled except media network, hence why I suggested it as a starting point.
-
Every feature was checked except for 2 items, so I removed all check marks except media network. I restarted it and restarted JRemote (new iPad Air dedicated to this server and not loaded down with apps). JRemote is still having the problem I posted separately. It does not communicate with MC20, but starts playing music on the Mini player instead of my renderer even though the renderer is selected in JRiver. I should still be able to see if MC20 is stable, regardless of JRemote, but I still don't have a useable system without JRemote.
Can you possibly get Robert at JRemote to respond to my post in the Remotes section on the above problem?
I am building 2 identical systems, one for a client and one for myself. He is even less computer savvy than I am so the system will have to be rock solid. The idea is that he will never have to touch the Mini (I am not supplying monitor, keyboard or mouse) once I install the system and it will be 2 rooms removed from his sound system. Is this realistic? Or do you think I should I switch the Mini out for a Dell laptop with the PC version of JRiver, so that if anything crashes, I can do tech support with him on the phone?
Can you tell me how to create a footnote like yours so I can list system details and not have to repeat them in various posts?
Thanks again. I will keep you posted on results.
-
JRemote is still having the problem I posted separately. It does not communicate with MC20, but starts playing music on the Mini player instead of my renderer even though the renderer is selected in JRiver. I should still be able to see if MC20 is stable, regardless of JRemote, but I still don't have a useable system without JRemote.
Select the Renderer in JRemote.
If you haven't done so, please read the DLNA topic on our wiki.
-
Thank you JimH! I saw Arendelle's post with the same solution at the Remotes forum, to which I responded:
Arindelle, you da man! Nobody told me I had to select the renderer in both JRiver and JRemote! The renderer manual only said to choose the renderer as player in JRiver, but not in JRemote. I never changed it manually from the Zones list - I suspect it may have done this itself during one of the MC20 crashes. And I must say, at the risk of being politically incorrect and with the intention of giving constructive feedback, that it is not best practices in GUI design to call the same item/function "Now Playing" in JRiver and "Zones" in JRemote. They should both have the same name if in fact they have the same function. (If I am wrong about them having the same function, even in part, let me know.) It is also best to put them in the same place on the display, at least approximately, whereas Now Playing is at the upper left and Zones is at the lower left.
You have made my day! Happy Easter, Passover or whatever suits you! ;D :D ;D
-
Hello Donkey and JimH, MC 20 crashed again after about 12 hours with only Media Network feature being checked. No other apps were running.
See crash report at http://postimg.org/image/5lu93mc8v/
I have noticed that it never crashes when playing music, but only after some hours of not playing music, typically in the middle of the night.
I am using a Synology 214play, but have never opened their server app, so I don't think there would be a conflict. Bel Canto suggested turning off Sonos equipment, but that doesn't seem to me likely to prevent a crash within the Mac, especially when JRiver isn't playing music.
What else should I try? Are there any settings in the Mac you want me to look at?
-
^ While I normally agree with the Donkey, I'd be careful of 10.10. It's got all manner of reported issues. The biggest one for *me* is that it's really designed for systems that have two things: Retina displays and SSD boot drives. Without those things, I hear it's both slow and ugly to some extent.
I'd go to 10.9 if you can. That's what I did recently. Though I had no real issues at all with Media Center on 10.7, and still none on 10.9.
Brian.
Brian my experiences on a Mac Mini without retina display attached and without SSD and MacBook without retina do not mirror your comments. I see no issues surrounding 10.10 with speed and I am unsure what the description of ugly means. If you have personally experienced these specific issues you mentioned then your comments are fair.
-
MC 20 just crashed again, with all Sonos gear, including remote controls which communicate by wi-fi, turned off. So my assumption was correct and I will turn Sonos on again.
I called Apple Care again today and elevated this to 2nd tier. That tech had me create a test user on the Mini and run MC20 there, as he wants to see if it crashes the same way for another user on the same Mini.
If I take screen shots of the many pages of a Mac crash report and upload it for viewing, will your Mac programmer look at it to try to figure out what the problem is?
-
Brian my experiences on a Mac Mini without retina display attached and without SSD and MacBook without retina do not mirror your comments. I see no issues surrounding 10.10 with speed and I am unsure what the description of ugly means. If you have personally experienced these specific issues you mentioned then your comments are fair.
Ok, some of my comments are about reported problems: There are known Wifi issues and a few other buggy kind of behaviors. The bigger issues I've heard of are just that: Things I've been told by other people. I haven't installed 10.10 on my system because it's old enough (early 2011) that I was advised that 10.10 might run poorly on it. The mac guys I talked to said that the look and feel of 10.10 were designed for retina and that it looked wrong or "ugly" on non-retina hardware. Obviously aesthetics are a matter of opinion.
The same group told me that 10.10 is demanding enough that they felt like it was designed for systems based on SSDs and that performance was sub-par on systems with regular hard drives. I probably should have qualified my earlier statements. Now you know what I should have said before: I haven't personally run 10.10 on my system.
I'm glad it's working well for you and others. I was just trying to share some caution.
Brian.
-
Have you tried Disk utility -> repair permissions? (Always a good start)
-
Yes, thanks wouterk. I'm already at Tier 2 with Apple Care on this. They've dug deeply and checked out all kinds of things. The drive was so clean that Disk Repair didn't show up, only Disk Verification and it passed this test as verified.
-
Did you boot into a recovery partition and then run disk tools? You cannot really repair a disk you are booted from.
Hold down Command-R when the machine starts to boot, and then select Disk Tools from the options.
Yours,
-Paul
-
FYI, the OS X 10.10.3 update came out today.
-
Yes Donkey, but I am on hold for Apple Care Tier 2 to see if they want to continue on yesterday's path before I upgrade to .3.
-
Thanks Paul. If Cmd-R is safe mode, then Apple Care had me do that already. Let me know if it is something different though.
-
Apple Tier 2 said go ahead with .3 update. I also had the idea that there might be some conflict with Synology 214Play NAS so if MC 20 isn't stable with 10.10.3, I will disconnect NAS and serve music directly from the Mini.
-
For the record, I have MC20 on both my Macbook Pro (a 2011 Sandy Bridge) and my Mac Mini (late 2012 Ivy Bridge), both running on 10.10, and I'm having no serious problems (certainly no regular crashing).
Anyone who has crashes, it would be most useful if you post the Log ZIP file generated immediately after a crash, as described in the Troubleshooting Guide:
http://wiki.jriver.com/index.php/Troubleshooting_Guide
Thanks.
-
Thanks glynor. I just turned on logging. If anything, 10.10.3 made MC 20 less stable, as it crashed twice within an hour. I have turned off the Synology NAS and disconnected it from the network. But I can't connect MC 20 to the music files stored in the Mini. I will deal with that tomorrow. I usually get a crash overnight with the NAS running. If I don't get one tonight, I will reconnect the NAS and wait for a crash to generate an error log. In the end, I have to make the system work with the NAS because of the large libraries I am dealing with.
-
After I turned on logging, I noticed than when MC 20 rebooted after the last crash that the Bel Canto renderer wasn't selected in Now Playing. I clicked on it and MC 20 immediately crashed. This has never happened before. I've attached the log.
-
Glynor, I just had the typical MC 20.0.87 crash on OS 10.10.3 where I get the Mac crash report. I am attaching the log.
-
P.S. This most recent crash occurred while playing music, which is the first time I can be sure that was occurring.
-
2nd crash of the usual type today. I've attached log.
-
This is th 3rd time I am trying to submit log on another crash. I've been getting error messages saying I already submitted the post, but the posts are not appearing at the forum. Uploading refused the log as being too large and postimage.org also rejected it. I am unzipping it and attaching only the current portions of it.
-
One more crash. Log attached.
-
Another crash. Log attached.
-
Thanks for the logs.
The individual ones we really can't use very well. The ZIP file is what we need, in particular if it is large (because then it probably contains the crash dump). If it is too big to attach to a post here, the best thing is to use something like DropBox or WikiSend (which is free and doesn't require an account) to make a link to the file.
-
Unfortunately, none of them above contain the crash dump.
-
Just a suggestion, it woukd be a really good idea to include a mechanism for MC itself to report these crashes. It is a full fledged PITA to report these things, and even more frustrating when occasionally met by polite disbelief.
Require user approval to send them if you wish, but it really is insane to have to attach a crash report via dropbox or wikiwhatever.
-
Glynor, let me know if there are enough crash dumps here: https://www.dropbox.com/sh/d6scmxbizaid5yr/AADTxeKTzQ05rtu_2awOwi_Fa?dl=0 .
-
Glynor, here is today's first crash report: https://www.dropbox.com/s/qhauz3vpcmnqb9r/JRiver%20Log%202015-04-13%2011-42-36.zip?dl=0 .
-
Unfortunately, none of those did include one, and none of the logs I checked actually show a crash. Can you describe a bit more about your system? What, exactly, is your playback device(s) and how are you using it? Also, when MC crashes, does it actually crash, or just lock up and you manually Force Quit on it?
-
even more frustrating when occasionally met by polite disbelief.
I don't disbelieve in any way. Without a good log of the crash though, there's little I can do to help diagnose the issue. More information would almost certainly help, including a detailed description of steps tried (all in one place). For example, there are suggestions on the wiki article linked above like:
Try to look for, and then report, specific circumstances when the issue does and does not occur. Some examples of things to test are:
Does it only happen during Playback, when you are switching between Media Views, or when MC is sitting idle?
If it only happens during Playback, does it only happen with particular types of files?
Does it only happen if the source files are on a Network volume? If you move the files to the system drive, do they work properly?
If it happens at idle, try disabling Auto-Import in the background and see if this makes the problems stop.
If you are using Media Network features, does it only happen on the Client, or the Server, or both?
Are Thumbnails building or any other processes running in the background?
And, a detailed description of the audio chain and setup being used.
-
The Apple crash report is always titled "Media Center quit unexpectedly." MC 20 is no longer on the screen and the Apple report has a REOPEN button on it. When I click on that button, MC 20 reopens and the Apple crash report leaves the screen and sends itself to Apple. I sent a note to Apple Tier 2 tech support asking if they can tell me if MC 20 is quitting on its own or if the Mini is shutting it down. Haven't heard back yet.
Playback device is a Bel Canto REFStream renderer on the 2nd floor of my home. See http://www.belcantodesign.com/eOne/products/computer-audio/refstream-asynchronous-ethernet-renderer/ . The rendered is connected to a Bel Canto DAC3.5VB MK II via SPDIF coaxial cable. The renderer is connected to a Pakedge 8-port switch with a 7 ft. CAT6 cable. That switch connects to a Netgear WNDR3700 router on the 1st floor of my home with about 50 feet of CAT5e cable. That router is connected to a Pakedge 20-port switch with a 3 ft. CAT6 cable. The Mac Mini and the Synology 214play are both connected to that switch with 14 ft. CAT6 cables.
Control is by JRemote on an iPad Air. It connects to the network via a Ruckus 7942 access point connected to the same switch as the renderer with a 3 ft. CAT6 cable.
Is there anything else you want to know glynor?
-
Glynor, I did want to try running the files on the Mini instead of the NAS, but have run into error messages. I will discuss this in detail in a future post. Meanwhile I have placed another log in dropbox, just in case it has a crash report.See https://www.dropbox.com/s/o2tostprw8fsbsd/JRiver%20Log%202015-04-14%2017-47-41.zip?dl=0 .
-
That does help. Thanks.
The Apple crash report is always titled "Media Center quit unexpectedly."
Then, that is a crash. I just wanted to make sure.
Playback device is a Bel Canto REFStream renderer on the 2nd floor of my home. See http://www.belcantodesign.com/eOne/products/computer-audio/refstream-asynchronous-ethernet-renderer/
Your audio device is a DLNA renderer, which is a quite different setup than having a local audio output (a USB DAC or something). The issue almost certainly lies there (whether it is something happening with the Bel Canto REFStream, with your network, or something broken in MC, I can't say for sure).
But, that gives us a place to look. Have you contacted Bel Canto to ask them for help? They should be able to easily test their device with the current Mac build of MC and see if they can reproduce the issue.
If you play back to another audio device on your Mini (the onboard audio output, for example) does playback work reliably then?
-
Many emails with head of Bel Canto. Unfortunately, he is using an older Mini, which is pre-Yosemite, and not using a NAS. They have sold maybe 25 - 30 REFStreams (mine are #25 & #26 and he says they've only had one other customer complain. His problem turned out to be a network issue. My network is very strong as far as wired and wireless computers go, as well as a Sonos system spread throughout 2 floors of a 2500 sq. ft. home, but I suppose that doesn't necessarily mean it is good for this complex computer music system. So I haven't received the kind of tech support I want from Bel Canto, as they have not duplicated a system setup like mine. They do recommend MC 20 and the owner's manual provides minimal setup instructions.
I will hook up the headphone output of the Mini to a line input on a Sonos player and test MC 20 that way.
-
One more log before I change the player. https://www.dropbox.com/s/7yr23mn4q2eyoy3/JRiver%20Log%202015-04-15%2010-36-53.zip?dl=0
-
Have you tried the latest build? It's 20.0.94.
http://yabb.jriver.com/interact/index.php?topic=96936.0
-
I loaded .94 before I connected Mini to Sonos. Sad to say it crashed within 15 minutes while playing music. https://www.dropbox.com/s/4ye2fjlt7xbxz4t/JRiver%20Log%202015-04-15%2011-40-54.zip?dl=0
I want to try playing files from the Mini to the REFStream, but as I said before, when I tried I got various error messages. I don't have time right now to reproduce them and send them to you, so can you please send me any wiki links that will instruct me on where to place music files in the Mini. I created a desktop folder and copied them from the NAS to the folder, but I can't play from there.
-
Glynor, I am going to do an end run and try the entire system using MC 20.0.93 on my Windows 7 Pro desktop, which also acts as the office server, so it is well loaded with an Intel Core i5 running at 3.1 GHz, has 32 GB of RAM and a WD 7200RPM 1TB HD (wd1003fzex-00mk2a0), a lot better than a Mac Mini. I also read Jim H.'s Powerpoint from the 2012 Montreal show where he recommends using Win 7 with MC 20. If this works with stability, then I will get the client a Dell laptop and have 2 Mac Minis to sell. I really have no more time to troubleshoot the Mac system. Using the same Synology NAS and the Bel Canto renderer, I have been playing music for an hour or so with no crash. This is of course a very short time and I will keep you posted over the next few days.
If you have any more suggestions for the Mac system, please let me know. (After I install my client's system, I might still want to try it on my own system. If it works, I will only have one Mini to get rid of.) And I am quite curious to know, if you ever find out, why the logs lacked crash reports.
-
I also read Jim H.'s Powerpoint from the 2012 Montreal show where he recommends using Win 7 with MC 20.
Windows 8.1 works just as well as Windows 7.
-
Many emails with head of Bel Canto. Unfortunately, he is using an older Mini, which is pre-Yosemite
This concerns me.
OSX 10.10 includes essentially a largely new network stack. For just one example, the mDNSResponder daemon was replaced with the brand-new discoveryd daemon, and this daemon provided all sorts of network services in the OSX network stack. discoveryd has proven... Troublesome for a large variety of applications (mDNSResponder had its own problems, and was old and bloated, but it worked better than the early versions of 10.10, for sure). It concerns me that they'd advertise OSX compatibility without the ability to test on a machine modern enough to run Yosemite (which doesn't require anything all-that-recent, frankly).
I can say that 10.10.3 improves network reliability on OSX dramatically, so if you haven't updated the Mini yet, it might be worth trying it. I'd also point out that the Mac Mini makes a fantastic small Windows machine. ;)
The OSX version of MC has made huge strides in the last year (video support), and it should work just fine as a server. But the Windows version is still ahead (it has Images support and Theater View, to name two major features).
If you want to try it, I'd really like to see results from an absolutely drop-dead simple playback system first. Meaning, plug some analog speakers into the headphone jack of the Mini and try it for a while. That rules out the NAS and installation and Mini's hardware as being the cause, and tells us it falls squarely in the DLNA Playback Chain part of the deal.
DLNA is... Not good, or super reliable. The standard is a complete mess, with different vendors doing different things, and all sorts of dependencies all up and down the chain.
But, again... That statement from Bel Canto gives me serious pause. The network stack in 10.10 is way different, and they apparently not only have not, but cannot test it, for their high-end device. Color me skeptical.
-
If you do have a Windows PC then you could try running my DMRA against your renderer. Turn on HTTP logging in the DMRA before selecting the renderer, and then post the HTTP log file here. That would enable us to see if your renderer is sending any kind off funny stuff that might be tripping MC.
-
DMRA is a handy tool Andrew wrote that can analyze DLNA Renderers:
http://www.whitebear.ch/dmra
-
I can say that 10.10.3 improves network reliability on OSX dramatically, so if you haven't updated the Mini yet, it might be worth trying it.
I see you did update it. Bummer.
I think trying out Andrew's DMRA with it connected to your device on the windows machine might be revealing. I'd also still like to try to confirm that the problem is actually with your DLNA device (it could be some other conflict making it crash, certainly).
My test with the simplest analog out would be a good way to do that. Just hook up some junky laptop speakers or headphones or something to it and run it playing for a good long while to see. Power the Bel Canto thing off entirely on your network. That would tell us one way or the other if it has something to do with the DLNA device. If it still happens, we can look at other potential causes (the NAS, etc), but if it goes away entirely, then we have a culprit.
-
Glynor, PC version of MC has been running well for 9 hours. I've stopped playing music to leave it on with no music overnight. I am praying that it is still running in the morning.
When I said I connected Mini to line in on Sonos player, the Sonos was just acting as a powered speaker. As I said before, MC 20 crashed in 15 minutes. I know it is a network device, so I will try to devise a simple amp/speaker combo tomorrow as I don't have an active speaker here. Render was still turned on though, but its LED was red, indicating that it wasn't playing music, but it might still have been communicating on the network. Next time I test Mini I will disconnect renderer from network and turn it off completely. I have installations Friday, Saturday, Monday and Tuesday and I'm sound engineering a concert all day Sunday so I may not get to this until next week. I am more keen to know if PC is stable for several days than to keep troubleshooting Mac.
I also think the client would find it easier to have a PC laptop when it comes to ripping new CDs into the system or rebooting the computer now and then to clear out junk. My original plan was to sell him a Mini plus Apple Superdrive for CD ripping and to control it with Rowmote on his iPad. But I don't find Rowmote nearly as easy to use as an actual keyboard and mouse. For the $580 cost of the Mini and Superdrive, I hope to find a small PC laptop with some SSD for best operation of MC 20. If you have any favorite models in that price range, please let me know.
By the way, is it an expensive deal for JRiver to get "authorized" (I believe that was their term.) so they and you can communicate directly about problems like the one I am having? I am pretty helpless stuck in the middle and have so far wasted weeks of time (including before the date this thread began) and my client is naturally beginning to run out of patience. I would gladly pay $10 more for MC20, as I am sure would thousands of other Mac users, to know that there was a solid line of communication between Apple and JRiver.
Thank you Andrew! I will run DMRA tomorrow. I assume you want to see what's going on both when renderer is playing music and when it is quiescent, yes? (Since MC 20 has crashed under both circumstances.)
-
When I said I connected Mini to line in on Sonos player, the Sonos was just acting as a powered speaker. As I said before, MC 20 crashed in 15 minutes. I know it is a network device, so I will try to devise a simple amp/speaker combo tomorrow as I don't have an active speaker here. Render was still turned on though, but its LED was red, indicating that it wasn't playing music, but it might still have been communicating on the network. Next time I test Mini I will disconnect renderer from network and turn it off completely.
Ok. I thought that was the deal with the Sonos, but I wasn't 100% sure. That's a decent test then, but I would disconnect the Bel Canto thing for a good, solid "we know it isn't that" test.
I would gladly pay $10 more for MC20, as I am sure would thousands of other Mac users, to know that there was a solid line of communication between Apple and JRiver.
If only money could buy that kind of access from Apple.
It can, but not $10 from "thousands" of users. ;) ;D
-
Andrew I have installed DMRA and have turned on HTTP logging. I am now playing music on the renderer and MC 20 did not crash on PC overnight. Let me know how long you want playing to go on and if you want to log some minutes of non-playing afterwards before I save and post the log.
Glynor, I notice that a number of your recent posts on my thread don't show up when I first view the forum, but only after I click Reply they show up below in the Topic Summary. After I finish the DMRA logging, I will try the Sonos (or equivalent) test with Bel Canto turned off & disconnected.
-
Two things come to mind:
As Glynor has outlined, 10.10 has problems; just like I said above. If I were keeping this mac mini, I'd be inclined to clean install (erase the hard drive first) either 10.10 or 10.9. I'd opt for 10.9 as it's known to be more stable than 10.10.
But if you're just looking for a stable platform for JRiver MC that's small, why not get JRiver's own hardware device, the Id? I don't have personal experience with it, but it would seem to be exactly what you are looking for. Assuming it works as advertised.
Brian.
-
I can't figure out how to save the DMRA HTTP log. I closed and opened the program to hopefully get an end point for the log. I clicked on Load Previous Report and Save, created a folder to save it to and named the report, but when I finished the saving process, there was nothing in the folder. So I don't know if the log was made or if I saved it incorrectly.
Also, whereas MC 20 ran in auto-repeat for 9 hours yesterday, today it stops at the end of each CD file. The only difference is my installing DMRA and enabling HTTP logging. I am going to close the program and try auto-repeat again.
-
Brian, I will check out the Id. Thanks.
I just spotted the P. 2 button and now see all the recent posts I didn't see before.
-
Ran DMRA again, turned on HTTP logging and then tried emailing and saving both Load Previous Report and HTTP logging. This time files showed up, but all had zero bits. As a newbie, what is driving me a little bit nuts is the lack of manuals for MC and I assume for DMRA.
I rebooted MC with DMRA off and was able to get repeat mode to work again. It's possible that rebooting it while DMRA is running might also work. I will try that at some point.
-
Ran DMRA again, turned on HTTP logging and then tried emailing and saving both Load Previous Report and HTTP logging. This time files showed up, but all had zero bits. As a newbie, what is driving me a little bit nuts is the lack of manuals for MC and I assume for DMRA.
I rebooted MC with DMRA off and was able to get repeat mode to work again. It's possible that rebooting it while DMRA is running might also work. I will try that at some point.
Wait for Andrew to respond. He wrote DMRA, so he can explain how to use it. He has before, but I think the posts are in the beta board.
MC has a wiki, which while not perfect by any means, does contain a lot of good information. If you don't know how to do something, search the forums, and then ask*. Don't limit your searches to the Mac boards on the forum, as the core application is the exact same code between the Windows and Mac versions (and it has been Windows for way longer, so there's more stuff in the Windows-specific boards).
* It works best if you ask these questions in a separate thread with a decent title about the question (not just "help me!" or something like that).
-
Thanks glynor. I have done a lot of searching, but only in Mac & Remote forums and the Wiki. I usually don't find what I want. I will try PC forum also from now on, especially as it looks like MC PC is quite stable.