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
Accepting calls crashes Telegram Desktop #4219
Comments
Try after a00941f |
Updated to version 1.2.8 alpha and the problem persist. I'm up to accepting calls if any dev wants me to test |
I have to add that I'm able to send voice messages without any problem |
I experience pulse audio related logic problems too! Either you have a shitty code for pulseaudio, or it is itself unstable. |
@nartes I have |
To be precise:
|
still does not work |
@llybin I can confirm that In my machine the calls still crash, In fact, since my initial post on this issue, the calls have neven been working in the desktop client |
If need some information - I ready to provide. |
Please try 1.3.10 |
@grishka as of today with Telegram 1.3.10 alpha the problem persist, Telegram Desktop client crashes when the other end accepts the call. |
A backtrace of the crash maybe? |
The logs of
No |
I mean, could you please start it in gdb and reproduce the crash? |
It shows a long text https://gist.github.com/Daniel-M/249d2fa3638ddaca87a1722ccbfed54e related to another issue with fontconfig. |
Okay, and then, when it crashes and you run |
After a long wait, I could make gdb work with it, heres the report of the crash:
|
^ I see |
it doesn't look like you've entered |
That doesn't matter here, I know which assertion failed. It's PulseAudio asking for stupidly large chunks of data again. Did you have anything else play or record audio while calling? |
Heres the trace when I wrote
|
@grishka Yes, I was playing music and I have a plug-equal pulse audio plugin |
@nartes you are right, I forgot to write |
@grishka If it serves to something, Telegram doesn't have problems when i'm playing music and hearing a voice message or related media played by the desktop client, so it might be related to calls only |
Yes, calls and all other audio are separate implementations |
@grishka I'm up to provide any additional help to fix the issue |
I've tried to reproduce this but it doesn't crash for me. I tried both on a VM running Ubuntu 14.04 with whatever player comes with it, and Kubuntu 18.04 on a real laptop playing music in VLC. Which player are you using? Did you make any changes to your PulseAudio configuration? |
@grishka I have a module |
|
|
The thing is, my playback stream isn't in any way marked to be recognized as one pertaining to a VoIP call, so I assume this module considers it to be music. But it shouldn't be the problem. My bet is on the equalizer because it actually manipulates the sample data on its way from the applications to the soundcard. And it of course has to have a buffer of some sort, and a rather large one in order to be able to perform FFT or whatever equalizers do to equalize and get the low frequencies correctly. And of course it doesn't make much sense to put a VoIP call through an equalizer so there has to be a way to bypass it. BRB while I read libpulse docs. |
I found out how to set the role on my PA context, and it does make a difference – the music player now pauses automatically when I start a call and then resumes after it ends. There's also a way to tell PA to specifically bypass filters. I'll push an update soon. |
I'd gladly provide any additional information upon request, and I'm happy to know you found a solution to the behaviour 😄 |
2.2.2 is out, now we need a tdesktop build with it. |
what if i'd like to listen to music whilst talking? |
@nartes I figure you should disable the module |
@Daniel-M Try on 1.3.14 :) |
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Steps to reproduce
Expected behaviour
The client shouldn't crash and the call should work normally
Actual behaviour
The client crashed. When run from the terminal showed
A call with other contact provided the following result on the prompt
Configuration
Operating system:
Debian Testing
I'm using pulseaudio to manage my audio streams, I had successful calls before in my system.
Version of Telegram Desktop:
Version 1.2.3 alpha
Used theme:
Standard theme
Logs:
Last call log: [last_call_log.txt](https://github.com/telegramdesktop/tdesktop/files/1577885/last_call_log.txt)Any additional details I'm willing to give upon request.
The text was updated successfully, but these errors were encountered: