Package Details: vidyodesktop 3.6.3.017-7

Git Clone URL: https://aur.archlinux.org/vidyodesktop.git (read-only, click to copy)
Package Base: vidyodesktop
Description: VidyoDesktop(TM) video conferencing client
Upstream URL: http://www.vidyo.com
Keywords: client desktop proprietary videoconference
Licenses: custom
Conflicts: vidyo
Submitter: troyengel
Maintainer: seadanda
Last Packager: seadanda
Votes: 15
Popularity: 0.016996
First Submitted: 2014-09-05 20:19
Last Updated: 2018-10-26 09:42

Required by (0)

Sources (2)

Pinned Comments

seadanda commented on 2018-02-05 14:20

Hi @bunnybooboo, VidyoDesktop broke with an update to qt a few months ago. Unfortunately Vidyo stopped supporting Vidyo Desktop on Linux a long time ago and so I doubt we will see any attempts to fix this problem. The current version (3.6.3_017) was released back in March 2016. Since it is closed source the only way that we have found to run it succesfully is by using a systemtray application.

If you run trayer (which is installed as a dependency) before running Vidyo Desktop, Vidyo works without any issues. This is unfortunate but it is an upstream issue.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »

snack commented on 2018-01-11 17:02

@seadanda I find no problem with Vidyo since a very long time. All the releases work perfectly for me. The only segfault I experience (again since a very long time) is when starting the client in a single-monitor setup. In a dual-monitor setup (in my case, laptop + external VGA monitor) absolutely no problem. Is this segfault you are speaking about related to single-monitor setup as mine? If so, the trayer patch will be very welcome.

seadanda commented on 2018-01-11 16:52

@zbraniecki brilliant, I've just tried that and so far everything has worked perfectly. I've also found that if you launch trayer, then launch VidyoDesktop and then kill trayer once it has started up everything still functions as expected. Thanks for the workaround, I've made trayer a dependency (which I hope nobody objects to, since as far as I can tell this affects anybody with an up-to-date Qt).

@Jonhoo let me know if this works for you, the best I had managed was to have it working with a rolled back Qt which was messy.

zbraniecki commented on 2018-01-11 15:10

A workaround I found is that if you install trayer and launch it before launching VidyoDesktop, things work.

Jonhoo commented on 2018-01-10 21:06

@seadanda any luck finding a way to work around the problems with upstream QT?

seadanda commented on 2017-10-21 17:12

@fthiery if you do not want to build qtwebkit you can install qtwebkit-bin from the AUR instead, as this provides qtwebkit

@zbraniecki, @greyltc yes I'm seeing the same problem. Unfortunately since Vidyo stopped supporting VidyoDesktop on Linux a long time ago, I doubt we will see any attempts to fix this problem. The current version (3.6.3_017) was released back in March 2016. Since it is closed source there is not much I can do except recommend one of three alternatives:
1. Downgrading the qt5 group to 5.9.1
2. Wine+VidyoDesktop windows version (http://information-technology.web.cern.ch/services/fe/downloads/Vidyo)
3. Use the Vidyo NEO WebRTC web client. Apparently Vidyo are planning to replace the native VidyoDesktop client with the NEO client in the future.

None of these are ideal, and I am looking into other possible fixes for this package and getting in contact with Vidyo to see if anything can be done.

greyltc commented on 2017-10-21 13:54

Yep, this package is broken with a segfault error now. Maybe (probably?) due to a recent update of the qt5 group packages. The qt 5.9.1 --> 5.9.2 update is about the time when this breakage occurred for me.

zbraniecki commented on 2017-10-16 15:42

For about a week now, I can't get vidyo to work. Getting crash with:

```
▶ /opt/vidyo/VidyoDesktop/VidyoDesktop
libpng warning: iCCP: known incorrect sRGB profile
QPainter::begin: Widget painting can only begin as a result of a paintEvent
Object::connect: No such slot VDCallWindow::OnHideMuteToolbarsWhenWindowDeactivate() in ../source/VDController.cpp:3847
Object::connect: (receiver name: 'VDCallWindow')
got fs = ext 4
supports ext4 get_tag_value-99-99-53-101-48-57
QObject: Cannot create children for a parent that is in a different thread.
(Parent is VDVidyoClientPlugIn(0x3a14e80), parent's thread is VDVidyoClientPlugIn(0x3a14e80), current thread is QThread(0x353f6b0)
QObject: Cannot create children for a parent that is in a different thread.
(Parent is VDVidyoClientPlugIn(0x3a14e80), parent's thread is VDVidyoClientPlugIn(0x3a14e80), current thread is QThread(0x353f6b0)
QObject: Cannot create children for a parent that is in a different thread.
(Parent is VDVidyoClientPlugIn(0x3a14e80), parent's thread is VDVidyoClientPlugIn(0x3a14e80), current thread is QThread(0x353f6b0)
QObject: Cannot create children for a parent that is in a different thread.
(Parent is VDVidyoClientPlugIn(0x3a14e80), parent's thread is VDVidyoClientPlugIn(0x3a14e80), current thread is QThread(0x353f6b0)
Object::connect: No such signal VDController::StartDownload(bool) in ../source/VDController.cpp:753
QObject::moveToThread: Cannot move objects with a parent
No systemtrayicon available
QThread::wait: Thread tried to wait on itself
[1] 13442 segmentation fault (core dumped) /opt/vidyo/VidyoDesktop/VidyoDesktop
```

fthiery commented on 2017-09-27 09:10

Is there any chance that this could work with kdewebkit ? It would make building qtwebkit unnecessary (thats a large piece of sw).

franaln commented on 2017-09-08 12:13

Thanks @seadanda! I think he added it a few weeks ago, so it should be working now.

seadanda commented on 2017-08-11 14:30

@franaln that is an issue with the qtwebkit-bin pkgbuild. It should contain "provides=('qtwebkit')" but doesn't. @grandchild already suggested this about a month ago but @mlex (the maintainer) doesn't seem to have added it. Try commenting on the qtwebkit-bin package page and see if @mlex responds. Failing that you could try emailing him using the email address in the pkgbuild.