#๐ฅ-vesktop-development
1 messages ยท Page 18 of 1
wha
Can you test what's on in-call icons
system accent
So only badges broken
yep
Oki
I'll take a look in few hours
What do you think of removing white circle in badge?
maybe done like the badge on the notif bell here
the custom option seems to provide the correct colour tho
Yeah it just some logic issue
Easy fixable
mhm
And this I'll try, but not sure how to create transparent background a little
@humble mortar fixed, you can pull and check
sorry for ping
and i made circle smaller a bit
since it does not have white in center
awesome :3
(u can see it in the top right)
i should setup kitty theme switching hm
Is there a chance of this being fixed? This thread seems awfully abandoned and it is an irritating issue... I'm not sure why it is even changing the system audio in the first place, but any way to disable it would be greatly appreaciated
@vernal lintel whats wrong with a tar ๐ญ
archives have nothing to do in git
hm I assumed packagers would just curl the tar if they just wanted the icons and not the full repo
but yeah that doesnt make sense
if u want the icons u want the repo else youd grab the deb
should they be named the size they are or in a folder with their size
even images shouldn't really be in git
icon.png is there ยฏ_(ใ)_/ยฏ
ah
?
generally it'd be better to only store the highest resolution and generate the lower resolutions during the build step
but idk how feasible that is
thatd bring in a build dep for packagers
could be done during vesktops actual build process actually
what actually splits the icon.icns when packaging the deb
magic box
im just gonna do the png in a folder of its size for now
wait
hicolor supports scalable
an svg???
who can i harass for the svg
just providing all icons for now
Is disabling the "Ignore Input" setting supposed to allow for selecting a microphone device? I want to include my microphone when streaming Lethal Company but I can't figure out any way to include the device in vesktop. Using qpwgraph causes crackling so I can't use that.
Is disabling the "Ignore Input" setting supposed to allow for selecting a microphone device? I want to include my microphone when streaming Lethal Company but I can't figure out any way to include the device in vesktop. Using qpwgraph causes crackling so I can't use that.
EDIT: I also can't seem to use sinks either even if i turn off all the ignore flags
You are not intended to actually select sinks or devices as options, the toggles are meant to prevent unintentional sharing of them ...
Using qpwgraph causes crackling so I can't use that.
qpwgraph is not to blame here, it's probably an issue with your audio configuration
Discord Account
codrutl
Operating System
Arch Linux
Linux Only ~ Desktop Environment
KDE Plasma 6.1.2 x11
What happens when the bug or crash occurs?
Vesktop (AppImage) crashes* whenever i'm getting dms from people.
*Application hangs and only way to fix is kill vesktop and restart it.
What is the expected behaviour?
I expect vesktop not to crash.
How do you recreate this bug or crash?
- Get a DM
- Crash
Debug Logs
None provided as I'm force closing...
ive had this issue for a bit but im a little curious as to if yall know whether i should open the issue with vesktop or with vencord
well, test it on vencord and vesktop
and if it happens on vencord, report it on vencord
never seen that before tho
shhh im stupid shhhhh lmfao
test it on normal client as well
ive had it for ages and i cant find out what causes it
Maybe something with your dns/firewall or smth?
And what's in logs in browser?
i def have the same issue on stock discord with no vencord so
ig it has to be some sort of network issue>????
perhaps
omg
its already enabled
great !
neither
spotify issue
For now, if anybody wants this resolved add this argument to your .desktop file of Vesktop:
--disable-features=WebRtcAllowInputVolumeAdjustment
@vernal lintel did the Flathub issue get resolved by itself?
the what issue
The one you pinged me a few days ago
Damn, it's already been 4 days
I legit thought it was early yesterday lmao, my bad
vee, really liked the new layout, thx for the change! :)
small update to this, but i did a fresh install of endeavourOS on my laptop (separate hardware from my original post), and i still have the same mic issues persist. here is the log from a fresh install with no tweaking done to vesktop or pipewire
log.txt
we can't use official discord icons. that would give Discord legal grounds to have Vencord taken down due to trademark infringement
Would the Vencord logo with a circular purple background be legally distinct enough? For me, just a purple circle would be enough to manage without having to rewire my brain to look for a different logo. Could also include other background colours.
kid named change the icon yourself ๐ญ
closing as this is really an electron builder issue not a vesktop issue electron-userland/electron-builder#8309
Discord Account
No response
Operating System
Windows 7 Ultimate x64
Linux Only ~ Desktop Environment
No response
What happens when the bug or crash occurs?
The crash occurs when I attempt to open up the program.
What is the expected behaviour?
For it to open the discord log in page
How do you recreate this bug or crash?
- Install the program on Windows 7 Ultimate x64
- Open the program
Debug Logs
Access is denied
Request Agreement...
Hop off Windows 7
I was told the Vesktop client worked on Windows 7, so that's why I'm filling this out, but if it just isn't supported, do let me know and if you want, close the issue, all's good! I already have an alternative, just was looking into trying this out.
By the way, after reading the command line saying "Access is denied", I tried running the program as an administrator, but it still did not work. Just so you know.
windows 7 is not supported.
Install the program Windows 7 Ultimate x64
Electron doesn't support Windows 7 anymore, nor does Microsoft
why is linux scary to windows 7 users
@vernal lintel do you have any clue after dealing with this
i only know a few things like
- end users of software are insane
- end users of software will do obviously wrong thing, think it isnt the issue, and make issue
- end users of computer scared of linux because muh vidya need kernel module
not trying to, sorry about that
Discord Account
No response
Motivation
I downloaded Vesktop via Paru/AUR and I wasnt sure if Paru command updated Vesktop or not. Couldnt find what version, only the repo.
Solution
It would be nice if within the Vesktop/Discord settings, you should what version is installed, not just the repo, like 1.5.3, etc. This would help determine if I have to manually makepkg -i or if it is already good to go.
Alternatives
N/A
Additional context
No response
Reques...
You already can see Vesktop version in settings:
You already can see Vesktop version in settings: 
What is the expected behaviour?
Ideally I should stay logged in until I explicitly log out, that's what stock Discord does at least
How do you recreate this bug or crash?
- Open Vesktop
- ...
Enable NoDevtoolsWarning plugin
Discord Account
paveldobcz23
Operating System
Fedora Linux 40
Linux Only ~ Desktop Environment
KDE Plasma 6.1.1 - Wayland
What happens when the bug or crash occurs?
When I try changing input volume in Vesktop settings, the slider doesn't change anything. I try 100%, 50%, 0% volume, and it all sounds as max volume of my microphone. When using official Discord client for Linux, the input volume slider instantly updates my voice volume and it works just fine, so it has to ...
Sounds like an antivirus issue tbh
Obv it has something to do with win7
But access denied is a weird error in that case
Normally the only issues caused by version differences is some missing export like set dpi awareness
is there a way to open vesktop twice at the same time? Cuz I am using two accounts at the same time atm (installed via flatpak)
well reasonable, tanks
idea for this thats too overcomplicated for the result you get:
use electron session to do multi-account in vesktop without multiple installations
Discord Account
No response
Operating System
macOS 15 beta 3
Linux Only ~ Desktop Environment
No response
What happens when the bug or crash occurs?
When the Vesktop window isn't focused, whatever channel is currently selected still has messages automatically marked as read.
What is the expected behaviour?
Messages and pings should show as unread, with the unread indicator in the dock and notifications for pings.
How do you recreate this bug or crash?
1....
cant reproduce. plus if anything this would be a discord issue
Discord Account
No response
Operating System
Gentoo
Linux Only ~ Desktop Environment
KDE on Wayland
What happens when the bug or crash occurs?
If I run Vesktop with --ozone-platform-hint=auto in a Wayland session journalctl gets spammed quite a lot with a particular error.
[1452563:0711/001726.458860:ERROR:gbm_pixmap_wayland.cc(82)] Cannot create bo with format= YUV_420_BIPLANAR and usage=SCANOUT_CPU_READ_WRITE
I am using the latest release tarball.
KDE Plasm...
a quick google search would have told you that these logs come from chromium https://www.google.com/search?q=gbm_pixmap_wayland.cc
Discord Account
ell_a
Operating System
KDE Neon
Linux Only ~ Desktop Environment
KDE Plasma on Wayland
What happens when the bug or crash occurs?
When using Vesktop with the proprietary NVIDIA driver, Vesktop lags heavily, mainly when typing a message, it can take several seconds for it to actually show what you're typing, and on Plasma 6, it'll show what you're typing, hide it, then show it again. The app also constantly flickers black when using Plasma 6, making it ba...
when will people google the error message before opening a bug report ๐ญ๐ญ๐ญ
gpu issue, disable hardware acceleration or run with --disable-gpu
I already said in the post that I tried disabling hardware accel. --disable-gpu does the same thing, and it is very unlikely that two different GPUs would have the exact same issue across multiple different distros.
gpu issue, disable hardware acceleration or run with --disable-gpu
I already said in the post that I tried disabling hardware accel. --disable-gpu does the same thing, and it is very unlikely that two different GPUs would have the exact same issue across multiple different distros.
The problem is not your GPUs, it could be that the NVIDIA driver doesn't have support in Chromium when running with Wayland as the ozone platform, however I doubt that due to you saying the app flicke...
Discord Account
No response
Operating System
Windows 10
Linux Only ~ Desktop Environment
No response
Package Type
Setup exe
What happens when the bug or crash occurs?
Anytime I start screensharing on Vesktop the quality is horrendous. The bitrate is awful and the viewing experience is very laggy. It's so bad to the point I need to have normal Discord installed specifically for screensharing. This isn't just an issue for me, all of my friends that use Vesktop a...
prolly a hardware acceleration issue
vesktop is failing to grab the game image hm
also some things like AAGL provide custom rpc via the launcher so some sort of filtering system is needed i think
Discord Account
No response
Motivation
It can be hard to view two screen-shares (or even three) in parallel, which is why it would be nice to scale them independently
Solution
A possible solution to this problem would be to be able to pop out screen-shares independently, which would allow users more freedom in scaling
Alternatives
And alternative would be to be able to scale the screen-shares in the "preview" itself, which would be a bit more inconvenient, but could a...
can repro but idk why
maybe one of vesktops privacy blocking things
want me to open an issue to track it?
aagl is detected via ipc and genshin as a process prob could just make ipc take priority
Discord Account
No response
Operating System
Arch Linux
Linux Only ~ Desktop Environment
SwayWM (Wayland)
Package Type
AppImage
What happens when the bug or crash occurs?
Application (Looking glass) is not populated in the audio sources list even though it is playing audio when attem...
I'm experiencing this using the .rpm package. No set of arguments or lack thereof actually works.
https://github.com/Vencord/Vesktop/issues/749
I filed a bug earlier in the vesktop repo but found this post in the venmic repo. I am encountering a similar issue with my application (looking-glass) not being populated in the audio sources list. I've tried the workaround by disabling granular selection but the application is still not being populated. I've attached my pw-dump log with audio playing in looking-glass for reference.
[pw-dump.log](https://github.com/user-attachments/files/16...
Wait does vesktop not support third party plugins?\
maybe we should reopen the issue
Well it works through xwayland, running electron as Wayland just doesn't work at all, same for the vanilla client
should i replace every instance of proacess.id with client.id in venmic.ts?
Yep
nothing appears now
Check the screensharing modal as well
Let me check
this is not a vesktop issue. input is handled entirely by electron and chromium. vesktop has 0 control over it
This should do it @humble mortar
What are you trying to share / do?
game under proton called vivid/stasis
Does it have a node.name property?
how do i check
If it doesn't it's more the games fault because we don't have any info to go off off
pw-cli ls Node
Find the one that's the game
Or look through pw-dump
Also, you should use granular selection if the game only has a node name (if it even does, but would be weird if it didnt)
id 129, type PipeWire:Interface:Node/3
object.serial = "1450"
factory.id = "7"
client.id = "189"
client.api = "pipewire-pulse"
application.name = ""
node.name = ""
media.class = "Stream/Output/Audio"
gamemaker moment
Yeah, there's literally no information we could use to display that
Speedrun PB for merged PR in Vesktop right here
@mora-unie-youer This should now work with granular selection on Vesktop master
Is disabling the "Ignore Input" setting supposed to allow for selecting a microphone device? I want to include my microphone when streaming Lethal Company but I can't figure out any way to include the device in vesktop. Using qpwgraph causes crackling so I can't use that.
Selecting a device to share is now possible on main
I have a few small issues and questions regarding screensharing that I'm worried someone has asked for
1: Screenshare quality isn't remembered, and I feel it should be. I've read https://github.com/Vencord/Vesktop/issues/559
2: No source resolution option?
3: There's a LOT of assuming the aspect ratio is 16:9 in the source, does this actually affect anything? More specifically stuff like https://github.com/Vencord/Vesktop/blob/main/src/renderer/components/ScreenSharePicker.tsx#L84 and even worse, https://github.com/Vencord/Vesktop/blob/main/src/renderer/components/ScreenSharePicker.tsx#L737
ScreenSharePicker.tsx: Line 84
const width = Math.round(height * (16 / 9));
ScreenSharePicker.tsx: Line 737
const width = Math.round(height * (16 / 9));
What I'm seeing here is my vertical resolution will get reduced because my aspect ratio is 43:18
I'm going insane I swear it was showing up before ๐ญ
Bc actually I think that we can stream any resolution we want
We can afaik
Proton issue?
It's just Vesktop's screenshare handling seems to result in ultrawide 1440p looks bad to viewers
at least, from what I can remember
Why is width even required as a max resolution parameter?
Yes.
maybe gamemaker exploded something ill try swapping around versions yea

fuck you
I have found the issue
(maybe)
.

yes because the max resolution is set to literally 0
i can be trusted to say I am streaming infinite pixels
kaboom
@upper pine sharing entire system crashes pipewire ๐ฃ๏ธ๐ฃ๏ธ
what am i cooking
Can't repro
let me get u logs hold up
Even with logs I can't change anything
I simply create links
It's pipewires fault then
โ ๏ธ
horrible idea #1028117287716261939 message
@humble mortar does module 37113 explode if you watch my stream
Yes
me when i create a discord crasher
my bad
it will happen again
i think I fucked up Math.max and Math.min
hm
if I apply my patch it only streams in half resolution
nop its fine now
@humble mortar can you join my vc now?
yyerp
What if to add picker for aspect ratio?
literally pointless ๐ฃ๏ธ
It isn't that I think
I've made a disgusting workaround
but if anyone joins without this patch their client will crash
turns out discord uses this on viewer end
it exists literally just for this
i think
ok its pipewire 1.2.1 causing the crash
๐ญ๐ญ๐ญ
im gonna admit i've been yapping about how to get ultrawide screenshare to be proper resolution for too long
keep yapping I run 21:9 ๐ฃ๏ธ๐ฃ๏ธ
@humble mortar can you do me a favor?
do you have discord desktop installed
guh
i would ask friends to help but they're all asleep
@upper pine Do you have discord desktop installed I need to recreate behaviour and need reference
no sorry
alright
i would help but away from home and my laptop has shitty wifi
i'm just trying to solve That
:(
idc about actual streaming quality results I just need metadata
stream in source quality from discord desktop
must be source
I'm trying to see what metadata discord returns
ugh
its not in videostreamparameters
alright
actually nvm i use vesktop
nop doesnt
i had my ternary around the wrong way
works on my machine
probably because I am trying to copy output of ```ts
[...Stores.MediaEngineStore.getMediaEngine().connections].find(
connection => connection.streamUserId === "799319081723232267"
)
why
update: i asked a support user who was interested in related stuff for how it worked in bd and then i found a vencord port of it
BD dev was here
so verbose
?remindme 3h thanks discord canary go fix SPN
Alright @hot juniper, in 3 hours: thanks discord canary go fix SPN
Discord Account
No response
Motivation
Every time I screenshare, I have to change it from 720p 30fps to 1080p 60fps, which takes a lot of effort over time.
Solution
Remember the previous setitngs.
Alternatives
Discord app.
Additional context
No response
Request Agreement
- [X] I have searched the existing issues and found no similar issue
- [X] This is not a plugin request
- [X] This is not a Vencord feature request
Discord Account
No response
Operating System
Windows 10
Linux Only ~ Desktop Environment
No response
Package Type
Setup executable
What happens when the bug or crash occurs?
Vesktop screenshare does not hook into any fullscreen applications. I have to make them windowed, and then return to full screen for it to capture them.
What is the expected behaviour?
I expect vesktop to function the same as the discord app wrt fullscreen apps.
How do you recre...
i was gonna submit this 
but then i just asked a whole load of stuff in here
and now I'm busy adding source quality settings
wtf its there
@upper pine https://github.com/Vencord/Vesktop/commit/9acc6652ff72531194f5159576abcf79845edc84 does this commit also change the UI?
How did we get here? (Vesktop will outright crash if you cancel the screenshare request)
Occurs in official release too 
I also have this issue on windows
shrimply dont cancel it lol
too bad i am submitting bug report 
Discord Account
sqaaakoi
Operating System
Debian trixie
Linux Only ~ Desktop Environment
KDE 5.27.10 Wayland
Package Type
deb
What happens when the bug or crash occurs?
Window will freeze and native will throw an UnhandledPromiseRejectionWarning then segfaults
What is the expected behaviour?
Not crash and do not attempt to start screensharing
How do you recreate this bug or crash?
Join a voice channel
Click the screenshare button
Click cancel/dismiss...

ok back to crashing other people's clients
trol
i will say i am streaming an incompatible resolution
love
?remindme 14h go ~~fuck up ~~ fix vesktop screensharing more and go crash friends clients for fun
Alright @hot juniper, in 14 hours: go ~~fuck up ~~ fix vesktop screensharing more and go crash friends clients for fun
brain too cooked to finish that now
No, only adds a new toggle as we've yet to agree on a proper UI
Replied to this but discord didn't do it for some reason
since the latest vesktop release, window position is not remembered anymore when launching vesktop on system startup, but it is remembered when quitting and then launching it (win11, discord titlebar enabled, no transparencies or disabled windowframe), am I the only one
I've already checked that and you replying to me means thats a yes. The reson I was asking that was because I was trying to build vesktop and it just refused even when doing all of the steps in order
This is such a niche issue, good job finding it
i dont really pay attention to that friend. you said win11?
what are your monitor settings
monitor settings?
Sounds like you forgot to install dependencies. Also make sure you read this tab specifically
what would that have to do with anything
I've installer dependencies and originally there was no dist folder when I packaged or built
trying to fix his issues #๐ฅ-vesktop-development message
seeing if it is a monitor specific issue
or like a settings specific issue
Literally impossible
other things have had hardware specific bugs
my nuc has this bug where the monitors flop randomly on sleep only on certain monitors
that or the window manager is messing up
there is one thing specific to my setup that might also have an effect which I have not yet tested, but I have my vesktop window very close to my taskbar, and my taskbar is narrower than w11 default through a modification, but this has never been an issue before
I'll do a quick test
mainWindow.ts: Line 274
const storedDisplay = screen.getAllDisplays().find(display => display.id === State.store.displayid);
i have done exactly that and there is no difference in the build after changing the folder
could be electron returning a different display id based upon the working area @dark quarry
doesn't seem to be caused by any possible taskbar overlap
alright
I only have one monitor fwiw
wtf?
nvm
can you reproduce by removing && storedDisplay from line 276
hm
doing that on startup might be a bit annoying actually
that would mean I have to build vesktop from source
idk sounds like you expected your vencord to be significantly different just because you installed from source
i just followed the docs
I can do it tomorrow, I'm very tired rn from a tough day at work
reasonable
@upper pine vesktop under wayland pipewire 1.2.1 attempting to share entire system crashes pipewire
im gonna open a pipewire bug report where do i get the crash logs
Doesn't crash for me, but open a bug report at pipewire, it's most likely an issue with them
wait what electron version
Not sure, can check later - But I'd be surprised if thats actually related
wait u said venmic just links stuff right
Jul 12 18:44:54 bakery pipewire[6094]: pw.link: (120.0.1 -> 161.1.1) negotiating -> error (error set input format: -22 (Invalid argument)) (paused-configure)
Pipewire is responsible for figuring out the format and regardless, it shouldn't crash if there's a problem with link creation but report back to the client (venmic)
guh its not crashing anymore
now vesktop is freezing if i try to restart the stream after ending a stream that shared the entire system
something is fucked
restarted and now the pipewire crash happens again
hm
the flatpak doesnt cause the crash nor does it create any errors with pipewire
also stops the crash with the system vesktop
but doesnt stop the errors
reseting my config fixed it ?? what the hell
what the hell was fucked with my vesktop config
Discord Account
comfortablemilk4454
Operating System
macOS 14.5 (23F79)
Linux Only ~ Desktop Environment
No response
Package Type
n/a
What happens when the bug or crash occurs?
clips/nitro streaming quality icons on someone else's screen share disappear
What is the expected behaviour?
for the clips/nitro streaming quality icons to not disappear as you start to hover your mouse over them
How do you recreate this bug or crash?
weird ill just switch back to vencord injected into stable discord.

Discord Account
firewalldaprotogen
Operating System
Linux Mint 21.3 Cinnamon
Linux Only ~ Desktop Environment
Cinnamon 6.0.4
Package Type
Flatpak
What happens when the bug or crash occurs?
once i click "share your screen" the screen select appears as normal. however, once i select a screen or window to share, the program hangs and i have to force quit it in order for it to continue working
What is the expected behaviour?
i expect that once i select a screen/...
Discord Account
firewalldaprotogen
Operating System
Linux Mint 21.3 Cinnamon
Linux Only ~ Desktop Environment
Cinnamon 6.0.4
Package Type
Flatpak
What happens when the bug or crash occurs?
once i click "share your screen" the screen select appears as normal. however, once i select a screen or window to share, the program hangs and i have to force quit it in order for it to continue working
What is the expected behaviour?
i expect that once i select a screen/...
looks like venmic issue
this is how it was behaving for me too
wasnt getting those venmic logs tho
btw to yall incase you need it, (the gpu sucks cuz there isnt a driver yet, but its being developed) i now have an arm64 device that i can test with
lmk if u need me to test something on arm linux
Hey @retroDEG, I believe I found the source of the issue. I did some troubleshooting by manually sending notifications through the client (new Notification("test"); in DevTools, if you want to try), and thought that it may have been my installation platform that was the issue.
I removed my Flatpak installation, and instead installed directly from the rpm package (you've got a .deb package, since you're on Ubuntu), and that appears to have...
I hate this name
so much
I just dont want to think about it
ill rename it later
I might name it EquiBop
because bop it
You need to install pipewire to share with sound.
The initial lag (1 or 5 seconds) is normal as that's the timeout for connecting to pipewire, however, after the initial lag you should be able to continue using vesktop
this is not a vesktop issue. input is handled entirely by electron and chromium. vesktop has 0 control over it
Is it? The chromium browser works fine through Wayland. The Youtube Music client I'm using also works fine under wayland. It's just Vesktop and the actual Discord client that don't work when running under Wayland, they have to be run under XWayland for IME to work.
Discord Account
sapling.
Operating System
Arch Linux
Linux Only ~ Desktop Environment
KDE Wayland
Package Type
AUR (git version)
What happens when the bug or crash occurs?
When trying to connect to a voice channel, the connection hangs on "DTLS Connecting" indefinitely.
What is the expected behaviour?
Expected behavior is that the user is connected to the voice chann...
This issue persists on all 4 AUR versions (vesktop, vesktop-bin, vesktop-git, vesktop_electron) as well as the Flatpak.
me when I encounter the stuck on DTLS connecting bug and blame vesktop instead of discord
@hot juniper, <t:1720810263:R>: go ~~fuck up ~~ fix vesktop screensharing more and go crash friends clients for fun
ok so I cloned source and pnpm starting it after a reboot had the window in the middle of the screen. Removed && storedDisplay, started it, moved the window to the desired position, rebooted, started it again and window was in the desired position so success?
I'll try packaging it so 'start with system' works proper
packaged, installed modified version and it works like it used to
unrelated to your situation but could you send me the commands you used to build vencord it just doesnt work for me at all
I'm just gonna try to repackage it and maybe that'll worj
read the readme
Same issue here, system notifications do not work under Flatpak, even with Vesktop being granted notifications permission via Flatseal.
@Vendicated this issue should be reopened in my opinion.
Latest stable Vesktop, Fedora 39, KDE Wayland.
begging people to stop blaming everything on vesktop
reinstalling witht he packaged app didnt work either
im not im just trying to get help
sorry i should have said not helpful for me
i was referring to this.
no. it's an issue with your system. considering everyone here uses kde, it seems like KDE has broken notification portal.
oh mb mb
ive used vesktop temporarily on linux with gnome and it worked fine so it must be a sys issue i dont really see how a tiny diff in distros would change anything
Why kde always breaking something ahahahahahha
On every update something stops working xdd
i dont use linux enough in that situation but i heard that and cinnamon were better than gnome
i just dont like the mac look but it works fine
is kde just th at buggy
How do you check if the --dev tag worked in vesktop?
Discord Account
No response
Operating System
Pop!_OS 22.04 LTS x86_64
Linux Only ~ Desktop Environment
GNOME Mutter, Wayland
Package Type
Flatpak
What happens when the bug or crash occurs?
I know #420 has been closed, but this is a little different. IME work perfectly in .deb version, so in my case I think there is something wrong with flatpak wrapper instead of electron bug.
What is the expected behaviour?
IME working in flatpak version
How do you re...
Discord Account
No response
Operating System
Fedora 40
Linux Only ~ Desktop Environment
KDE on Wayland
Package Type
Flatpak
What happens when the bug or crash occurs?
I have been saving clips on my windows PC in h265 mp4 format as the clip can look much better at 25mb compared to h264 and the videos play fine on my phone (Pixel 6), windows pc, and on browser on Linux but it does not play in Vesktop. I was surprised to this as I figured if the website version sup...
Also tried running under X11 and messing with flatpak permissions but none helped the situation.
Here are the recent official Discord patch noted stating they support HEVC (H.265) now.
have you tried on the stock discord app? likely system issue.
have you tried on the stock discord app? likely system issue.
I don't even have the Discord app because no audio screen sharing but I can say it works in Thorium Browser.
I'll download the official app and give it a try.
have you tried on the stock discord app? likely system issue.
So the official discord tar and flatpak both play the audio on the file but the video is frozen
Firefox also doesn't work as they do not support HEVC (H.265) iirc
Also the discord app on linux is genuinely bad and I wouldn't be surprised if they did not implement this feature yet.
media support is done by chrome + your system, not vesktop.
Discord Account
@gsk380
Operating System
Fedora Workstation 40
Linux Only ~ Desktop Environment
GNOME 46.3 (Wayland)
Package Type
Flatpak
What happens when the bug or crash occurs?
Vesktop can crush when trying to start or restart, it can happen sometimes or could not - there's no certain conditions to crush to happen but it will happen only when trying to start or restart Vesktop (e.g. - using tray icon to restart Vesktop), sometimes it immediately closes Vesktop...
Using launch flags from here - https://gist.github.com/thubble/235806c4c64b159653de879173d24d9f?permalink_comment_id=4712705#gistcomment-4712705
I was able to get the video to play! still trying to get flatpak to work atm but the official tar is currntly working for me.
media support is done by chrome + your system, not vesktop.
Using launch flags from here - https://gist.github.com/thubble/235806c4c64b159653de879173d24d9f?permalink_comment_id=4712705#gistcomment-4712705
I was able to get the video to play! still trying to get flatpak to work atm but the official tar is currntly working for me.
pipewire is already installed
C:\home\nova> sudo apt install pipewire [sudo] password for nova: Reading package lists... Done Building dependency tree... Done Reading state information... Done pipewire is already the newest version (0.3.48-1ubuntu3). The following packages were automatically installed and are no longer required: pass qrencode uidmap xclip Use 'sudo apt autoremove' to remove them. 0 upgraded, 0 newly installed, 0 to remove and 4 not upgraded.
Try to install wireplumber , afaik mint ships with media session and the mint build of that is really buggy, which is also why vesktop locks up
Can confirm, same happens for me
i have installed pipewire, but the crash persists, now with nothing in the terminal log
What kind of fucked up system does this guy have
Not able to connect to pulse and not able to connect to pipewire
Notably does not happen to me on KDE 6.1.2 (Arch Linux)
im not sure if this is even venmic related
i just saw venmic error in log so I moved it
if you think it's not venmic issue we can move it back
It could very well be venmic, but I think it's more a system issue than something I can fix
I can repro this on gnome
but idk why it happens, we made no changes to the native screenshare logic
so it's either venmic or electron / chromium regression
basically when you're in the screen / monitor picker portal popup and you cancel it
I doubt it's venmic tho cause it shouldn't run at that point
i have installed pipewire, but the crash persists, now with nothing in the terminal log
edit: tired it again, now the log says the following: `[2024-07-14 09:30:19.046] [venmic] [error] [patchbay] (has_pipewire) failed to connect pulse context [2024-07-14 09:30:19.046] [venmic] [error] [patchbay] (has_pipewire) result timed out [2024-07-14 09:30:49.070] [venmic] [error] [patchbay] (has_pipewire) failed to connect pulse context [2024-07-14 09:30:49.070] [venmic] [error] [patchbay] (ha...
Yeah I think it's electron
Lol why don't they match
discord is for some reason incapable of properly handling server avatar, so it's a 50/50 whether it uses global avatar or server avatar
idk why it's so hard for them
lmao
I'll see if I can fix this somehow on mint, their default setup is so fucked that I can't abort the venmic wait
oh
It's super cursed
wtf is wrong with mint
They don't use pipewire, but have a pipewire session which promises to send me some data but then never follows up on that promise and leaves me waiting on like 5 objects that it promised to send but never actually does
And at that point I can't abort the wait on all of them
how do they manage this
Idk
If you install wireplumber it's fixed
Not sure if they have some patched pipewire media session installed
would it be possible to just move venmic into a thread?
so even if it deadlocks it doesn't crash the app
It is threaded, but I want to properly clean up in case of an error
Mint doesn't allow me to properly do that tho, it works on literally any other setup with pulse
could that also be moved into a thread
basically just run the entire thing in a thread
or does it have to be on the main thread
That would be a hacky workaround
I have to respond to the Vesktop requests
I can't defer that
promises with callbacks
ugh, I guess that would work but it would be quite ugly
I'll replace the venmic addon constructor with a static promise factory
And then figure out a way to properly handle the fucked case of mint
I think I'll do that
That would be the best approach
you can have independent nodejs threads that can send json messages to each other
but only if you think it's a good idea
Yeah
It's the best approach I can think of
It could also replace the try catch we have on construction
So it would be fairly clean then
the nodejs solution would also be pretty easy tho
and make everything fully asynchronous
Not sure, but a proper solution in venmic would be nice as well, and make third-party integration easier
We could to both
In case one fail safe fails
grrr why does electron 31.1 have so many dumb regressions
xd
Also experiencing this issue on Windows 10, turning off share with audio allows me to share my screen
Discord Account
hanyuu5192#9170
Operating System
Arch Linux
Linux Only ~ Desktop Environment
Xorg
Package Type
amd64 / x86_64 tarball
What happens when the bug or crash occurs?
Occasionally, Vesktop asks to have access to my microphone, and says I do not have any input devices enabled. My microphone is plugged in, and Vesktop is not detecting it.
What is the expected behaviour?
I am usually able to use my microphone fine without issue.
How do you recrea...
I have reinstalled Vesktop, and changed my bash script to start my pipewire binaries to use wireplumber in place of pipewire-media-session, and even so with all of this, the error persists.
I realise it could be a pipewire issue, as pavucontrol is not detecting any input devices in the recording tab.
When my Vesktop updates, sometimes it fixes itself, and on other updates, it comes back.
system issue then. input devices are handled by chromium, and if it sometimes works then it means it's something inconsistent in your system / chromium
likely nothing we can do
ill probably try building pipewire from source tomorrow, because the version on my system (and when i use apt) is really old
Discord Account
stawz
Operating System
Fedora 40
Linux Only ~ Desktop Environment
KDE 6.1 on Wayland, Nvidia 555 Driver
Package Type
Flatpak
What happens when the bug or crash occurs?
When Vesktop is fullscreen, resizing other windows causes visual bugs and glitches. Parts of the window appear blurry and scaled bigger. After a second or two it returns to normal
What is the expected behaviour?
No visual glitches or artifacts
How do you recreate this bug ...
READ THE FUCKING ISSUE TEMPLATE CHALLENGE
I have been testing a lot of things; I have reset the config files for pipewire, I have even tried using the browser version of Discord, and I see that the issue persists. I think it's my system, unfortunately.
Thank you! :)
using ading2210's repo works for the intended feature, (I can set custom splash screen) however my only issue with this repo is the go live screen doesnt let me select an audio source from a single application like the master branch does, I just get "Entire System" or "none", my understanding is that the custom splash feature is going to be merged with master branch, but i just wanted to see if anyone had a solution to this problem
kid named i dont understand how git works and ading's fork isnt up to date with main so its venmic isnt updated
please add "I confirm that I am a clown ๐คก by checking this checkbox" ๐
no
๐ญ
yall i need some guidance on using findbyprops. so i need an export (with a name) from a module right? and what constitutes as a module? the parts starting with random numbers or the whole file?
and if the function i'm looking for doesn't have a proper name what can i do?
what constitutes a module
parts starting with random numbers
and if the function...
findByCode will match the same module, just give it a snippet of code taken from the module
alright and from what i understand when i use findByCode i don't get the actual function i only get the module. how would i use the function if it has a generated name?
oh apparently it returns a function??
findbycode just doesn't work wth
dont put spaces or extra formatting added by the prettifier in devtools
i didn't pretty sure
chromiums search finds it just fine
also it must be within the class or function returned by the module
likely your case
all the finds search module exports
this
if your function isn't exported you can't find it
i see
in that case i don't think findbycode is useful at all. the main function is returned by another (exported) function
what function are you trying to find?
What is the module ID you are trying to find
so, what does the function do
if you see this assume the return value is what the module exports
13140 and the function is BB (on stable branch)
yeah it's exactly that except it still doesn't find it??
What does this even do
it's for turning an array into a string shortcut sequence
yes it used to be so that you could use findbyprops to find this function but you can't anymore
this used to be a thing in #๐ณ-plugin-requests
what string are you using to find it
i found a unique string in there
.navigator.appVersion.indexOf i'm pretty sure that's also unique
maybe i'm doing something wrong
i have something really stupid to ask
are you ACTUALLY using findByCode
there is a 99.9999% chance that wont work if you have it as a constant in your code
you need findByCodeLazy
so the find is only attempted upon use
what's the problem
this has to be it
which should always be after its loaded
huh alright i'll try again when i get home
hope that helps
@hot juniper btw any thoughts about the window position thing?
i think a debug option to disable the check should be added
actually
why isnt there even an option to disable the feature at all?
what's weird is that it only started happening last vesktop update but that line has been there before
oh wait there were no updates pushed nvm
thought there had been but time flies apparently
At this point blaming Chromium for everything weird with windowing on any OS for any Electron app is starting to sound reasonable
chromium on wayland on linux is cursed
if thats true I know it has to be at least a little bit broken on Windows
Discord Account
AJCxZ0
Operating System
Fedora 40 (Workstation Edition)
Linux Only ~ Desktop Environment
GNOME on Wayland
Package Type
Flatpak
What happens when the bug or crash occurs?
Moving the Vesktop window to the top of the screen, below the top bar, reveals that the top of the window is above the title bar.
What is the expected be...
or just making it not force the main window to focus when it's done
Yep, this is the troubling behaviour from vesktop - it requests focus twice. Once for the splash screen, and again for the main window. That is the cause of the problem OP describes. The splash screen is given focus by running the application. The main window is given focus without user interaction even if the splash screen does not have it.
If you have a WM which has focus stealing prevention, such as kwin, you ca...
the splash doesn't actually serve any purpose, it's just placeholder ui, and can easily be disabled/removed
the reason it exists is that there are two alternatives, both of which suck:
- show no splash at all, which will make the app seem unresponsive / like it hasn't opened
- show the browser window immediately; at this point it will be a full white screen
I agree. 1) sucks because a user might think it's broken, try to kill it. etc... 2) sucks because "ow my eyes!". Seems like a splash screen is required here. What a surprise, I bet you didn't know that :D (joking)
I Imagine that even if you are able to find a way to launch the main window without the white, and skip the splash screen, some people will still prefer the splash screen. It would be nice to fix this for them, too. I am a boring old man, I don't know what a shiggy is, but I sur...
can confirm that works!!!
@klhrt try this commit
@humble mortar ^^
$ dist/linux-unpacked/vesktop --keybind 3 right?
yep
hm
probably
isnt working
is that the keybind that shows up in the shortcuts page?
id 3 yea
there isn't an error or anything when running this right? is it not running another vesktop instance?
theres a vesktop instance open
APPIMAGE env is not defined, current application is not an AppImage
checkForUpdatesAndNotify called, downloadPromise is null
[kylie@bakery Vesktop]$ dist/linux-unpacked/vesktop
APPIMAGE env is not defined, current application is not an AppImage
Vesktop is already running. Quitting...
checkForUpdatesAndNotify called, downloadPromise is null
[kylie@bakery Vesktop]$ ```
passing --keybind doesnt say theres another instance
is that intentional?
yeah that should be how it works
is it a push to talk/mute/deafen type of keybind?
huh try setting a keybind?
nope
i haven't tried it in a production environment lemme see
wait holdon
at IpcRendererInternal.emit (node:events:519:28)
at Object.onMessage (node:electron/js2c/renderer_init:2:8837)
(node:10741) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). To terminate the node process on unhandled promise rejection, use the CLI flag `--unhandled-rejections=strict` (see https://nodejs.org/api/cli.html#cli_unhandled_rejections_mode). (rejection id: 13)
(node:10741) UnhandledPromiseRejectionWarning: Error: Script failed to execute, this normally means an error was thrown. Check the renderer console for the error.
at node:electron/js2c/renderer_init:2:16470
at IpcRendererInternal.<anonymous> (node:electron/js2c/renderer_init:2:10723)
at IpcRendererInternal.emit (node:events:519:28)
at Object.onMessage (node:electron/js2c/renderer_init:2:8837)
(node:10741) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). To terminate the node process on unhandled promise rejection, use the CLI flag `--unhandled-rejections=strict` (see https://nodejs.org/api/cli.html#cli_unhandled_rejections_mode). (rejection id: 14)
didnt see that at first
different terminal tab
^ happens when i run the --keybind arg
okay i can confirm it doesn't work in a release environment with my setup either
i also get this error
what does the VM624 file mentioned in this error contain for you?
oh nevermind it's supposed to be vesktop -- --keybind 3
with 2 sets of dashes specifically
UnhandledPromiseRejectionWarning: Error: Script failed to execute, this normally means an error was thrown. Check the renderer console for the error.
at node:electron/js2c/renderer_init:2:16470
at IpcRendererInternal.<anonymous> (node:electron/js2c/renderer_init:2:10723)
at IpcRendererInternal.emit (node:events:519:28)
at Object.onMessage (node:electron/js2c/renderer_init:2:8837)
(node:1605447) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error...
@klhrt ATM the command is vesktop -- --keybind id ๐ฅด
@klhrt ATM the command is
vesktop -- --keybind id๐ฅด
and it works! thanks
@scenic hollow setting the bind in app with your branch doesnt work but then closing and launching normal vesktop it works?! (vesktop has to be focused)
did u specifically block the bind from working in app on your fork?
lol why do u have to pass --
Discord (v0.0.60) for Linux gets native streaming via xdg-portal
saw on reddit
pog
relevant to this chat how
Wtf really?
wayland screenshare is the major vesktop selling point
It's true
lmao
.
its so unstable
because of their native Sentry module
also the official picker popup works SO BADLY that it just keeps requesting access to capture sources
It also manages to segfault if you dismiss the popup just like Vesktop does 
Happening for me as well on wayland KDE 6.1.2 (gentoo) in flatpak
yeah because when we have a proper global shorcuts implementation it would still work fine
if i don't do that we'd have to deal with callbacks firing twice when the window is focused
vanilla discord does the same thing
Content
I have enables Multi Account Switcher but don't see any changes. Can not log in to a other account.
MOBILE ACCOUNT SWITCHER
I'm insane I'm insane I'm insane I'm insane
who let this user have access to a computer
it literally just doesn't say multi account switched and it specifies mobile
I think they're insane
ah ok so youre intentionally blocking it. interesting that the custom bind works without the patch after setting it
ai hallucinations
yeah they literally have support for it on the web but they block the ui
people who canโt read their own screenshots my beloved
- Discord experiments are not Vesktop issues.
- Your screenshot clearly states โMobileโ for both experiments.
Discord Account
Glitchite
Operating System
Debian x11 and Wayland
Linux Only ~ Desktop Environment
Plasma
Package Type
Flatpak
What happens when the bug or crash occurs?
No audio sources show up. And yes I made sure it was playing first.
What is the expected behaviour?
To show all and any playing audosources.
How do you recreate this bug or crash?
- use Debian ...
Bug <title> my fav
in the year of our lord 2024 do we need to tell people to use pipewire omg
How do people open issues for this?!?
It literally says in the log:
2024-07-16 04:09:36.027] [venmic] [warning] [patchbay] (get) pipewire was not detected as main audio server
Which means that a warning box shows up in the client where it states that pipewire is not the main server and you have to explicitly click "I know what I'm doing"
And then they open an issue, this is not even the first issue where this happened
can I suggest adding a box to the template that's something along the lines of "Yes I have confirmed pipewire is running"
oh hey libuiohook is planning to add wayland support https://github.com/kwhat/libuiohook/issues/196
people donโt read
Discord Account
No response
Motivation
Audio slider from Quick Settings Audio Panel GNOME extension
Audio sliders from GNOME settings app
Vesktop audio streams are all referred to in the system as Chromium. This is essentially true, but it would be better to see that they are Vesktop audio strea...
can reproduce but probably not fixable by us. we changed nothing about the code, we just upgraded chrome / electron, so it's likely a regression in those
Maybe I should add a modal that opens when clicking the text that reads something along the lines of "I understand that I'm probably not using pipewire and that I will not seek support in any official channel in case no application sources show up"
And add a cool down on the ok button lmao
or just remove it :p
no one has system like this
or if they do they should either embrace pipewire or build from source
you can add clown image for cursed systems xd
you're probably right
Doesn't hurt to be opinionated to deal with less dumb issues
The reply has another pfp again
But I don't see that pfp on this server nor in the dms
I guess the server pfp is just completely broken xd
Discord Account
robotta_cherry
Operating System
Fedora Linux 40
Linux Only ~ Desktop Environment
Gnome on Wayland
Package Type
Flatpak
What happens when the bug or crash occurs?
Checking the screen shared window on Vesktop displays random black tearing in the upper part of the screen.
This doesn't happen in KDE.
What is the expected behaviour?
Clean looking screenshare with no tearing.
How do you recreate this bug or crash?
- Start Vesktop on Gnome
...
Pardon my insistance, but why was this labelled as system issue?
This bug doesn't occur in KDE, which suggests that it's a Vesktop + Gnome issue. Can I ask for an explanation behind the reasoning of this automatic decline? I would like to switch back to Gnome but this Vesktop issue is holding me back.
petition to autolock system issue
since either people
- can't acknowledge its their system thats insane
- or can't read "added label
system issue"
works on one DE but not the other = definition of a system issue
also you havent read the issue template.
V I want reviews on #517 for continuing working on it๐ญ
6 more days till chromium 127 is stable ๐๐
And x more days for stable electron update with m127
So I found a workaround for this problem.
When you start a stream with audio on vesktop a new audio node is created called vencord-screen-share which connects to Chromium input-1 (which was also created). After cutting the connection between vencord-screenshare and Chromium-input 1 (using qpwgraph for example), making the stream have no audio basically, the stream started to have proper quality. When I connected vencord-screen-share to the original Chromium-input (s...
Ive tried editing the source and the desktop file neither are doing anything at all, This issue is really ruining vesktop for me which is awful because this is my only way to stream audio properly. Any suggestions im on arch.
While this is a little dumb we could also automate this (wait until Bitrate Hits a specific threshold and only then start Venmic)
I hate saying this but...
6 more days until Chromium devs announce they broke more native wayland stuff
and they're gonna fix in v128 
v128:
- fix some bugs
- implement 2x more bugs
chromium dev cycle real
does chrome even support wayland without xwayland thingy
is there any way to start a screenshare with this as an audio source?
I am not even sure if wlroots already supports Global keybinds :thinking:
I think all the others do... But sucks for my SwayWM setup
With latest changes that should work (Depending on what kind of node it is)
VMWare
horror
I know lmao
have you ever used virt-manager
Yes
Thoughts on it?
Quite good, however it lacks hardware/3d accel which VMWare has
could you please focus a bit more on the >100% volume? I really like vesktop but I just can't use it because of that, everyone sounds too quiet and there's no way to tune their volume
shrimply PR
how is mint so cooked #๐ฅ-vencord-support-๐ฅ message
all the venmic issues and now this
at this point nobody cares about native web client enough so reasonable people will make it a venmic feature intsead
not a mint issue
i tried on ubuntu and can't repro
nvm im stupit

nvm
wait am i stupid
Does anyone still experience Vencord unloading with Vesktop?
Discord's own app disables the IntensiveWakeUpThrottling feature
Why isn't Vesktop doing this?
Vencord and Vesktop both try to disable some features to stop unloading
wait what's fixed in 127
Stream struggles on mousemove
There is even test flatpak build of that chromium with fixes
that's really cool
Check here last messages https://issues.chromium.org/issues/333945842
interesting
Discord Account
No response
Operating System
Endeavour OS
Linux Only ~ Desktop Environment
KDE6 Wayland
Package Type
Flatpak
What happens when the bug or crash occurs?
I start Vesktop and this appears:
What is the expected behaviour?
This does not appear.
How do you recreate this bug or crash?
Start Vesktop
Debug Logs
Replace this text with your ...
fix your internet
Several of my gaming buddies and I use Vesktop, and we all get the same error in different parts of the US. Is everyone all having Internet issues? lol. It's been like this off and on for a few weeks.
this error means DNS lookup of github.com timed out. It's a you issue. Change your DNS.
is https://www.electronjs.org/docs/latest/api/browser-window/#setting-the-backgroundcolor-property not the solution for the startup flashbang?
Chiming in to say that the issue where screensharing works for a few minutes and then turns into an infinite loading loop has been plaguing me too on Wayland. Restarting sharing/changing windows works until it decides to break again, rinse and repeat.
I've tested with both the wlr and hyprland xdg desktop portals and it's the same deal with both, and I get the following line in the console when the screensharing breaks:
'loop->recurse > 0' failed at ../src/pipewire/thread-loop.c:4...
Can you send a link to the M127 status page?
https://chromiumdash.appspot.com/schedule
Can't wait to have more stable FPS~
If you are using Hyprland, a temporary solution is to use a windowrule to hide the vesktop splash
Hyprland.conf:
windowrule = opacity 0.0 override,title:^(vesktop)$
You may see the shadow of the window for >=200ms but the window will be hidden
Thanks for the tip there Axel living up to your name. Here's a KDE approximation of this concept
Exported the above to a rule you can import from the GUI, github doesn't like the extension so I added .txt.
Discord Account
bingbongboink
Operating System
Fedora 40
Linux Only ~ Desktop Environment
KDE on Wayland
Package Type
Flatpak, RPM
What happens when the bug or crash occurs?
When joining a VC channel, the status gets stuck on "DTLS connecting." Problem does not occur on firefox.
What is the expected behaviour?
Able to join voice channels and communicate with other me...
system / discord issue
I am not even sure if wlroots already supports Global keybinds ๐ค I think all the others do... But sucks for my SwayWM setup
As far as I understand, Global keybinds don't exist in Wayland in the general case, since allowing a program to gather global input violates the security model.
Either way, the canonical way to do this is to create a DBUS or CLI interface that can receive input and use the WM (so for sway, the sway config file, likely via some bindsym option) to dispatch someth...
As far as I understand, Global keybinds don't exist in Wayland
Usually libraries / programs just register a global key listener for keybinds. However, wayland doesn't allow that for privacy reasons, programs only get keystrokes if they are focused
However, there is a portal in the works for keybinds: https://github.com/flatpak/xdg-desktop-portal/blob/main/data/org.freedesktop.portal.GlobalShortcuts.xml
But it isn't implemented in all desktop environments
further discussions aboi...
For some reason the downloader doesn't like this file at all and goes to unknown package.
I added a preview of the splash image to the Vesktop settings menu. This is an important requirement for loading the animation from the Vesktop cache, since displaying only the file path won't be possible with that approach.
I do eventually plan to implement all of the suggestions in #667, such as adding the ability to choose multiple images that are selected randomly and adding a toggle to...
i cooked a bit in the custom splash animation pr
looks good ^^
Many Linux distributions such as Debian 12 fail to run venmic since they lack a new enough libstdc++ version. This issue can be worked around by statically linking libstdc++.
I did notice that this feature was originally removed in this commit, but I'm unsure as to what the reasoning behind that was. In the testing that I did, statically linking libstdc++ caused no additional problems, and it allowed venmi...
so with this pr, venmic works again on older linux distributions such as debian stable
The static builds are a slight mess. While we bundle libstdc++ statically we still need to link against glibc dynamically.
Usually, if your libstdc++ version is too old, chances are your glibc version is also too old.
I'm not keen on shipping builds bundled with libstdc++ again and am strongly in favor of the flatpak as that just causes less problems.
@vernal lintel I'm not sure what your stance on this is, but I dislike the static builds a lot - Static linking libstdc++ isn't that good of an idea imho and resorting to the flatpak is just better in my opinion - But if enough people think shipping builds with static linked libstdc++ is a good idea I might consider it, eventhough there are a plethora of reaons why it is discouraged
Discord Account
No response
Motivation
I'd like to use this app as a discord replacement.
Solution
Add support for discord:// url-scheme
Alternatives
Proxying discord:// to vesktop:// but this doesn't exist either.
Additional context
No response
Request Agreement
- [X] I have searched the existing issues and found no similar issue
- [X] This is not a plugin request
- [X] This is not a Vencord feature request
I disagree that using the flatpak is a better option, since it wastes much more space compared to the regular debian package. The vesktop .deb is only 72mb, but with the Flatpak package the total download size is over 800mb, which becomes a problem on small disks such as the eMMC storage on cheap laptops (the kind of low end devices Vesktop is supposed to run better on).
At the very least, statically linking libstdc++ allows venmic to work on Debian 12 and Ubuntu 22.04, which both have a n...
@vernal lintel Can we dynamically link the newer libstdc++? Will the rpath be respected when I set it or are there any electron gotchas?
idk what that means
Uh
All shared libaries or executables can load their dependencies dynamically
There's a thing called rpath, which allows a file to register relative paths which are searched to resolve the dependencies
That way, we could ship a libstdc++.so that along side the venmic addon, that will be the fallback in case the system isn't able to find a so file that works with venmic
What I'm wondering is, if electron bundler somehow messes with the rpath (e.g. it's a common thing for python module building tools to fuck up the rpath)
The installation size being smaller does not justify static linking libstdc++ at all imho.
However, as a compromise, we could try shipping a recent libstdc++ alongside venmic and make it discoverable through the rpath, that way the system should fallback to the shipped libstdc++ in case the one of the system is too old
If you are using Hyprland, a temporary solution is to use a windowrule to hide the vesktop splash
Hyprland.conf:
windowrule = opacity 0.0 override,title:^(vesktop)$You may see the shadow of the window for >=200ms but the window will be hidden
I use DWM, but I'll poke around and maybe get something similar to work.
i'm working on the native side (which is written in rust) of keybinds and i just thought what should i use for communication between the native side and electron?
i'd assume this is a bit more real-time than venmic so maybe whatever venmic's doing isn't as suitable?
i guess the most obvious way would be a websocket or smth
try again @tired oak
Discord Account
zany130
Operating System
Bazzite
Linux Only ~ Desktop Environment
KDE wayland
Package Type
Flatpak
What happens when the bug or crash occurs?
vesktop crashes on startup with --enable-blink-features=MiddleClickAutoscroll
What is the expected behaviour?
vesktop loads with--enable-blink-features=MiddleClickAutoscroll which allows scroll on mouse scroll wheel press
How do you recreate this bug or crash?
- run `flatpak run --branch=sta...
I'll try in a moment just woke up
I can confirm it works
the error you're experiencing has nothing to do with the flag nor electron
it happens in all chromiums on some Linux distros. i have it too on Fedora. I suspect it's selinux, so try disabling selinux and it'll likely be fixed
For some reason the downloader doesn't like the asar at all and goes to unknown package.
Also maybe change desktop.asar to vesktop.asar?
This seems to be that it's not sent as a blob? I got axios as a blob and it worked with writefilesync so idrk.
This has been fixed with 8043386
I daily drive the Steam Deck Oled docked, and I believe I also had this issue when electron29 was introduced to vesktop. I edited the launch script to use electron28, which seemed to resolve it. Now on electron31 I havent heard any of my friends complain yet either.
What? How is a websocket faster than a native addon
Maybe named pipe?
As a variant
WYSI
Xdd you know
Tested it all works good!
Quick chime-in since I noticed this project leverages electron-builder. Adding a protocol scheme is very easy in the builder config.
protocols: {
name: "Vesktop Example",
schemes: [
"vesktop"
]
},
linux: {
desktop: {
MimeType: "x-scheme-handler/vesktop"
},
},
This has been requested here https://github.com/Vencord/Vesktop/issues/200 but closed without any response / reason.
I closed it because i decided it wasn't useful enough to warrant the time spent. I haven't seen the protocol used much, not even by Discord. What aspects of it do you consider useful? As in, which routes?
This has been requested here #200 but closed without any response / reason.
I closed it because i decided it wasn't useful enough to warrant the time spent. I haven't seen the protocol used much, not even by Discord. What aspects of it do you consider useful? As in, which routes?
First example coming to my mind : Every time a server is joined via a web link, it should open the app.
that already works! :P it's done via RPC, not the protocol
that already works! :P it's done via RPC, not the protocol
This doesn't work for me ? It tries to open a discord:// url scheme when I click on "launch app" and it just says no app exist for such scheme, or something along those lines. At least on macOS + Safari.
Guessing RPC would require discord to be already running ?
Oh i see, interesting! Indeed, RPC only works if you have Vesktop open. I wasn't aware they use the protocol when RPC is unreachable, but you are right
Would the normal electron scheme even work in this case? If discord isn't open it's not a normal browser scheme but a desktop one
^
out of curiosity, why are we migrating Vencord loader to ASAR?
i thought you can't do a communication "channel" in an addon. it's important that the native side can talk to the electron side any time it wants
am i wrong on that?
but yeah named pipe seems like a good option
Same problem for me, "official" discord application microphone input is totally fine. Vesktop or other forks is the audio input quality kinda.. "muffled".
I can also confirm I have this exact issue, I'm on manjaro. My voice sounds fine on Discord's official client but overall I've noticed a considerable loss in quality in Vencord.
My voice sounds muffled whenever I have krisp/standard noise suppression en...
huh i know that person from somewhere
Use a callback
Discord Account
different_name
Operating System
NixOS
Linux Only ~ Desktop Environment
Hyprland
Package Type
Flatpak & nixpkgs
What happens when the bug or crash occurs?
When sharing screen with audio, me - the person screen sharing, will occasionally experience a very loud spike in volume for a split second. This only occurs when streaming with audio
I tried recording this through obs, but the audio spike does not occur in the recording
What is the expected...
I use the nixpkgs day to day, did a fresh install of the flakpak today for this issue and same result. I did not import or configure any vesktop settings on the flatpak, I only signed in and started a stream. So I don't think this is configuration related
Actually sometimes I get this too
Sounds like sound when audio device dis/connected
I'm getting the same issue but in my case it's not when dismissing the request, it's when clicking the screenshare button. It just crashes and leaves the same error message in the console.
I'm on EndeavourOS with Sway, installed it through pacman.
It looks like screenshare does not work for me even in older versions. It pops the error UnhandledPromiseRejectionWarning: TypeError: Video was requested, but no video stream was provided but this time without crashing. So it seems in the latest version the error gets popped, the screenshare gets dismissed automatically, which in turn causes the crash.
Don't think this is anything we can fix
Yeah, me too
Its like links are recreating or devices are reloaded, sounds something like that
Curious that it doesn't happen in obs tho
Most likely an issue with how electron handles mic input
Obs can use more native solutions for sound capturing
Don't think that's the fix tho
I'm fairly certain electron may not be reading the buffer properly
would not passing on process to the client when theres a duplicate ipc detection be a vesktop or arrpc thing
hi, i am having the same issue on Arch Linux. Nothing gets detected. I have tried Lunar client, official Minecraft Launcher, Spotify, Xonotic, Steam games like Stardew Valley and Combat Master, VScode and Neovim (both with discord rpc plugins installed).
The original issue was posted on April 3rd, this is really annoying, could you please fix it?
I have the same issue on Windows
yep electron skill issue
apparently that's not as hard as i thought huh
Discord Account
despera_.
Operating System
Linux - EndeavourOS
Linux Only ~ Desktop Environment
KDE - Wayland
Package Type
Flatpak
What happens when the bug or crash occurs?
Not a bug nor a crash, just an icon fix.
What is the expected behaviour?
Vesktop having a blurry icon inside of Flatpak permissions.
How do you recreate this bug or crash...
me when I KDE bug
unless the flatpak isnt distributing all the icons correctly
i tried with regular discord, all other apps including it are fine and hold up, uninstalling ear trumpet doesn't fix the issue, vesktop auto attenuates itself
add (auto)start minimised
But it works already with
--start-minimized. Or i missing something?
This. I just added the flag to the autostart script and vesktop starts minimized.
After checking "start with system" in options, a toggle could appear that switches the autostart script between
"/usr/lib/electron31/electron" "/usr/lib/vesktop/app.asar"
and
"/usr/lib/electron31/electron" "/usr/lib/vesktop/app.asar" --start-minimized
it should be trivial to implement. ยฟMaybe ...
So I found a workaround for this problem.
When you start a stream with audio on vesktop a new audio node is created called
vencord-screen-sharewhich connects toChromium input-1(which was also created). After cutting the connection betweenvencord-screenshareandChromium-input 1(using qpwgraph for example), making the stream have no audio basically, the stream started to have proper quality. When I connectedvencord-screen-shareto the originalChromium-input(so basi...
So I found a workaround for this problem.
When you start a stream with audio on vesktop a new audio node is created called
vencord-screen-sharewhich connects toChromium input-1(which was also created). After cutting the connection betweenvencord-screenshareandChromium-input 1(using qpwgraph for example), making the stream have no audio basically, the stream started to have proper quality. When I connectedvencord-screen-shareto the originalChromium-input(so ...
any reason why vesktop doesnt name its processes? th-ch yt music is electron and does correctly
oh its cause vesktop is using global electron
it's not
that's your package doing it.
if you use officially packaged vesktop it will be named vesktop
yea I realized that
how much space does using system electron even save
Has anyone made an upstream issue for this? I believe it is chromium and not the desktop environment issue, as OBS has no problems
Discord Account
twohexed
Operating System
Arch Linux
Linux Only ~ Desktop Environment
GNOME on X11
Package Type
AUR
What happens when the bug or crash occurs?
When I try to scale the Vesktop window by triple clicking on its titlebar it should scale according to my current monitor's (Orientation: Portrait) orientation.
What is the expected behaviour?
I expect Vesktop to scale perfectly like how vanilla Discord (as well as the Browser-based Discord app) would ...
In the meantime,
I used Platypus to register discord:// scheme and open vesktop app.
It doesn't passtrough args to vesktop but merely just opens the app
Example of config for Platypus :
In script path, I just added a script containing this :
#!/bin/sh
open -jga /Applications/Vesktop.app
When you tick "Accept droppe...
Discord Account
Kaputschi
Motivation
As a desktop environment I use Gnome 46 and Vesktop changes the output level of my microphone globally as I talk with someone.
Solution
Is there already a way to turn that off? If not I would appreciate a feature like this.
Alternatives
Maybe a toggle or something in the voice settings.
Additional context
No response
Request Agreement
- [X] I have searched the existing issues and found no similar issue
- [X] This is not...
Thx! ig that should have been done a while ago. Also great username
I have been wondering for a long time what was causing these audio spikes and didn't realize it was only happening while I was streaming. I even bought a new DAC because I thought that was the culprit.
How bizarre.
Arch btw
Arch btw
Why users keep saying "same" without new relevant info instead of thumbs up
same!
I know this issue has been closed as completed, and marked as upstream, BUT this also happens on KDE 6.1.3 running on Fedora 40, using the RPM version of Vesktop, forced to run in Wayland mode using ELECTRON_OZONE_PLATFORM_HINT=auto (which imo should've been default) to fix dragging and dropping, and copying and pasting just straight up not working. So I'm not exactly sure it's upstream, and rather something to do with Vesktop itself, seeing as other Electon apps work perfectly fine
@FluffyPuppyKasey THIS IS AN ELECTRON ISSUE UPDATE YOUR ELECTRON!!!!! ๐ฅ๐ฅ
Any status update on #686 and #517
wdym by "update your electron"
it's indeed an upstream issue. there's nothing we can do. and there's a reason chromium doesn't enable the option by default
the electron version vesktop ships with doesnt have the paste bug so that means their package is using their system electron thus they need to update their electron
if u use rpm you use packaged
@FluffyPuppyKasey THIS IS AN ELECTRON ISSUE UPDATE YOUR ELECTRON!!!!! ๐ฅ๐ฅ
Electron is up to date as far as I can tell
it's indeed an upstream issue. there's nothing we can do. and there's a reason chromium doesn't enable the option by default
As far as I've been able to tell Chromium itself has enabled the flag for a few years at this point. Electron hasn't
let me check
yeah it doesnt
@FluffyPuppyKasey THIS IS AN ELECTRON ISSUE UPDATE YOUR ELECTRON!!!!! ๐ฅ๐ฅ
Just checked, it's a little behind (from March of this year)
hm must be a dep of electron's that has the bug then
@sly cairn are you gonna ever get vesktop (maybe vc installer too) notorized because having it signed without it is practically useless if it still cant get passed gatekeeper
Not a bug with chromium or desktop environment
https://issues.chromium.org/issues/354537406#comment13
This is also expected. You have to use "Allow restore token" to avoid the second portal dialog. This is because you first get a portal dialog to pick a screen/window to share for the preview dialog and once you confirm, you get another portal dialog to pick a screen/window for the web page itself. For that reason we use the restore token to avoid the second portal dialog and show the ...
I'll also add that this is why allow restore token solves the problem, if you want both the preview and the stream itself to be the same stream, enable it - though I wonder if there's a way to default it
OBS doesnt require multiple pickers as it handles streams differently, I assume it's using the same stream for the preview and the stream itself. Unfortunate that Chromium doesn't take this approach, needing two pickers
So I found a workaround for this problem.
When you start a stream with audio on vesktop a new audio node is created called
vencord-screen-sharewhich connects toChromium input-1(which was also created). After cutting the connection betweenvencord-screenshareandChromium-input 1(using qpwgraph for example), making the stream have no audio basically, the stream started to have proper quality. When I connectedvencord-screen-shareto the original `Chromium-input...
I just got this three times in a row on google meet on brave, so likely not at all a Vesktop issue. This can remain closed, sorry for the ping. Just an unfortunate situation all around that wont be fixed upstream as it is "intended" behaviour
Same behaviour. I had that UnhandledPromiseRejectionWarning for a while, and I can't screen share on Vesktop at all.
Recently, it started segfaulting after showing that same message.
i have no idea how to automate the process
because whenever i asked about it i just got told good luck
ok it seems easy enough
Discord seems to have changed their accent color for some places. Is this something Vesktop can "fix" to restore old behavior?
(compare "Notification Settings" background, which is old behavior, with the checkboxes colors)
I think it was an accident
from Discord or from Vencord/Vesktop code?
dunno from where the change originated, but I remember Vesktop being able to change the color in the screenshare UI to fix it
discord
haven't got a clue if it'll work
but according to electron builder docs that's all it needs
oh wait
no
issue is the way it works in the CI is different to how i can test it*
so i dont know if it'll work
and also i cant run it on my machine because im not using a mac!
so i dont have xcode or notarytool or anything
@sly cairn you can test it by pushing an -alpha.1 tag to ur branch
alr
it doesn't matter xd
gonna shred it later anyway xd
u also have to bump in package.json I think
nah
its running the ci
okay so what ive read
is that this takes 5-15 minutes
so the CI will literally just do nothing
for that time
fun :D
ah
Your app may need to be signed with hardenedRuntime: true option, with the com.apple.security.cs.allow-jit entitlement.
"may"
hm
seems like its on by default
it
didnt seem to do it
okay
draft for now ig since i dont have credentials to test this on ๐
benefits
no more "Cannot open Vesktop.app"
changes to "Do you want to open this app downloaded from the internet&quo...
oh that changes less than I thought it did
idk what the changes to the package.json are for but i guess i'll copy
I assume the app requires a description

maybe for macos store but no idea
i guess it makes electron builder a bit happier though
i'll just remove the "improve linux support" bit, dont think apple will be happy with me
btw instead of this generally you would just combine it into the same step https://github.com/Vencord/Vesktop/commit/cfad2f9f833251c85f6e4d96b79d99231c295265
alr




