Activity for Rafael Diniz
-
Rafael Diniz posted a comment on discussion General Discussion
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...
-
Hi Mark, Could you share your Dream Windows build? I have an AirSpy HF+ and I think I can receive some DRM signals here in Moscow. Btw, could we directly support some of the most common SDR dongles directly in Dream? Cheers, Rafael On 11/17/22 02:57, Mark J. Fine wrote: And that's exactly what it was... excessive selective fading. Currently getting audio (between dropouts) from Romania on 9510 from Galbeni. Good signal but still a lot of fading. Worked well when doppler was hovering around .55-.56Hz....
-
I fear we have some bugs to fix in order Dream does not crashes often with xAAC. But at least in my branch, xAAC decoding works fine when signal is strong. Rafael On 11/16/22 06:20, Mark J. Fine wrote: Also while I'm at it, I noticed a few days ago that Kuwait had a near-perfect signal but couldn't generate any audio. When looking at the status output, it would say: |zero output channels: 0| |zero output channels: 0| |Error condition is of unknown reason, or from a another module. Output buffer is...
-
Hi Mark, Praise your work! Please let us know of the binaries for the Windows build. Lots of people in Brazil waiting for the xDream Windows build (as some friends call the Dream with xAAC support). ) Rafael On 11/14/22 05:19, Mark J. Fine wrote: I could go the MSYS2 route, but would much rather go native (I've got ptsd trying to get nrsc5 and my python gui working in MSYS2, which drove me bonkers). I already have it running in Linux and on macOS alongside GQRX, but I have a lot of other Win-based...
-
I don't think Qt5 will get obsoleted anytime soon. I would not spend time on supporting Qt 6 right now. I always build on Linux, but I'd be interested to help if you go mingw way: https://github.com/Alexpux/MINGW-packages One thing it would be nice: if we have a reproducible / downloadable tool-chain to build Dream on Windows. Many people ask me this... and I just say to install Linux as I have no patience to build a environment. Btw, running Dream on WSL is not enough? Rafael On 11/13/22 17:55,...
-
Hi Julian and Ollie, Your work are really amazing, I remember when I first heard DRM using more than a decade ago with some crazy grc scripts to get the 455 kHz IF from a stock HF radio connected to my USRP to feed the signal to Dream... fast-forward to today - we can buy very affordable mirics-based (SDRPlay, AirSpy and others) dongles with very good sensibility and listen to DRM with Dream! Yay! Cheers, Rafael On 11/22/21 1:47 PM, Julian Cable wrote: Hi all, as Ollie says, we're really happy for...
-
which line of code / source file is it crashing? can you also send the backtrace of thread that crashed? Cheers, Rafael Diniz On 10/27/21 9:58 PM, Mark J. Fine wrote: Cheers, but mine still crashes on rapid xHE-AAC transitions - likely a buffer issue. Dream crashes when decoding starts https://sourceforge.net/p/drm/discussion/general/thread/1785772e6a/?limit=25&page=1#d3a8/982b Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/drm/discussion/general/ https://sourceforge.net/p/drm/discussion/general/...
-
Are you using a Dream capable of decoding xHE-AAC? My branch works... and crashes sometimes... but definitely works with fdk-aac. Rafael On 9/29/21 9:26 PM, Steven Sostrom wrote: Thanks for hanging in there with me. My RPI has 8 GB of RAM installed. Hardware (SPU) : BCM2835 Model : Raspberry Pi 4 Model B Rev 1.4 Most of the time, opening a recording causes a Segmentation fault, especially it it is the first time. Retrying, it will eventually open, often on the next try. Sample files that have presumably...
-
Btw, thanks @fineware for taking over the development of Dream. Rafael On 9/28/21 5:36 PM, Rafael Diniz wrote: There is a need to make xHE-AAC decoding a bit more robust. Just a matter of recording the signal which crashes Dream and debug with gdb. I did not have the time to do it yet. Rafael On 9/28/21 3:17 PM, Mark J. Fine wrote: No sure, but xHE-ACC eventually crashes on mine after a rapid fade out/in anyway. First noticed that on R. Marti when they were doing DRM. Again, I'm on a Mac, which is...
-
There is a need to make xHE-AAC decoding a bit more robust. Just a matter of recording the signal which crashes Dream and debug with gdb. I did not have the time to do it yet. Rafael On 9/28/21 3:17 PM, Mark J. Fine wrote: No sure, but xHE-ACC eventually crashes on mine after a rapid fade out/in anyway. First noticed that on R. Marti when they were doing DRM. Again, I'm on a Mac, which is basically Free BSD, but with libraries supplemented by Homebrew, not a formal Linux release. There could be lots...
-
My branch works well with fdk-aac for both xHE-AAC and AAC. Rafael On 9/28/21 4:06 PM, Mark J. Fine wrote: So, apparently there are significant changes between the branch and my local version. I will try to sync it using svn but I need to remember how to do that... been forever since I did it so it may take some time to do. Just in case, here's an executable diff/patch file of all the changes between my branch (-) and local (+) builds. First thing you'll notice is the addition of fdk-aac to the linux...
-
Dream 2.3 tagged
-
removing debug flags from qmake
-
preparing for 2.3 release
-
version bump to dream-rafa branch
-
applying kiwisdr fix for xhe-aac
-
add return value to aac_codec
-
bumped package minor version
-
changing package mantainer and deps of deb package (fdk-aac2 instead of faad2).
-
So, you need to install fdk-aac 2: http://www.telemidia.puc-rio.br/~rafaeldiniz/public_files/fdk-aac/ and use my svn branch (branches/dream-rafa) to compile, please follow instruction at: https://github.com/keyboarderror/DreamBuild Rafael On 2/15/20 5:20 PM, Zygmunt Skrobanski wrote: Hi Rafael, Did you installed fdk-aac 2? Apparently no - I thought it was part of the SVN package. I notice that that there are a number of packages located in "Helper Files" on the Dream Receiver page. Do I need to install...
-
Did you installed fdk-aac 2? From which svn Dream branch you are compiling? Rafael On 2/15/20 4:27 PM, Zygmunt Skrobanski wrote: Progress... Well I've got it working, sort of, the DRM Main screen shows up but the program slows down on the Ubuntu Terminal and doesn't come to an end. The Dream program does receive the VOA signal, at a 21 dB SNR, but shows that there is no codec. So the XHe-AAC decoding is not yet functional. A situation akin to the operation was a success but the patient died! Being...
-
Read the error: speex/speex_resampler.h: No such file or directory So install the missing dependency. In a Debian based system, do: sudo apt-get install libspeex-dev libspeexdsp-dev Rafael On 2/15/20 12:39 AM, Zygmunt Skrobanski wrote: Having problems compiling Revision 1339 using Ubuntu 18.04.4 LTS Trying to build and after running: qmake - result is OK make - the following problem apparently with src/resample/speexresampler.cpp In file included from src/resample/speexresampler.cpp:1:0: src/resample/speexresampler.h:4:10:...
-
I can confirm xHE-AAC is working. I commited the changes to my branch: https://sourceforge.net/p/drm/code/HEAD/tree/branches/dream-rafa/
-
xhe-aac is supposed to work now
-
trying stuff
-
mahaju, from where can I download your Dream branch?
-
added branch for rafael diniz from dream-2.2 tag
-
deleted branch created from wrong place
-
I want to help. I created a branch for me (dream-rafa2020) from dream2019. I realized dream2019 broke sound card support on Linux because of QtMultimedia. Anyway, did I pick the right branch to start working on xHE-AAC support? I already can get xHE-AAC correctly displayed and then Dream crashes just before audio decoding was supposed to start.
-
adding playground for me (rafael diniz) to play with xhe-aac support
-
As far as I understand, the framing changed, and now there is a vbv like allocation for the xaac frames in the drm superframe. With relation to the xaac features needed by DRM tx, I have not looked into it yet.
-
As far as I understand, the framing, and now there is a vbv like allocation for the xaac frames in the drm superframe. With relation to the xaac features needed by DRM tx, I have not looked into it yet.
-
Fix ginga player to be able to run with latest git version.
-
There is no QT window for Ginga yet. Proper support will be committed asap.
-
add missing form for Ginga Viewer
-
Fixed in r999.
-
fix compilation error in GingaViewer
-
I'll check that.
-
Added missing Ginga files
-
Home
-
-
Initial Ginga suppport.
-
Improvements to documentation and mdigen sample...
-
removed file created in build time.
-
Added fam as build dependency in README and del...
-
Small makefile fix for sdixml.
-
small correction for the drmcs sample config file
-
added configuration file samples
-
Added a README. Make mdigen compile with debug ...
-
Make the project compile.
-
Compilation fix
-
Also, the xml declaration <?xml ...> is not supported. Attached goes a patch to workaround...
-
SSML standard compliant example which fails: http://www.telemidia.puc-rio.br/~ra...
-
ps: there is a "\n" between each <speak> attribute.
-
Multiline SSML tag doesn't work
-
Are you aware of any open source reference code implementation?
1
