easyb2k-devel Mailing List for EasyB2K
Status: Pre-Alpha
Brought to you by:
wyrm
Menu
▾
▴
easyb2k-devel — EasyB2k development.
You can subscribe to this list here.
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(32) |
Nov
(4) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
(5) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Biologisch T. 'V. h. L. <vb...@ia...> - 2008-01-25 18:20:56
|
Hello, I have written a new usbb2k_api compatible daemon. It's (as far I've tested) 100 % stable. You can unplug & replug the box and it keeps running. It supports al the normal commands and sends a bit more back. It supports multiple simultanious clients and is designed to be easilly extended to support other devices. It's more flexible than the old usbb2k_api, you can control where it puts it's pid and socket files. It also doesn't open the socket to everybody, only to users in a definable group (usbphone by default). I tried to include some documentation. I included an init start and stop script for conveniance. I'm not planning on actively extending this project, so maybe you could make use for it. I think there are enough usbb2k projects already. All I'll do is make a connection between Ekiga and this in Python with dbus for private use. I you're interested in this and need my assistance, please ask. You can download the source at: http://www.vanhetland.nl/usbphone/usbphone-0.1.tar.gz Any suggestions, bug reports, large amounts of money or complaints are welcome. Greetings, Okkel Klaver |
|
From: Thomas R. <tre...@ya...> - 2008-01-20 14:13:52
|
Hi Okkel,=0Aalthough I did not find a license agreement for SkypeMate, I am= not sure it is legal to disassemble parts of the SkypeMate software (which= was probably necessary to find your magic address 100982D0). My assumption= is also based on the fact, that you have to sign an NDA with Yealink if yo= u want to use their (MS Windows-based) development kit for integrating hand= set support by utilizing their libraries.=0AEffectively you cannot and shou= ld not publish any free software or information based on findings obtained = via illegal disassembling!=0A=0AWhat's wrong with using a USB sniffer or wa= tch the USB traffic from a VMWare session via USB debugfs?=0ARegards,=0A-Th= omas=0A=0A=0A----- Urspr=C3=BCngliche Mail ----=0AVon: Biologisch Tuinbouwb= edrijf 'Van het Land' <vb...@ia...>=0AAn: eas...@li...urceforge= .net=0AGesendet: Samstag, den 19. Januar 2008, 17:15:57 Uhr=0ABetreff: [Eas= yb2k-devel] Skypemate for windows debug messages=0A=0AHello,=0A=0A I acc= identally bought a trust usbb2k box in a second hand shop. Now=0A =0AI'm wo= rking to get the device going under Linux and started debugging =0Athe wind= ows skypemate executable. Maybe this is something you already =0Aknow, but = you can get skypemate to spit out debug information through =0AOutputDebugS= tring, including the codes sent to the box. Since the=0A latest =0Aversion = of skypemate works with many other devices I figured you could =0Amaybe hav= e use for this information.=0A I'm using OllyDbg under Windows XP. If yo= u load the skypemate =0Aexecutable and use View->log under OllyDbg you get = all kinds of debug =0Aoutput if you set memory address 100982D0 to anything= non-zero.=0A I'm reworking on this because I find the usbb2k_api is dae= mon very =0Aunstable on my system. I hope this is any help to someone.=0A= =0AThanks, Okkel=0A=0A-----------------------------------------------------= --------------------=0AThis SF.net email is sponsored by: Microsoft=0ADefy = all challenges. Microsoft(R) Visual Studio 2008.=0Ahttp://clk.atdmt.com/MRT= /go/vse0120000070mrt/direct/01/=0A_________________________________________= ______=0AEasyb2k-devel mailing list=0AE...@li...= =0Ahttps://lists.sourceforge.net/lists/listinfo/easyb2k-devel=0A=0A=0A=0A= =0A=0A=0A __________________________________ Ihr erstes Fernweh? Wo g= ibt es den sch=C3=B6nsten Strand? www.yahoo.de/clever |
|
From: Marcos D. <ma...@un...> - 2008-01-20 12:18:20
|
Hi again, Okkel I was wondering, don't try to do it by yourself. Let's do it together! Marcos Biologisch Tuinbouwbedrijf 'Van het Land' wrote: > Hello, > > I accidentally bought a trust usbb2k box in a second hand shop. Now > I'm working to get the device going under Linux and started debugging > the windows skypemate executable. Maybe this is something you already > know, but you can get skypemate to spit out debug information through > OutputDebugString, including the codes sent to the box. Since the latest > version of skypemate works with many other devices I figured you could > maybe have use for this information. > I'm using OllyDbg under Windows XP. If you load the skypemate > executable and use View->log under OllyDbg you get all kinds of debug > output if you set memory address 100982D0 to anything non-zero. > I'm reworking on this because I find the usbb2k_api is daemon very > unstable on my system. I hope this is any help to someone. > > Thanks, Okkel > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Easyb2k-devel mailing list > Eas...@li... > https://lists.sourceforge.net/lists/listinfo/easyb2k-devel > |
|
From: Marcos <ma...@un...> - 2008-01-19 22:44:21
|
Hi! This is an awesome information. I did not know it. Nevertheless, today I have just sniffer the last information I needed do the same as SkypeMate does. USBB2K API was really unstable. I mean... I posted yesterday a new version that does not crash anymore (at least on my sistem). Could you please verify if the new version is still unstable ? And thanks for the debugging tip!. Marcos --- Biologisch Tuinbouwbedrijf 'Van het Land' <vb...@ia...> schrieb: > Hello, > > I accidentally bought a trust usbb2k box in a second hand shop. Now > I'm working to get the device going under Linux and started debugging > the windows skypemate executable. Maybe this is something you already > know, but you can get skypemate to spit out debug information through > OutputDebugString, including the codes sent to the box. Since the latest > version of skypemate works with many other devices I figured you could > maybe have use for this information. > I'm using OllyDbg under Windows XP. If you load the skypemate > executable and use View->log under OllyDbg you get all kinds of debug > output if you set memory address 100982D0 to anything non-zero. > I'm reworking on this because I find the usbb2k_api is daemon very > unstable on my system. I hope this is any help to someone. > > Thanks, Okkel > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Easyb2k-devel mailing list > Eas...@li... > https://lists.sourceforge.net/lists/listinfo/easyb2k-devel > |
|
From: Biologisch T. 'V. h. L. <vb...@ia...> - 2008-01-19 16:16:15
|
Hello,
I accidentally bought a trust usbb2k box in a second hand shop. Now
I'm working to get the device going under Linux and started debugging
the windows skypemate executable. Maybe this is something you already
know, but you can get skypemate to spit out debug information through
OutputDebugString, including the codes sent to the box. Since the latest
version of skypemate works with many other devices I figured you could
maybe have use for this information.
I'm using OllyDbg under Windows XP. If you load the skypemate
executable and use View->log under OllyDbg you get all kinds of debug
output if you set memory address 100982D0 to anything non-zero.
I'm reworking on this because I find the usbb2k_api is daemon very
unstable on my system. I hope this is any help to someone.
Thanks, Okkel
|
|
From: Simon D. <s.a...@di...> - 2007-11-18 11:45:51
|
Sorry I'm short on time till the end of the month as well (I'm out at sea!)= , however let me know if you need anything doing and I'll=20 add it to my job list. I quite like the architecture idea, but it does soun= d like a fair amount of work.=20 I'll stick to updating kb2kskype to qt4 (only) for the moment and I can swi= tch it to the new back end when available. Simon > Message Received: Nov 15 2007, 08:11 PM > From: "Thomas Reitmayr" <tre...@ya...> > To: eas...@li... > Cc:=20 > Subject: Re: [Easyb2k-devel] Silence >=20 > Hi, > I would be still interested in such a project (although I am not convince= d about certain architectural things we discussed). However=20 my workload at my job recently does not allow much private hacking anymore.= Not sure how long this will go... > -Thomas >=20 > PS: One thing I found out some time ago is that there may be a way to mon= itor the PSTN line for dial tone, busy(?)... via the=20 commands 0x15 (activation?) and 0x8f (status polling). B3K must/should(?) h= ave been switched to USB<->PSTN mode to use. >=20 >=20 > ----- Urspr=C3=BCngliche Mail ---- > Von: Daniel Ribeiro <dr...@gm...> > An: eas...@li... > Gesendet: Dienstag, den 13. November 2007, 15:27:48 Uhr > Betreff: [Easyb2k-devel] Silence >=20 > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > Hi. >=20 > Is there still interest in pushing this project forward? >=20 >=20 > - -- > Daniel Ribeiro > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (GNU/Linux) >=20 > iD8DBQFHObRkw3OYl0G0liQRAgcfAJ9VtVM6CGKfsMIEgVQZtl086ZLSDgCeOZec > 6jeMS0zJEzMw52CYWeo7C3M=3D > =3DhwGp > -----END PGP SIGNATURE----- >=20 > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Easyb2k-devel mailing list > Eas...@li... > https://lists.sourceforge.net/lists/listinfo/easyb2k-devel >=20 >=20 >=20 >=20 >=20 > Jetzt Mails schnell in einem Vorschaufenster =C3=BCberfliegen. Dies= und viel mehr bietet das neue Yahoo! Mail - www.yahoo.de/mail >=20 > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Easyb2k-devel mailing list > Eas...@li... > https://lists.sourceforge.net/lists/listinfo/easyb2k-devel >=20 > |
|
From: Thomas R. <tre...@ya...> - 2007-11-15 20:00:51
|
Hi,=0AI would be still interested in such a project (although I am not conv= inced about certain architectural things we discussed). However my workload= at my job recently does not allow much private hacking anymore. Not sure h= ow long this will go...=0A-Thomas=0A=0APS: One thing I found out some time = ago is that there may be a way to monitor the PSTN line for dial tone, busy= (?)... via the commands 0x15 (activation?) and 0x8f (status polling). B3K m= ust/should(?) have been switched to USB<->PSTN mode to use.=0A=0A=0A----- U= rspr=FCngliche Mail ----=0AVon: Daniel Ribeiro <dr...@gm...>=0AAn: eas= yb2...@li...=0AGesendet: Dienstag, den 13. November 200= 7, 15:27:48 Uhr=0ABetreff: [Easyb2k-devel] Silence=0A=0A-----BEGIN PGP SIGN= ED MESSAGE-----=0AHash: SHA1=0A=0AHi.=0A=0AIs there still interest in pushi= ng this project forward?=0A=0A=0A- --=0ADaniel Ribeiro=0A-----BEGIN PGP SIG= NATURE-----=0AVersion: GnuPG v1.4.6 (GNU/Linux)=0A=0AiD8DBQFHObRkw3OYl0G0li= QRAgcfAJ9VtVM6CGKfsMIEgVQZtl086ZLSDgCeOZec=0A6jeMS0zJEzMw52CYWeo7C3M=3D=0A= =3DhwGp=0A-----END PGP SIGNATURE-----=0A=0A--------------------------------= -----------------------------------------=0AThis SF.net email is sponsored = by: Splunk Inc.=0AStill grepping through log files to find problems? Stop.= =0ANow Search log events and configuration files using AJAX and a browser.= =0ADownload your FREE copy of Splunk now >> http://get.splunk.com/=0A______= _________________________________________=0AEasyb2k-devel mailing list=0AEa= syb...@li...=0Ahttps://lists.sourceforge.net/lists/lis= tinfo/easyb2k-devel=0A=0A=0A=0A=0A=0A Jetzt Mails schnell in einem Vor= schaufenster =FCberfliegen. Dies und viel mehr bietet das neue Yahoo! Mail = - www.yahoo.de/mail |
|
From: Marcos D. <ma...@un...> - 2007-11-13 15:27:28
|
I do have a lot of interest. I am witting my finals now. So I won't be able to help at all before 8th of December. On the next day, that will be my first priority. Marcos Daniel Ribeiro wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi. > > Is there still interest in pushing this project forward? > > > - -- > Daniel Ribeiro > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (GNU/Linux) > > iD8DBQFHObRkw3OYl0G0liQRAgcfAJ9VtVM6CGKfsMIEgVQZtl086ZLSDgCeOZec > 6jeMS0zJEzMw52CYWeo7C3M= > =hwGp > -----END PGP SIGNATURE----- > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Easyb2k-devel mailing list > Eas...@li... > https://lists.sourceforge.net/lists/listinfo/easyb2k-devel > |
|
From: Daniel R. <dr...@gm...> - 2007-11-13 13:26:19
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi. Is there still interest in pushing this project forward? - -- Daniel Ribeiro -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHObRkw3OYl0G0liQRAgcfAJ9VtVM6CGKfsMIEgVQZtl086ZLSDgCeOZec 6jeMS0zJEzMw52CYWeo7C3M= =hwGp -----END PGP SIGNATURE----- |
|
From: Daniel R. <dr...@gm...> - 2007-10-31 18:39:53
|
2007/10/31, Marcos <ma...@un...>: > It is not that simple. > > We must drop privileges before running user code. > So we must drop privileges before loading any glue. > So we must attach to the USB port before loading any plugin. > So we can not attach to a newly plugged device after any plugin has been loaded. You still didnt got the most important point.. _one daemon instance for each device_. 1. The first thing that we will do is attach to the usb port. We need it to get the serial number, so the daemon can decide which .conf file to use and/or which plugins to load. :) 2. When you unplug the device, his controlling daemon exits. 3. When you plug another device, a new daemon is called. Daemon is kind of a bad term. It is more a hotplug loaded driver, and *not* an always running daemon. -- Daniel Ribeiro |
|
From: Marcos <ma...@un...> - 2007-10-31 18:32:43
|
It is not that simple. We must drop privileges before running user code. So we must drop privileges before loading any glue. So we must attach to the USB port before loading any plugin. So we can not attach to a newly plugged device after any plugin has been loaded. :( --- Daniel Ribeiro <dr...@gm...> schrieb: > 2007/10/31, Marcos <ma...@un...>: > > I have BAD BAD news. > > I found a huge security problem in our model. > Its as simple as dropping privileges right after attaching to the usb port. > > -- > Daniel Ribeiro > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Easyb2k-devel mailing list > Eas...@li... > https://lists.sourceforge.net/lists/listinfo/easyb2k-devel > |
|
From: Daniel R. <dr...@gm...> - 2007-10-31 18:25:10
|
2007/10/31, Marcos <ma...@un...>: > I have BAD BAD news. > I found a huge security problem in our model. Its as simple as dropping privileges right after attaching to the usb port. -- Daniel Ribeiro |
|
From: Marcos <ma...@un...> - 2007-10-31 18:00:59
|
Hi! I have BAD BAD news. I found a huge security problem in our model. If we include the glue in the daemon, the glue will be SUID, just as the deamon must be, since it can send direct command to USB devices. So the glue must be a complitelly different process than the daemon, even written by the user. What do you guys think ? Ohhh, what if we call our program TuxMate ? Marcos --- Daniel Ribeiro <dr...@gm...> schrieb: > 2007/10/31, Marcos Diez <ma...@un...>: > > Does that allow the glue to have a GUI ? > Yes, but i dont think that this is a good idea, as it may add latency > and instability issues to the core daemon. > > > How will the linking part work ? ( I mean, if a dynamic load a library, > > does qt/gtk/libGUI gets loaded automatically ? > Yes, you can load/unload any dynamic lib and it will load other needed > dynamic libs linked to the plugin. > > I believe that the GUI should be a different software, and connect to > our daemon using our standard d-bus transport (as other VoIP > applications would). > > -- > Daniel Ribeiro > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Easyb2k-devel mailing list > Eas...@li... > https://lists.sourceforge.net/lists/listinfo/easyb2k-devel > |
|
From: Daniel R. <dr...@gm...> - 2007-10-31 15:54:39
|
2007/10/31, Marcos Diez <ma...@un...>: > Does that allow the glue to have a GUI ? Yes, but i dont think that this is a good idea, as it may add latency and instability issues to the core daemon. > How will the linking part work ? ( I mean, if a dynamic load a library, > does qt/gtk/libGUI gets loaded automatically ? Yes, you can load/unload any dynamic lib and it will load other needed dynamic libs linked to the plugin. I believe that the GUI should be a different software, and connect to our daemon using our standard d-bus transport (as other VoIP applications would). -- Daniel Ribeiro |
|
From: Marcos D. <ma...@un...> - 2007-10-31 15:26:42
|
Let's assume we use Daniel's method... Does that allow the glue to have a GUI ? How will the linking part work ? ( I mean, if a dynamic load a library, does qt/gtk/libGUI gets loaded automatically ? Marcos Daniel Ribeiro wrote: > 2007/10/31, Thomas Reitmayr <tre...@ya...>: >> The glue software for sure is specific to the VoIP application which provides its own interface. We _should_ implement the proper glue software for the most common applications, but there should be the possibility for new or not so well-known VoIP apps to access our application. Even if such a VoIP application would implement our D-BUS interface, the strategy of probing all _supported_ VoIP apps fails here as every VoIP application would use a different unique D-BUS object path. >> It should be the responsibility of the glue software _or_ the VoIP app (supporting our D-BUS interface) to probe the daemon, and in the usual scenario that would be the natural order of things, i.e. >> 1. Daemon core is started at boot time. >> 2. VoIP application starts (by user or at boot time) and probes the the daemon core. > > 2 Will not work with Skype. > > The main intention of keeping the glue software inside our daemon as a > plugin is to keep it _flexible_ enough to support *every* weird > protocol that commercial VoIP software may implement. > A separate glue software is _unnecessary_, as the VoIP software may > implement our protocol directly. > > the standard use case would be.. > > Most VoIP applications (active) > | > v > --------------------------- > | Standard Glue | > | ^ | > | | (libdl) | Our Daemon > | v | > | Core Daemon | > ---------------------------- > > > And for Skype.. > > Skype (passive) > ^ > | > --------------------------- > | Special Glue | > | ^ | > | | (libdl) | Our Daemon > | v | > | Core Daemon | > ---------------------------- > > |
|
From: Daniel R. <dr...@gm...> - 2007-10-31 15:06:46
|
2007/10/31, Thomas Reitmayr <tre...@ya...>:
> The glue software for sure is specific to the VoIP application which provides its own interface. We _should_ implement the proper glue software for the most common applications, but there should be the possibility for new or not so well-known VoIP apps to access our application. Even if such a VoIP application would implement our D-BUS interface, the strategy of probing all _supported_ VoIP apps fails here as every VoIP application would use a different unique D-BUS object path.
> It should be the responsibility of the glue software _or_ the VoIP app (supporting our D-BUS interface) to probe the daemon, and in the usual scenario that would be the natural order of things, i.e.
> 1. Daemon core is started at boot time.
> 2. VoIP application starts (by user or at boot time) and probes the the daemon core.
2 Will not work with Skype.
The main intention of keeping the glue software inside our daemon as a
plugin is to keep it _flexible_ enough to support *every* weird
protocol that commercial VoIP software may implement.
A separate glue software is _unnecessary_, as the VoIP software may
implement our protocol directly.
the standard use case would be..
Most VoIP applications (active)
|
v
---------------------------
| Standard Glue |
| ^ |
| | (libdl) | Our Daemon
| v |
| Core Daemon |
----------------------------
And for Skype..
Skype (passive)
^
|
---------------------------
| Special Glue |
| ^ |
| | (libdl) | Our Daemon
| v |
| Core Daemon |
----------------------------
--
Daniel Ribeiro
|
|
From: Thomas R. <tre...@ya...> - 2007-10-31 14:18:50
|
Hi,=0AI would not allow the case of having two different devices attach to = one and the same VoIP application. You would have to dynamically adapt the = audio devices in the VoIP app depending on which phone the user picks up.= =0AIf you really need that and you use a regular phone (via B2K or B3K/G) y= ou could attach multiple phones to the same phone line (as Daniel suggested= , I guess). In case of multiple USB handsets you could implement parallel r= inging via a SIP PBX (Asterisk, OpenSER). This does not cover the case of o= ne skype account with multiple handsets though as long as you don't want to= buy a Skype PBX.=0ARegards,=0A-Thomas=0A=0A----- Urspr=FCngliche Mail ----= =0AVon: Marcos Diez <ma...@un...>=0AAn: eas...@li...urc= eforge.net=0AGesendet: Mittwoch, den 31. Oktober 2007, 11:30:06 Uhr=0ABetre= ff: Re: [Easyb2k-devel] Application Structure=0A=0A[...]=0A=0ABy the way, i= f we want to have two different daemons talking to the=0A same =0Askype, th= ey must report different names, or else Skype will go crazy.=0A So =0Athere= must be a configuration option for that.=0A=0ANow if we want to have two d= ifferent Skypes on the same machine, I=0A don't =0Aknow how to do it, becau= se at least XInternAtom(display, =0A"_SKYPE_INSTANCE", 1); returns the fir= st instance if finds.=0AI launched one Skype normally and the other one thr= ough ssh -X =0Auser2@localhost. Does anybody has any better ideas ?=0A=0AMa= ybe DBUS works different.=0A=0AMarcos=0A=0Aps: Daniel, thanks. Now things m= ake sence.=0A=0A-----------------------------------------------------------= --------------=0AThis SF.net email is sponsored by: Splunk Inc.=0AStill gre= pping through log files to find problems? Stop.=0ANow Search log events an= d configuration files using AJAX and a browser.=0ADownload your FREE copy o= f Splunk now >> http://get.splunk.com/=0A__________________________________= _____________=0AEasyb2k-devel mailing list=0AE...@li...urceforg= e.net=0Ahttps://lists.sourceforge.net/lists/listinfo/easyb2k-devel=0A=0A=0A= =0A=0A=0A __________________________________ Ihr erstes Baby? Holen= Sie sich Tipps von anderen Eltern. www.yahoo.de/clever |
|
From: Thomas R. <tre...@ya...> - 2007-10-31 13:50:43
|
Hi again,=0Aconfiguring the VoIP application for using the right audio devi=
ce is application specific. It should be the responsibility of the glue sof=
tware to try to achieve that. If the VoIP app supports it via its proprieta=
ry interface which the glue software attaches to, then that's fine and will=
be provided by the glue software (eg. in the Skype case, as Marcos told us=
). If it does not, then there is usually a way for the user to configure th=
e matching audio devices manually and the glue software does not have to ca=
re about it.=0A=0AMost importantly the daemon has to simply offer informati=
on about the audio devices to use at the interface to the glue software (by=
just looking at the HAL-properties), for Linux that would be the name of t=
he ALSA (or OSS, if someone has strong feelings about it) device, for other=
OSs probably some other device path.=0A=0ARegards,=0A-Thomas=0A=0A=0A-----=
Urspr=FCngliche Mail ----=0AVon: Daniel Ribeiro <dr...@gm...>=0AAn: e=
asy...@li...=0AGesendet: Mittwoch, den 31. Oktober 20=
07, 06:49:45 Uhr=0ABetreff: Re: [Easyb2k-devel] Application Structure=0A=0A=
My idea is just fine when all that matters is the _control_=0A interfac=
e=0Aof the boxes, but we havent discussed how we will configure the VoIP=0A=
applications to talk to the right sound device. As the sound codec chip=0Ao=
n the telbox devices are handled by alsa in kernelspace this may be=0Atroub=
le for future development.=0A ATM we can assure that the control interfa=
ce will match the=0A respective=0Aconfiguration based on the box serial num=
ber, but i dont know how to=0Aassure that each VoIP application will open t=
he correct PCM devices=0Amatching the control interface on the same box.=0A=
=0A- --=0ADaniel Ribeiro=0A-----BEGIN PGP SIGNATURE-----=0AVersion: GnuPG v=
1.4.6 (GNU/Linux)=0A=0AiD8DBQFHKBd5w3OYl0G0liQRAhHWAKCCnsYuPcauU/xkjn2Di4K6=
XSFA2gCfa0hp=0AKSPCDyXBBSwtT+eSSE8nfQQ=3D=0A=3D/Grm=0A-----END PGP SIGNATUR=
E-----=0A=0A---------------------------------------------------------------=
----------=0AThis SF.net email is sponsored by: Splunk Inc.=0AStill greppin=
g through log files to find problems? Stop.=0ANow Search log events and co=
nfiguration files using AJAX and a browser.=0ADownload your FREE copy of Sp=
lunk now >> http://get.splunk.com/=0A______________________________________=
_________=0AEasyb2k-devel mailing list=0AE...@li...=
t=0Ahttps://lists.sourceforge.net/lists/listinfo/easyb2k-devel=0A=0A=0A=0A=
=0A=0A __________________________________ Ihr erstes Baby? Holen Si=
e sich Tipps von anderen Eltern. www.yahoo.de/clever
|
|
From: Thomas R. <tre...@ya...> - 2007-10-31 13:38:13
|
Hi,=0AI am not convinced that the daemon should be part of our daemon!=0ATh= e glue software for sure is specific to the VoIP application which provides= its own interface. We _should_ implement the proper glue software for the = most common applications, but there should be the possibility for new or no= t so well-known VoIP apps to access our application. Even if such a VoIP ap= plication would implement our D-BUS interface, the strategy of probing all = _supported_ VoIP apps fails here as every VoIP application would use a diff= erent unique D-BUS object path.=0A=0AIt should be the responsibility of the= glue software _or_ the VoIP app (supporting our D-BUS interface) to probe = the daemon, and in the usual scenario that would be the natural order of th= ings, i.e.=0A1. Daemon core is started at boot time.=0A2. VoIP application = starts (by user or at boot time) and probes the the daemon core.=0A=0ARegar= ds,=0A-Thomas=0A=0A=0A----- Urspr=FCngliche Mail ----=0AVon: Daniel Ribeiro= <dr...@gm...>=0AAn: eas...@li...=0AGesendet: M= ittwoch, den 31. Oktober 2007, 05:58:24 Uhr=0ABetreff: Re: [Easyb2k-devel] = Application Structure=0A=0A-----BEGIN PGP SIGNED MESSAGE-----=0AHash: SHA1= =0A=0AThomas Reitmayr wrote:=0A> But how can the daemon start a certain glu= e software (and maybe the=0A associated VoIP app)? How can one determine ho= w many VoIP apps are=0A installed? And what is a VoIP ping?=0A> Your pt. 3b= looks more practical than 3a but glue software might be=0A part of the VoI= P app and started with it, not by the daemon, couldn't=0A it?=0A Thats w= hy the glue has to be part of our daemon, and not a=0A different=0Aapplicat= ion. We assure that it will only be called at the proper time.=0ATo know ho= w many VoIP apps are running, well.. In the default, *one*=0Adevice case, w= e simply check for all the supported glues, on the=0A*multiple* devices cas= e we load what the user pre-configured on the=0A.conf file.=0A I believe= that what Marcos meant for "ping" is checking if the VoIP=0Aapplication is= running and ready to exchange data.=0A=0A- --=0ADaniel Ribeiro=0A-----BEGI= N PGP SIGNATURE-----=0AVersion: GnuPG v1.4.6 (GNU/Linux)=0A=0AiD8DBQFHKAtww= 3OYl0G0liQRApvhAJ9Qks35l17eb3YEy8ufDAAwmDO/QwCcDZov=0AvwW3unN2SN3BH/hr3mnAb= y0=3D=0A=3D8SMf=0A-----END PGP SIGNATURE-----=0A=0A------------------------= -------------------------------------------------=0AThis SF.net email is sp= onsored by: Splunk Inc.=0AStill grepping through log files to find problems= ? Stop.=0ANow Search log events and configuration files using AJAX and a b= rowser.=0ADownload your FREE copy of Splunk now >> http://get.splunk.com/= =0A_______________________________________________=0AEasyb2k-devel mailing = list=0AE...@li...=0Ahttps://lists.sourceforge.net/= lists/listinfo/easyb2k-devel=0A=0A=0A=0A=0A=0A Machen Sie Yahoo! zu Ih= rer Startseite. Los geht's: =0Ahttp://de.yahoo.com/set |
|
From: Daniel R. <dr...@gm...> - 2007-10-31 13:36:30
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Marcos Diez wrote: > Knowing what audio devices is associated with each Yealink device is > also possible. (they are on the same USB hub ) Great! This will make things much easier. > By pinging, I meant checking if the VoIP app is alive. > Nevertheless, even if no VoIP app is alive, but at least one device is > plugged, then the daemon must be alive and every now and then ping the > VoIP app, so that it can automatically work whenever it is open. Ok, so the ping should not be called on probe(), but each X seconds, and set an 'active' flag that enables the code. Good. > By the way, if we want to have two different daemons talking to the same > skype, they must report different names, or else Skype will go crazy. So > there must be a configuration option for that. Agreed. > Now if we want to have two different Skypes on the same machine, I don't > know how to do it, because at least XInternAtom(display, > "_SKYPE_INSTANCE", 1); returns the first instance if finds. > I launched one Skype normally and the other one through ssh -X > user2@localhost. Does anybody has any better ideas ? > Maybe DBUS works different. This needs a little more research, maybe asking on Skype forums? Anyway, if it is a Skype limitation they should fix it. :) > ps: Daniel, thanks. Now things make sence. You are welcome, lets wait for Thomas and Simon, and if they agree with the presented structure we may start the real fun :) - -- Daniel Ribeiro -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHKJM9w3OYl0G0liQRAtVnAJ0WkQo/eKy1JOl86K8/ATNXIonj1wCdF9wt aIq7ux77GsIPyVULseY7vLg= =+34G -----END PGP SIGNATURE----- |
|
From: Marcos D. <ma...@un...> - 2007-10-31 10:29:56
|
> ATM we can assure that the control interface will match the respective > configuration based on the box serial number, but i dont know how to > assure that each VoIP application will open the correct PCM devices > matching the control interface on the same box. The Skype protocol allows us to choose the audio in and audio out for each call: https://developer.skype.com/Docs/ApiDoc/Voice_Streams Knowing what audio devices is associated with each Yealink device is also possible. (they are on the same USB hub ) By pinging, I meant checking if the VoIP app is alive. Nevertheless, even if no VoIP app is alive, but at least one device is plugged, then the daemon must be alive and every now and then ping the VoIP app, so that it can automatically work whenever it is open. By the way, if we want to have two different daemons talking to the same skype, they must report different names, or else Skype will go crazy. So there must be a configuration option for that. Now if we want to have two different Skypes on the same machine, I don't know how to do it, because at least XInternAtom(display, "_SKYPE_INSTANCE", 1); returns the first instance if finds. I launched one Skype normally and the other one through ssh -X user2@localhost. Does anybody has any better ideas ? Maybe DBUS works different. Marcos ps: Daniel, thanks. Now things make sence. |
|
From: Daniel R. <dr...@gm...> - 2007-10-31 04:48:16
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Marcos Diez wrote: > How does the HAL work ? I never wrote an application using HAL, I will learn it during the initial development phase of our project :) http://www.ometer.com/hardware.html can give you some pointers on the motivation behind HAL. > If I already have two daemon running, with different configuration files > each, but no device plugged and the first device gets plugged, will the > HAL notice that the daemon is already loaded ? Or will it load a third > daemon ? Even if no device gets loaded, how do we know the right daemon > will talk to the device ? You will *not* have a daemon running *before* the device is plugged. And if you unplug the device, the daemon should exit. You dont need to know in advance which daemon will talk to the device, the daemon will select which .conf file (or .conf section) to use, based on the device's serial number. My idea is just fine when all that matters is the _control_ interface of the boxes, but we havent discussed how we will configure the VoIP applications to talk to the right sound device. As the sound codec chip on the telbox devices are handled by alsa in kernelspace this may be trouble for future development. ATM we can assure that the control interface will match the respective configuration based on the box serial number, but i dont know how to assure that each VoIP application will open the correct PCM devices matching the control interface on the same box. - -- Daniel Ribeiro -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHKBd5w3OYl0G0liQRAhHWAKCCnsYuPcauU/xkjn2Di4K6XSFA2gCfa0hp KSPCDyXBBSwtT+eSSE8nfQQ= =/Grm -----END PGP SIGNATURE----- |
|
From: Daniel R. <dr...@gm...> - 2007-10-31 03:56:50
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thomas Reitmayr wrote: > But how can the daemon start a certain glue software (and maybe the associated VoIP app)? How can one determine how many VoIP apps are installed? And what is a VoIP ping? > Your pt. 3b looks more practical than 3a but glue software might be part of the VoIP app and started with it, not by the daemon, couldn't it? Thats why the glue has to be part of our daemon, and not a different application. We assure that it will only be called at the proper time. To know how many VoIP apps are running, well.. In the default, *one* device case, we simply check for all the supported glues, on the *multiple* devices case we load what the user pre-configured on the .conf file. I believe that what Marcos meant for "ping" is checking if the VoIP application is running and ready to exchange data. - -- Daniel Ribeiro -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHKAtww3OYl0G0liQRApvhAJ9Qks35l17eb3YEy8ufDAAwmDO/QwCcDZov vwW3unN2SN3BH/hr3mnAby0= =8SMf -----END PGP SIGNATURE----- |
|
From: Daniel R. <dr...@gm...> - 2007-10-31 02:48:17
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Marcos wrote: > Now how are going to manage multiple devices and glues without a configuration file ? There is no reliable way to manage multiple (and equal hardware) devices without manual configuration. > I can not see any simpler design than: > 1) The user plugs a device. > 2) The daemon is automatically launched. 3a) If there is just one device, the default configuration tries to load every supported glue, the glue pings the VoIP app only at the probe() function, if it fails the core daemon unloads the unnecessary glue plugin. This will work with *one* device and *N* VoIP applications. 3b) If there are multiple devices, the core daemon looks for the specific device configuration, if it fails to find, the core daemon exit(). If it finds a suitable configuration, it loads the glues according to what the user configured. > To make things simple for the user, a configuration program could be implemented and pop up > whenever the second device gets plugged. We could have two special devices called "GLUE DISABLE" > and "ANY DEVICE". Any newly installed glue will be by default connected to the "any device" > device. A configuration GUI could be implemented, to allow generic configuration, the default configuration will handle most use-cases but some people (even with just one device) will eventually want to "fine-tune" something. ;) > I still have not seen/understood anything simpler.... Daniel, your suggestion does not handle > multiple glues per device. One core Daemon can load N glue plugins. Each device connect event triggers HAL, which loads one instance of the core daemon. In the end it supports N devices, connected to X glue plugins, through N instances of the daemon, and, of course, X has to be greater than N. - -- Daniel Ribeiro -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHJ/tmw3OYl0G0liQRAvpxAKCJ5I9DKU1abvGhSSAPf1JEzPBE9ACgj1oT SAEawNlu66ahlOBp02iq8YY= =diBw -----END PGP SIGNATURE----- |
|
From: Marcos D. <ma...@un...> - 2007-10-31 02:26:42
|
Daniel Ribeiro wrote: I finally understood your idea. It seems pretty good ! > People using more than one device would use a .conf file for each > device, and run multiple instances of the daemon, each using a different > .conf. > There is no way to guess what VoIP applications the user wants for each > device, nor the order at which HAL will call the daemons, so, for the > multiple device case we cant escape the manual configuration. > A variation of this idea would be using the same config file for all > the daemons, and defining config sections with the box serial number as > index, this way the daemon can decide which section to use. How does the HAL work ? If I already have two daemon running, with different configuration files each, but no device plugged and the first device gets plugged, will the HAL notice that the daemon is already loaded ? Or will it load a third daemon ? Even if no device gets loaded, how do we know the right daemon will talk to the device ? Marcos > > - -- > Daniel Ribeiro > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (GNU/Linux) > > iD8DBQFHJ+59w3OYl0G0liQRAvLpAJ48CUnZhgqU5TGo1VohqYY53HeQeACggUjv > hNHKooyt0tKJqiFmC0GpWpg= > =x31O > -----END PGP SIGNATURE----- > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Easyb2k-devel mailing list > Eas...@li... > https://lists.sourceforge.net/lists/listinfo/easyb2k-devel > |
