#π₯-vesktop-development
1 messages Β· Page 10 of 1
its firefox bug which MEANS WE CAN CLOSE THAT ISSUE
YEAHHHHHH
WOOOOOOOOO
bc all clients on electron-chromium
wait what
ahahahaha i even not sended dxdiag to them
hahhahahha
the fuck is wrong with firefox
i had same
on windows xd
i believe discord will fix it in future
they really do some work and thats great
i cant even recreate it on firefox
its entirely gone for me
unless it appears when streaming to windows
lemme try vesktop-android
girl
i WANT TO KNOW OKAY π
whats funny, firefox completly breaks stream while chromium fixes
have you made sure everything is up to date
one of my friends is too lazy to install discord
it is so annoying
anytime they try to stream its like 5fps
not like everything but discord web site is same version as in chromium
i do not really think that this is issue with firefox version or smth

nvm, matters that it works on chromium
and on your firefox
125.0.1 (64-bit) is my firefox ver
alright

like for week??????
wh a t
should i reboot maybe xD
yeah
what the fuck
i just asked a friend
to watch my stream
instantly 29.17
what the fuck
THEYRE ON ANDROID TOO
WHAT
I ALREADY TESTED THAT
IT WORKED FINE
sane
okay what the hell is going on
my resolution refuses to go up, and its using 1kbps
but the target is 4200????
nvm
it just needs motion to increase res
im so confused
Ahahaha I rebooted and now arch isn't in choose in systemd-boot
wha t
Kernel disappeared from boot folder ahahahahahahahah
linux-zen package not installed at all????
Wtf

nvidia-dkms removed too
arch moment
Wtf tho
Packages just removed???
Like kernel and Nvidia drivers??
Self-destruction mode
what the hell
i cant recreate it on windows
well
let me try calling my gf
that caused it on linux
yep broken again
Interesting what causes this
Like it's only different clients
try β2
maybe on local calls its fixed?
it wouldn't change anything
like when using same +- network
still queries their servers
why i have issues like this T_T
its all over the system on start up
steam takes forever to start because of it, telegram not starting immediately
and so on
uhh reinstall dbus??
i use snapper and snap-pac with btrfs
so
if something like that happened
i could roll back to a previous snapshot
also i have bug from plasma which closed few years agoπ€‘
and them on they way to listen to it
REAL
im just hoping it makes them realize i know what im talking about
and im not just another idiot that cant use the client
so they skip the boilerplate
and start helping
honestly its good that multiple people got the same support member
they'll prioritize the issue more
but at least it fixed in chromium and should be fixed in default clients
but not when i call some other people
i think we need to retest it on vesktop -> windows native clients in first step
let me 1 minute and 30 seconds of waiting on "A stop job is running" xd
LMAO
im in server's vc
possibly
theoretically that would mean it would be broken if you test on
vesktop on wifi to mobile/web/desktop on another network
yes
might try posting the screenshare packet order bug to the reddit thread since they seem to recommend sending bugs there
if that works ill post other stuff there too
Describe the bug
'vencord-screen-share' audio sink doing nothing & microphone workaround not working (voice is being streamed through screen share but window sound isn't)
To Reproduce
- Hop on a call
- Choose to stream any window or screen
- Already have some audio playing in the background (i'm using Firefox in this case)
- Select Firefox as Audio source (doesn't matter if workaround is on or off)
- See error
Expected behavior
Voice not being streame...
vmlinuz
Yeah but I'm using linux-zen and thats on loader conf
It looks like you're running an older version of Vesktop which had this issue.
This was fixed in a recent PR (#531).
when is a new vesktop version coming out? just curious if any date or something is planned
From my side I'm waiting for V reviews (or merge) for tray icons PR
Describe the bug
This bug is in version 1.5.2-alpha.1:
When already having a stream (with mic workaround) and changing to another window, the workaround stops working (whether you have it on or not in the selection process of the new window).
If you are ending the stream and starting a new one, the issue does not occur.
To Reproduce
Expected behavior
Firefox audio being streamed instead of my voice.
Screenshots
.
Describe the solution you'd like
Make the default 1440p 60 FPS. Currently, it is 1080p 60 FPS.
Describe alternatives you've considered
Add an option or plugin to customize the default values.
Additional context
I'm not sure anything above 720p 30 FPS works for non-Nitro members.
why
good idea could be to implement memorizing last picked options
but defaulting to 1440p is not right idea i think
this i can't reproduce
i nEEd the flatpak waah i want updatessss
What, why? Why not just default to whatever is your default resolution and the Discord default for the FPS setting. If your monitor is 1080p or even anything other than 1440 this would be a waste of bandwith and/or system resources.
this is what i think too
save it to user settings store
@vernal lintel Cannot detect repository by .git/config. Please specify "repository" in the package.json (https://docs.npmjs.com/files/package.json#repository).
Please see https://electron.build/configuration/publish
do
also for some reason icon is now broke
How you did RPC status of vs code?)
Sure then. My monitor is 768p and the default is 1080p, so it does not benefit from 1080p I think.
Not sure because the official Discord app has a "Source" stream quality (meaning up to 4K I guess).
1440 this would be a waste of bandwith and/or system resources.
If user picked 1440 and display resolution is 1920 then Discord just will not go up to 1440 for streaming, it will stick at 1920.
About this enhancement, I believe the best way will be on first start up propose to user his display resolution (or just propose 1920 for not overcomplicating code) and then just save it to user settings store for future reuse at stream starting.
i found this as an alternative to electron builder
https://www.electronforge.io/config/plugins/auto-unpack-natives looks cool maybe
1440 this would be a waste of bandwith and/or system resources.
If user picked 1440 and display resolution is 1920 then Discord just will not go up to 1440 for streaming, it will stick at 1920. About this enhancement, I believe the best way will be on first start up propose to user his display resolution (or just propose 1920 for not overcomplicating code) and then just save it to user settings store for future reuse at stream starting.
For usability reasons it would probably st...
honestly electron forge seems nicer
why
cause
electron builder has stale bot adn ignored my issue
kill
so objectively that means whatever else is better

@vernal lintel @vernal lintel add svg icon
I had the same issue on MacOS Sonoma 14.4 and Vesktop stable 289379 (317f5c1). It was also fixed by forcing an update, but with Vesktop > Force Update Vencord at the top of the screen.
horror
Yeah I agree with @lennoxlotl.
Describe the bug
When a user is attempting to start a screen share while watching someone else's screen share, the stream will get stuck in a loading loop. This issue was apparantly fixed by kaitlynkittyy's merge requests however still persists after updating to 1.5.2.
To Reproduce
- Join a voice channel in a server.
- Watch another users stream by clicking "Watch Stream".
- Attempt to start a screen share at any setting.
Expected behavior
The stream to successfull...
That's Discord's bug which is reproducible even in Windows Web to Windows Web streaming, so we can't do anything about it.
While debugging, I found out that while watching another stream and creating new stream, the MediaStream is not assigns in conn.input so without fixes from Discord's side we can't do anything.
Here is created connection for stream without MediaStreams objects at .input.desktop and .input.stream:
. So if the user resolution is "1920" (and I think you mean "1920x1080"), the correct option for that user would be "1080".
Another problem here is if the resolution actually is presented, becasue non-Nitro users are limited to 720p 30 FPS.
Yep, sorry, I meant 1080 in my message above.
About non-nitro I think that client will set resolution to whatever user picked but in non- boosted server call bitrate would be limited to 4000 kbit/s iirc, so resolution (or FPS in content-hint: "detail" mode) will be auto downscaled by WebRTC negotiations to fit into 4000 kbit/s bitrate. Need more tests about non-nitro stuff, though.
whaT THE FUCK
in a call with my gf
it doesnt
die
anymore
what the hell
nothing changed π
okay but what if u wanted to print smth from electron
OPTIONAL FEATURES
print like literally print?
ahahha
not in console but to printer to paper
imagine debugging from printer
insane
print plugin when
rich presence to paper plugin
yes
thats what cups is for
CUPS (formerly an acronym for Common UNIX Printing System) is a modular printing system for Unix-like computer operating systems which allows a computer to act as a print server. A computer running CUPS is a host that can accept print jobs from client computers, process them, and send them to the appropriate printer.
CUPS consists of a print spo...
xD
run print() in devtools
i always do this in code by mistake
instead of console log
real nightmare to write it in some loop
LMAOO
it works
lol links are clickable
The only thing that I wanna to say - is that for me, it worked sometime and stopped on the newest version (v1.4.2), at first, everything worked, then the same issue, but then Flatpak's version of Vesktop (v1.4.1) started working, I have no idea what happened, all actions were done on Fedora 40 with AMD Based system on vanilla GNOME with minimal extensions, Vesktop v1.4.2 were installed using rpm package from this GitHub while Vencord v1.4.1 - from Flathub
friend watching from windows native client and bitrate not dropped
its sounds like very random for me
idk
same conditions as yesterday and i cant recreate it anymore
maybe they fixed it
only time will tell
wh a
wh a t
i started straeming video again and look
? so what's happening?
idk T_T
its so strange
streamed video with sound -> all good
stopped video it dropped
started video again -> it raised
stopped now and it is not dropped
staying for 6600 for now
wdym stopped
ohhh
and no sound transmitted bc of it
interesting
for me its good for now
do you have nitro
yes, full
Okay, here are some updates.
Yesterday (30.04) Discord updated web version from 287337 to 289103. Kaitlyn noticed that streaming from Vesktop to Browser (and some clients) was fixed (if we can say so). At that time I was able to stream from Vesktop to another account on Chromium without bitrate loses, however while streaming from Vesktop to Firefox I could see drops to 29.17 kbit/s.
Today(? 01.05) Discord updated web version to 289379 and rn I'm able to stream from Vesktop to friend on Wind...
yeah but at this builds they may update something related to streams
true
yeah but the issue is entirely gone for me
and at 70% for me ahah
SchrΓΆdinger stream. I opened console and instantly saw this xdd
Describe the bug
To Reproduce
Steps to reproduce the behavior:
- Go to https://github.com/th-ch/youtube-music/releases/tag/v3.3.6 and install the .rpm package (Make sure Vesktop (.rpm version) is installed)
- U will get a and issue about conflict with the packages
Expected behavior
Internal error: Error running transaction: file /usr/lib/.build-id/09/ff65463755b887e71c59f7b68228e92a84bd46 from install of youtube-music-3.3.6-1.x86_64 conf...
yeh
Currently I'm steaming at flat 7500 bitrate and I'm glad ^^
Yoohoo
discord devs saw 1.5.2 and fixed it so we didnt look bad /j
I want tray icons I'm release so bad agaha
Also we need to set background throttling to false
im sorry WHAT
It fixes random disconnects when window is minimized
oooh
mfw ive been using hyfetch because silly gayness
i just use fastfetch
hyfetch is probably one of the slowest
but thats just because its an actual program and not a script
but worth it
yeah
if hyfetch was a program id be so happy with it
i should
make a new fetch program
that has the gayness of hyfetch
but the speed of rustβ’οΈ
pretty
WOAH
that is fast
as hell
w h a t
i was not expecting that
okay so i love it but its not gay
yeah but does it ask you for which pride flag to choose when you first run it?
i didnt think so 
nah that feature is my lifeblood
see i just followed the setup i dont know what the configuration for fastfetch is and eh i have better things to do rn
yeah ik lmao
i could easily read about it
i just dont really care
i have better things to do rn
fake linux user smh
listen
ive been ignoring my friends and family for like a week setting up my laptop
i need to talk to my gf properly and actually pay attention to her
@Imzxhir Can you provide more details on if you're able to exit fullscreen by moving your cursor on the top edge of the screen? Because when you do so the titlebar is supposed to appear like this
Also, you can use ctrl + cmd + f to exit fullscreen.
hyfetch ships neofetch as neowofetch
borgor
Indeed, with --no-sandbox Vesktop launches correctly via Steam, @italoghost my version must have been more recent than yours because the environment variables were not sufficient in my case. Thanks for the workaround.
Shel:
Stupid hat enterprise linux
After updating, I noticed that GIFs and videos load for a second and just shows white. The problem doesn't persist if hardware acceleration is turned off. Downgrading removes the issue.
Steps to reproduce the behavior:
- Make sure Hardware Acceleration is on.
- Open Vesktop
- Attempt to view a video or GIF.
I should be able to view videos and GIFs.
Screenshots
, but nvidia-smi shows that electron is using the dedicated.
same as https://github.com/th-ch/youtube-music/issues/1882
seems to be a common electron + rpm issue. after googling a bit i found
and this comment mentions workarounds https://github.com/Zettlr/Zettlr/issues/1321#issuecomment-703501960
closing as wontfix because this issue isn't on our side
solution is here but we can't apply this fl...
such a weird issue lol
indeed
maybe this is cause of the vaapi stuff?
lol what if this is issue theme at all
can it be?
actually it might be related to enabling the vaapi decoder. try running vesktop with --disable-features=VaapiVideoDecodeLinuxGL,VaapiVideoDecoder
if that doesnt work, try building from source while removing this line https://github.com/Vencord/Vesktop/blob/main/src/main/index.ts#L36
That worked! Thank you!
hmmm... so we need to find an alternative solution to enabling vaapi, that sucks βΉοΈ
no this is a setup issue, your gbm is broken
MESA-LOADER: failed to open nvidia: /usr/lib/gbm/nvidia_gbm.so: cannot open shared object file: No such file or directory (search paths /usr/lib/gbm, suffix _gbm) indicates a missing dependency for nvidia_gbm.so. ldd that library and find whats missing
@sly cairn why did flathub bot not auto pr 1.5.2 flatpak
@AAGaming00 I can get rid of that message by using the GBM_BACKEND="nvidia-drm" environment flag, but the videos still don't load.
idk odd, works for me on non nvidia hyprland
I don't think this is ready to be resolved; I was hoping for an official Homebrew tap or the option to run brew install vesktop to install Vesktop.
i was talking about the signing issue. there will be no official homebrew package so if you want it you can make it yourself
i was talking about the signing issue. there will be no official homebrew package so if you want it you can make it yourself
oh ok
i was talking about the signing issue. there will be no official homebrew package so if you want it you can make it yourself
i think that he's probably talking about the brew package
if this project will not provide an official brew package, you should probably close this issue to not planned
just shuffling a patch around to make sure it's enabled for chromium users too :3
Hello!
The Flatpak package of Vesktop is still on 1.5.1, rather than the newest 1.5.2.
#π₯-vencord-support-π₯ chrome users when bug fix released and they gotta wait for google to review the update
real
Normally 1-3 days. 1.5.2 only needs to be merged now
i dont know
hot take
github isnt suitable for flathub sources imo
source: open flathubbot profile page
wut
Install an additional package
Odd that you're able to open vesktop at all under wayland on your setup: https://issues.chromium.org/issues/327780954.
Could you try using the closed source Nvidia drivers might be a mesa vaapi issue?
hmm
new setting
hw accel goes back to how it was and we add another, eg. hw video accel?
and that enables vaapi?
@vernal lintel opinion?
can we add a wayland setting that automatically applies the ozone hint as well?
well for me it doesnt use wayland unless i manually add the ozone hint
I'll PR
Flickering on Nvidia is unbearable
A convenient setting doesn't hurt
Off by default
@mossy torrent Do you also get woken up by the fucking workers outside every morning?
The use their loudest fucking tools at 6am and then literally do nothing for 2 hours
Fuck them why don't they just come to work 2hours later then
Yeah I went to sleep at 2am and then got woken up at 6am lmao
I'm so dead
Wtf
Setting the platform hint and everything, xprop still detects it as an x window
Is this not right?
It doesn't work with auto as well
But works from the commandline
I guess it's too late to set it here?
Maybe try how it was before this PR https://github.com/Vencord/Vesktop/pull/527
What's what I'm doing, no?
Oh fat typo
Thanks
Had it right in the comment above lmao
Weirdly this causes electron to crtash
When I start the aur vesktop with the exact same switches
It works
Testing, wanted to force it
Funnily enough
Using only hint
Still makes it use x11
Why is chrome so fucked lmao
Burn that shit down
and start fresh
But on Gecko xd
Can't judge how much better or worse gecko is
But I hope it's better xd
At least Firefox runs way more stable
I dont get why it works with the CLI switches when run from the terminal
But not in code
They're exactly the same?
What if we create some script which will start vesktop with needed CLI parameters and use it for starting vesktop
that's fucked
xd
Would rather wait for electron to stop beging dumb
I know but at least it will work
I can also do it via an env variable so it's not too urgent
Yeah doesn't seem to work
I've seen other people do it through appendSwitch though so it might be an issue with the electron version?
we don't need webrtcpipewirecapturer iirc
Was just there to test but didn't work without it either
also ozone-platform is older
and can be ignored
Color pallete based on lightmode varient of https://vencord.dev
somehow a # got here
im assuming thats whats causing it
FYI, darkmode isn't exactly an option here as the text will not adopt to the background color unless I do some weird shinanigans with the image
I don't like using that cos its a bit thick
is this included at build time? if yes it should be in the build folder, not assets
The dmg iirc is created after vesktop is built
try moving it into build and see if it still works
idk if to make a ticket for a bug, idk if it is but i had a guy check and ur meant to see audio input on the right side when trying to share screen on vesktop but i just have a grey blob. (im not on dev shell rn)
(ping me when you reply on what should i do)
would it be possible to add this in the readme file?
Windows?
no im on mac
We need to take a look
Also on windows would be whole different form because there will be no options for sound and so on, so we need to add take a look for windows too
I can try to check it on windows and probably fix it
lol it's not supported on mac
On non-linux then*
huh, then why do you have a .dmg file on the repo then?
however long until the flatpak is updated and then the update is built & approved. there is no eta, just be patient
the screenshare Audio
oof it shouldn't look so fucked
real
we should hide the right side on mac?
yeah, need to adjust the css
github just added something where you can use ai to generate code & pr it
can't wait to get shit prs
can take a look later, currently setting up wine in docker because im paranoid xd
bruh
what has github become
kill aibros
everyone jumping on the AI hype train
it's time to switch to self hosted git
bunch of idiots
yes
but githubs UI is really good
so currently do i just fix it temporarily with css until you guys release a pernament fix?
eh if you got css that works sure
gitea/forgejo is also good
The cutest Discord client mod. Mirror of https://github.com/Vendicated/Vencord, but feel free to open pull requests and issues here as well!
yeah we use gitea at uni
Get's a huge sympathy bonus from me beacuse of tea 
holy fuck docker is so amazing
I never used it too extensively on the desktop
Unless for like database setup and such
But the most useful application for me is probably running sandboxed wine apps
I'm fucking debugging a Windows Program through IDA which is running in Docker and is being X11 Forwarded to my host
It's so fucking insane that this works
The absolute least thing one can do when having the privilege to run such amazing open source software is to open source their own programs
git.vencord.rocks
:3
run a gitea instance
wouldn't necessarily be hard
at all
i set mine up in like 10m 
10 months
mINUTES
I have a similar problem. If any other one on a call has the video streaming on simultaneously with me and then turns his of then mine is also stuck in a loading loop. Just thought of commenting that if that could be helpful/fixed (when it`s not a Discord sided bug). All in all, it is just very annoying :p
moNTHS IS CAPITAL M
I'm joking xd
:3
That's Discord's bug which is reproducible even in Windows Web to Windows Web streaming, so we can't do anything about it. While debugging, I found out that while watching another stream and creating new stream, the MediaStream is not assigns in conn.input so without fixes from Discord's side we can't do anything. Here is created connection for stream without MediaStreams objects at .input.desktop and .input.stream: 
- Even with this while setting this MediaStream to connection, connection just dies and stream dies at all.
Need more tries tho, but I do not think that we must create another calls to ...
maybe until then, we could add a workaround that checks if a stream exists from another user, and automagically applies the stream twice to bypass the issue?
I tried with no success.
1. it will require another call to system's portal for getting new MediaStream (using native WebRTC API, not electron's one) 2. Even with this while setting this MediaStream to connection, connection just dies and stream dies at all.Need more tries tho, but I do not th...
im thinking
would it be possible to save the connection to a variable so when discord loses it and sets it to undefined, we can just reapply the data that we saved, without another portal call?
Sounds veeery unstable
why?
Discord may use something more in conn object than we think so it may not work
But when user start stream while watching another we receive conn with no MediaStreamTracks
ohhh i see
so that's what you meant by native webrtc
we'd have to grab it before that somehow
Yes, for getting new track
welp
guess we can just bring this up with discord in like 5 tickets too
it worked last time :3
I don't really know how because in choice from electron picker we receive settings and so on, not media stream
ahhh
At least he know what to do)
(obv itll take way longer cuz whenever they fix it, we have to wait for electron to pull that chromium ver, and then wait for that to be stable with vesktop lmao)
Yeap yeap yeap, that's sad
ikr
But at that time we also receive all Nvidia fixes
oh?
hopefully
For explicit sync
not sure if it's gonna make it into the may release
rip nvidia users
I believe I saw that Nvidia dev wrote that its must be in may release of 555, but it may be not true
I think he said that it prob wouldn't
Ohh
Next release then)
Need to wait about half of a life and maybe we will get all working on Nvidia xd
yeah xd
ahnaaha what is this
i think flathubbot is down
because it's not triggering the build on buildbot to deploy vesktop
oh well ill do it manually
:3
yeah i just checked the build request logs
its not even attempted to file one
i think its just busted lol
and buildbot is running like complete crap atm too
Flathub buildbot instance
oh there we go
the automatic one got filed
ill cancel the manual one
It seems that I cannot reproduce this bug anymore. I think I remember trying to go to the top to exit fullscreen, but this menu didn't appear when reporting the bug. Anyway, I think I will close this issue since it can't be reproduced and it has been fixed.
Describe the bug
I wanted to change some vencord settings but the menu is gone
To Reproduce
Just open the app ig? Idk how to reproduce
Expected behavior
Vencord options should be available.
Screenshots
**Desktop (please complete the following informati...
Now on Windows system screenshare popup will look like this:
Also, it must be fixed now in MacOS systems too, but I need someone to test it.
wtf this errors in failed testπ
wait i didn't touched it, why it removed
lemme fix it rq
okay its good now
i need macos user to test it
@marsh hinge can you test this PR?
Ye i'll test it
Um
Quick question
Hwo do i test it
:)
lol
i thought you have mac?
I have a mac
Do i downlaod the new dmg
Idk the downlaod process of it
Do i just rebuild it from the repo?
i believe that you can
try pnpm package --mac
maybe you can just start from source without building?
using pnpm i and pnpm start?
@hybrid fjord didn't work
you sure you cloned branch fix-screenshare-ui?
I did this one:
https://github.com/PolisanTheEasyNick/Vesktop.git
I just got that link from your pr
yes and in this repo there is branch fix-screenshare-ui with changes
Yes
I think
git clone <link> --branch <branchname>
:3
a lot of users have reported the same issue, please check other issues before making a new one. But just to save you the time, right click tray icon > update vencord
This is the branch name?
PolisanTheEasyNick:fix-screenshare-ui
just --branch fix-screenshare-ui
ok
^
So like this?
Or this url
My url
I just edited few lines π
Thanks to the two of you,
does audio screenshare work on mac?
Looks like no if we have disabled audio settings for Mac
I think we need to see it in native web version of discord on Mac, maybe it works in same way as on windows
not as of rn
I think there's an idea floating around of using the native system API for it
but it hasn't been worked on afaik
We need venmic port to MacOS))
I'm pretty sure it works correctly on stock discord
I'll have to get a friend to test
macos needed a kernel module (sooryy a KEXT) for that, up until the recent system api, didn't it?
https://support.discord.com/hc/en-us/articles/1500006741102-macOS-Screen-Share-with-Audio most in depth support article
macos 13+
quite a lot of devices are out of luck then
can we assume that 528 is resolved?
i haven't been able to reprod
wanna test in vc rn cuz we tried a bit ago and caused it
if we cant
well
id call it solved
This is going to be such a pain
Works on my end as well
nicenice
hehehhe
cute.vesktop.rocks
AHAHAH
yea
lgtm pr
i could include it into ui fix pr, but actually better would be to change it without prs because of it:
I see
hear me out
official vencord minecraft modpack
minecraft.vencord.rocks???
Inb4 official Vencord Chair
i could literally do that rn
if only openttd had multiplayer
oml
discord support just told me to download the new update
to fix a problem
with THE WEB CLIENT
IM SOBBING
ahaha
okay im just gonna tell them it fixed it
@mossy mango jumpscare
thats like when they say to me to download canary
and be on my way
maybe no
but it did
i'm waiting when they text me like "oooh check we fixed it"
Done, and yes it compiles fine.
yep i figured! assets/ is for runtime assets, build/ for compile time only stuff
looks cute!
FYI, darkmode isn't exactly an option here as the text will not adopt to the background color unless I do some weird shinanigans with the image
by text, do you mean the "Vesktop.app"? how do other apps usually handle light/dark mode?
I didn't even know that tbf, I just thought it would be appropriate to have it be in another directory
meow
looks cute!
FYI, darkmode isn't exactly an option here as the text will not adopt to the background color unless I do some weird shinanigans with the image
by text, do you mean the "Vesktop.app"? how do other apps usually handle light/dark mode?
Yes I do mean the titles of the files, FYI a dmg is just a glorified iso file that adds itself as a location in the default macos file manager named 'Finder', this is used to install applications on macOS (such as Vesktop/Discord)...
a66af35 macOS: Add customized dmg background (#565) - ssalggnikool
Describe the bug
When streaming any application using Vesktop, audio from other applications is being picked up and broadcasted.
Expected behavior
Vesktop streaming only the audio of the application I selected to screenshare.
Desktop (please complete the following information):
- OS/Distro: Windows 10 LTSC 21H2
Additional Context
I tried streaming VLC, Foobar2000, a variety of games and the issue persists.
yes this is intended
i don't think it's possible to stream just one window with electron api
Indeed, using electron API we can stream either all sound from Windows system or sound from one tab:
For now, we are setting audio parameter just to loopback:
https://github.com/Vencord/Vesktop/blob/main/src/main/screenShare.ts#L80
that api has no option to choose a custom window. WebFrameMain refers to an electron frame, aka a frame of your own app. not other apps
that api has no option to choose a custom window. WebFrameMain refers to an electron frame, aka a frame of your own app. not other apps
Ohh, I see now. Anyway there's no way to choose another sound source :(
why are people using vesktop on windows anyway 
catherine told me they have no eta for the bug fix and they won't be providing a status update
cause its good?
the 29kbit?
or the stream when other stream
29
just use vencord injected into the native client ππ
sucks
thats what I'm saying
π
on linux vesktop is the only acceptible option
screensharing with audio my beloved
screensharing above 10fps my beloved

WAIT REAL?
hopefully by the end of this year that's done
yeah a dev knows exactly what's wrong but they're on vacation
once they get back they're fixing it
time to get vesktop actually working on newer electron π
and then we just have to wait for electron to pull newer chromium
and vesktop to work on newer electron
lmao
maybe ill work on that
sometimes it just works then randomly segfaults
most normal issue
is electron 30 stable yet
ya
can u link the Chromium bug
@hybrid fjord has it
speaking of native wayland
I'm native wayland
hardware accelerated video on Chromium on dual GPU systems doesnt work π’
hi native wayland I'm cookie
Is your feature request related to a problem? Please describe.
Hi there. I would like to be able to modify the files from the static folder from Vesktop without having to recompile the entire program.
Describe the solution you'd like
One way to approach this would be to add a command-line flag such as --static=files/path/here.
For example: if I have /home/user/Desktop/Vesktop-Modified/static/[files here] then it would prefer to load those files instead of the original on...
This seems like something you should be able to do in your desktop environment...
Either way I don't think it's a good idea to expose this sort of stuff, and it wouldn't be possible to put in the flatpak release of Vesktop either since it would require allowing a holepunch in the sandbox (not good!)
AFAIK, using my DE (KDE Plasma) I can only modify the .desktop file (name, icon etc.). It's not possible to customize task bar and notification badge icons, for example.
For Flatpak, that wouldn't be a hurdle, because you could use custom files inside the Vesktop's ~/.var folder without having to expose a specific folder for the Flatpak.
this makes no sense. at that point just change vesktops files or build from source, it's really not that hard
me
My intention with this is to just be able to modify the taskbar icon, as I personally prefer to use the Discord icon instead of Vesktop's "VC" (Vencord).
If something can be provided such as "--tray-icon-path=/path/to/static.png", I would be grateful.
omg i always assumed you were just really annoyed at stupid people in prs and commits
I
i
that's
I
omfg
uSE YOUR DE'S NATIVE SUPPORT FOR ICON CHANGING
why not say that right away :p
that's more acceptable and i considered something like this, i think there's a different issue for it
it doesn't work for the tray
i mean kinda
people are annoying im the same way
i just try to be as helpful as i can
dealing with so many unintelligent and entitled people constantly asking and requesting the same things for more than a year now sure messed with my patience with people
i get that
i wish it didn't cause i don't wanna seem mean that's really not my intention
its why i like funny prs like the cute logo that i had to spend
20 pounds on
to make sure we had a license
THANKS VEE
im going to print off that damn certificate
WHAT HAPPENED
and pin it to my wall
we're not putting even more copyright infringement into vencord π
it's ur fault u insisted on making that the logo π don't blame me
vee didnt want to add it without a valid font license
so i
WENT THROUGH
HELL AND BACK
TO GET A LICENSE
π π π π
so i went through their subsidiary
LMAO
why not say that right away :p
that's more acceptable and i considered something like this, i think there's a different issue for it
Interesting. That's another issue of mine: #448.
I had suggested being able to modify the entire static folder to be something more future-proof in case there's new changes or additions.
it's PURELLY IN JAPANESE
HAHAHA
how do they even know whether you have a license or not
do you technically have to put the license into the project code or smth
and pay them money

their fonts are only downloadable through their software
i mean worst case scenario
which requires a license key and a system service to be installed
if they ask for the license
fear
you have it
so i downloaded the fonts and then removed the software
yes kaitlyn
why didnt you just MAKE the logo IN LIKE
INKSCAPE
because it uses their font
WITHOUT A FONT π
any resemblence requires a license
but like
anyway so
just make it with custom paths π
hahahhahahahahha
including the ones features in things like
amazing