search for: napcod

...". Can you explain the effect of --set-ctl-int a bit more than the manual does?: --set-ctl-int x=y Pass the encoder control x with value y (advanced). Preface with s: to direct the ctl to multistream s This may be used multiple times Regards, Ulrich >>> Mathias Buhr <napcode at apparatus.de> schrieb am 30.10.2019 um 14:32 in Nachricht <e7036001-c147-c4d0-550c-330331b76f5c at apparatus.de>: > Hi Ulrich, > > I assume you've been using opusenc to encode the files. If that is the > case you can try giving the encoder some more hints about your fi...

Hi! So here is what I got with different encoder settings; still not sure what the "best" setting is. 6kbps seems to add distortions, so I tried 12kbps. MP3-Original: LAME 3.99r, 120kbps, 44100Hz, Stereo, VBR V5 (22:23, 19.8MB) Opus (--raw-rate 44100 --bitrate 56 --vbr --comp 5): (44:45?, 23.4MB): Broken Opus (--bitrate 56 --vbr --comp 5 --ignorelength - %d): (22:23, 12.1 MB, 74kbps)

Hi! I have some MP3 audio material which is basically speech with some background noises, essentially > 120Hz and < 5kHz. I had the idea to reduce the file size by recoding the material to Opus at 56kbps. Unfortunately the result is a file sampled at 48kHz much larger than the original. I hope you agree that it does not make sense to create a file larger than the original (MP3). Of course

Hi Ulrich, I assume you've been using opusenc to encode the files. If that is the case you can try giving the encoder some more hints about your files: opusenc --speech --set-ctl-int 4008=1103 ... The latter should tell the encoder that the signal bandwidth is 8kHz (OPUS_SET_BANDWIDTH). See opus_defines.h for all valid numbers. You can also experiment with the complexity settings. 

Hi Ulrich, Other than the bitrate, none of the discussed settings should have a significant impact on the file size as the encoder will always use the available bitrate to encode the input signal. The additional settings only configure where the encoder spends the bits and how much time it has to figure that out. >From my experience and as others noted, 15-32 kbps should yield very good

Hi, I noticed that in some scenarios, Opus 1.2.1 produces better quality than 1.3.1 does. In the use case here, I'm enabling FEC and "transcode" signals from telephony networks (PCMU, 8kHz sampling) to VoIP (48kHz here). In this case, Opus always produced some leakage/ringing above 4kHz but for 1.3.1, these artifacts became worse. The small script below can be used to demonstrate