https://bugs.kde.org/show_bug.cgi?id=418346

            Bug ID: 418346
           Summary: Screen capture not working on windows
           Product: kdenlive
           Version: 19.12.2
          Platform: Other
                OS: Linux
            Status: REPORTED
          Severity: normal
          Priority: NOR
         Component: User Interface
          Assignee: j...@kdenlive.org
          Reporter: cc.capr...@gmail.com
  Target Milestone: ---

SUMMARY
Screen capture is not working on Windows 10. Does not capture any audio. Tested
on 2 machines with fresh installs of latest release (19.12.2).

STEPS TO REPRODUCE
1. Install KdenLive and open
2. View > Screen Recorder
3. Click Record

OBSERVED RESULT
Nothing happens

EXPECTED RESULT
File created and imported into Project Bin

SOFTWARE/OS VERSIONS
Windows: 10
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION
I've had a look at the code
[https://cgit.kde.org/kdenlive.git/tree/src/monitor/recmanager.cpp] (starting
L238). It seems that the arguments to ffmpeg ignore any settings in the
KdenLive GUI. A previous Qt app has also implemented ffmpeg capturing as
detailed here:
https://forum.qt.io/topic/46199/solved-screen-audio-recording-with-ffmpeg-using-qprocess
The arguments to ffmpeg seem different. However, I cannot access the process to
determine the actual arguments sent to ffmpeg [my own limitations]. Th
arguments that work for me have the structure:
ffmpeg -thread_queue_size 512 -f gdigrab -framerate 10 -i desktop -f dshow -i
audio="Microphone (Plantronics Wireless Audio)" -ac 1 -ar 44100 -vcodec libx264
-preset ultrafast -threads 2 -acodec libmp3lame out.mp4
which seems different to that generated in the code - especially the audio,
which needs its own "-i" argument.

A useful GUI option could optionally show the arguments sent to ffmpeg. This
would allow debugging and for users to see the actual ffmpeg settings used for
the capture.

The suggestion inteh other Qt app and forum discussion to use the virtual
screen and audio recorder:
https://github.com/rdp/screen-capture-recorder-to-video-windows-free
could make for a cross-platform solution.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to