ISDN Caller-ID (1 Viewer)

MichaelK

Portal Pro
January 1, 2005
133
0
Kaarst, Germany
Hi mPod

that is my latest log with the cvs from this evening:

12.06.2005 19:18:28 ISDN: Home location: Neuss (2131), Germany (+49)
12.06.2005 19:18:28 ISDN: Application registered with CAPI (1)
12.06.2005 19:18:28 ISDN: CAPI signaling activated
12.06.2005 19:18:36 ISDN: Buffer: (3)(193)13(14)(65)(129)0021311234567
12.06.2005 19:18:36 ISDN: stripping 2 digits
12.06.2005 19:18:36 ISDN: CalledID: 13
12.06.2005 19:18:36 ISDN: CallerID: +21311234567
12.06.2005 19:18:37 ISDN: Incoming call (Neuss, unknown / + (2131) 1234567)
 

mPod

Portal Pro
January 26, 2005
2,084
3
Berlin
Home Country
Germany Germany
Cool, this really helps a lot. It should work now for you as well.

If you'd like to know: The number does not come in as international or national, it comes in as "subscriber number" (according to ETS 300 102-1).

The only thing, we don't know yet is how your buffer looks like when an international call comes in. Mobile numbers should work. Maybe you could come to IRC and one of our team members gives you a short call to generate a log on your HTPC? :lol:
 

MichaelK

Portal Pro
January 1, 2005
133
0
Kaarst, Germany
mPod

great great work. that works now really good, with Picture and Name. The Skin (ProjectX in my case) needs a little bit to be corrected for the info window. the positions are not correct. i will play a little bit with this.
but now, another problem. i told you that my isdn card is connected to an internal port from my euracom pbx. we got a few telephones in the house, so its possible to get internal calls. the phones have internal numbers like 10,11,12 etc. when i get an internal call, nothing happens in mp. then the next real external call isnt displayed anymore. i have the log of this situation:

13.06.2005 16:40:50 ISDN: Home location: Neuss (2131), Germany (+49)
13.06.2005 16:40:51 ISDN: Application registered with CAPI (1)
13.06.2005 16:40:51 ISDN: CAPI signaling activated
13.06.2005 16:40:58 ISDN: Buffer: (3)(193)13(14)(65)(129)0021311234567
13.06.2005 16:40:58 ISDN: stripping 2 digits
13.06.2005 16:40:58 ISDN: CalledID: 13
13.06.2005 16:40:58 ISDN: CallerID: 21311234567
13.06.2005 16:40:58 ISDN: Incoming call from Peter Test (Neuss, Germany / +49 (2131) 1234567)
13.06.2005 16:40:58 Texturemanager loaded temporay:Thumbs\yac\ContactPicture.jpg 72x54 format:X8R8G8B8
13.06.2005 16:40:58 texturemanager:added:Thumbs\yac\ContactPicture.jpg total:5 mem left:145752064
13.06.2005 16:40:58 window:MediaPortal.Dialogs.GUIDialogNotify init
13.06.2005 16:41:06 texturemanager:dispose:Thumbs\yac\ContactPicture.jpg frames:1 total:6 mem left:144703488

until here everything is ok. now the internal call:

13.06.2005 16:41:23 ISDN: Buffer: (3)(193)13(4)(65)(8364)15
13.06.2005 16:41:23 ISDN: stripping 2 digits
13.06.2005 16:41:23 ISDN: CalledID: 13
13.06.2005 16:41:23 ISDN: CallerID:

in this case, extension 15 is calling extension 13. after that, no more calls are in the log. need to restart mp. is it possible to implement such internal calls ?

greets
Michael
 

mPod

Portal Pro
January 26, 2005
2,084
3
Berlin
Home Country
Germany Germany
Give the next CVS version a try. It should work for your internal calls now.
Because I changed something in the buffer analysis for the log, I'd ask you to place a call from a normal phone, from a mobile phone and from one of your internal numbers and post these 3 isdn-logs here.
It all should work with your PBX now, although I'm not absolutely happy with the workarounds I implemented. The new log values could help.

Cool that you like it. 2 bad I don't get much feedback. You are the only one so far... :wink:
 

umtauscher

Portal Member
October 8, 2004
14
0
Cologne, Germany
Hi mPod,

thanks for that great plugin. I just discovered it in the latest CVS.
What I would suggest is, that you be a bit more forgiving with the format of the telefone numbers. For example blanks in the number prevent the plugin from recognizing it. It relally would be nice, if you could remove the blanks - and perhaps other special characters- from the phone number before you compare it to the incoming call.

Thanks again, and keep up the good work
 

mPod

Portal Pro
January 26, 2005
2,084
3
Berlin
Home Country
Germany Germany
umtauscher said:
Hi mPod,

thanks for that great plugin. I just discovered it in the latest CVS.
What I would suggest is, that you be a bit more forgiving with the format of the telefone numbers. For example blanks in the number prevent the plugin from recognizing it. It relally would be nice, if you could remove the blanks - and perhaps other special characters- from the phone number before you compare it to the incoming call.

Thanks again, and keep up the good work
I add the spaces and the +, () signs. The reason is, Outlook expects the query in a special format. That's what the code does. Formatting the number for Outlook-lookup. Maybe you tell me what problem you got with it? If it's not working for you, post all log-lines containing "ISDN: " (change your phone-number to 1234567, of course). Also, tell me, how your ISDN configuration looks like. Make sure to grab the latest CVS before checking again, please.

And, what is most important, store your numbers in Outlook in the correct format, how MS intended them to be put in. You can see an example pic on the 1st page of this thread. Otherwise Outlook-lookup can't work, of course.
 

umtauscher

Portal Member
October 8, 2004
14
0
Cologne, Germany
Well, I thought the lookup would work the other way arround..
Anyway, the number is formatted +49 (221) 12 34 56.
The incoming numer is 0221123456
There is no match found, because of the spaces in my Outlook contact's phone enty.(When I remove the extra space the enty is found.
If Outlook is performing the search, then I suppose I have to blame M$ for this. Nevertheless it's quite impractical to reformat every number in my phonebook. (BTW I am using Outlook 2000)

I stripped the first 0 by setup of your plugin. (Unfortunately internal number s are stripped as well. Wouldn't it be better to strip only a leading 0? Another solution would be to set a minimal length of external numbers and strip only those. In that way you could define the minimal lngth to 3 and leave the internals untouched, because they are only 2 digits in my case.

My ISDN setup: My PC is sitting on the internal S0 Bus of an Auerswald 4308 TK.

I hope this clarifies what I meant. Thanks.
 

mPod

Portal Pro
January 26, 2005
2,084
3
Berlin
Home Country
Germany Germany
umtauscher said:
Well, I thought the lookup would work the other way arround..
Anyway, the number is formatted +49 (221) 12 34 56.
The incoming numer is 0221123456
There is no match found, because of the spaces in my Outlook contact's phone enty.(When I remove the extra space the enty is found.
If Outlook is performing the search, then I suppose I have to blame M$ for this. Nevertheless it's quite impractical to reformat every number in my phonebook. (BTW I am using Outlook 2000)
I see. This explains your concern. I'll fix it for you. (Besides: Yes, you have to blame M$, because according to their standards for telephone numbers in contacts you shouldn't format your numbers. But I understand, why you did this.)

umtauscher said:
I stripped the first 0 by setup of your plugin. (Unfortunately internal number s are stripped as well. Wouldn't it be better to strip only a leading 0? Another solution would be to set a minimal length of external numbers and strip only those. In that way you could define the minimal lngth to 3 and leave the internals untouched, because they are only 2 digits in my case.
Okay, I fixed that yesterday (at least I was hoping so). I'll fine-tune it again.
Another thing, as you said, you are using a PBX (your Auerswald). To make the plugin the most compatible to such PBX, I'd really love to have log-lines of calls from external, mobile, international, internal. Is that possible? Especially the international call is interesting to me, because MichaelK's PBX, for example, does not seem to tell the ISDN card, if a call is international or not.
 

Users who are viewing this thread

Top Bottom