Comments (25)
How are you recording with it?
On Wed, Dec 31, 2014 at 7:30 AM, mzso [email protected] wrote:
Hello!
Everything else is as it should be. The sampling rate and the channel
numbers are exactly what I set, only this is different.
Is it a bug? Any way to work around it?—
Reply to this email directly or view it on GitHub
#52
.
from screen-capture-recorder-to-video-windows-free.
Just copying audio with ffmpeg. (Oops I forgot to mention ffmpeg)
For example:
ffmpeg -rtbufsize 300M -f gdigrab -draw_mouse 1 -i desktop -f dshow -i audio="virtual-audio-capturer" -acodec copy -vcodec libx264rgb -preset ultrafast -crf 0 -tune zerolatency out.mkv
from screen-capture-recorder-to-video-windows-free.
you're using gdigrab there, not screen capturer. What's your full console
output please?
On Wed, Dec 31, 2014 at 9:04 AM, mzso [email protected] wrote:
Just copying audio with ffmpeg. (Oops I forgot to mention ffmpeg)
For example:
ffmpeg -rtbufsize 300M -f gdigrab -draw_mouse 1 -i desktop -f dshow -i
audio="virtual-audio-capturer" -acodec copy -vcodec libx264rgb -preset
ultrafast -crf 0 -tune zerolatency out.mkv—
Reply to this email directly or view it on GitHub
#52 (comment)
.
from screen-capture-recorder-to-video-windows-free.
Gdigrab is for video, the problem's with audio.
Anyway here's a CL output. () I see nothing special only that ffmpeg gets a 16 bit input.
ffmpeg version N-65426-gd6af706 Copyright (c) 2000-2014 the FFmpeg developers
built on Aug 8 2014 22:09:43 with gcc 4.8.3 (GCC)
configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib
libavutil 52. 98.100 / 52. 98.100
libavcodec 55. 73.101 / 55. 73.101
libavformat 55. 55.100 / 55. 55.100
libavdevice 55. 13.102 / 55. 13.102
libavfilter 4. 11.103 / 4. 11.103
libswscale 2. 6.101 / 2. 6.101
libswresample 0. 19.100 / 0. 19.100
libpostproc 52. 3.100 / 52. 3.100
Input #0, dshow, from 'video=screen-capture-recorder':
Duration: N/A, start: 172.592000, bitrate: N/A
Stream #0:0: Video: rawvideo, bgr0, 1920x1200, 20 tbr, 10000k tbn, 20 tbc
Guessed Channel Layout for Input Stream #1.0 : 7.1
Input #1, dshow, from 'audio=virtual-audio-capturer':
Duration: N/A, start: 172.697000, bitrate: 6144 kb/s
Stream #1:0: Audio: pcm_s16le, 48000 Hz, 8 channels, s16, 6144 kb/s
No pixel format specified, rgb24 for H.264 encoding chosen.
Use -pix_fmt yuv420p for compatibility with outdated media players.
[libx264rgb @ 00000000042e16e0] using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64 SlowShuffle
[libx264rgb @ 00000000042e16e0] profile High 4:4:4 Predictive, level 5.0, 4:4:4 8-bit
[libx264rgb @ 00000000042e16e0] 264 - core 142 r2431 ac76440 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=0 ref=1 deblock=0:0:0 analyse=0:0 me=dia subme=0 psy=0 mixed_ref=0 me_range=16 chroma_me=1 trellis=0 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=0 chroma_qp_offset=0 threads=2 lookahead_threads=2 sliced_threads=1 slices=2 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=250 keyint_min=20 scenecut=0 intra_refresh=0 rc=cqp mbtree=0 qp=0
Output #0, matroska, to 'out.mkv':
Metadata:
encoder : Lavf55.55.100
Stream #0:0: Video: h264 (libx264rgb) (H264 / 0x34363248), rgb24, 1920x1200, q=-1--1, 20 fps, 1k tbn, 20 tbc
Metadata:
encoder : Lavc55.73.101 libx264rgb
Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 7.1, 6144 kb/s
Stream mapping:
Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (libx264rgb))
Stream #1:0 -> #0:1 (copy)
Press [q] to stop, [?] for help
frame= 7 fps=0.0 q=0.0 size= 1060kB time=00:00:00.70 bitrate=12405.4kbits/s
frame= 11 fps= 11 q=0.0 size= 1818kB time=00:00:01.15 bitrate=12952.4kbits/s
frame= 16 fps= 10 q=0.0 size= 2906kB time=00:00:01.65 bitrate=14427.9kbits/s
frame= 21 fps= 10 q=0.0 size= 3369kB time=00:00:02.20 bitrate=12546.3kbits/s
frame= 27 fps= 10 q=0.0 size= 3906kB time=00:00:02.75 bitrate=11634.4kbits/s
frame= 31 fps= 10 q=0.0 size= 4357kB time=00:00:03.20 bitrate=11154.2kbits/s
frame= 37 fps= 10 q=0.0 size= 5153kB time=00:00:03.75 bitrate=11257.8kbits/s
frame= 43 fps= 10 q=0.0 size= 5914kB time=00:00:04.30 bitrate=11266.0kbits/s
frame= 49 fps= 10 q=0.0 size= 6774kB time=00:00:04.90 bitrate=11325.1kbits/s
frame= 54 fps= 10 q=0.0 size= 7624kB time=00:00:05.35 bitrate=11674.3kbits/s
frame= 60 fps= 10 q=0.0 size= 8326kB time=00:00:05.90 bitrate=11559.9kbits/s
frame= 66 fps= 10 q=0.0 size= 9240kB time=00:00:06.45 bitrate=11735.6kbits/s
frame= 72 fps= 11 q=0.0 size= 10039kB time=00:00:06.95 bitrate=11832.7kbits/s
frame= 73 fps= 11 q=0.0 Lsize= 10289kB time=00:00:07.05 bitrate=11955.7kbits/s
video:5063kB audio:5220kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.056705%
[libx264rgb @ 00000000042e16e0] frame I:1 Avg QP: 0.00 size:379537
[libx264rgb @ 00000000042e16e0] frame P:72 Avg QP: 0.00 size: 66731
[libx264rgb @ 00000000042e16e0] mb I I16..4: 100.0% 0.0% 0.0%
[libx264rgb @ 00000000042e16e0] mb P I16..4: 76.5% 0.0% 0.0% P16..4: 4.0% 0.0% 0.0% 0.0% 0.0% skip:19.5%
[libx264rgb @ 00000000042e16e0] coded y,u,v intra: 1.5% 1.2% 0.9% inter: 9.4% 6.8% 6.5%
[libx264rgb @ 00000000042e16e0] i16 v,h,dc,p: 99% 1% 0% 0%
[libx264rgb @ 00000000042e16e0] kb/s:11362.63
leaving aero onReceived signal 2: terminating.
from screen-capture-recorder-to-video-windows-free.
Ok so your audio input is
pcm_s16le
but you want it to be 32 bit audio instead?
On Wed, Dec 31, 2014 at 11:19 AM, mzso [email protected] wrote:
Gdigrab is for video, the problem's with audio.
Anyway here's a CL output. () I see nothing special only that ffmpeg gets
a 16 bit input.ffmpeg version N-65426-gd6af706 Copyright (c) 2000-2014 the FFmpeg developers
built on Aug 8 2014 22:09:43 with gcc 4.8.3 (GCC)
configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib
libavutil 52. 98.100 / 52. 98.100
libavcodec 55. 73.101 / 55. 73.101
libavformat 55. 55.100 / 55. 55.100
libavdevice 55. 13.102 / 55. 13.102
libavfilter 4. 11.103 / 4. 11.103
libswscale 2. 6.101 / 2. 6.101
libswresample 0. 19.100 / 0. 19.100
libpostproc 52. 3.100 / 52. 3.100
Input #0, dshow, from 'video=screen-capture-recorder':
Duration: N/A, start: 172.592000, bitrate: N/A
Stream #0:0: Video: rawvideo, bgr0, 1920x1200, 20 tbr, 10000k tbn, 20 tbc
Guessed Channel Layout for Input Stream #1.0 : 7.1
Input #1, dshow, from 'audio=virtual-audio-capturer':
Duration: N/A, start: 172.697000, bitrate: 6144 kb/s
Stream #1:0: Audio: pcm_s16le, 48000 Hz, 8 channels, s16, 6144 kb/s
No pixel format specified, rgb24 for H.264 encoding chosen.
Use -pix_fmt yuv420p for compatibility with outdated media players.
[libx264rgb @ 00000000042e16e0] using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64 SlowShuffle
[libx264rgb @ 00000000042e16e0] profile High 4:4:4 Predictive, level 5.0, 4:4:4 8-bit
[libx264rgb @ 00000000042e16e0] 264 - core 142 r2431 ac76440 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=0 ref=1 deblock=0:0:0 analyse=0:0 me=dia subme=0 psy=0 mixed_ref=0 me_range=16 chroma_me=1 trellis=0 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=0 chroma_qp_offset=0 threads=2 lookahead_threads=2 sliced_threads=1 slices=2 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=250 keyint_min=20 scenecut=0 intra_refresh=0 rc=cqp mbtree=0 qp=0
Output #0, matroska, to 'out.mkv':
Metadata:
encoder : Lavf55.55.100
Stream #0:0: Video: h264 (libx264rgb) (H264 / 0x34363248), rgb24, 1920x1200, q=-1--1, 20 fps, 1k tbn, 20 tbc
Metadata:
encoder : Lavc55.73.101 libx264rgb
Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 7.1, 6144 kb/s
Stream mapping:
Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (libx264rgb))
Stream #1:0 -> #0:1 (copy)
Press [q] to stop, [?] for help
frame= 7 fps=0.0 q=0.0 size= 1060kB time=00:00:00.70 bitrate=12405.4kbits/s
frame= 11 fps= 11 q=0.0 size= 1818kB time=00:00:01.15 bitrate=12952.4kbits/s
frame= 16 fps= 10 q=0.0 size= 2906kB time=00:00:01.65 bitrate=14427.9kbits/s
frame= 21 fps= 10 q=0.0 size= 3369kB time=00:00:02.20 bitrate=12546.3kbits/s
frame= 27 fps= 10 q=0.0 size= 3906kB time=00:00:02.75 bitrate=11634.4kbits/s
frame= 31 fps= 10 q=0.0 size= 4357kB time=00:00:03.20 bitrate=11154.2kbits/s
frame= 37 fps= 10 q=0.0 size= 5153kB time=00:00:03.75 bitrate=11257.8kbits/s
frame= 43 fps= 10 q=0.0 size= 5914kB time=00:00:04.30 bitrate=11266.0kbits/s
frame= 49 fps= 10 q=0.0 size= 6774kB time=00:00:04.90 bitrate=11325.1kbits/s
frame= 54 fps= 10 q=0.0 size= 7624kB time=00:00:05.35 bitrate=11674.3kbits/s
frame= 60 fps= 10 q=0.0 size= 8326kB time=00:00:05.90 bitrate=11559.9kbits/s
frame= 66 fps= 10 q=0.0 size= 9240kB time=00:00:06.45 bitrate=11735.6kbits/s
frame= 72 fps= 11 q=0.0 size= 10039kB time=00:00:06.95 bitrate=11832.7kbits/s
frame= 73 fps= 11 q=0.0 Lsize= 10289kB time=00:00:07.05 bitrate=11955.7kbits/svideo:5063kB audio:5220kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.056705%
[libx264rgb @ 00000000042e16e0] frame I:1 Avg QP: 0.00 size:379537
[libx264rgb @ 00000000042e16e0] frame P:72 Avg QP: 0.00 size: 66731
[libx264rgb @ 00000000042e16e0] mb I I16..4: 100.0% 0.0% 0.0%
[libx264rgb @ 00000000042e16e0] mb P I16..4: 76.5% 0.0% 0.0% P16..4: 4.0% 0.0% 0.0% 0.0% 0.0% skip:19.5%
[libx264rgb @ 00000000042e16e0] coded y,u,v intra: 1.5% 1.2% 0.9% inter: 9.4% 6.8% 6.5%
[libx264rgb @ 00000000042e16e0] i16 v,h,dc,p: 99% 1% 0% 0%
[libx264rgb @ 00000000042e16e0] kb/s:11362.63
leaving aero onReceived signal 2: terminating.—
Reply to this email directly or view it on GitHub
#52 (comment)
.
from screen-capture-recorder-to-video-windows-free.
hes, he wants it. Btw why -tune zerolatency for local recordings? Dont use it.
from screen-capture-recorder-to-video-windows-free.
@rdp I'd prefer to have whatever the card is set to output, without manipulating it. Which in this case should be 24bit, 48kHz, 7.1, right?
from screen-capture-recorder-to-video-windows-free.
@mca64 commented on 2014. dec. 31. 20:10 CET:
hes, he wants it. Btw why -tune zerolatency for local recordings? Dont use it.
I saw people using it for recording video. Must be a reason. I think it makes encoding faster. Or mitigates framedrops if the system's not fast enough.
from screen-capture-recorder-to-video-windows-free.
Yes and not.. Generally "preset" is for CPU resource. Tune zerolatency as name says will produce low latency encoding, for live stream, but quality will be worse. Since you use losless and ultrafast preset i think it doesnt matter what tune is
from screen-capture-recorder-to-video-windows-free.
difference between 24 bit and 16 bit is practically nothing AFAIK...plus 24
bit is "less compatible" (I don't think many encoders can handle it, they
require 16 bit) is 16 bit ok?
On Wed, Dec 31, 2014 at 12:16 PM, mzso [email protected] wrote:
@rdp https://github.com/rdp I'd prefer to have whatever the card is set
to output, without manipulating it. Which in this case should be 24bit,
48kHz, 7.1, right?—
Reply to this email directly or view it on GitHub
#52 (comment)
.
from screen-capture-recorder-to-video-windows-free.
@rdp commented on 2015. jan. 1. 3:02 CET:
difference between 24 bit and 16 bit is practically nothing AFAIK...plus 24 bit is "less compatible" (I don't think many encoders can handle it, they require 16 bit) is 16 bit ok?
Well, the way I see it it's the capture software or encoders job to manipulate the raw output into it's final form. Could be 128k mp3 or 24 bit flac, depending on what's desired.
I didn't have any problems with 24 bit audio. All encoders handled it without issue. (Flac, tak, opus, vorbis, mp3)
I don't know what you mean by "ok".
from screen-capture-recorder-to-video-windows-free.
rdp could you add original audio depth? The same as speakers, not always 16 bit
from screen-capture-recorder-to-video-windows-free.
The problem I ran into when testing is that if I let through something
besides 16 bit, then certain encoders like flash media encoder would
reject the stream...hmm...when I researched it it seemed that everybody
agreed there was not much difference in quality between 24 and 16 bit [the
equivalent of "white noise" as it were...hmm...
On Thu, Jan 1, 2015 at 7:36 AM, mzso [email protected] wrote:
@rdp https://github.com/rdp commented on 2015. jan. 1. 3:02 CET
#52 (comment)
:difference between 24 bit and 16 bit is practically nothing AFAIK...plus
24 bit is "less compatible" (I don't think many encoders can handle it,
they require 16 bit) is 16 bit ok?Well, the way I see it it's the capture software or encoders job to
manipulate the raw output into it's final form. Could be 128k mp3 or 24 bit
flac, depending on what's desired.I didn't have any problems with 24 bit audio. All encoders handled it
without issue. (Flac, tak, opus, vorbis, mp3)I don't know what you mean by "ok".
—
Reply to this email directly or view it on GitHub
#52 (comment)
.
from screen-capture-recorder-to-video-windows-free.
As far as I know there's some chance that there's audible difference. 16 bit's 96dB dynamic range doesn't surpass human hearing's. Also there might be quantization noise without dithering.
Maybe these aren't much of issues. But if people want to extensively process the audio, it's usually claimed that more bits are better.
Also not recording the audio as-it-is is just yet another conversion, which can only take away from the quality.
(BTW does SCR have any sort of configurability? )
from screen-capture-recorder-to-video-windows-free.
There might be some way to "allow" for 24 bit while defaulting to 16 bit [I
think it's still probably a good idea to default to 16 bit, otherwise it
won't work with flash media encoder at all...as far as I
remember]...anyway, I'll put it on the TODO list (funding welcome, patch
welcome).
Thanks for the note, I'll leave this issue open.
Thanks!
On Fri, Jan 2, 2015 at 6:48 AM, mzso [email protected] wrote:
As far as I know there's some chance that there's audible difference. 16
bit's 96dB dynamic range doesn't surpass human hearing's. Also there might
be quantization noise without dithering.
Maybe these aren't much of issues. But if people want to extensively
process the audio, it's usually claimed that more bits are better.Also not recording the audio as-it-is is just yet another conversion,
which can only take away from the quality.(BTW does SCR have any sort of configurability? )
—
Reply to this email directly or view it on GitHub
#52 (comment)
.
from screen-capture-recorder-to-video-windows-free.
SCR you can specify the bit depth you want, if I remember correctly
[default is either 32 bit or 24 I can't remember]
On Fri, Jan 2, 2015 at 6:48 AM, mzso [email protected] wrote:
As far as I know there's some chance that there's audible difference. 16
bit's 96dB dynamic range doesn't surpass human hearing's. Also there might
be quantization noise without dithering.
Maybe these aren't much of issues. But if people want to extensively
process the audio, it's usually claimed that more bits are better.Also not recording the audio as-it-is is just yet another conversion,
which can only take away from the quality.(BTW does SCR have any sort of configurability? )
—
Reply to this email directly or view it on GitHub
#52 (comment)
.
from screen-capture-recorder-to-video-windows-free.
"difference between 24 bit and 16 bit is practically nothing AFAIK..." you should not say that, especially that you are author of some audio tool. Its kinda lame, like saying why you need flac where there mp3 320, practically the same. but who cares ;)
from screen-capture-recorder-to-video-windows-free.
btw for capturing 24 bits does matter, more than high freq
from screen-capture-recorder-to-video-windows-free.
http://www.soundonsound.com/sos/jun08/articles/qa0608_2.htm
from screen-capture-recorder-to-video-windows-free.
Yeah I'm not saying it's a bad idea, I am saying it's somewhat of a lesser
priority, though, patches welcome!
On Fri, Jan 2, 2015 at 12:15 PM, mca64 [email protected] wrote:
"difference between 24 bit and 16 bit is practically nothing AFAIK..." you
should say that, espescially that you are author of some audio toolf. Its
kinda lame, like saying why you need flac where mp3 320 is practically the
same. but who cares ;)—
Reply to this email directly or view it on GitHub
#52 (comment)
.
from screen-capture-recorder-to-video-windows-free.
If you go back to the commit before this one, it will have 24 bit audio,
you could build one, GL!
rdp/virtual-audio-capture-grabber-device@8ff9f65
On Sat, Jan 3, 2015 at 5:34 PM, Roger Pack [email protected] wrote:
Yeah I'm not saying it's a bad idea, I am saying it's somewhat of a lesser
priority, though, patches welcome!On Fri, Jan 2, 2015 at 12:15 PM, mca64 [email protected] wrote:
"difference between 24 bit and 16 bit is practically nothing AFAIK..."
you should say that, espescially that you are author of some audio toolf.
Its kinda lame, like saying why you need flac where mp3 320 is practically
the same. but who cares ;)—
Reply to this email directly or view it on GitHub
#52 (comment)
.
from screen-capture-recorder-to-video-windows-free.
What I don't understand is why "flash media live encoder" is a reason to
anything.
It's one piece of software from Adobe. Which if I go by what I know of
their other software is probably not of qood quality.
2015-01-04 2:00 GMT+01:00 Roger Pack [email protected]:
If you go back to the commit before this one, it will have 24 bit audio,
you could build one, GL!rdp/virtual-audio-capture-grabber-device@8ff9f65
On Sat, Jan 3, 2015 at 5:34 PM, Roger Pack [email protected] wrote:
Yeah I'm not saying it's a bad idea, I am saying it's somewhat of a
lesser
priority, though, patches welcome!On Fri, Jan 2, 2015 at 12:15 PM, mca64 [email protected]
wrote:"difference between 24 bit and 16 bit is practically nothing AFAIK..."
you should say that, espescially that you are author of some audio
toolf.
Its kinda lame, like saying why you need flac where mp3 320 is
practically
the same. but who cares ;)—
Reply to this email directly or view it on GitHub
<
https://github.com/rdp/screen-capture-recorder-to-video-windows-free/issues/52#issuecomment-68553231>.
—
Reply to this email directly or view it on GitHub
#52 (comment)
.
from screen-capture-recorder-to-video-windows-free.
@rdp commented on 2015. jan. 2. 17:36 CET:
SCR you can specify the bit depth you want, if I remember correctly [default is either 32 bit or 24 I can't remember]
I actually was thinking of audio. I thought it was considered the same piece of software.
What I really liked to know if how to change whatever settings available. I didn't find anything to do so.
from screen-capture-recorder-to-video-windows-free.
So, this is still the case. No chance for at least an option to record the stream as-it-is from the system?
from screen-capture-recorder-to-video-windows-free.
I think the problem here was compatibility some programs couldn't take 24 bit...hmm...yeah I could see some config parameter for it, good idea. I haven't worked on this project in several years so it would take me a bit to get back into it, though...funding could help... :)
from screen-capture-recorder-to-video-windows-free.
Related Issues (20)
- Windows Graphics Capture API
- Can you use this tool with Media Foundation? HOT 1
- IAMStreamConfig::GetStreamCaps get wrong SubType when enum twice because CPushPinDesktop::GetMediaType has a bug HOT 3
- Why save settings to the registry instead of a config file? HOT 1
- How can I separate the audio tracks and also change the container back to mp4? HOT 2
- Sound capture config unavailable if USB headphones are plugged in
- doesn't exit right if options pane closed weird
- As soon as I click Start! it stops immediately. HOT 1
- Can't load audio device HOT 6
- source code files are tab/space mixed indent, could I fix this? HOT 2
- wants better default save to dir
- typo or bug:
- Screen capture recorder don't works in win 11. If i press start also stop became not clickable HOT 5
- uninstall HOT 2
- Unable to use dshow devices with gdigrab/ddagrab anymore HOT 17
- Windows 10 Chinese character GKB problem HOT 3
- Timecode in MP4 or MKV isn't working
- I would like to add a field in the UI
- wrong color space dimation with different color
- Virtual Video Sink Filter for your Screen-capture filter.
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from screen-capture-recorder-to-video-windows-free.