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
Various fixes and additions related to recording the mix to a file #1035
Merged
Merged
Changes from 10 commits
Commits
Show all changes
12 commits
Select commit
Hold shift + click to select a range
67ebbf6
launchpad bug #1605923 correct path in cue file when recording to wav
JosepMaJAZ b0007b1
launchpad bug #1637786 recording to wav heavily distorts on saturation
JosepMaJAZ 6447a0b
better fix for relative path in cue file
JosepMaJAZ a836414
fix for bug #1638120 : close cue file
JosepMaJAZ b33faf2
fix bug #1605921 : Improve recording split size options
JosepMaJAZ 5bbe8fe
fixes bugs #1638115 and#1605922 related to recording and splitting
JosepMaJAZ e53ca01
Bug #1415720 save wav/aiff in 16/24 or 32bit float
JosepMaJAZ c082dee
typo
JosepMaJAZ 53ef61b
splitting wav fileformat changes to another branch
JosepMaJAZ 773cc21
changes from the PR review
JosepMaJAZ 1c020de
more review changes (signed/unsigned)
JosepMaJAZ 3e4902c
some improvements in track time in cue files. Fixes the 00:00:44 time…
JosepMaJAZ File filter
Filter by extension
Conversations
Failed to load comments.
Jump to
Jump to file
Failed to load files.
Diff view
Diff view
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Oops, something went wrong.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
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.
This can be an (unlikely) race condition if the user has stopped the recording in between.
It can be solved by using connectValueChangeRequest() and write the value finally by setAndConfirm()
This is done for broadcasting as well:
mixxx/src/engine/sidechain/enginebroadcast.cpp
Line 60 in 8d191bf
In addition, status and enable is separated into two COs
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.
I am unsure if I follow your reasoning fully here, but anyway, you seem to suggest a conceptual change.
If your scenario is:
mixxx is recording
process is called
split is required
new mode set to split
(time passes)
process is called
the split part is entered
user stops recording. This should be calling the encodingmanager to stop, and so set the mode to off
since we had already entered into the if, but not yet called the set on (we were opening the file), the stop request is ignored.
If you want to ensure thread synchronization, the only bet is synchronizing the whole method.
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.
Since it was that way before anyway and the case is unlikely, it is not required to do this in this PR. But a bullet prove solution would be nice on the long run.
What do you mean with "synchronizing the whole method"?
For my feeling using two separate COs will works, but we have to verify this.