Thread: Some News...

One of the major blessings of .NET. Easy XML reading and writing and best of all, serialization.

Originally Posted by xBrady

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.

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
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

Originally Posted by wysocki

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...????...

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 Less code repeats (going to put more things into their own procedures/functions).

Originally Posted by 0l33l

About a button on the steerign wheel: its already implemented. Its a command line parameter

I searched and found the command line parameter "/listen", but now I have a couple of questions:

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)?

Originally Posted by wysocki

I searched and found the command line parameter "/listen", but now I have a couple of questions:

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.
2) You just have a program that can open up Navivoice with that parameter. It will be just as if you said "boris".

Originally Posted by 0l33l

2) You just have a program that can open up Navivoice with that parameter.

Yeah, but how do I connect that button to that program?

Originally Posted by wysocki

Yeah, but how do I connect that button to that program?

Your choice. Serial is really easy. I'm gonna guess that Girder supports launching a program with special parameters.