Last post by IgorC -
Thank You, Halb
I've tried harp40_1
Agree, 96 kbps wasn't enough for acceptable quality. 128 kbps was easy abxable but differences weren't such annoying as at 96 kbps.
I just released 1.2-beta, incorporating this change. To be more precise, the change I made in build C is fully enabled below 64 kb/s and then gradually phased out between 64 kb/s and 80 kb/s. For now I didn't want to change the behaviour at high bit-rate just to be on the safe side (it's already high quality so I want to make sure I don't make anything worse).Yes, it's understandable. Glad to see Kamedo2's and my results were useful.
Opus hits 1.2-beta. Nice.
Also I think build C demonstrates a potential of possible smart adaptive bitrate distribution for LF/HF (in future?). Anyway build C already does good job here and You guys work hard on AV1 video format so I don't pretend to see drastic quality changes those will require a huge amount of work. (hm, neither I have submited any useful tests in previous months)
Scientific Discussion / Re: A few ideas and questions about audio mediums that have been bugging me.Last post by Phanton_13 -
Any link to any tools and documentation for such thing? In theory alot can be possible but I haven't been able to find solid proof for such thing, like some kind of command line app that modulates the audio.
The documentation is rare, and the software nonexistent as all the software is tailored to compatibility with old formats or based on it.
This paper describes a technique that clearly have much similarity with the one used in DCC:
One paper about DCC:
This paper is interesting and relates to posterior developments and more in your line.
We also have the streamer cassette that hold up to 160MB but the information is very scarce.
And for software I don't know any but you can try to use DRM software to do a proof of concept, DRM as in Digital Radion Mondiale. Although is more tailored to radio transmission it can work quite well in tape as the radio medium is more noisy.
In my case, I changed from EVENT mode to PUSH mode and it started working again. I'm never really sure what the different is between these modes but usually one of them will work
Hi - new Win10 PC running latest Creators Update, v1703. Using the new native Windows 10 USB audio drivers, selecting WASAPI Event Style, music plays though my USB DAC and sounds fine but the progress bar does not move.
Yes, same problem. Also the elapsed time doesn't update, and the frequency range visualization doesn't change. I reported this under another post (Playback doesn't follow cursor, and now the reverse). It's REALLY difficult to use foobar when I can't stop and reset to a certain point, etc. Still haven't seen any responses.
Hmmm... changed Event to Push mode and it works as before....
Last post by halb27 -
@ IgorC: I did that. Just finished.
I used opus-tools-buildC.zip from your link some posts ago.
I started with herding_calls using --bitrate 96. I was not able to ABX it. For a comparison I used --bitrate 48, and though I succeeded I'd call even the --bitrate 48 result pretty good.
I continued with trumpet and could ABX it using --bitrate 96. I could not ABX it using --bitrate 128.
I was not able to ABX trumpet_myPrince using --bitrate 96. Using --bitrate 48 I could but the --bitrate 48 result is acceptable.
I could ABX lead_voice using --bitrate 96, but not using --bitrate 128 (though I got at 6/8, so there is a chance I could ABX it with a lot more ABXing pain. But some years ago I decided not to do extreme ABXing any more: no fun and questionable significance for practical listening).
The weak point comes with harp40_1. I'd call the --bitrate 96 result pretty annoying, and also the --bitrate 128 result is easy to ABX.
With the exception of harp40_1 I'm really impressed by the quality of the --bitrate 128 and also the --bitrate 96 results.
Last post by jmvalin -
Observation: MOS are on par however build C was significantly better on two critical samples (Castanets and Linchpin). Better handling of HF pre-echo on castantets clicking and better on guitar of Linchpin sample (more detail & less distortion on both guitars and bass drum hitting).Thanks a lot for taking the time to test this. I just released 1.2-beta, incorporating this change. To be more precise, the change I made in build C is fully enabled below 64 kb/s and then gradually phased out between 64 kb/s and 80 kb/s. For now I didn't want to change the behaviour at high bit-rate just to be on the safe side (it's already high quality so I want to make sure I don't make anything worse).
Ah never mind, turns out I could apply an unofficial MacType patch that seemingly fixes things! Disregard...
Thank you for this update! The frame no longer resizes--and keeping the image window open was a great improvement!
A small suggestion--is it possible to remove the top bar from the video window? The one that has the Chimera(EVR) and the minimize/maximize/close buttons.