Search Criteria
Package Details: webcord 4.8.0-3
Package Actions
Git Clone URL: | https://aur.archlinux.org/webcord.git (read-only, click to copy) |
---|---|
Package Base: | webcord |
Description: | A Discord and SpaceBar Electron-based client implemented without Discord API |
Upstream URL: | https://github.com/SpacingBat3/WebCord |
Keywords: | discord electron spacebar webcord |
Licenses: | MIT |
Submitter: | Hanabishi |
Maintainer: | Hanabishi |
Last Packager: | Hanabishi |
Votes: | 36 |
Popularity: | 1.25 |
First Submitted: | 2021-11-06 15:32 (UTC) |
Last Updated: | 2024-04-17 13:12 (UTC) |
Dependencies (3)
- electron29 (electron29-binAUR)
- esbuild (esbuild-gitAUR) (make)
- npm (corepackerAUR) (make)
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 8 .. 10 Next › Last »
Hanabishi commented on 2023-04-13 19:25 (UTC)
I actually remember seeing that messages before. But I don't see them with current
electron24-bin
verison (24.0.0.beta.3-2
).Btw you can also test
webcord-bin
.vappster commented on 2023-04-13 18:53 (UTC)
Thanks for the PKGBUILD tip, that's going to be very helpful!
I don't know if it's a issue with webcord itself still, I've just tried checking chrome://gpu on electron24 and the issue still seems to persist, even if I force hardware acceleration on via command line arguments/flags. I understand the switch here was done because webcord's latest official release officially made the jump to electron 24 and there seems to be no other package providing it either on the official repos or AUR, but maybe the electron24-bin AUR package listed as a dependency is broken?
Does anyone else have this issue? If it's not just me, I'll report this on electron24-bin's AUR page!
Hanabishi commented on 2023-04-13 18:31 (UTC)
I think it is better to be reported upstream.
You can switch version in
PKGBUILD
, edit this line:vappster commented on 2023-04-13 18:23 (UTC) (edited on 2023-04-13 18:40 (UTC) by vappster)
The switch to Electron 24 seems to have broken hardware acceleration for me, resulting in very bad performance during screensharing/video calls. The page chrome://gpu reports all kind of hardware acceleration to be off and webcord reports this error in the terminal:
[62561:0413/202010.997321:ERROR:gl_factory.cc(128)] Requested GL implementation (gl=desktop-gl,angle=none) not found in allowed implementations: [(gl=egl-angle,angle=default),(gl=egl-gles2,angle=none)].
[62561:0413/202010.998776:ERROR:viz_main_impl.cc(186)] Exiting GPU process due to errors during initialization
Forcing webcord to run using Electron 22 by editing /usr/bin/webcord fixes the issue
eclairevoyant commented on 2023-04-08 14:43 (UTC) (edited on 2023-04-08 15:40 (UTC) by eclairevoyant)
Probably goes without saying, but deleting
config.json
will delete webcord's settings, so if you've enabled/disabled certain permissions you'll have to redo those.Edit: also FWIW I didn't have to delete this file, YMMV
Hanabishi commented on 2023-04-08 13:16 (UTC)
Update 4.2.0 wants to use Electron 24 only, so deps are changed accordingly.
Also for me deleting old
config.json
was required to run the app.Hanabishi commented on 2023-02-01 07:10 (UTC) (edited on 2023-02-01 07:11 (UTC) by Hanabishi)
@kronikpillow, this is developer's statement, not mine.
Official builds are made with Electron 22. You can try the official build via
webcord-bin
to test does it work better for you.eclairevoyant commented on 2023-02-01 00:35 (UTC)
@kronikpillow This isn't just a random comment Hanabishi decided on, if you check upstream this how they specify the compatibility (they allow anywhere from electron 18 to 22).
So if you're having issues with a specific version I would talk with upstream especially for the newer electron versions.
kronikpillow commented on 2023-01-31 23:59 (UTC)
I disagree with @Hanabishi's comment that it's compatible with a wide range of electron versions, on v22 webcord crashes as soon as you open the settings page of webcord ... on v21 it just randomly crashes on it's own, now I'm testing with v20 ... wish there was a note on which version is actually supported so that we would actually use a working version
Hanabishi commented on 2023-01-07 20:04 (UTC)
I agree, if it would have worked.
Exactly. If someone has better idea, you are welcome.
« First ‹ Previous 1 2 3 4 5 6 7 8 .. 10 Next › Last »