With openMobile, speaking purely from a technical perspective, how does a Linux distro compare to Windows 7 for voice controlled function? My application will use voice extensively.
I know you folk (the devs that is) probably already know this, but again, I like to point things out.
The issue I found where I have to exit OM and re-enter to get the Directed unit to play: I have discovered that it would appear to be the Power On command to the radio.
When the ignition is off, the radio turns off. When the computer/OM goes into hibernate, OM still assumes the radio is on. When the computer and OM resume, no Power On command is sent.
Okay, that's the way it looks to me. It dawned on me because my setup has the amp powered by a drive connector from the PSU to avoid thump. The radio direct to accessory. When at the pump I like to leave it on accessory so I avoid the hibernate/resume. However, when I crank, the radio stops. Today it became clear to me that this is because the ACC is interrupted thus stopping the radio playing because the radio turned off and OM doesn't know it.
As always, you folks are probably already on this, but if the HD module can send a power on signal when windows resumes (and of course if HD was the last playing media) it would be great. And maybe a manual power button within the plug-in to cover my butt at the filling station That last one is just a nice to have as I will now power the radio from the drive plug so it stays on as long as the computer is on.
Sorry I have been swamped with work and have not had much OM time in the last week.
You are actually set up the same way I am. When the computer is resuming, by the time it is done the radio should be in a connectible state already. When the radio plugin senses a resume it waits 2 seconds, reconnects to the radio if it sees a broken connection, powers it on if needed, then actually retunes to the station as I found that was needed some times.
My gut still thingk it is our audio routing stuff. Do you only have the radio being connected to a line in source? Can you set the line in as the default device and your proper output as the default device under windows sound options if it is not already and make sure Default devices are selected in the monitor you have configured and the radio input plugin's source. That way if something funny is happening to the input and output on hibernate/resume, at windows should hopefully make them the default device again correctly. Assuming you don't have it all set that way already. See if that does anything. If not I can try to add some debugging to the plugins and try that.
Okay. Line-in is the default recording device. "Listen to" is de-selected.
Speaker/Line-out is the default output device.
I'm afraid I do not understand the "monitor" configured to use the default devices. But if I have seen the proper options, I have everything set to use the High Definition Audio Device.
Should I change all these to be "default audio device"?
By monitor I meant under Settings | MultiZone Settings | Screen 1 what audio device you have set. If you have not been in there then it is still default device.
Yeah if you could try setting the radio to the default device as well and see if that fixes your issue.
Okay. Other than the HD settings in OM, I cannot select anything as "default audio device", everything is set to, and my only option is "High Definition Audio Device" (the 'name' of the on-board audio).
My apologies if I am missing something obvious.