-
Notifications
You must be signed in to change notification settings - Fork 1k
Conversation
Done. I also removed some commented out code that relies on a related PR in TokTok/c-toxcore (applying bit rate to group chats). As it stands now it should be ready. |
You also use tabs in places where in qTox they don't use tabs. And you also left empty space in the ends of some lines. |
Electric indent must have been on accidentally, will fix that |
I only found problems in audio/audio.cpp |
There is trailing space after this |
Fixed that. Searched directory with rgrep and fixed two other occurances. |
|
I used |
I am looking at it, and it isn't clear what it does.
Is the purpose to limit the bitrate? Does the quality drop when the slider is moved to the left? You need to explain this in the tooltip. |
Review status: 0 of 10 files reviewed at latest revision, 1 unresolved discussion. src/audio/audio.cpp, line 94 at r1 (raw file):
why are these floats? Comments from Reviewable |
I changed the tooltip. I have a concern about the audio namespace. The QMutexLock has to be disabled for |
You need to say "6 to 64 kb/s" in the tooltip to be more informative. |
I fixed all of the double and int conflicts, and I modified the tooltip to be more informative. What would you recommend I do for the slider? |
|
Reviewed 1 of 10 files at r1. src/audio/audio.cpp, line 172 at r2 (raw file):
make this an int too src/audio/audio.cpp, line 334 at r2 (raw file):
min and max bitrates are limits of Opus and won't change, right? if so make the getters static and and remove the setters src/audio/audio.cpp, line 354 at r2 (raw file):
same src/core/toxcall.cpp, line 195 at r2 (raw file):
this change doesn't seem to have anything to do with audio bitrates, please open a new PR if it was an intended change src/core/toxcall.h, line 7 at r2 (raw file):
same as above src/persistence/settings.h, line 119 at r2 (raw file):
this comment isn't really helpful, change or remove src/widget/widget.cpp, line 1750 at r2 (raw file):
should probably not be part of this PR Comments from Reviewable |
Those seemingly unrelated pieces was a fix for OpenAL to allow for multiple speakers which somebody pushed to my fork to help me out (in reference to the second line of the first post). I will ask him to take it out and to file it under a new PR himself. |
you mean #4138 ? |
#4138 was created while we were talking about the fix in the qtox IRC. The code was already written at that time, so we didn't remove it. |
@sudden6 similar purpose, different person(me) |
I can confirm that agrecascino did the OpenAL work |
ok, because the comments and reactions are pretty confusing over there... |
The Opus website says "Bitrates from 6 kb/s to 510 kb/s" http://opus-codec.org |
I put the limit at 64kbps because qTox said somewhere in the source code that it was plenty. I forgot to change the avform.ui file, but the getters and setters for the bitRateSlider should override the file and allow for higher encoding rates. I will update avform.ui to have the proper default settings after agrecascino finishes with removing the OpenAL code (will rebase as well). |
The code as it sits now should solve all concerns and questions posted before it. OpenAL code has been removed and the usable bitrate in qTox is the entire Opus spec (6kb/s to 510kb/s). There is also a number field next to the slider (not tested yet). EDIT: oh darn, forgot the persistence, fixing that now |
Reviewed 5 of 11 files at r3. src/audio/audio.cpp, line 95 at r3 (raw file):
Since there are static getter functions, these two are now unnecessary. src/core/coreav.h, line 83 at r3 (raw file):
extra line src/widget/form/settings/avform.cpp, line 84 at r3 (raw file):
Can you fill in the numbers with the actual min and max? src/widget/form/settings/avform.cpp, line 94 at r3 (raw file):
same Comments from Reviewable |
agrecascino (1): fix(audio): alternate audio fix implementation from #4139
I think with the last problem fixed this PR is good. It will be on hold until TokTok/c-toxcore#464 is merged Reviewed 2 of 11 files at r3, 4 of 5 files at r4. src/core/coreav.h, line 83 at r3 (raw file): Previously, sudden6 wrote…
there's still an unnecessary extra line here Comments from Reviewable |
Sounds good to me. This code doesnt currently rely on that pull request, so i can push this after the persistence fix and apply it to groups later |
PR needs to be rebased, since there are now some conflicts. |
Your last commit contains a lot of stuff that shouldn't get committed. |
Yeah, I noticed that and i'm working on that now. I'll take down the last commit and put the final version up |
src/core/coreav.cpp
Outdated
@@ -478,6 +477,7 @@ void CoreAV::groupCallCallback(void* tox, int group, int peer, const int16_t* da | |||
audio.playAudioBuffer(call.peers[peer], data, samples, channels, sample_rate); | |||
} | |||
|
|||
>>>>>>> 126b52d99047a42907cab322fca439304124e093 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Merge went wrong :)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
whoops. everything should be fixed now and rebased. If something else needs to be done let me know
Well... 'Commits 119' |
This is the first time that I had to rebase after so many commits. Will look at this in about three hours. |
@Dako300 Tip: create new branch for every new pull request to avoid problems like this.
And change |
Also has code for a staging PR which would allow for (already tested) group calls (removed)
It also fixes group calls for #3359 with std::map
This change is