Printable View
I finally got some good working code for XML reading AND writing elements in the SAPI XML file :cool:
And you know what that means... now I'm going to be working on more code for XML to be better configurable.
Now if I could just figure out how to replace <p VAL="400" with <RoutisDirectory> then it would be bliss... going to be working on that :tard:
One of the major blessings of .NET. Easy XML reading and writing and best of all, serialization.
No, I'm not rewriting it in .NET. Too slow.Quote:
Originally Posted by xBrady
Did some internal speed testings: to write 100 lines takes VERY quckly, so fast that a timer couldn't pick up on the speed!
Thank dog that SOMEONE is concerened about writing efficient code! Now that I'm in the real world trials of my carpc, my big problem now is performance. I have an Epia M10000 with 512mb but, although each piece of software that I've put in runs well, together there's a huge battle for cpu going on between them. I just added PhoneControl and hit the wall. When a call comes in, it takes about 10 seconds for the app to popup and display the caller id info. Too late! However, in checking task manager, I noticed a HUGE black hole of cpu... SAPI.
If I have my microphone turned on while I'm blasting music out of the speakers, my cpu hits a solid 100%. When I kill the mic, it drops down to about 55%. I guess it's going crazy listening for me to say "Boris". I don't know if this is inherent in the sapi engine or if it's because Navivoice is doing its thing. Maybe cpu could be spared by not logging all that activity??
Anyway, I've got to find a solution to the mic issue because it sometimes gets triggered by outside noises. I think I want an approach like a button on the steering wheel that would pause/mute music and turn on the mic. Now, as to how I implement that...????...
Now you know why I'm not going the VIA route :lol:
The logging should not take up a lot of CPU time because itsn't not continuous. Like if you read all the songs' data and put it in a list then it will take up CPU time, but otherwise no.
Adjust the sensitivity settings under SAPI. NaviVoice listens for all commands but will only activate commands after it hears Boris, so it has to listen to all the commands that come through.
About a button on the steerign wheel: its already implemented. Its a command line parameter :D
Quote:
Originally Posted by wysocki
Oh yeh, just to mention: the whole program is going to be rewritten from the ground up. Full XML support. No INI. Easier configuration. No more notepad :D Less code repeats (going to put more things into their own procedures/functions).
I searched and found the command line parameter "/listen", but now I have a couple of questions:Quote:
Originally Posted by 0l33l
1. Will Navivoice pause my mp3 player and mute my SPDIF input while it's listening and replying?
2. What's the best way to trigger/release the listening (do I need to hookup a wire to my serial/parallel port or something)?
1) It'll pause your mp3 player, but will not mute the SPDIF while listening. I may add that functionality after v2.Quote:
Originally Posted by wysocki
2) You just have a program that can open up Navivoice with that parameter. It will be just as if you said "boris".
Yeah, but how do I connect that button to that program?Quote:
Originally Posted by 0l33l
Your choice. Serial is really easy. I'm gonna guess that Girder supports launching a program with special parameters.Quote:
Originally Posted by wysocki