Driver set to 24bit but 16 bit audio is captured. about screen-capture-recorder-to-video-windows-free HOT 25 OPEN

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/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
#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.