Open mzso opened 9 years ago
rdp
commented
9 years ago How are you recording with it?
On Wed, Dec 31, 2014 at 7:30 AM, mzso notifications@github.com 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 https://github.com/rdp/screen-capture-recorder-to-video-windows-free/issues/52 .
mzso
commented
9 years ago 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
rdp
commented
9 years ago 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 notifications@github.com 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 https://github.com/rdp/screen-capture-recorder-to-video-windows-free/issues/52#issuecomment-68450578 .
mzso
commented
9 years ago 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.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 notifications@github.com 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/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.
— Reply to this email directly or view it on GitHub https://github.com/rdp/screen-capture-recorder-to-video-windows-free/issues/52#issuecomment-68459564 .
mca64
commented
9 years ago hes, he wants it. Btw why -tune zerolatency for local recordings? Dont use it.
mzso
commented
9 years ago @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?
mzso
commented
9 years ago @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.
mca64
commented
9 years ago 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
rdp
commented
9 years ago 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 notifications@github.com 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 https://github.com/rdp/screen-capture-recorder-to-video-windows-free/issues/52#issuecomment-68463135 .
mzso
commented
9 years ago @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".
mca64
commented
9 years ago rdp could you add original audio depth? The same as speakers, not always 16 bit
rdp
commented
9 years ago 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 notifications@github.com wrote:
@rdp https://github.com/rdp commented on 2015. jan. 1. 3:02 CET https://github.com/rdp/screen-capture-recorder-to-video-windows-free/issues/52#issuecomment-68478431 :
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 https://github.com/rdp/screen-capture-recorder-to-video-windows-free/issues/52#issuecomment-68487976 .
mzso
commented
9 years ago 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? )
rdp
commented
9 years ago 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 notifications@github.com 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 https://github.com/rdp/screen-capture-recorder-to-video-windows-free/issues/52#issuecomment-68527458 .
rdp
commented
9 years ago 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 notifications@github.com 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 https://github.com/rdp/screen-capture-recorder-to-video-windows-free/issues/52#issuecomment-68527458 .
mca64
commented
9 years ago "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 ;)
mca64
commented
9 years ago btw for capturing 24 bits does matter, more than high freq
mca64
commented
9 years ago rdp
commented
9 years ago 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 notifications@github.com 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 .
rdp
commented
9 years ago If you go back to the commit before this one, it will have 24 bit audio, you could build one, GL! https://github.com/rdp/virtual-audio-capture-grabber-device/commit/8ff9f6542a52a85327f69ab93a23d25e5a47e306
On Sat, Jan 3, 2015 at 5:34 PM, Roger Pack rogerdpack@gmail.com 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 notifications@github.com 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 .
mzso
commented
9 years ago 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 notifications@github.com:
If you go back to the commit before this one, it will have 24 bit audio, you could build one, GL!
On Sat, Jan 3, 2015 at 5:34 PM, Roger Pack rogerdpack@gmail.com 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 notifications@github.com 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 https://github.com/rdp/screen-capture-recorder-to-video-windows-free/issues/52#issuecomment-68616253 .
mzso
commented
9 years ago @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.
mzso
commented
5 years ago So, this is still the case. No chance for at least an option to record the stream as-it-is from the system?
rdp
commented
5 years ago 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... :)
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?