- Nov 30, 2021
-
-
Joas Schilling authored
Signed-off-by: Joas Schilling <coding@schilljs.com>
-
- Nov 29, 2021
-
-
Nextcloud bot authored
Signed-off-by: Nextcloud bot <bot@nextcloud.com>
-
- Nov 27, 2021
-
-
Nextcloud bot authored
Signed-off-by: Nextcloud bot <bot@nextcloud.com>
-
- Nov 26, 2021
-
-
Joas Schilling authored
Implement tests on command create room
-
Nextcloud bot authored
Signed-off-by: Nextcloud bot <bot@nextcloud.com>
-
- Nov 25, 2021
-
-
Vitor Mattos authored
Signed-off-by: Vitor Mattos <vitor@php.rio>
-
Joas Schilling authored
Add changelog for 13.0.0-rc.4
-
Joas Schilling authored
Signed-off-by: Joas Schilling <coding@schilljs.com>
-
Joas Schilling authored
Merge pull request #6605 from nextcloud/fix-pending-device-not-requested-once-current-request-finishes Fix pending device not requested once current request finishes
-
Daniel Calviño Sánchez authored
The changed device id handler expects the MediaDevicesManager and the device id, but only the device id was given. As the method was recursively called from the handler of the previous "getUserMedia" promise trying to access "getUserMedia()" on a string failed silently; the error was caught by the rejected promise handler and the output track was stopped and removed. Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
-
Joas Schilling authored
Merge pull request #6612 from nextcloud/bugfix/6610/correctly-populate-the-modal-with-default-permissions Correctly populate the modal with default permissions
-
Joas Schilling authored
Signed-off-by: Joas Schilling <coding@schilljs.com>
-
Vitor Mattos authored
https://symfony.com/doc/current/console/input.html Signed-off-by: Vitor Mattos <vitor@php.rio>
-
Joas Schilling authored
Signed-off-by: Joas Schilling <coding@schilljs.com>
-
Joas Schilling authored
Signed-off-by: Joas Schilling <coding@schilljs.com>
-
Joas Schilling authored
Return room token
-
Joas Schilling authored
Fix automatic removal of streams when ended
-
Daniel Calviño Sánchez authored
The parameter given to the "ended" event handler emitted by MediaStreamTracks is not the track itself, but an "Event" object. Due to this the handler parameter never matched with the known tracks, so ended tracks were not automatically removed. In some cases (when emitted from the MediaStreamTrack due to limitations in the Event API) the "ended" event may not contain the track that it refers to. Therefore, rather than a single handler for all the tracks each track needs its own handler explicitly associated with the track. Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
-
Nextcloud bot authored
Signed-off-by: Nextcloud bot <bot@nextcloud.com>
-
- Nov 24, 2021
-
-
Vitor Mattos authored
Signed-off-by: Vitor Mattos <vitor@php.rio>
-
Joas Schilling authored
Merge pull request #6598 from nextcloud/fix-media-never-requested-again-when-changing-again-to-current-device Fix media never requested again when changing again to current device
-
Joas Schilling authored
Make background blur proportional to the input video size
-
Daniel Calviño Sánchez authored
The blur value was a fixed value that did not change depending on the input video size. Due to this the background of lower resolution videos looked more blurry than the background of higher resolution videos, and this was specially noticeable when the same video changed its resolution. Now the blur is proportional to the input video size, so the blurred background always looks the same even if the resolution changes (provided the same aspect ratio is kept between the different resolutions). Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
-
Nextcloud bot authored
Signed-off-by: Nextcloud bot <bot@nextcloud.com>
-
- Nov 23, 2021
-
-
Daniel Calviño Sánchez authored
When the MediaDevicesSource node is active and a media device changes the current stream is replaced by a stream from the new selected device. This is an asynchronous operation, so changing the stream again on further device changes is deferred until the previous one finished. However, when the changed device was the same as the current device (which should not happen, although it could potentially happen with a specific sequence of "devicechange" events emitted by the browser) the pending request count was not cleared and thus any further device change was ignored until the page was reloaded. Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
-
Daniel Calviño Sánchez authored
Replace virtual background segmentation model
-
Daniel Calviño Sánchez authored
The original segmentation models used in Jitsi were relicensed by Google from the Apache license to a proprietary one. While in theory the previous versions should still be usable under the Apache license it seems that they were never intended to be released as such. Therefore the segmentation model is now replaced with the MediaPipe Selfie Segmentation model. Code changes are based on commit "9b6b335c60223dc7615b308b8a25a263c7fc95eb" of repository "https://github.com/jitsi/jitsi-meet". "selfie_segmentation_landscape.tflite" was copied from "mediapipe/modules/selfie_segmentation/selfie_segmentation.tflite" of repository "https://github.com/google/mediapipe" at commit "8b57bf879b419173b26277d220b643dac0402334". "Model Card MediaPipe Selfie Segmentation.pdf" was downloaded from "https://drive.google.com/file/d/1dCfozqknMa068vVsO2j_1FgZkW_e3VWv/view ". Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
-
Joas Schilling authored
Merge pull request #6591 from nextcloud/fix-video-zoom-jump-with-background-blur-when-changing-resolution Fix video zoom jump with background blur when changing resolution
-
Nextcloud bot authored
Signed-off-by: Nextcloud bot <bot@nextcloud.com>
-
- Nov 22, 2021
-
-
Daniel Calviño Sánchez authored
The input track is played in a video element which, in turn, is drawn on the canvas used to calculate the segmentation mask and on the output canvas. When the resolution of its input track changes a video element may still play the track using the old resolution for some frames (it happens with real hardware cameras, although apparently not with virtual devices), even if "track.getSettings()" already returns the new resolution. Due to this mismatch, when the resolution of the input track changed (for example, due to a quality change in a call with several participants), the video could zoom in and out, as the output canvas size was based on the new size, while the video element drawn on it was still using the old size. Fortunately, the "videoWidth" and "videoHeight" attributes of the video element seem to reflect the actual size of the video being played, so those values can be used to do the calculations instead of relying on the expected video size. Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
-
Joas Schilling authored
Add changelog 13.0.0-rc.3
-
Joas Schilling authored
Signed-off-by: Joas Schilling <coding@schilljs.com>
-
Joas Schilling authored
Fix flickering with background blur when changing quality
-
Daniel Calviño Sánchez authored
When the constraints of the input stream were changed the background blur was stopped and started again to apply the new width, height and frame rate to the output. However, changing a stream (any stream, it is unrelated to the background blur) causes a flickering (one or more black frames in between), so every time that the sent video quality was adjusted the local video flickered. Now, instead of reseting the background blur, the internal elements are updated and adjusted to the new constraints of the input, but the same output stream is kept. This avoids the stream change and thus the flickering. Note, however, that the video will temporary freeze instead while the input stream is being re-rendered, although this should be less annoying than the flickering. Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
-
Daniel Calviño Sánchez authored
The segmentation was always run at 30 FPS. However, if the input stream has a lower FPS calculating the segmentation again is a waste of resources, as it might have not changed since the previous input frame. Moreover, as the output stream also runs at the same FPS as the input the canvas could be drawn without any effect in the output. As the input stream, the calculation of the segmentation and the drawing of a new output frame are not synchronized in some cases this could introduce some lag between the drawn segmentation and the input video. However, due to the lack of synchronization that could happen already (and the fixed 30 FPS only overcomed that on lower FPS inputs by sheer luck and brute force), and the reduced load is worth that minor annoyance. This could be solved by synchronizing the input stream and the segmentation mask, but that comes with its own challenges. Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
-
Daniel Calviño Sánchez authored
Whenever a segmentation is calculated it is used to draw the input stream to the output canvas with the background blurred. The segmentation calculation was triggered at regular intervals, but it was not taken into account whether a previous segmentation was still being calculated. Now a new segmentation is calculated only if the previous one finished already. This prevents running outdated segmentations and thus should reduce the load on low end devices in which calculating the segmentation for a frame takes longer than the time elapsed between frames. Besides that, if the input stream was changed the previous segmentation could be processed when the new one had not finished loading yet, which could led to visual glitches. This is also implicitly fixed by this change, as the previous segmentation will be discarded if it does not match the expected frame id. Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
-
Joas Schilling authored
Create appstore-build-publish.yml
-
Joas Schilling authored
Merge pull request #6581 from nextcloud/dependabot/npm_and_yarn/extendable-media-recorder-wav-encoder-7.0.63 Bump extendable-media-recorder-wav-encoder from 7.0.62 to 7.0.63
-
Joas Schilling authored
Bump workbox-webpack-plugin from 6.3.0 to 6.4.1
-
dependabot[bot] authored
Bumps [extendable-media-recorder-wav-encoder](https://github.com/chrisguttandin/extendable-media-recorder-wav-encoder) from 7.0.62 to 7.0.63. - [Release notes](https://github.com/chrisguttandin/extendable-media-recorder-wav-encoder/releases) - [Commits](https://github.com/chrisguttandin/extendable-media-recorder-wav-encoder/compare/v7.0.62...v7.0.63 ) --- updated-dependencies: - dependency-name: extendable-media-recorder-wav-encoder dependency-type: direct:production update-type: version-update:semver-patch ... Signed-off-by: dependabot[bot] <support@github.com>
-