[Release] FrodoComm, and FrodoComm Services Host - Page 3

frodobaggins · 05-02-2005, 06:02 PM

Quote: Originally Posted by ImInSanDiego

I'm sure that both apps were installed previously, especially since I loaded the FrodoComm User Control into my AXcontainer, but I uninstalled both apps, rebooted, reinstalled them, and then rebooted. I still get the same errors. I've verified that many of your controls are registered, but I see nothing about FCClass.dll. This doesn't appear to be an ActiveX type control since I manually registered it and it still doesn't show up. How is this file accessed? Any other suggestions?

Try this, maybe my installer did not register FrodoComm itself correctly.

Browse to ...\FrodoSuite\Frodocomm

find FrodoComm.exe

register it by running "frodocomm.exe /REGSERVER"

Then try it again.

ImInSanDiego · 05-02-2005, 07:33 PM

Quote: Originally Posted by frodobaggins

Try this, maybe my installer did not register FrodoComm itself correctly.

Browse to ...\FrodoSuite\Frodocomm

find FrodoComm.exe

register it by running "frodocomm.exe /REGSERVER"

Then try it again.

Success!

Now for a new question. I have successfully posted and broadcasted messages as seen in your ServicesTest app, but I am wondering how the CommList IDs get cleared. If you look at the array in my app you can see my app name repeated from when I stopped execution before endprocessing was called. You can also see a couple of services that remain from when I manually killed the servicehost.

frodobaggins · 05-02-2005, 07:37 PM

You recieve notice through the memberstatuschange event of additions and subtractions.

ImInSanDiego · 05-02-2005, 07:52 PM

I must not have something right because I don't have memberstatuschange to choose from. I also don't have Notifybroadcast and NotifySpecific that are called in your test app.

Also, each xxxThread method says "dontcallme"

frodobaggins · 05-02-2005, 08:11 PM

Quote: Originally Posted by ImInSanDiego

I must not have something right because I don't have memberstatuschange to choose from. I also don't have Notifybroadcast and NotifySpecific that are called in your test app.

Also, each xxxThread method says "dontcallme"

Those are events, not functions.

frodobaggins · 05-02-2005, 08:33 PM

I sent you a PM ImInSanDiego, read it !

Shotty · 05-02-2005, 09:55 PM

You bastard

I've been thinking about and writing some basic specs of this exact idea for the last few months.

And I can see EXACTLY where you are coming from it, so I expect it will be very popular indeed.

Just be carefull, because I would hate for any programs out there to become somewhat dependant on this, and for the development to cease for some reason... (just being wary).

0l33l · 05-02-2005, 10:58 PM

Quote: Originally Posted by Shotty

Just be carefull, because I would hate for any programs out there to become somewhat dependant on this, and for the development to cease for some reason... (just being wary).

My programs will basically depend on it.

I've got faith in the monkey

frodobaggins · 05-03-2005, 12:11 AM

Quote: Originally Posted by Shotty

You bastard

I've been thinking about and writing some basic specs of this exact idea for the last few months.

And I can see EXACTLY where you are coming from it, so I expect it will be very popular indeed.

Just be carefull, because I would hate for any programs out there to become somewhat dependant on this, and for the development to cease for some reason... (just being wary).

Well it's out now, so really no chance of that happening.
The service launcher is just a convenience, frodocomm is
where the magic happens.

0l33l · 05-03-2005, 12:15 AM

Expect a service that does text-to-speech. More advanced than the one Frodo has made... it will encompass SAPI4 and SAPI5, allowing the user to choose either. Then they could configure the voice, etc. And it will also report back when the program has finished speaking

Shotty · 05-03-2005, 08:52 AM

Like I said in my previous post, i've had this idea in my head for a while now so I am really looking forward to what comes out of it!

The idea I was having was that something like a front-end wouldn't need to know things like:

- Sound card type
- User settings on volume
- other applications that are running (and may need to be turned down)

but can rather just call FrodoComm and say (important message, "message") and frodocomm just does what it needs to? (say, based on the importance of message, turns everything else down (or off) and displays/reads aloud the message?)

Man I am looking forward to what comes out of this!

frodobaggins · 05-03-2005, 12:09 PM

Quote: Originally Posted by Shotty

Like I said in my previous post, i've had this idea in my head for a while now so I am really looking forward to what comes out of it!

The idea I was having was that something like a front-end wouldn't need to know things like:

- Sound card type
- User settings on volume
- other applications that are running (and may need to be turned down)

but can rather just call FrodoComm and say (important message, "message") and frodocomm just does what it needs to? (say, based on the importance of message, turns everything else down (or off) and displays/reads aloud the message?)

Man I am looking forward to what comes out of this!

Some people just get it

zorro · 05-03-2005, 02:47 PM

*This is the moment where the masked, black suited guy jumps on stage*

For all of you who need a kind of vision what this could mean for developers and users likewise, just look at the picture.

Every box you see there is a module on the FrodoComm network. They all may communicate with each other, but they don't have to.

Advantage for the developer:
You'll have neat, lean modules that are easy to manage and support.

Advantage for the user:
You can build your own system by integrating new modules.

Before you ask, no, they are not available yet.

frodobaggins · 05-03-2005, 02:50 PM

Hi Zorro

Sorry we've been missing each other over IM.

zorro · 05-03-2005, 02:53 PM

Yap.... busy... but you know.

User Name		Remember Me?
Password