-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
"Tuxphones unavailable" despite daemon reporting no issues #15
Comments
Right now Tuxphones is in a pretty unstable state and a lot of work needs to be done to make it work again and I've been having issues with being able to consistently report whether or not Tuxphones will work or not. So it's probably just a bug. |
Seems that "Tuxphones unavailable" text was causing a weird issue that prevented my plugin from detecting applications correctly so I removed it. If the button says "Go Live with Sound", that means detection was successful (although it won't work yet). |
I see "Go Live with Sound" now. Is there an ETA on when the button will work? |
So the deal with that button is that in most cases it does half of what it's supposed to do. It will stream video of the application (it may take a minute or two to show up, but it should), but we are still working on the audio system. Discord also won't show any indication that a stream had started, you just need to leave the call to end it. |
Hello, sorry to interrupt, just found out this project and love it already, only thing I don't understand is how that's supposed to work These are the steps I followed
Thanks |
We've been really busy recently so unfortunately we haven't had time to fix the constant bugs and crashes that occur when Discord updates. That's why it doesn't work right now. Once we get some more time (undefined timeframe) we'll fix everything. |
I've been following the development of this, it's a really amazing plugin. I've been wanting to stream game audio on discord for so long.
My problem is that although I installed it and the package dependencies correctly, and cargo ran reported no issues (aside from a couple syntax warnings), when I reload Discord with the daemon running, I get a subtitle in the streaming menu that says "Tuxphones unavailable". What would cause this to happen?
Unfortunately I can't contribute much else to the project. I don't know Rust or WebRTC that well.
The text was updated successfully, but these errors were encountered: