From: [email protected]

Package: ohphone
Version: 1.4.3-1
Followup-For: Bug #265885

Hi Kilian,

Thanks for your response.

If I install libpt-plugins-oss, ohphone 1.4.3-1 shows:

Sound output device: "/dev/dsp0"
Sound input device: "/dev/dsp0"
Recording using mixer channel mic

And audio works. I'm not sure why it doesn't work with just the ALSA
plugin though - I would have thought it would all work the same through
libpt.

However, video still doesn't work with 1.4.3-1 (it does work with
1.4.1-1). I see no error messages relating to video, just the output:

Set video size to be large
Video receive using device : x11
Video receive quality hint : -1

Video transmit enabled with local video window enabled
Video transmit size is large
Video capture using input 0
Video capture using format PAL
Video picture in picture of local video disabled
Video transmit quality is 0
Video background fill blocks 2
Video transmit frames per sec 0 (default)
Video bitrate 0 bps

Which is identical to that of 1.4.1-1. Setting the verbosity levels
higher makes no difference.

I use the command line parameters:

ohphone -n --videotransmit --videoreceive x11 --videosize large
--videolocal hostname

I do get video displayed and transmitted, but it's just the colour test
bars that you normally see if your camera is not set up properly.
However, with an identical command line, 1.4.1-1 works and displays my
video.

I'm using a "pwc" webcam, with pwcx module loaded so that the large
video size works properly.

Using --videotest with -t -t to get trace output, 1.4.1 gives:

0:00.028 H323 Listener:8091ab8 transports.cxx(1334)
H323 Awaiting TCP connections on port 1720
0:00.031 OhPhone main.cxx(2247)
Available video input device: /dev/video0
0:00.032 TestUserIn...d:08093d68 main.cxx(3718)
OhPhone TESTING interface thread started.
0:00.032 OhPhone main.cxx(2247)
Available video input device: /dev/video1
0:00.032 OhPhone main.cxx(2247)
Available video input device: fake

But 1.4.3 just gives:

0:00.633 H323 Listener:8099978 transports.cxx(1337)
H323 Awaiting TCP connections on port 1720
0:00.634 TestUserIn...d:0809ca00 main.cxx(3782)
OhPhone TESTING interface thread started.

Sorry this is now OT from the original title of the bug report.

Thanks for your help,

Alistair


--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

From: [email protected]

On Mon, Aug 16, 2004 at 12:15:54AM +0100, Alistair K Phipps wrote:

[...]

If I install libpt-plugins-oss, ohphone 1.4.3-1 shows:

Sound output device: "/dev/dsp0"
Sound input device: "/dev/dsp0"
Recording using mixer channel mic

And audio works. I'm not sure why it doesn't work with just the ALSA
plugin though - I would have thought it would all work the same through libpt.

Basically the problem is that it's not ALSA aware, so it only can work
with OSS plugin and OSS compatibility layer support.

--
Jose Carlos Garcia Sogo
[email protected]

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQFBH/bKS+BYJZB4jhERAlsGAJ9FA1mNXGNQU0ki7/bNI2vGzGI9FwCeIlRA lFsloHmE8jrfbR7kFQdvxtU=
=asyq
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

From: [email protected]

Hi Alistair,

Am Mo, den 16.08.2004 schrieb Alistair K Phipps um 11:59:

On Mon, 16 Aug 2004 08:58:28 +0200
Kilian Krause <[email protected]> wrote:

btw. does gnomemeeting work ok for you? GnomeMeeting has a setup-druid
you can test video and audio with. (Or plain use the preview for video)

Yes - gnomemeeting video and audio works just fine (using ALSA for
audio).

ok, excellent. Can you confirm the bug with ALSA and video is still
present with ohphone now you have tried with gnomemeeting? (of course
close GM before trying, or you might encounter locked devices again)
ohphone upstream reckons that either the problem should be in both GM
and ohphone or in none. If that isn't the case i'll need to ask him for
more tests how to track this down.

--
Best regards,
Kilian

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQBBIIehvdkzt4X+wX8RAuMdAJ9pVeBMTtKIQfL1C0NjeRY51TY/UgCbBMzZ LmejEb58gwRBJoDzusY9BMk=
=qdR4
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

From: [email protected]

On Mon, 16 Aug 2004 08:58:28 +0200
Kilian Krause <[email protected]> wrote:

btw. does gnomemeeting work ok for you? GnomeMeeting has a setup-druid
you can test video and audio with. (Or plain use the preview for video)

Yes - gnomemeeting video and audio works just fine (using ALSA for
audio).

If that does work ok and ohphone doesn't, then ohphone would be having a problem (which would be weird, as both only use the pwlib plugins).

It certainly appears that way, as ohphone 1.4.1 and gnomemeeting work
with video but ohphone 1.4.3 does not.

P.S.: Your sender email from this bug does bounce at your mailserver.
You might want to correct that.

Sorry about that - I change my debbugs email addresses whenever I
start receiving spam on them, but forgot to change my reportbug
settings. I've reenabled debbugs3@ now.

Please let me know if there's any other tests I can try.

Thanks,

Alistair


--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

From: [email protected]

OK I think I've found the problem with video.

If I specify --videodevice "Philips 680 webcam", which is what is
returned by PVideoInputDevice::GetDriversDeviceNames(drivers[i]), then
ohphone video works.

Lines 2283-2289 of main.cxx go to the trouble of finding the available
devices, but then this information is not used. Line 2291 does CreateDeviceByName( videoDevice ), where videoDevice is either
specified on the command line, or takes a default value (/dev/video0).
However, I'm guessing that CreateDeviceByName( "/dev/video0" ) no longer
works with libpt-1.6.6 - an actual device name has to be specified,
matching one returned by GetDeviceDriverNames. Gnomemeeting makes the
user select a device from a list returned by GetDeviceDriverNames, and
then uses this value when doing CreateDeviceByName, so it works.

ohphone needs to modify its default videoDevice selection to be a bit
smarter than just using /dev/video0 - it should probably pick the
first V4L device returned by GetDeviceDriverNames.

Note this isn't the same as the ALSA sound problem - that is certainly
caused by ohphone not being "ALSA-aware" and the old libpt not
supporting ALSA at all.

HTH,

Alistair


--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

From: [email protected]

I have cloned your bug report to split problems.
For now on, video stuff go to #265966

Thanks

On Mon, Aug 16, 2004 at 01:06:34PM +0100, Alistair K Phipps wrote:

OK I think I've found the problem with video.

If I specify --videodevice "Philips 680 webcam", which is what is
returned by PVideoInputDevice::GetDriversDeviceNames(drivers[i]), then ohphone video works.

Lines 2283-2289 of main.cxx go to the trouble of finding the available devices, but then this information is not used. Line 2291 does CreateDeviceByName( videoDevice ), where videoDevice is either
specified on the command line, or takes a default value (/dev/video0). However, I'm guessing that CreateDeviceByName( "/dev/video0" ) no longer works with libpt-1.6.6 - an actual device name has to be specified,
matching one returned by GetDeviceDriverNames. Gnomemeeting makes the
user select a device from a list returned by GetDeviceDriverNames, and
then uses this value when doing CreateDeviceByName, so it works.

ohphone needs to modify its default videoDevice selection to be a bit
smarter than just using /dev/video0 - it should probably pick the
first V4L device returned by GetDeviceDriverNames.

Note this isn't the same as the ALSA sound problem - that is certainly
caused by ohphone not being "ALSA-aware" and the old libpt not
supporting ALSA at all.

HTH,

Alistair

_______________________________________________
Pkg-voip-maintainers mailing list [email protected] http://lists.alioth.debian.org/mailman/listinfo/pkg-voip-maintainers

--
Jose Carlos Garcia Sogo
[email protected]

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQFBIKudS+BYJZB4jhERAvNUAJ9rnhUGZcsbMhTXaCHIJWD/+Es5mACfdyTb hSpwdxMfOFu9UwHB0cZhULA=
=lSbW
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

From: [email protected]

Hi,

Am Mo, den 16.08.2004 schrieb Jose Carlos Garcia Sogo um 1:50:

On Mon, Aug 16, 2004 at 12:15:54AM +0100, Alistair K Phipps wrote:

[...]

If I install libpt-plugins-oss, ohphone 1.4.3-1 shows:

Sound output device: "/dev/dsp0"
Sound input device: "/dev/dsp0"
Recording using mixer channel mic

And audio works. I'm not sure why it doesn't work with just the ALSA plugin though - I would have thought it would all work the same through libpt.

Basically the problem is that it's not ALSA aware, so it only can work
with OSS plugin and OSS compatibility layer support.

so i had thought too, but Craig reckons that ohphone should be able to
use all plugins if they're installed.

Alistair, can you confirm that recording (through arecord) and playback (through aplay or xmms with alsa output plugin) works ok?

For the video problem: you would have the libpt-plugins-v4l installed,
wouldn't you?

--
Best regards,
Kilian

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQBBIFcBvdkzt4X+wX8RAmq5AJ94+uS9XiqmaZejZVwYP5lPEpWtbgCbBgGH patrHWbX+ab5YDGrk+W61Gc=
=24av
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

From: [email protected]

Hi Alistair,

btw. does gnomemeeting work ok for you? GnomeMeeting has a setup-druid
you can test video and audio with. (Or plain use the preview for video)

If that does work ok and ohphone doesn't, then ohphone would be having a problem (which would be weird, as both only use the pwlib plugins).

--
Best regards,
Kilian

P.S.: Your sender email from this bug does bounce at your mailserver.
You might want to correct that.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQBBIFsUvdkzt4X+wX8RAj6TAJ91lJIybflWYqQG7lWDuwqOVMu70ACfcUyT GqUlTQePCi5wvZcF8xRPT7k=
=Slf6
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)