Rafael Diniz

I would also consider libxaac, which explicitly mentions DRM: https://github.com/ittiam-systems/libxaac It supports many object types, including HE-AAC and USAC (xHE-AAC). USAC is also supported in DRM (thou the super-framing is a bit different in order to allow "abr" framing). I can see 960 frames support is there, and also some ER tools! Cheers, Rafael On 3/7/24 13:41, Rash wrote: Hi Sam, Apologies - I don't really know enough to be much help. You should probably look at this repo instead of the...

You are right, nevertheless, I suppose a receiver would work even without using the ER tools. Rafael On 3/5/24 19:42, Rash Mustapha wrote: Hi Sam, You won't believe how painful it was to sign up here, just to answer this question. The captcha was being ridiculous! The answer is 'yes'...however, it's not a slam dunk! An OpenDigitalRadio colleague patched FDK for 960 transform so it can be used as a DAB+ encoder, however DRM30 uses the Error Robust (ER) AAC Scalable object type (ID = 20) High Quality...

Good points. I think you need a branch to work on this. Rafael On 8/8/23 03:38, Mingye Wang wrote: Man this sourceforge thing is terrible compared to GitHub. It's got no source code search! I initially assumed that |opusSetupParam| might be enforcing a better default, but it's only called from the decoding path. Changes needed to fix the above report |EOPUSBandwidth| and |EOPUSSignal|should be given an additional "auto" member. |DrmTransmitter.cpp| should also be given auto as the default. Users...

In theory you could link the binary as a static object... so no external dependencies. Rafael On 7/10/23 19:15, Mark J. Fine wrote: Rarely are Qt-based apps distributed as self-contained applications. They usually require other external dynamically linked libraries. The real benefit of Qt is supposed to be a unified, cross-platform interface at the code level, but not at the compiled level. I only know of Java that can do that with compiled .jar files, and other interpretive scripting languages such...

Hi Ollie, Were some occasional crashes with xAAC fixed in your branch? In my branch I get some. Rafael On 6/20/23 08:50, Oliver Haffenden wrote: It's likely that you won't need any of the RSCI-related features, but dream-ollie and dream-ollie-deployed are the only branches that have built-in support for SDR front-ends using the SoapySDR library, so that might be useful to you. The most-up-to-date branch https://sourceforge.net/p/drm/discussion/general/thread/ba6d194f34/?limit=25#9010/0fa4 Sent from...

Yay! I can help develop and test on Linux. Any suggested library to use? I know of gr-osmosdr: https://osmocom.org/projects/gr-osmosdr/wiki and SoapySDR: https://github.com/pothosware/SoapySDR/wiki I have access to an AirSpy HF+, a MSi. SDR (SDRPlay RSP 1 clone) and the FunCubeDongle Pro+. Both work fine on both linux and windows (tested for DRM reception also with he FhG MMPlayer). Rafael On 11/17/22 20:52, Mark J. Fine wrote: I contacted the SDR# developer, Youssef on Twitter and it appears there's...

Thanks Mark! I'll take with these. On 11/17/22 17:05, Mark J. Fine wrote: Word of caution though, as it still isn't 100%: 1. Still crashes if you try to change the soundcard input or output. 2. Still crashes if you try to load or change an external audio file. If you want to test with an input flac file you have to call it with |-f <pathname>| from the command window.</pathname> Windows 11 Build Notes https://sourceforge.net/p/drm/discussion/compiling/thread/b1a40cb965/?limit=25#0682/fd88/c208/c3fe/7870/734c/8208...

Hi Mark. Indeed, I was writing about the compiled executable + dependencies for trying out. Rafael On 11/17/22 16:39, Mark J. Fine wrote: The last working Windows build I did (codewise) is updated in my branch: dream-mjf. It's before I started merging with Ollie's branch, but with I think it will work just fine when using the instructions I left for the dependencies in https://sourceforge.net/p/drm/discussion/compiling/thread/b1a40cb965/#16c2 https://sourceforge.net/p/drm/discussion/compiling/thread/b1a40cb965/#16c2...