Open beppe9000 opened 8 years ago
Actually vkmusicbot implements something like this to send music. When you request a track client says it's sending a voice message.
It sounds pretty good.
In a first stage it could be that all OPUS file is sent as a voice message (as when sending a WebP image as sticker).
It sounds pretty good.
In a first stage it could be that all OPUS file is sent as a voice message (as when sending a WebP image as sticker).
Well, that already happens: I was tired of converting every file to wav and then to opus (opusenc --padding 0 --downmix-mono --bitrate 128 in.wav out.ogg
), so I opened this issue. We need the second stage! ;)
@beppe9000 I see, I miss the update when this started happening... I think the features "send as video" or "send as a voice message" are very necessary today.
Anyway, the way it works is fanciful and I think it should be more transparent to the user (automatically). For example, if I have an audio file with opus codec and extension .opus is sent as a file, however if the same file but with the extension is .ogg is sent as audio (like a common vorbis file) and not a voice message.
Why not just use a prefix like voice_
?
Afaik the file name is lost in the process of sending a voice message. For example voice_123.ogg
transcoded (if necessary) and sent as voice message, while anything else is sent normally.
This way there is no need to store a list of extensions, increasing flexibility in case of format changes.
Hey there!
We're automatically closing this issue since there was no activity in this issue since 401 days ago. We therefore assume that the user has lost interest or resolved the problem on their own. Closed issues that remain inactive for a long period may get automatically locked.
Don't worry though; if this is in error, let us know with a comment and we'll be happy to reopen the issue.
Thanks!
(Please note that this is an automated comment.)
@tdesktop-closer Please re-open, this is a feature suggestion so it should be kept so until actually implemented by someone more involved with the project.
I don't think this is a good idea. I prefer to be sure that a voice message has actually been recorded through a mic (even though it's not 100% guaranteed right now, I've never seen (or have I just not noticed?) anyone fake a voice message (except myself via pulseaudio)).
@futpib I disagree -- there's already a way to easily "fake" voice messages since TG has open API (and even easier with botapi)
oops, didn't mean to close it
This has been open so long. Is there more discussion needed? I'd really like this feature as well. I think the UI should just ask for an audio file if it should be sent as voice message or not.
It's really bad that we can do this with third party tools, but not the official Telegram build.
Hey there!
This issue will be automatically closed in 7 days if there would be no activity. We therefore assume that the user has lost interest or resolved the problem on their own.
Don't worry though; if this is an error, let us know with a comment and we'll be happy to reopen the issue.
Thanks!
wanted
Hey there!
This issue was inactive for a long time and will be automatically closed in 30 days if there isn't any further activity. We therefore assume that the user has lost interest or resolved the problem on their own.
Don't worry though; if this is an error, let us know with a comment and we'll be happy to reopen the issue.
Thanks!
still wanted
one of the worst bots ever created
one of the worst bots ever created
no it's not, it helps to find already fixed issues.
i hate this bot because people configure it to just close old issues without actually solving them and boast big "issue closed" metrics.
@beppe9000
boast big "issue closed" metrics.
Speaking as a FOSS maintainer, I must say that your perception is wrong here. Having a huge backlog of issues can be very frustrating and paralyzing for the project and all developers involved, because you just don't know where to start. It's simply too much so you start ignoring the issue tracker at all because it's basically useless.
Therefore, instead of having hundreds of issues which won't be worked on anyways, people employ this bot as a strategy to filter out the noise. Personaly, I too am not a fan of this bot because it's a bad experience for everyone including users that actually have opened valid issues and now have to work against this bot for no good reason.
That being said, I also don't know how else one would tackle this problem without adding a shitload of manpower to the project, which is often impossible. Especially with foss hobby projects.
In any case, I'm fairly certain that the bot hasn't been employed here just to have some kind of metric since no one is doing business here. It's just a desperate attempt to clean up the huge 800+ issue backlog. The alternative would be to not do that and forever keep the issue tracker in this broken state which would be even more harmful.
If you're unhappy about this, consider supporting the project and working through the open issues, checking if they were ever valid, checking if they're still valid etc.
Personaly, I too am not a fan of this bot because it's a bad experience for everyone including users that actually have opened valid issues and now have to work against this bot for no good reason.
well, like i said on another tickets, it helps us to find already fixed issues still opened.
Personaly, I too am not a fan of this bot because it's a bad experience for everyone including users that actually have opened valid issues and now have to work against this bot for no good reason.
I feel you. It's like having a to-do list that deletes things after 1 month you forget to do them... so stressful. 🤦🏻
@Aokromes i wonder if there are many or little false positives tho
little false positives
there are few, but they can be reopened.
i guess we'll live with that, then
f I sent an ogg file, then on the Android client it appears as a voice message, but on the desktop it still looks like an audio file. I think it's necessary to bring this behavior to the behavior of the mobile client.
Expected behaviour
A file selection window appears and the user selects an audio file (mp3,wav,ogg,etc.). The file is transcoded to the proper codec and sent as a voice message.
Actual behaviour
There is no way to select a file and send it as voice message