You can subscribe to this list here.
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(58) |
Jun
(10) |
Jul
(1) |
Aug
(10) |
Sep
(8) |
Oct
(6) |
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2007 |
Jan
(3) |
Feb
|
Mar
(1) |
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(4) |
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2009 |
Jan
(4) |
Feb
|
Mar
(2) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
(4) |
Apr
(2) |
May
(6) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(4) |
2011 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
(19) |
Feb
|
Mar
|
Apr
(10) |
May
|
Jun
|
Jul
(4) |
Aug
|
Sep
(9) |
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(10) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
(4) |
Nov
(11) |
Dec
(3) |
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
(11) |
2015 |
Jan
(7) |
Feb
|
Mar
(16) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(10) |
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
(5) |
Nov
(1) |
Dec
|
2019 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
(6) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
(5) |
2020 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(4) |
2021 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Rafael D. <ra...@ri...> - 2021-02-12 18:05:58
|
You are missing subversion. It is not in master, but in its own tag: https://sourceforge.net/p/drm/code/HEAD/tree/tags/dream-2.3/ Rafael On 2/12/21 2:09 PM, MB Singh wrote: > Hi Rafael, > > Any update on V2.3 with xHE-AAC? > Could not find it. Am I missing something? > > 73 > > Bhanu > VU2MB > > On Sat, Dec 12, 2020 at 7:29 AM Rafael Diniz <ra...@ri... > <mailto:ra...@ri...>> wrote: > > Hi all, > > I'm thinking it would be nice to merge my dream-rafa branch to master, > and may be release version 2.3, with xHE-AAC officially supported. Any > comments? > > Rafael > > _______________________________________________ > Drm-devel mailing list > Drm...@li... <mailto:Drm...@li...> > https://lists.sourceforge.net/lists/listinfo/drm-devel > <https://lists.sourceforge.net/lists/listinfo/drm-devel> > > > > -- > M. B. S i n g h > > > > _______________________________________________ > Drm-devel mailing list > Drm...@li... > https://lists.sourceforge.net/lists/listinfo/drm-devel > |
From: MB S. <mb...@gm...> - 2021-02-12 17:10:42
|
Hi Rafael, Any update on V2.3 with xHE-AAC? Could not find it. Am I missing something? 73 Bhanu VU2MB On Sat, Dec 12, 2020 at 7:29 AM Rafael Diniz <ra...@ri...> wrote: > Hi all, > > I'm thinking it would be nice to merge my dream-rafa branch to master, > and may be release version 2.3, with xHE-AAC officially supported. Any > comments? > > Rafael > > _______________________________________________ > Drm-devel mailing list > Drm...@li... > https://lists.sourceforge.net/lists/listinfo/drm-devel > -- M. B. S i n g h |
From: Rafael D. <ra...@ri...> - 2020-12-15 02:06:31
|
Based on Dream 2.2, with xHE-AAC fixes, I tagged Dream 2.3: https://sourceforge.net/p/drm/code/HEAD/tree/tags/dream-2.3/ I don't really have access to Dream SourceForge page, so I could not upload release tarballs. Rafael |
From: Rafael D. <ra...@ri...> - 2020-12-12 12:08:57
|
Thanks Bhanu! Anyone against the 2.3 release with the fixes for xHE-AAC? Rafael On 12/12/20 1:48 AM, MB Singh wrote: > Hi Rafael, > > It is a fantastic idea. I would urge the team to release Dream 2.3 with > xHE-AAC officially supported. > > Regards. > > Bhanu > > On Sat, Dec 12, 2020 at 7:29 AM Rafael Diniz <ra...@ri... > <mailto:ra...@ri...>> wrote: > > Hi all, > > I'm thinking it would be nice to merge my dream-rafa branch to master, > and may be release version 2.3, with xHE-AAC officially supported. Any > comments? > > Rafael > > _______________________________________________ > Drm-devel mailing list > Drm...@li... <mailto:Drm...@li...> > https://lists.sourceforge.net/lists/listinfo/drm-devel > <https://lists.sourceforge.net/lists/listinfo/drm-devel> > > > > -- > M. B. S i n g h > > > > _______________________________________________ > Drm-devel mailing list > Drm...@li... > https://lists.sourceforge.net/lists/listinfo/drm-devel > |
From: MB S. <mb...@gm...> - 2020-12-12 04:49:22
|
Hi Rafael, It is a fantastic idea. I would urge the team to release Dream 2.3 with xHE-AAC officially supported. Regards. Bhanu On Sat, Dec 12, 2020 at 7:29 AM Rafael Diniz <ra...@ri...> wrote: > Hi all, > > I'm thinking it would be nice to merge my dream-rafa branch to master, > and may be release version 2.3, with xHE-AAC officially supported. Any > comments? > > Rafael > > _______________________________________________ > Drm-devel mailing list > Drm...@li... > https://lists.sourceforge.net/lists/listinfo/drm-devel > -- M. B. S i n g h |
From: Rafael D. <ra...@ri...> - 2020-12-12 01:59:19
|
Hi all, I'm thinking it would be nice to merge my dream-rafa branch to master, and may be release version 2.3, with xHE-AAC officially supported. Any comments? Rafael |
From: Rafael D. <ra...@ri...> - 2020-02-12 15:51:56
|
I have working xHE-AAC decoding in my branch: https://sourceforge.net/p/drm/code/HEAD/tree/branches/dream-rafa/ Cheers! Rafael |
From: Rafael D. <ra...@ri...> - 2019-12-04 01:06:31
|
After some headaches with dream2019 branch (I really want xHE-AAC), I decided to start from dream-mjf, which compiles and run fine out-of-the-box in my Debian Buster. ; ) Tks for the tip Ádám, but I think QT 4 is deprecated its support is being removed from Dream. Rafael On 12/3/19 9:27 PM, Rafael Diniz wrote: > In the end I managed to compile Dream (dream2019) on Debian Buster with > some tweaking to dream.pro, but I see no sound cards available. I'll > investigate a bit more. > > Rafael > > > On 12/3/19 8:01 PM, Rafael Diniz wrote: >> Ooops, sorry, I just realized I was not with fdk-aac v2, as the debian >> version is way too old. Now compilation stops at: >> >> >> g++ -c -pipe -O2 -D_REENTRANT -Wall -W -fPIC -DEXECUTABLE_NAME=dream >> -DHAVE_DLFCN_H -DHAVE_MEMORY_H -DHAVE_STDINT_H -DHAVE_STDLIB_H >> -DHAVE_STRINGS_H -DHAVE_STRING_H -DSTDC_HEADERS -DHAVE_INTTYPES_H >> -DHAVE_STDINT_H -DHAVE_SYS_STAT_H -DHAVE_SYS_TYPES_H -DHAVE_UNISTD_H >> -DHAVE_LIBZ -DHAVE_LIBFDK_AAC -DHAVE_LIBOPUS -DUSE_OPUS_LIBRARY >> -DUSE_PULSEAUDIO -D_REENTRANT -DQT_NO_DEBUG -DQT_SVG_LIB >> -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_XML_LIB >> -DQT_CORE_LIB -I../../dream2019 -I. -I../include -I../src/GUI-QT >> -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem >> /usr/include/x86_64-linux-gnu/qt5/QtSvg -isystem >> /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem >> /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem >> /usr/include/x86_64-linux-gnu/qt5/QtNetwork -isystem >> /usr/include/x86_64-linux-gnu/qt5/QtXml -isystem >> /usr/include/x86_64-linux-gnu/qt5/QtCore -Imoc -isystem >> /usr/include/libdrm -Iui >> -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++ -o obj/DrmReceiver.o >> ../src/DrmReceiver.cpp >> In file included from ../src/DrmReceiver.h:51, >> from ../src/DrmReceiver.cpp:35: >> ../src/sourcedecoders/audioframedecoder.h:5:10: fatal error: >> QAudioBuffer: No such file or directory >> #include <QAudioBuffer> >> ^~~~~~~~~~~~~~ >> compilation terminated. >> make: *** [Makefile:3111: obj/DrmReceiver.o] Error 1 >> >> >> Rafael >> >> On 12/3/19 6:44 PM, Rafael Diniz wrote: >>> Hi all, >>> >>> I can see some differences between dream2019 branch and trunk. When >>> trying to build dream2019 branch, I get: >>> >>> g++ -c -pipe -O2 -D_REENTRANT -Wall -W -fPIC -DEXECUTABLE_NAME=dream >>> -DHAVE_DLFCN_H -DHAVE_MEMORY_H -DHAVE_STDINT_H -DHAVE_STDLIB_H >>> -DHAVE_STRINGS_H -DHAVE_STRING_H -DSTDC_HEADERS -DHAVE_INTTYPES_H >>> -DHAVE_STDINT_H -DHAVE_SYS_STAT_H -DHAVE_SYS_TYPES_H -DHAVE_UNISTD_H >>> -DHAVE_LIBZ -DHAVE_LIBFDK_AAC -DHAVE_LIBOPUS -DUSE_OPUS_LIBRARY >>> -DUSE_PULSEAUDIO -D_REENTRANT -DQT_NO_DEBUG -DQT_SVG_LIB >>> -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_XML_LIB >>> -DQT_CORE_LIB -I../../dream2019 -I. -I../include -I../src/GUI-QT >>> -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem >>> /usr/include/x86_64-linux-gnu/qt5/QtSvg -isystem >>> /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem >>> /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem >>> /usr/include/x86_64-linux-gnu/qt5/QtNetwork -isystem >>> /usr/include/x86_64-linux-gnu/qt5/QtXml -isystem >>> /usr/include/x86_64-linux-gnu/qt5/QtCore -Imoc -isystem >>> /usr/include/libdrm -Iui >>> -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++ -o obj/fdk_aac_codec.o >>> ../src/sourcedecoders/fdk_aac_codec.cpp >>> In file included from ../src/sourcedecoders/fdk_aac_codec.h:32, >>> from ../src/sourcedecoders/fdk_aac_codec.cpp:29: >>> ../src/sourcedecoders/AudioCodec.h: In member function ‘virtual >>> CAudioCodec::EDecError CAudioCodec::Decode(const std::vector<unsigned >>> char>&, uint8_t, std::vector<short int>&, int&)’: >>> ../src/sourcedecoders/AudioCodec.h:59:53: warning: unused parameter >>> ‘audio_frame’ [-Wunused-parameter] >>> virtual EDecError Decode(const vector<uint8_t>& audio_frame, >>> uint8_t aac_crc_bits, vector<short>& samples, int& channels) { return >>> DECODER_ERROR_UNKNOWN; } >>> ~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~ >>> ../src/sourcedecoders/AudioCodec.h:59:74: warning: unused parameter >>> ‘aac_crc_bits’ [-Wunused-parameter] >>> virtual EDecError Decode(const vector<uint8_t>& audio_frame, >>> uint8_t aac_crc_bits, vector<short>& samples, int& channels) { return >>> DECODER_ERROR_UNKNOWN; } >>> >>> ~~~~~~~~^~~~~~~~~~~~ >>> ../src/sourcedecoders/AudioCodec.h:59:103: warning: unused parameter >>> ‘samples’ [-Wunused-parameter] >>> virtual EDecError Decode(const vector<uint8_t>& audio_frame, >>> uint8_t aac_crc_bits, vector<short>& samples, int& channels) { return >>> DECODER_ERROR_UNKNOWN; } >>> >>> ~~~~~~~~~~~~~~~^~~~~~~ >>> ../src/sourcedecoders/AudioCodec.h:59:117: warning: unused parameter >>> ‘channels’ [-Wunused-parameter] >>> virtual EDecError Decode(const vector<uint8_t>& audio_frame, >>> uint8_t aac_crc_bits, vector<short>& samples, int& channels) { return >>> DECODER_ERROR_UNKNOWN; } >>> >>> ~~~~~^~~~~~~~ >>> ../src/sourcedecoders/fdk_aac_codec.cpp: In member function ‘virtual >>> bool FdkAacCodec::CanDecode(CAudioParam::EAudCod)’: >>> ../src/sourcedecoders/fdk_aac_codec.cpp:84:27: error: ‘CAPF_AAC_USAC’ >>> was not declared in this scope >>> if((linfo.flags & CAPF_AAC_USAC) != 0) >>> ^~~~~~~~~~~~~ >>> ../src/sourcedecoders/fdk_aac_codec.cpp:84:27: note: suggested >>> alternative: ‘CAPF_AAC_RVLC’ >>> if((linfo.flags & CAPF_AAC_USAC) != 0) >>> ^~~~~~~~~~~~~ >>> CAPF_AAC_RVLC >>> ../src/sourcedecoders/fdk_aac_codec.cpp: In function ‘void logAOT(const >>> CStreamInfo&)’: >>> ../src/sourcedecoders/fdk_aac_codec.cpp:101:29: error: >>> ‘AOT_DRM_SURROUND’ is not a member of ‘AUDIO_OBJECT_TYPE’ >>> case AUDIO_OBJECT_TYPE::AOT_DRM_SURROUND: >>> ^~~~~~~~~~~~~~~~ >>> ../src/sourcedecoders/fdk_aac_codec.cpp:105:29: error: ‘AOT_DRM_USAC’ is >>> not a member of ‘AUDIO_OBJECT_TYPE’ >>> case AUDIO_OBJECT_TYPE::AOT_DRM_USAC: >>> ^~~~~~~~~~~~ >>> ../src/sourcedecoders/fdk_aac_codec.cpp: In member function ‘virtual >>> bool FdkAacCodec::DecOpen(const CAudioParam&, int&)’: >>> ../src/sourcedecoders/fdk_aac_codec.cpp:211:50: error: ‘AOT_DRM_USAC’ is >>> not a member of ‘AUDIO_OBJECT_TYPE’ >>> else if(pinfo->aot == AUDIO_OBJECT_TYPE::AOT_DRM_USAC) bUsac = >>> true; >>> ^~~~~~~~~~~~ >>> ../src/sourcedecoders/fdk_aac_codec.cpp: In member function ‘virtual >>> CAudioCodec::EDecError FdkAacCodec::Decode(const std::vector<unsigned >>> char>&, uint8_t, std::vector<short int>&, int&)’: >>> ../src/sourcedecoders/fdk_aac_codec.cpp:325:30: warning: comparison of >>> integer expressions of different signedness: ‘unsigned int’ and ‘INT’ >>> {aka ‘int’} [-Wsign-compare] >>> for(unsigned i = 0; i<pinfo->frameSize; i++) { >>> ~^~~~~~~~~~~~~~~~~ >>> ../src/sourcedecoders/fdk_aac_codec.cpp:333:30: warning: comparison of >>> integer expressions of different signedness: ‘unsigned int’ and ‘INT’ >>> {aka ‘int’} [-Wsign-compare] >>> for(unsigned i = 0; i<pinfo->frameSize; i++) { >>> ~^~~~~~~~~~~~~~~~~ >>> ../src/sourcedecoders/fdk_aac_codec.cpp: In member function ‘virtual >>> bool FdkAacCodec::EncOpen(const CAudioParam&, long unsigned int&, long >>> unsigned int&)’: >>> ../src/sourcedecoders/fdk_aac_codec.cpp:552:12: warning: enumeration >>> value ‘AM_RESERVED’ not handled in switch [-Wswitch] >>> switch (AudioParam.eAudioMode) { >>> ^ >>> ../src/sourcedecoders/fdk_aac_codec.cpp:584:12: warning: enumeration >>> value ‘AM_RESERVED’ not handled in switch [-Wswitch] >>> switch (AudioParam.eAudioMode) { >>> ^ >>> ../src/sourcedecoders/fdk_aac_codec.cpp: In member function ‘virtual int >>> FdkAacCodec::Encode(CVector<short int>&, long unsigned int, >>> CVector<unsigned char>&, long unsigned int)’: >>> ../src/sourcedecoders/fdk_aac_codec.cpp:638:39: warning: unused >>> parameter ‘vecsEncInData’ [-Wunused-parameter] >>> FdkAacCodec::Encode(CVector<_SAMPLE>& vecsEncInData, unsigned long >>> lNumSampEncIn, CVector<uint8_t>& vecsEncOutData, unsigned long >>> lMaxBytesEncOut) >>> ~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~ >>> ../src/sourcedecoders/fdk_aac_codec.cpp:638:68: warning: unused >>> parameter ‘lNumSampEncIn’ [-Wunused-parameter] >>> FdkAacCodec::Encode(CVector<_SAMPLE>& vecsEncInData, unsigned long >>> lNumSampEncIn, CVector<uint8_t>& vecsEncOutData, unsigned long >>> lMaxBytesEncOut) >>> >>> ~~~~~~~~~~~~~~^~~~~~~~~~~~~ >>> ../src/sourcedecoders/fdk_aac_codec.cpp:638:101: warning: unused >>> parameter ‘vecsEncOutData’ [-Wunused-parameter] >>> FdkAacCodec::Encode(CVector<_SAMPLE>& vecsEncInData, unsigned long >>> lNumSampEncIn, CVector<uint8_t>& vecsEncOutData, unsigned long >>> lMaxBytesEncOut) >>> >>> ~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~ >>> ../src/sourcedecoders/fdk_aac_codec.cpp:638:131: warning: unused >>> parameter ‘lMaxBytesEncOut’ [-Wunused-parameter] >>> FdkAacCodec::Encode(CVector<_SAMPLE>& vecsEncInData, unsigned long >>> lNumSampEncIn, CVector<uint8_t>& vecsEncOutData, unsigned long >>> lMaxBytesEncOut) >>> >>> ~~~~~~~~~~~~~~^~~~~~~~~~~~~~~ >>> ../src/sourcedecoders/fdk_aac_codec.cpp: In member function ‘virtual >>> std::__cxx11::string FdkAacCodec::fileName(const CParameter&) const’: >>> ../src/sourcedecoders/fdk_aac_codec.cpp:687:12: warning: enumeration >>> value ‘AM_RESERVED’ not handled in switch [-Wswitch] >>> switch (Parameters. >>> ^ >>> ../src/sourcedecoders/fdk_aac_codec.cpp: At global scope: >>> ../src/sourcedecoders/fdk_aac_codec.cpp:165:13: warning: ‘void >>> logNumbers(const CStreamInfo&)’ defined but not used [-Wunused-function] >>> static void logNumbers(const CStreamInfo& info) { >>> ^~~~~~~~~~ >>> make: *** [Makefile:2657: obj/fdk_aac_codec.o] Error 1 >>> >>> >>> -- >>> >>> I'm using the following fdk-aac version: >>> ii libfdk-aac-dev:amd64 0.1.6-1 >>> amd64 Fraunhofer FDK AAC Codec Library - development files >>> ii libfdk-aac1:amd64 0.1.6-1 >>> amd64 Fraunhofer FDK AAC Codec Library - runtime files >>> >>> Cheers, >>> Rafael Diniz >>> >>> >>> >>> _______________________________________________ >>> Drm-devel mailing list >>> Drm...@li... >>> https://lists.sourceforge.net/lists/listinfo/drm-devel >>> >> >> >> >> _______________________________________________ >> Drm-devel mailing list >> Drm...@li... >> https://lists.sourceforge.net/lists/listinfo/drm-devel >> > > > > _______________________________________________ > Drm-devel mailing list > Drm...@li... > https://lists.sourceforge.net/lists/listinfo/drm-devel > |
From: Ádám K. <kis...@si...> - 2019-12-03 23:58:51
|
Hello! Try to build with Qt 4. It helped me. Bests, Adam Rafael Diniz <ra...@ri...> ezt írta (időpont: 2019. dec. 3., K, 23:01): > Ooops, sorry, I just realized I was not with fdk-aac v2, as the debian > version is way too old. Now compilation stops at: > > > g++ -c -pipe -O2 -D_REENTRANT -Wall -W -fPIC -DEXECUTABLE_NAME=dream > -DHAVE_DLFCN_H -DHAVE_MEMORY_H -DHAVE_STDINT_H -DHAVE_STDLIB_H > -DHAVE_STRINGS_H -DHAVE_STRING_H -DSTDC_HEADERS -DHAVE_INTTYPES_H > -DHAVE_STDINT_H -DHAVE_SYS_STAT_H -DHAVE_SYS_TYPES_H -DHAVE_UNISTD_H > -DHAVE_LIBZ -DHAVE_LIBFDK_AAC -DHAVE_LIBOPUS -DUSE_OPUS_LIBRARY > -DUSE_PULSEAUDIO -D_REENTRANT -DQT_NO_DEBUG -DQT_SVG_LIB > -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_XML_LIB > -DQT_CORE_LIB -I../../dream2019 -I. -I../include -I../src/GUI-QT > -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem > /usr/include/x86_64-linux-gnu/qt5/QtSvg -isystem > /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem > /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem > /usr/include/x86_64-linux-gnu/qt5/QtNetwork -isystem > /usr/include/x86_64-linux-gnu/qt5/QtXml -isystem > /usr/include/x86_64-linux-gnu/qt5/QtCore -Imoc -isystem > /usr/include/libdrm -Iui > -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++ -o obj/DrmReceiver.o > ../src/DrmReceiver.cpp > In file included from ../src/DrmReceiver.h:51, > from ../src/DrmReceiver.cpp:35: > ../src/sourcedecoders/audioframedecoder.h:5:10: fatal error: > QAudioBuffer: No such file or directory > #include <QAudioBuffer> > ^~~~~~~~~~~~~~ > compilation terminated. > make: *** [Makefile:3111: obj/DrmReceiver.o] Error 1 > > > Rafael > > On 12/3/19 6:44 PM, Rafael Diniz wrote: > > Hi all, > > > > I can see some differences between dream2019 branch and trunk. When > > trying to build dream2019 branch, I get: > > > > g++ -c -pipe -O2 -D_REENTRANT -Wall -W -fPIC -DEXECUTABLE_NAME=dream > > -DHAVE_DLFCN_H -DHAVE_MEMORY_H -DHAVE_STDINT_H -DHAVE_STDLIB_H > > -DHAVE_STRINGS_H -DHAVE_STRING_H -DSTDC_HEADERS -DHAVE_INTTYPES_H > > -DHAVE_STDINT_H -DHAVE_SYS_STAT_H -DHAVE_SYS_TYPES_H -DHAVE_UNISTD_H > > -DHAVE_LIBZ -DHAVE_LIBFDK_AAC -DHAVE_LIBOPUS -DUSE_OPUS_LIBRARY > > -DUSE_PULSEAUDIO -D_REENTRANT -DQT_NO_DEBUG -DQT_SVG_LIB > > -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_XML_LIB > > -DQT_CORE_LIB -I../../dream2019 -I. -I../include -I../src/GUI-QT > > -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem > > /usr/include/x86_64-linux-gnu/qt5/QtSvg -isystem > > /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem > > /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem > > /usr/include/x86_64-linux-gnu/qt5/QtNetwork -isystem > > /usr/include/x86_64-linux-gnu/qt5/QtXml -isystem > > /usr/include/x86_64-linux-gnu/qt5/QtCore -Imoc -isystem > > /usr/include/libdrm -Iui > > -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++ -o obj/fdk_aac_codec.o > > ../src/sourcedecoders/fdk_aac_codec.cpp > > In file included from ../src/sourcedecoders/fdk_aac_codec.h:32, > > from ../src/sourcedecoders/fdk_aac_codec.cpp:29: > > ../src/sourcedecoders/AudioCodec.h: In member function ‘virtual > > CAudioCodec::EDecError CAudioCodec::Decode(const std::vector<unsigned > > char>&, uint8_t, std::vector<short int>&, int&)’: > > ../src/sourcedecoders/AudioCodec.h:59:53: warning: unused parameter > > ‘audio_frame’ [-Wunused-parameter] > > virtual EDecError Decode(const vector<uint8_t>& audio_frame, > > uint8_t aac_crc_bits, vector<short>& samples, int& channels) { return > > DECODER_ERROR_UNKNOWN; } > > ~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~ > > ../src/sourcedecoders/AudioCodec.h:59:74: warning: unused parameter > > ‘aac_crc_bits’ [-Wunused-parameter] > > virtual EDecError Decode(const vector<uint8_t>& audio_frame, > > uint8_t aac_crc_bits, vector<short>& samples, int& channels) { return > > DECODER_ERROR_UNKNOWN; } > > > > ~~~~~~~~^~~~~~~~~~~~ > > ../src/sourcedecoders/AudioCodec.h:59:103: warning: unused parameter > > ‘samples’ [-Wunused-parameter] > > virtual EDecError Decode(const vector<uint8_t>& audio_frame, > > uint8_t aac_crc_bits, vector<short>& samples, int& channels) { return > > DECODER_ERROR_UNKNOWN; } > > > > ~~~~~~~~~~~~~~~^~~~~~~ > > ../src/sourcedecoders/AudioCodec.h:59:117: warning: unused parameter > > ‘channels’ [-Wunused-parameter] > > virtual EDecError Decode(const vector<uint8_t>& audio_frame, > > uint8_t aac_crc_bits, vector<short>& samples, int& channels) { return > > DECODER_ERROR_UNKNOWN; } > > > > ~~~~~^~~~~~~~ > > ../src/sourcedecoders/fdk_aac_codec.cpp: In member function ‘virtual > > bool FdkAacCodec::CanDecode(CAudioParam::EAudCod)’: > > ../src/sourcedecoders/fdk_aac_codec.cpp:84:27: error: ‘CAPF_AAC_USAC’ > > was not declared in this scope > > if((linfo.flags & CAPF_AAC_USAC) != 0) > > ^~~~~~~~~~~~~ > > ../src/sourcedecoders/fdk_aac_codec.cpp:84:27: note: suggested > > alternative: ‘CAPF_AAC_RVLC’ > > if((linfo.flags & CAPF_AAC_USAC) != 0) > > ^~~~~~~~~~~~~ > > CAPF_AAC_RVLC > > ../src/sourcedecoders/fdk_aac_codec.cpp: In function ‘void logAOT(const > > CStreamInfo&)’: > > ../src/sourcedecoders/fdk_aac_codec.cpp:101:29: error: > > ‘AOT_DRM_SURROUND’ is not a member of ‘AUDIO_OBJECT_TYPE’ > > case AUDIO_OBJECT_TYPE::AOT_DRM_SURROUND: > > ^~~~~~~~~~~~~~~~ > > ../src/sourcedecoders/fdk_aac_codec.cpp:105:29: error: ‘AOT_DRM_USAC’ is > > not a member of ‘AUDIO_OBJECT_TYPE’ > > case AUDIO_OBJECT_TYPE::AOT_DRM_USAC: > > ^~~~~~~~~~~~ > > ../src/sourcedecoders/fdk_aac_codec.cpp: In member function ‘virtual > > bool FdkAacCodec::DecOpen(const CAudioParam&, int&)’: > > ../src/sourcedecoders/fdk_aac_codec.cpp:211:50: error: ‘AOT_DRM_USAC’ is > > not a member of ‘AUDIO_OBJECT_TYPE’ > > else if(pinfo->aot == AUDIO_OBJECT_TYPE::AOT_DRM_USAC) bUsac = > > true; > > ^~~~~~~~~~~~ > > ../src/sourcedecoders/fdk_aac_codec.cpp: In member function ‘virtual > > CAudioCodec::EDecError FdkAacCodec::Decode(const std::vector<unsigned > > char>&, uint8_t, std::vector<short int>&, int&)’: > > ../src/sourcedecoders/fdk_aac_codec.cpp:325:30: warning: comparison of > > integer expressions of different signedness: ‘unsigned int’ and ‘INT’ > > {aka ‘int’} [-Wsign-compare] > > for(unsigned i = 0; i<pinfo->frameSize; i++) { > > ~^~~~~~~~~~~~~~~~~ > > ../src/sourcedecoders/fdk_aac_codec.cpp:333:30: warning: comparison of > > integer expressions of different signedness: ‘unsigned int’ and ‘INT’ > > {aka ‘int’} [-Wsign-compare] > > for(unsigned i = 0; i<pinfo->frameSize; i++) { > > ~^~~~~~~~~~~~~~~~~ > > ../src/sourcedecoders/fdk_aac_codec.cpp: In member function ‘virtual > > bool FdkAacCodec::EncOpen(const CAudioParam&, long unsigned int&, long > > unsigned int&)’: > > ../src/sourcedecoders/fdk_aac_codec.cpp:552:12: warning: enumeration > > value ‘AM_RESERVED’ not handled in switch [-Wswitch] > > switch (AudioParam.eAudioMode) { > > ^ > > ../src/sourcedecoders/fdk_aac_codec.cpp:584:12: warning: enumeration > > value ‘AM_RESERVED’ not handled in switch [-Wswitch] > > switch (AudioParam.eAudioMode) { > > ^ > > ../src/sourcedecoders/fdk_aac_codec.cpp: In member function ‘virtual int > > FdkAacCodec::Encode(CVector<short int>&, long unsigned int, > > CVector<unsigned char>&, long unsigned int)’: > > ../src/sourcedecoders/fdk_aac_codec.cpp:638:39: warning: unused > > parameter ‘vecsEncInData’ [-Wunused-parameter] > > FdkAacCodec::Encode(CVector<_SAMPLE>& vecsEncInData, unsigned long > > lNumSampEncIn, CVector<uint8_t>& vecsEncOutData, unsigned long > > lMaxBytesEncOut) > > ~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~ > > ../src/sourcedecoders/fdk_aac_codec.cpp:638:68: warning: unused > > parameter ‘lNumSampEncIn’ [-Wunused-parameter] > > FdkAacCodec::Encode(CVector<_SAMPLE>& vecsEncInData, unsigned long > > lNumSampEncIn, CVector<uint8_t>& vecsEncOutData, unsigned long > > lMaxBytesEncOut) > > > > ~~~~~~~~~~~~~~^~~~~~~~~~~~~ > > ../src/sourcedecoders/fdk_aac_codec.cpp:638:101: warning: unused > > parameter ‘vecsEncOutData’ [-Wunused-parameter] > > FdkAacCodec::Encode(CVector<_SAMPLE>& vecsEncInData, unsigned long > > lNumSampEncIn, CVector<uint8_t>& vecsEncOutData, unsigned long > > lMaxBytesEncOut) > > > > ~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~ > > ../src/sourcedecoders/fdk_aac_codec.cpp:638:131: warning: unused > > parameter ‘lMaxBytesEncOut’ [-Wunused-parameter] > > FdkAacCodec::Encode(CVector<_SAMPLE>& vecsEncInData, unsigned long > > lNumSampEncIn, CVector<uint8_t>& vecsEncOutData, unsigned long > > lMaxBytesEncOut) > > > > ~~~~~~~~~~~~~~^~~~~~~~~~~~~~~ > > ../src/sourcedecoders/fdk_aac_codec.cpp: In member function ‘virtual > > std::__cxx11::string FdkAacCodec::fileName(const CParameter&) const’: > > ../src/sourcedecoders/fdk_aac_codec.cpp:687:12: warning: enumeration > > value ‘AM_RESERVED’ not handled in switch [-Wswitch] > > switch (Parameters. > > ^ > > ../src/sourcedecoders/fdk_aac_codec.cpp: At global scope: > > ../src/sourcedecoders/fdk_aac_codec.cpp:165:13: warning: ‘void > > logNumbers(const CStreamInfo&)’ defined but not used [-Wunused-function] > > static void logNumbers(const CStreamInfo& info) { > > ^~~~~~~~~~ > > make: *** [Makefile:2657: obj/fdk_aac_codec.o] Error 1 > > > > > > -- > > > > I'm using the following fdk-aac version: > > ii libfdk-aac-dev:amd64 0.1.6-1 > > amd64 Fraunhofer FDK AAC Codec Library - development files > > ii libfdk-aac1:amd64 0.1.6-1 > > amd64 Fraunhofer FDK AAC Codec Library - runtime files > > > > Cheers, > > Rafael Diniz > > > > > > > > _______________________________________________ > > Drm-devel mailing list > > Drm...@li... > > https://lists.sourceforge.net/lists/listinfo/drm-devel > > > > _______________________________________________ > Drm-devel mailing list > Drm...@li... > https://lists.sourceforge.net/lists/listinfo/drm-devel > -- Kiss Ádám Simonyi Károly Szakkollégium | alelnök +36 30 731 0629 <+36307310629> • kis...@si... <http://simonyi.bme.hu> |
From: Rafael D. <ra...@ri...> - 2019-12-03 23:27:39
|
In the end I managed to compile Dream (dream2019) on Debian Buster with some tweaking to dream.pro, but I see no sound cards available. I'll investigate a bit more. Rafael On 12/3/19 8:01 PM, Rafael Diniz wrote: > Ooops, sorry, I just realized I was not with fdk-aac v2, as the debian > version is way too old. Now compilation stops at: > > > g++ -c -pipe -O2 -D_REENTRANT -Wall -W -fPIC -DEXECUTABLE_NAME=dream > -DHAVE_DLFCN_H -DHAVE_MEMORY_H -DHAVE_STDINT_H -DHAVE_STDLIB_H > -DHAVE_STRINGS_H -DHAVE_STRING_H -DSTDC_HEADERS -DHAVE_INTTYPES_H > -DHAVE_STDINT_H -DHAVE_SYS_STAT_H -DHAVE_SYS_TYPES_H -DHAVE_UNISTD_H > -DHAVE_LIBZ -DHAVE_LIBFDK_AAC -DHAVE_LIBOPUS -DUSE_OPUS_LIBRARY > -DUSE_PULSEAUDIO -D_REENTRANT -DQT_NO_DEBUG -DQT_SVG_LIB > -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_XML_LIB > -DQT_CORE_LIB -I../../dream2019 -I. -I../include -I../src/GUI-QT > -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem > /usr/include/x86_64-linux-gnu/qt5/QtSvg -isystem > /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem > /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem > /usr/include/x86_64-linux-gnu/qt5/QtNetwork -isystem > /usr/include/x86_64-linux-gnu/qt5/QtXml -isystem > /usr/include/x86_64-linux-gnu/qt5/QtCore -Imoc -isystem > /usr/include/libdrm -Iui > -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++ -o obj/DrmReceiver.o > ../src/DrmReceiver.cpp > In file included from ../src/DrmReceiver.h:51, > from ../src/DrmReceiver.cpp:35: > ../src/sourcedecoders/audioframedecoder.h:5:10: fatal error: > QAudioBuffer: No such file or directory > #include <QAudioBuffer> > ^~~~~~~~~~~~~~ > compilation terminated. > make: *** [Makefile:3111: obj/DrmReceiver.o] Error 1 > > > Rafael > > On 12/3/19 6:44 PM, Rafael Diniz wrote: >> Hi all, >> >> I can see some differences between dream2019 branch and trunk. When >> trying to build dream2019 branch, I get: >> >> g++ -c -pipe -O2 -D_REENTRANT -Wall -W -fPIC -DEXECUTABLE_NAME=dream >> -DHAVE_DLFCN_H -DHAVE_MEMORY_H -DHAVE_STDINT_H -DHAVE_STDLIB_H >> -DHAVE_STRINGS_H -DHAVE_STRING_H -DSTDC_HEADERS -DHAVE_INTTYPES_H >> -DHAVE_STDINT_H -DHAVE_SYS_STAT_H -DHAVE_SYS_TYPES_H -DHAVE_UNISTD_H >> -DHAVE_LIBZ -DHAVE_LIBFDK_AAC -DHAVE_LIBOPUS -DUSE_OPUS_LIBRARY >> -DUSE_PULSEAUDIO -D_REENTRANT -DQT_NO_DEBUG -DQT_SVG_LIB >> -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_XML_LIB >> -DQT_CORE_LIB -I../../dream2019 -I. -I../include -I../src/GUI-QT >> -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem >> /usr/include/x86_64-linux-gnu/qt5/QtSvg -isystem >> /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem >> /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem >> /usr/include/x86_64-linux-gnu/qt5/QtNetwork -isystem >> /usr/include/x86_64-linux-gnu/qt5/QtXml -isystem >> /usr/include/x86_64-linux-gnu/qt5/QtCore -Imoc -isystem >> /usr/include/libdrm -Iui >> -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++ -o obj/fdk_aac_codec.o >> ../src/sourcedecoders/fdk_aac_codec.cpp >> In file included from ../src/sourcedecoders/fdk_aac_codec.h:32, >> from ../src/sourcedecoders/fdk_aac_codec.cpp:29: >> ../src/sourcedecoders/AudioCodec.h: In member function ‘virtual >> CAudioCodec::EDecError CAudioCodec::Decode(const std::vector<unsigned >> char>&, uint8_t, std::vector<short int>&, int&)’: >> ../src/sourcedecoders/AudioCodec.h:59:53: warning: unused parameter >> ‘audio_frame’ [-Wunused-parameter] >> virtual EDecError Decode(const vector<uint8_t>& audio_frame, >> uint8_t aac_crc_bits, vector<short>& samples, int& channels) { return >> DECODER_ERROR_UNKNOWN; } >> ~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~ >> ../src/sourcedecoders/AudioCodec.h:59:74: warning: unused parameter >> ‘aac_crc_bits’ [-Wunused-parameter] >> virtual EDecError Decode(const vector<uint8_t>& audio_frame, >> uint8_t aac_crc_bits, vector<short>& samples, int& channels) { return >> DECODER_ERROR_UNKNOWN; } >> >> ~~~~~~~~^~~~~~~~~~~~ >> ../src/sourcedecoders/AudioCodec.h:59:103: warning: unused parameter >> ‘samples’ [-Wunused-parameter] >> virtual EDecError Decode(const vector<uint8_t>& audio_frame, >> uint8_t aac_crc_bits, vector<short>& samples, int& channels) { return >> DECODER_ERROR_UNKNOWN; } >> >> ~~~~~~~~~~~~~~~^~~~~~~ >> ../src/sourcedecoders/AudioCodec.h:59:117: warning: unused parameter >> ‘channels’ [-Wunused-parameter] >> virtual EDecError Decode(const vector<uint8_t>& audio_frame, >> uint8_t aac_crc_bits, vector<short>& samples, int& channels) { return >> DECODER_ERROR_UNKNOWN; } >> >> ~~~~~^~~~~~~~ >> ../src/sourcedecoders/fdk_aac_codec.cpp: In member function ‘virtual >> bool FdkAacCodec::CanDecode(CAudioParam::EAudCod)’: >> ../src/sourcedecoders/fdk_aac_codec.cpp:84:27: error: ‘CAPF_AAC_USAC’ >> was not declared in this scope >> if((linfo.flags & CAPF_AAC_USAC) != 0) >> ^~~~~~~~~~~~~ >> ../src/sourcedecoders/fdk_aac_codec.cpp:84:27: note: suggested >> alternative: ‘CAPF_AAC_RVLC’ >> if((linfo.flags & CAPF_AAC_USAC) != 0) >> ^~~~~~~~~~~~~ >> CAPF_AAC_RVLC >> ../src/sourcedecoders/fdk_aac_codec.cpp: In function ‘void logAOT(const >> CStreamInfo&)’: >> ../src/sourcedecoders/fdk_aac_codec.cpp:101:29: error: >> ‘AOT_DRM_SURROUND’ is not a member of ‘AUDIO_OBJECT_TYPE’ >> case AUDIO_OBJECT_TYPE::AOT_DRM_SURROUND: >> ^~~~~~~~~~~~~~~~ >> ../src/sourcedecoders/fdk_aac_codec.cpp:105:29: error: ‘AOT_DRM_USAC’ is >> not a member of ‘AUDIO_OBJECT_TYPE’ >> case AUDIO_OBJECT_TYPE::AOT_DRM_USAC: >> ^~~~~~~~~~~~ >> ../src/sourcedecoders/fdk_aac_codec.cpp: In member function ‘virtual >> bool FdkAacCodec::DecOpen(const CAudioParam&, int&)’: >> ../src/sourcedecoders/fdk_aac_codec.cpp:211:50: error: ‘AOT_DRM_USAC’ is >> not a member of ‘AUDIO_OBJECT_TYPE’ >> else if(pinfo->aot == AUDIO_OBJECT_TYPE::AOT_DRM_USAC) bUsac = >> true; >> ^~~~~~~~~~~~ >> ../src/sourcedecoders/fdk_aac_codec.cpp: In member function ‘virtual >> CAudioCodec::EDecError FdkAacCodec::Decode(const std::vector<unsigned >> char>&, uint8_t, std::vector<short int>&, int&)’: >> ../src/sourcedecoders/fdk_aac_codec.cpp:325:30: warning: comparison of >> integer expressions of different signedness: ‘unsigned int’ and ‘INT’ >> {aka ‘int’} [-Wsign-compare] >> for(unsigned i = 0; i<pinfo->frameSize; i++) { >> ~^~~~~~~~~~~~~~~~~ >> ../src/sourcedecoders/fdk_aac_codec.cpp:333:30: warning: comparison of >> integer expressions of different signedness: ‘unsigned int’ and ‘INT’ >> {aka ‘int’} [-Wsign-compare] >> for(unsigned i = 0; i<pinfo->frameSize; i++) { >> ~^~~~~~~~~~~~~~~~~ >> ../src/sourcedecoders/fdk_aac_codec.cpp: In member function ‘virtual >> bool FdkAacCodec::EncOpen(const CAudioParam&, long unsigned int&, long >> unsigned int&)’: >> ../src/sourcedecoders/fdk_aac_codec.cpp:552:12: warning: enumeration >> value ‘AM_RESERVED’ not handled in switch [-Wswitch] >> switch (AudioParam.eAudioMode) { >> ^ >> ../src/sourcedecoders/fdk_aac_codec.cpp:584:12: warning: enumeration >> value ‘AM_RESERVED’ not handled in switch [-Wswitch] >> switch (AudioParam.eAudioMode) { >> ^ >> ../src/sourcedecoders/fdk_aac_codec.cpp: In member function ‘virtual int >> FdkAacCodec::Encode(CVector<short int>&, long unsigned int, >> CVector<unsigned char>&, long unsigned int)’: >> ../src/sourcedecoders/fdk_aac_codec.cpp:638:39: warning: unused >> parameter ‘vecsEncInData’ [-Wunused-parameter] >> FdkAacCodec::Encode(CVector<_SAMPLE>& vecsEncInData, unsigned long >> lNumSampEncIn, CVector<uint8_t>& vecsEncOutData, unsigned long >> lMaxBytesEncOut) >> ~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~ >> ../src/sourcedecoders/fdk_aac_codec.cpp:638:68: warning: unused >> parameter ‘lNumSampEncIn’ [-Wunused-parameter] >> FdkAacCodec::Encode(CVector<_SAMPLE>& vecsEncInData, unsigned long >> lNumSampEncIn, CVector<uint8_t>& vecsEncOutData, unsigned long >> lMaxBytesEncOut) >> >> ~~~~~~~~~~~~~~^~~~~~~~~~~~~ >> ../src/sourcedecoders/fdk_aac_codec.cpp:638:101: warning: unused >> parameter ‘vecsEncOutData’ [-Wunused-parameter] >> FdkAacCodec::Encode(CVector<_SAMPLE>& vecsEncInData, unsigned long >> lNumSampEncIn, CVector<uint8_t>& vecsEncOutData, unsigned long >> lMaxBytesEncOut) >> >> ~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~ >> ../src/sourcedecoders/fdk_aac_codec.cpp:638:131: warning: unused >> parameter ‘lMaxBytesEncOut’ [-Wunused-parameter] >> FdkAacCodec::Encode(CVector<_SAMPLE>& vecsEncInData, unsigned long >> lNumSampEncIn, CVector<uint8_t>& vecsEncOutData, unsigned long >> lMaxBytesEncOut) >> >> ~~~~~~~~~~~~~~^~~~~~~~~~~~~~~ >> ../src/sourcedecoders/fdk_aac_codec.cpp: In member function ‘virtual >> std::__cxx11::string FdkAacCodec::fileName(const CParameter&) const’: >> ../src/sourcedecoders/fdk_aac_codec.cpp:687:12: warning: enumeration >> value ‘AM_RESERVED’ not handled in switch [-Wswitch] >> switch (Parameters. >> ^ >> ../src/sourcedecoders/fdk_aac_codec.cpp: At global scope: >> ../src/sourcedecoders/fdk_aac_codec.cpp:165:13: warning: ‘void >> logNumbers(const CStreamInfo&)’ defined but not used [-Wunused-function] >> static void logNumbers(const CStreamInfo& info) { >> ^~~~~~~~~~ >> make: *** [Makefile:2657: obj/fdk_aac_codec.o] Error 1 >> >> >> -- >> >> I'm using the following fdk-aac version: >> ii libfdk-aac-dev:amd64 0.1.6-1 >> amd64 Fraunhofer FDK AAC Codec Library - development files >> ii libfdk-aac1:amd64 0.1.6-1 >> amd64 Fraunhofer FDK AAC Codec Library - runtime files >> >> Cheers, >> Rafael Diniz >> >> >> >> _______________________________________________ >> Drm-devel mailing list >> Drm...@li... >> https://lists.sourceforge.net/lists/listinfo/drm-devel >> > > > > _______________________________________________ > Drm-devel mailing list > Drm...@li... > https://lists.sourceforge.net/lists/listinfo/drm-devel > |
From: Rafael D. <ra...@ri...> - 2019-12-03 22:01:40
|
Ooops, sorry, I just realized I was not with fdk-aac v2, as the debian version is way too old. Now compilation stops at: g++ -c -pipe -O2 -D_REENTRANT -Wall -W -fPIC -DEXECUTABLE_NAME=dream -DHAVE_DLFCN_H -DHAVE_MEMORY_H -DHAVE_STDINT_H -DHAVE_STDLIB_H -DHAVE_STRINGS_H -DHAVE_STRING_H -DSTDC_HEADERS -DHAVE_INTTYPES_H -DHAVE_STDINT_H -DHAVE_SYS_STAT_H -DHAVE_SYS_TYPES_H -DHAVE_UNISTD_H -DHAVE_LIBZ -DHAVE_LIBFDK_AAC -DHAVE_LIBOPUS -DUSE_OPUS_LIBRARY -DUSE_PULSEAUDIO -D_REENTRANT -DQT_NO_DEBUG -DQT_SVG_LIB -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_XML_LIB -DQT_CORE_LIB -I../../dream2019 -I. -I../include -I../src/GUI-QT -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem /usr/include/x86_64-linux-gnu/qt5/QtSvg -isystem /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem /usr/include/x86_64-linux-gnu/qt5/QtNetwork -isystem /usr/include/x86_64-linux-gnu/qt5/QtXml -isystem /usr/include/x86_64-linux-gnu/qt5/QtCore -Imoc -isystem /usr/include/libdrm -Iui -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++ -o obj/DrmReceiver.o ../src/DrmReceiver.cpp In file included from ../src/DrmReceiver.h:51, from ../src/DrmReceiver.cpp:35: ../src/sourcedecoders/audioframedecoder.h:5:10: fatal error: QAudioBuffer: No such file or directory #include <QAudioBuffer> ^~~~~~~~~~~~~~ compilation terminated. make: *** [Makefile:3111: obj/DrmReceiver.o] Error 1 Rafael On 12/3/19 6:44 PM, Rafael Diniz wrote: > Hi all, > > I can see some differences between dream2019 branch and trunk. When > trying to build dream2019 branch, I get: > > g++ -c -pipe -O2 -D_REENTRANT -Wall -W -fPIC -DEXECUTABLE_NAME=dream > -DHAVE_DLFCN_H -DHAVE_MEMORY_H -DHAVE_STDINT_H -DHAVE_STDLIB_H > -DHAVE_STRINGS_H -DHAVE_STRING_H -DSTDC_HEADERS -DHAVE_INTTYPES_H > -DHAVE_STDINT_H -DHAVE_SYS_STAT_H -DHAVE_SYS_TYPES_H -DHAVE_UNISTD_H > -DHAVE_LIBZ -DHAVE_LIBFDK_AAC -DHAVE_LIBOPUS -DUSE_OPUS_LIBRARY > -DUSE_PULSEAUDIO -D_REENTRANT -DQT_NO_DEBUG -DQT_SVG_LIB > -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_XML_LIB > -DQT_CORE_LIB -I../../dream2019 -I. -I../include -I../src/GUI-QT > -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem > /usr/include/x86_64-linux-gnu/qt5/QtSvg -isystem > /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem > /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem > /usr/include/x86_64-linux-gnu/qt5/QtNetwork -isystem > /usr/include/x86_64-linux-gnu/qt5/QtXml -isystem > /usr/include/x86_64-linux-gnu/qt5/QtCore -Imoc -isystem > /usr/include/libdrm -Iui > -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++ -o obj/fdk_aac_codec.o > ../src/sourcedecoders/fdk_aac_codec.cpp > In file included from ../src/sourcedecoders/fdk_aac_codec.h:32, > from ../src/sourcedecoders/fdk_aac_codec.cpp:29: > ../src/sourcedecoders/AudioCodec.h: In member function ‘virtual > CAudioCodec::EDecError CAudioCodec::Decode(const std::vector<unsigned > char>&, uint8_t, std::vector<short int>&, int&)’: > ../src/sourcedecoders/AudioCodec.h:59:53: warning: unused parameter > ‘audio_frame’ [-Wunused-parameter] > virtual EDecError Decode(const vector<uint8_t>& audio_frame, > uint8_t aac_crc_bits, vector<short>& samples, int& channels) { return > DECODER_ERROR_UNKNOWN; } > ~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~ > ../src/sourcedecoders/AudioCodec.h:59:74: warning: unused parameter > ‘aac_crc_bits’ [-Wunused-parameter] > virtual EDecError Decode(const vector<uint8_t>& audio_frame, > uint8_t aac_crc_bits, vector<short>& samples, int& channels) { return > DECODER_ERROR_UNKNOWN; } > > ~~~~~~~~^~~~~~~~~~~~ > ../src/sourcedecoders/AudioCodec.h:59:103: warning: unused parameter > ‘samples’ [-Wunused-parameter] > virtual EDecError Decode(const vector<uint8_t>& audio_frame, > uint8_t aac_crc_bits, vector<short>& samples, int& channels) { return > DECODER_ERROR_UNKNOWN; } > > ~~~~~~~~~~~~~~~^~~~~~~ > ../src/sourcedecoders/AudioCodec.h:59:117: warning: unused parameter > ‘channels’ [-Wunused-parameter] > virtual EDecError Decode(const vector<uint8_t>& audio_frame, > uint8_t aac_crc_bits, vector<short>& samples, int& channels) { return > DECODER_ERROR_UNKNOWN; } > > ~~~~~^~~~~~~~ > ../src/sourcedecoders/fdk_aac_codec.cpp: In member function ‘virtual > bool FdkAacCodec::CanDecode(CAudioParam::EAudCod)’: > ../src/sourcedecoders/fdk_aac_codec.cpp:84:27: error: ‘CAPF_AAC_USAC’ > was not declared in this scope > if((linfo.flags & CAPF_AAC_USAC) != 0) > ^~~~~~~~~~~~~ > ../src/sourcedecoders/fdk_aac_codec.cpp:84:27: note: suggested > alternative: ‘CAPF_AAC_RVLC’ > if((linfo.flags & CAPF_AAC_USAC) != 0) > ^~~~~~~~~~~~~ > CAPF_AAC_RVLC > ../src/sourcedecoders/fdk_aac_codec.cpp: In function ‘void logAOT(const > CStreamInfo&)’: > ../src/sourcedecoders/fdk_aac_codec.cpp:101:29: error: > ‘AOT_DRM_SURROUND’ is not a member of ‘AUDIO_OBJECT_TYPE’ > case AUDIO_OBJECT_TYPE::AOT_DRM_SURROUND: > ^~~~~~~~~~~~~~~~ > ../src/sourcedecoders/fdk_aac_codec.cpp:105:29: error: ‘AOT_DRM_USAC’ is > not a member of ‘AUDIO_OBJECT_TYPE’ > case AUDIO_OBJECT_TYPE::AOT_DRM_USAC: > ^~~~~~~~~~~~ > ../src/sourcedecoders/fdk_aac_codec.cpp: In member function ‘virtual > bool FdkAacCodec::DecOpen(const CAudioParam&, int&)’: > ../src/sourcedecoders/fdk_aac_codec.cpp:211:50: error: ‘AOT_DRM_USAC’ is > not a member of ‘AUDIO_OBJECT_TYPE’ > else if(pinfo->aot == AUDIO_OBJECT_TYPE::AOT_DRM_USAC) bUsac = > true; > ^~~~~~~~~~~~ > ../src/sourcedecoders/fdk_aac_codec.cpp: In member function ‘virtual > CAudioCodec::EDecError FdkAacCodec::Decode(const std::vector<unsigned > char>&, uint8_t, std::vector<short int>&, int&)’: > ../src/sourcedecoders/fdk_aac_codec.cpp:325:30: warning: comparison of > integer expressions of different signedness: ‘unsigned int’ and ‘INT’ > {aka ‘int’} [-Wsign-compare] > for(unsigned i = 0; i<pinfo->frameSize; i++) { > ~^~~~~~~~~~~~~~~~~ > ../src/sourcedecoders/fdk_aac_codec.cpp:333:30: warning: comparison of > integer expressions of different signedness: ‘unsigned int’ and ‘INT’ > {aka ‘int’} [-Wsign-compare] > for(unsigned i = 0; i<pinfo->frameSize; i++) { > ~^~~~~~~~~~~~~~~~~ > ../src/sourcedecoders/fdk_aac_codec.cpp: In member function ‘virtual > bool FdkAacCodec::EncOpen(const CAudioParam&, long unsigned int&, long > unsigned int&)’: > ../src/sourcedecoders/fdk_aac_codec.cpp:552:12: warning: enumeration > value ‘AM_RESERVED’ not handled in switch [-Wswitch] > switch (AudioParam.eAudioMode) { > ^ > ../src/sourcedecoders/fdk_aac_codec.cpp:584:12: warning: enumeration > value ‘AM_RESERVED’ not handled in switch [-Wswitch] > switch (AudioParam.eAudioMode) { > ^ > ../src/sourcedecoders/fdk_aac_codec.cpp: In member function ‘virtual int > FdkAacCodec::Encode(CVector<short int>&, long unsigned int, > CVector<unsigned char>&, long unsigned int)’: > ../src/sourcedecoders/fdk_aac_codec.cpp:638:39: warning: unused > parameter ‘vecsEncInData’ [-Wunused-parameter] > FdkAacCodec::Encode(CVector<_SAMPLE>& vecsEncInData, unsigned long > lNumSampEncIn, CVector<uint8_t>& vecsEncOutData, unsigned long > lMaxBytesEncOut) > ~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~ > ../src/sourcedecoders/fdk_aac_codec.cpp:638:68: warning: unused > parameter ‘lNumSampEncIn’ [-Wunused-parameter] > FdkAacCodec::Encode(CVector<_SAMPLE>& vecsEncInData, unsigned long > lNumSampEncIn, CVector<uint8_t>& vecsEncOutData, unsigned long > lMaxBytesEncOut) > > ~~~~~~~~~~~~~~^~~~~~~~~~~~~ > ../src/sourcedecoders/fdk_aac_codec.cpp:638:101: warning: unused > parameter ‘vecsEncOutData’ [-Wunused-parameter] > FdkAacCodec::Encode(CVector<_SAMPLE>& vecsEncInData, unsigned long > lNumSampEncIn, CVector<uint8_t>& vecsEncOutData, unsigned long > lMaxBytesEncOut) > > ~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~ > ../src/sourcedecoders/fdk_aac_codec.cpp:638:131: warning: unused > parameter ‘lMaxBytesEncOut’ [-Wunused-parameter] > FdkAacCodec::Encode(CVector<_SAMPLE>& vecsEncInData, unsigned long > lNumSampEncIn, CVector<uint8_t>& vecsEncOutData, unsigned long > lMaxBytesEncOut) > > ~~~~~~~~~~~~~~^~~~~~~~~~~~~~~ > ../src/sourcedecoders/fdk_aac_codec.cpp: In member function ‘virtual > std::__cxx11::string FdkAacCodec::fileName(const CParameter&) const’: > ../src/sourcedecoders/fdk_aac_codec.cpp:687:12: warning: enumeration > value ‘AM_RESERVED’ not handled in switch [-Wswitch] > switch (Parameters. > ^ > ../src/sourcedecoders/fdk_aac_codec.cpp: At global scope: > ../src/sourcedecoders/fdk_aac_codec.cpp:165:13: warning: ‘void > logNumbers(const CStreamInfo&)’ defined but not used [-Wunused-function] > static void logNumbers(const CStreamInfo& info) { > ^~~~~~~~~~ > make: *** [Makefile:2657: obj/fdk_aac_codec.o] Error 1 > > > -- > > I'm using the following fdk-aac version: > ii libfdk-aac-dev:amd64 0.1.6-1 > amd64 Fraunhofer FDK AAC Codec Library - development files > ii libfdk-aac1:amd64 0.1.6-1 > amd64 Fraunhofer FDK AAC Codec Library - runtime files > > Cheers, > Rafael Diniz > > > > _______________________________________________ > Drm-devel mailing list > Drm...@li... > https://lists.sourceforge.net/lists/listinfo/drm-devel > |
From: Rafael D. <ra...@ri...> - 2019-12-03 20:44:59
|
Hi all, I can see some differences between dream2019 branch and trunk. When trying to build dream2019 branch, I get: g++ -c -pipe -O2 -D_REENTRANT -Wall -W -fPIC -DEXECUTABLE_NAME=dream -DHAVE_DLFCN_H -DHAVE_MEMORY_H -DHAVE_STDINT_H -DHAVE_STDLIB_H -DHAVE_STRINGS_H -DHAVE_STRING_H -DSTDC_HEADERS -DHAVE_INTTYPES_H -DHAVE_STDINT_H -DHAVE_SYS_STAT_H -DHAVE_SYS_TYPES_H -DHAVE_UNISTD_H -DHAVE_LIBZ -DHAVE_LIBFDK_AAC -DHAVE_LIBOPUS -DUSE_OPUS_LIBRARY -DUSE_PULSEAUDIO -D_REENTRANT -DQT_NO_DEBUG -DQT_SVG_LIB -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_XML_LIB -DQT_CORE_LIB -I../../dream2019 -I. -I../include -I../src/GUI-QT -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem /usr/include/x86_64-linux-gnu/qt5/QtSvg -isystem /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem /usr/include/x86_64-linux-gnu/qt5/QtNetwork -isystem /usr/include/x86_64-linux-gnu/qt5/QtXml -isystem /usr/include/x86_64-linux-gnu/qt5/QtCore -Imoc -isystem /usr/include/libdrm -Iui -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++ -o obj/fdk_aac_codec.o ../src/sourcedecoders/fdk_aac_codec.cpp In file included from ../src/sourcedecoders/fdk_aac_codec.h:32, from ../src/sourcedecoders/fdk_aac_codec.cpp:29: ../src/sourcedecoders/AudioCodec.h: In member function ‘virtual CAudioCodec::EDecError CAudioCodec::Decode(const std::vector<unsigned char>&, uint8_t, std::vector<short int>&, int&)’: ../src/sourcedecoders/AudioCodec.h:59:53: warning: unused parameter ‘audio_frame’ [-Wunused-parameter] virtual EDecError Decode(const vector<uint8_t>& audio_frame, uint8_t aac_crc_bits, vector<short>& samples, int& channels) { return DECODER_ERROR_UNKNOWN; } ~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~ ../src/sourcedecoders/AudioCodec.h:59:74: warning: unused parameter ‘aac_crc_bits’ [-Wunused-parameter] virtual EDecError Decode(const vector<uint8_t>& audio_frame, uint8_t aac_crc_bits, vector<short>& samples, int& channels) { return DECODER_ERROR_UNKNOWN; } ~~~~~~~~^~~~~~~~~~~~ ../src/sourcedecoders/AudioCodec.h:59:103: warning: unused parameter ‘samples’ [-Wunused-parameter] virtual EDecError Decode(const vector<uint8_t>& audio_frame, uint8_t aac_crc_bits, vector<short>& samples, int& channels) { return DECODER_ERROR_UNKNOWN; } ~~~~~~~~~~~~~~~^~~~~~~ ../src/sourcedecoders/AudioCodec.h:59:117: warning: unused parameter ‘channels’ [-Wunused-parameter] virtual EDecError Decode(const vector<uint8_t>& audio_frame, uint8_t aac_crc_bits, vector<short>& samples, int& channels) { return DECODER_ERROR_UNKNOWN; } ~~~~~^~~~~~~~ ../src/sourcedecoders/fdk_aac_codec.cpp: In member function ‘virtual bool FdkAacCodec::CanDecode(CAudioParam::EAudCod)’: ../src/sourcedecoders/fdk_aac_codec.cpp:84:27: error: ‘CAPF_AAC_USAC’ was not declared in this scope if((linfo.flags & CAPF_AAC_USAC) != 0) ^~~~~~~~~~~~~ ../src/sourcedecoders/fdk_aac_codec.cpp:84:27: note: suggested alternative: ‘CAPF_AAC_RVLC’ if((linfo.flags & CAPF_AAC_USAC) != 0) ^~~~~~~~~~~~~ CAPF_AAC_RVLC ../src/sourcedecoders/fdk_aac_codec.cpp: In function ‘void logAOT(const CStreamInfo&)’: ../src/sourcedecoders/fdk_aac_codec.cpp:101:29: error: ‘AOT_DRM_SURROUND’ is not a member of ‘AUDIO_OBJECT_TYPE’ case AUDIO_OBJECT_TYPE::AOT_DRM_SURROUND: ^~~~~~~~~~~~~~~~ ../src/sourcedecoders/fdk_aac_codec.cpp:105:29: error: ‘AOT_DRM_USAC’ is not a member of ‘AUDIO_OBJECT_TYPE’ case AUDIO_OBJECT_TYPE::AOT_DRM_USAC: ^~~~~~~~~~~~ ../src/sourcedecoders/fdk_aac_codec.cpp: In member function ‘virtual bool FdkAacCodec::DecOpen(const CAudioParam&, int&)’: ../src/sourcedecoders/fdk_aac_codec.cpp:211:50: error: ‘AOT_DRM_USAC’ is not a member of ‘AUDIO_OBJECT_TYPE’ else if(pinfo->aot == AUDIO_OBJECT_TYPE::AOT_DRM_USAC) bUsac = true; ^~~~~~~~~~~~ ../src/sourcedecoders/fdk_aac_codec.cpp: In member function ‘virtual CAudioCodec::EDecError FdkAacCodec::Decode(const std::vector<unsigned char>&, uint8_t, std::vector<short int>&, int&)’: ../src/sourcedecoders/fdk_aac_codec.cpp:325:30: warning: comparison of integer expressions of different signedness: ‘unsigned int’ and ‘INT’ {aka ‘int’} [-Wsign-compare] for(unsigned i = 0; i<pinfo->frameSize; i++) { ~^~~~~~~~~~~~~~~~~ ../src/sourcedecoders/fdk_aac_codec.cpp:333:30: warning: comparison of integer expressions of different signedness: ‘unsigned int’ and ‘INT’ {aka ‘int’} [-Wsign-compare] for(unsigned i = 0; i<pinfo->frameSize; i++) { ~^~~~~~~~~~~~~~~~~ ../src/sourcedecoders/fdk_aac_codec.cpp: In member function ‘virtual bool FdkAacCodec::EncOpen(const CAudioParam&, long unsigned int&, long unsigned int&)’: ../src/sourcedecoders/fdk_aac_codec.cpp:552:12: warning: enumeration value ‘AM_RESERVED’ not handled in switch [-Wswitch] switch (AudioParam.eAudioMode) { ^ ../src/sourcedecoders/fdk_aac_codec.cpp:584:12: warning: enumeration value ‘AM_RESERVED’ not handled in switch [-Wswitch] switch (AudioParam.eAudioMode) { ^ ../src/sourcedecoders/fdk_aac_codec.cpp: In member function ‘virtual int FdkAacCodec::Encode(CVector<short int>&, long unsigned int, CVector<unsigned char>&, long unsigned int)’: ../src/sourcedecoders/fdk_aac_codec.cpp:638:39: warning: unused parameter ‘vecsEncInData’ [-Wunused-parameter] FdkAacCodec::Encode(CVector<_SAMPLE>& vecsEncInData, unsigned long lNumSampEncIn, CVector<uint8_t>& vecsEncOutData, unsigned long lMaxBytesEncOut) ~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~ ../src/sourcedecoders/fdk_aac_codec.cpp:638:68: warning: unused parameter ‘lNumSampEncIn’ [-Wunused-parameter] FdkAacCodec::Encode(CVector<_SAMPLE>& vecsEncInData, unsigned long lNumSampEncIn, CVector<uint8_t>& vecsEncOutData, unsigned long lMaxBytesEncOut) ~~~~~~~~~~~~~~^~~~~~~~~~~~~ ../src/sourcedecoders/fdk_aac_codec.cpp:638:101: warning: unused parameter ‘vecsEncOutData’ [-Wunused-parameter] FdkAacCodec::Encode(CVector<_SAMPLE>& vecsEncInData, unsigned long lNumSampEncIn, CVector<uint8_t>& vecsEncOutData, unsigned long lMaxBytesEncOut) ~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~ ../src/sourcedecoders/fdk_aac_codec.cpp:638:131: warning: unused parameter ‘lMaxBytesEncOut’ [-Wunused-parameter] FdkAacCodec::Encode(CVector<_SAMPLE>& vecsEncInData, unsigned long lNumSampEncIn, CVector<uint8_t>& vecsEncOutData, unsigned long lMaxBytesEncOut) ~~~~~~~~~~~~~~^~~~~~~~~~~~~~~ ../src/sourcedecoders/fdk_aac_codec.cpp: In member function ‘virtual std::__cxx11::string FdkAacCodec::fileName(const CParameter&) const’: ../src/sourcedecoders/fdk_aac_codec.cpp:687:12: warning: enumeration value ‘AM_RESERVED’ not handled in switch [-Wswitch] switch (Parameters. ^ ../src/sourcedecoders/fdk_aac_codec.cpp: At global scope: ../src/sourcedecoders/fdk_aac_codec.cpp:165:13: warning: ‘void logNumbers(const CStreamInfo&)’ defined but not used [-Wunused-function] static void logNumbers(const CStreamInfo& info) { ^~~~~~~~~~ make: *** [Makefile:2657: obj/fdk_aac_codec.o] Error 1 -- I'm using the following fdk-aac version: ii libfdk-aac-dev:amd64 0.1.6-1 amd64 Fraunhofer FDK AAC Codec Library - development files ii libfdk-aac1:amd64 0.1.6-1 amd64 Fraunhofer FDK AAC Codec Library - runtime files Cheers, Rafael Diniz |
From: Rafael D. <ra...@ri...> - 2019-08-05 19:37:23
|
Hi all, I saw xHE-AAC code landing to Dream with recent libfdk-aac. Anyone knows the status of xHE-AAC support? Thanks, Rafael Diniz |
From: Beau T. <n9...@gm...> - 2019-07-20 12:08:22
|
Hi I am on windows 10 64 bit i download the zip keep say missing wpcap.dll how can i fix this? thanks |
From: Rafael D. <ra...@ri...> - 2019-06-12 23:20:08
|
The only comment is that you don't need to support everything, like run-time changes or all the modulation types. One could just set in the CS which will feed Dream MDI input what is supported by Dream currently. I'm also interested in having Dream to support MDI input (as we already have an open source CS in svn). Best regards, Rafael Diniz On 6/12/19 4:44 PM, Ádám Kiss wrote: > Hello! > > DReaM doesn't generate baseband IQ signals since our soundcard cannot > output low frequenty signals, and also the (presumably) different > phase-shit difference would kill the signal quality after the generator. > We are using a 12 kHz intermediate frequenty. > The IF is 12 kHz, and we are putting positive IQ signals to the vector > modulator. (The left is the I and the right is the Q channel) The SMIQ > is just a temporary solution, we will change it to my homemade IQ > modulator built from two SA612, and a passive, fix-freuqnty > phase-shifter. This already works, but we are going to reduce its EVM > under 5% before we install it permanatly. > > We are using our homemade pre- and power amplifier. Nowdays I am not at > the university, so I cannot take any photo. > > We are using a monopole antenna tuned to the desired freq (26060 kHz) > with a network analyzer. > > > With further investigation in the code I found that implementing the MDI > transmission would require some other changes. For eg. implementing > hierarhical modulation with service priority and run-time change between > modulation types. it's a bit different to implement them without > previous experance with the project. > > Bests, Adam > > Stefano Mollo <ste...@gm... <mailto:ste...@gm...>> > ezt írta (időpont: 2019. jún. 10., H, 17:36): > > Hi Adam, > > excellent initiative and I can confirm that the MDI feature in TX > mode is not yet implemented; I wanted to do exactly the same you are > trying to do, and I learned it "the hard way", after few days of > banging my head against the .... PC monitor :-) !! > > However I am VERY much interested in some more detailed description > of your TX setup; such as: > > 1) you write that DREAM generates the baseband IQ samples of the DRM > signal to be transmitted, then outputs these IQ signals through a > SoundBlaster Live! card, which you feed into a Rhode & Schwarz IQ > modulator (R&S SMIQ). > *Question*: what settings - and why - exactly do you use in DREAM TX > in the "OUTPUT" dialog box? (The default is shown below) > image.png > > For example, if you set it to > image.png > then how do you know which channel is*I *and which channel is *Q*? > I.e.,*I* will be on the Left or on the Right channel of the sound > card output port? > > > 2) you continue writing that the Rhode & Schwarz IQ > modulator then drives the consecutive power amplifier chain and antenna; > *Questions*: > (a) what power amplifier are you using? Characteristics, brand, > model .... etcétera; > (b) are you using any filtering between the amp and the antenna? > (c) what kind of antenna are you using? > (d) are you using an antenna tuner? If so, could yo please describe > in details what are you using? > > === > > See, I have been trying to do exactly what you are doing for about a > year now, but I am stuck at the DREAM output stage, and I never > managed to go on air. I did, however, managed to send the DREAM I/Q > stream over IP, and it worked VERY well, with SNR > than 60 dB at > the receiving end! REALLY really good stereo quality,using OPUS ;-) > > Finally, the R&S modulator is probably something a normal person can > afford; any idea for a simple I/Q modulator, say, re-purposing some > Electronics originally meant for other uses? For example, how about > using the PI as a modulator taking advantage of the RPI TX project? > > Cheers, and congratulations for the initiative; I firmly believe DRM > is THE way to the future for radio. > > Stefano Mollo > Perth, Western Australia > VK6WFM > > On Sun, Jun 9, 2019 at 11:35 PM Ádám Kiss <kis...@si... > <mailto:kis...@si...>> wrote: > > Dear DReaM Developers, > > I am a student of the Budapest University of Technology and > Economics, taking part in our DRM transmitter project. Basically > we are on the air now, aiming to provide opportunity for signal > propagation experiments and receiver tests still in the > development phase. > > We currently play out a 25-hour prerecorded program via mplayer > to the onborad soundcard of a PC running Linux. Dream receives > the data of the monitor port of this card, encodes the sound > using FAAC, generates the baseband IQ samples of the DRM signal > to be transmitted, then outputs these IQ signals through a > SoundBlaster Live! card, which we feed into a Rohde & Schwarz IQ > modulator (R&S SMIQ). This later one drives the consecutive > power amplifier chain and antenna. (Further details can be found > on www.drm.org <http://www.drm.org> and the monitored > transmission is available here: nmhh.hu/drm <http://nmhh.hu/drm>). > > Since our goal is to provide opportunity for all receiver > manufacturers worldwide to test their products on a live system, > we intend to transmit a stream which contains Journaline data > and slide show as well in addition to the audio data. To this > end we would have to feed an MDI stream into the DREAM modulator > software. We tried to reconfigure DReaM to use this data stream, > then we saw that this feature is not implemented yet. I checked > the source code of DREAM and saw that MDI decoding is > implemented, although it is not integrated with the transmitter > module. > Do you have any plans for implementing this feature in the near > future? I would like to rely on free software as long as I can, > and DReaM fits well to this objective. > > Thank you for your consideration. > With best regards > Adam Kiss > Budapest University of Technology and Economics > Department of Broadband Infocommunications and Electromagnetic > Theory > HAM: HA8KDA > _______________________________________________ > Drm-devel mailing list > Drm...@li... > <mailto:Drm...@li...> > https://lists.sourceforge.net/lists/listinfo/drm-devel > > > > -- > ************************* > Stefano Mollo > MARA <http://www.mara.gov.au/> Registered Migration Agent > MARN 1570954 > MIA <https://www.mia.org.au/> member No. 11033 > Level 2 > 524 Hay Street - Perth CBD 6000 > Tel. +61 08 9225 5247 > ************************* > _______________________________________________ > Drm-devel mailing list > Drm...@li... <mailto:Drm...@li...> > https://lists.sourceforge.net/lists/listinfo/drm-devel > > > > -- > *Kiss Ádám* > *HA5KFU > * > *Simonyi Károly Szakkollégium > * > <mailto:kis...@si...>kis...@si... > <mailto:kis...@si...> > > > _______________________________________________ > Drm-devel mailing list > Drm...@li... > https://lists.sourceforge.net/lists/listinfo/drm-devel > |
From: Ádám K. <kis...@si...> - 2019-06-12 19:44:39
|
Hello! DReaM doesn't generate baseband IQ signals since our soundcard cannot output low frequenty signals, and also the (presumably) different phase-shit difference would kill the signal quality after the generator. We are using a 12 kHz intermediate frequenty. The IF is 12 kHz, and we are putting positive IQ signals to the vector modulator. (The left is the I and the right is the Q channel) The SMIQ is just a temporary solution, we will change it to my homemade IQ modulator built from two SA612, and a passive, fix-freuqnty phase-shifter. This already works, but we are going to reduce its EVM under 5% before we install it permanatly. We are using our homemade pre- and power amplifier. Nowdays I am not at the university, so I cannot take any photo. We are using a monopole antenna tuned to the desired freq (26060 kHz) with a network analyzer. With further investigation in the code I found that implementing the MDI transmission would require some other changes. For eg. implementing hierarhical modulation with service priority and run-time change between modulation types. it's a bit different to implement them without previous experance with the project. Bests, Adam Stefano Mollo <ste...@gm...> ezt írta (időpont: 2019. jún. 10., H, 17:36): > Hi Adam, > > excellent initiative and I can confirm that the MDI feature in TX mode is > not yet implemented; I wanted to do exactly the same you are trying to do, > and I learned it "the hard way", after few days of banging my head against > the .... PC monitor :-) !! > > However I am VERY much interested in some more detailed description of > your TX setup; such as: > > 1) you write that DREAM generates the baseband IQ samples of the DRM > signal to be transmitted, then outputs these IQ signals through a > SoundBlaster Live! card, which you feed into a Rhode & Schwarz IQ modulator > (R&S SMIQ). > *Question*: what settings - and why - exactly do you use in DREAM TX in > the "OUTPUT" dialog box? (The default is shown below) > [image: image.png] > > For example, if you set it to > [image: image.png] > then how do you know which channel is* I *and which channel is *Q*? I.e.,* > I* will be on the Left or on the Right channel of the sound card output > port? > > > 2) you continue writing that the Rhode & Schwarz IQ modulator then drives > the consecutive power amplifier chain and antenna; > *Questions*: > (a) what power amplifier are you using? Characteristics, brand, model .... > etcétera; > (b) are you using any filtering between the amp and the antenna? > (c) what kind of antenna are you using? > (d) are you using an antenna tuner? If so, could yo please describe in > details what are you using? > > === > > See, I have been trying to do exactly what you are doing for about a year > now, but I am stuck at the DREAM output stage, and I never managed to go on > air. I did, however, managed to send the DREAM I/Q stream over IP, and it > worked VERY well, with SNR > than 60 dB at the receiving end! REALLY really > good stereo quality,using OPUS ;-) > > Finally, the R&S modulator is probably something a normal person can > afford; any idea for a simple I/Q modulator, say, re-purposing some > Electronics originally meant for other uses? For example, how about using > the PI as a modulator taking advantage of the RPI TX project? > > Cheers, and congratulations for the initiative; I firmly believe DRM is > THE way to the future for radio. > > Stefano Mollo > Perth, Western Australia > VK6WFM > > On Sun, Jun 9, 2019 at 11:35 PM Ádám Kiss <kis...@si...> > wrote: > >> Dear DReaM Developers, >> >> I am a student of the Budapest University of Technology and Economics, >> taking part in our DRM transmitter project. Basically we are on the air >> now, aiming to provide opportunity for signal propagation experiments and >> receiver tests still in the development phase. >> >> We currently play out a 25-hour prerecorded program via mplayer to the >> onborad soundcard of a PC running Linux. Dream receives the data of the >> monitor port of this card, encodes the sound using FAAC, generates the >> baseband IQ samples of the DRM signal to be transmitted, then outputs these >> IQ signals through a SoundBlaster Live! card, which we feed into a Rohde & >> Schwarz IQ modulator (R&S SMIQ). This later one drives the consecutive >> power amplifier chain and antenna. (Further details can be found on >> www.drm.org and the monitored transmission is available here: nmhh.hu/drm >> ). >> >> Since our goal is to provide opportunity for all receiver manufacturers >> worldwide to test their products on a live system, we intend to transmit a >> stream which contains Journaline data and slide show as well in addition to >> the audio data. To this end we would have to feed an MDI stream into the >> DREAM modulator software. We tried to reconfigure DReaM to use this data >> stream, then we saw that this feature is not implemented yet. I checked the >> source code of DREAM and saw that MDI decoding is implemented, although it >> is not integrated with the transmitter module. >> Do you have any plans for implementing this feature in the near future? I >> would like to rely on free software as long as I can, and DReaM fits well >> to this objective. >> >> Thank you for your consideration. >> With best regards >> Adam Kiss >> Budapest University of Technology and Economics >> Department of Broadband Infocommunications and Electromagnetic Theory >> HAM: HA8KDA >> _______________________________________________ >> Drm-devel mailing list >> Drm...@li... >> https://lists.sourceforge.net/lists/listinfo/drm-devel >> > > > -- > ************************* > Stefano Mollo > MARA <http://www.mara.gov.au/> Registered Migration Agent > MARN 1570954 > MIA <https://www.mia.org.au/> member No. 11033 > Level 2 > 524 Hay Street - Perth CBD 6000 > Tel. +61 08 9225 5247 > ************************* > _______________________________________________ > Drm-devel mailing list > Drm...@li... > https://lists.sourceforge.net/lists/listinfo/drm-devel > -- *Kiss Ádám* *HA5KFU* *Simonyi Károly Szakkollégium* <kis...@si...>kis...@si... |
From: Rafael D. <ra...@ri...> - 2019-06-12 00:52:51
|
Do we have fdk-aac support for DRM decoding instead of faad2? I'm reading some interesting changes in svn changelog. ; ) Rafael Diniz |
From: Stefano M. <ste...@gm...> - 2019-06-10 15:36:31
|
Hi Adam, excellent initiative and I can confirm that the MDI feature in TX mode is not yet implemented; I wanted to do exactly the same you are trying to do, and I learned it "the hard way", after few days of banging my head against the .... PC monitor :-) !! However I am VERY much interested in some more detailed description of your TX setup; such as: 1) you write that DREAM generates the baseband IQ samples of the DRM signal to be transmitted, then outputs these IQ signals through a SoundBlaster Live! card, which you feed into a Rhode & Schwarz IQ modulator (R&S SMIQ). *Question*: what settings - and why - exactly do you use in DREAM TX in the "OUTPUT" dialog box? (The default is shown below) [image: image.png] For example, if you set it to [image: image.png] then how do you know which channel is* I *and which channel is *Q*? I.e.,* I* will be on the Left or on the Right channel of the sound card output port? 2) you continue writing that the Rhode & Schwarz IQ modulator then drives the consecutive power amplifier chain and antenna; *Questions*: (a) what power amplifier are you using? Characteristics, brand, model .... etcétera; (b) are you using any filtering between the amp and the antenna? (c) what kind of antenna are you using? (d) are you using an antenna tuner? If so, could yo please describe in details what are you using? === See, I have been trying to do exactly what you are doing for about a year now, but I am stuck at the DREAM output stage, and I never managed to go on air. I did, however, managed to send the DREAM I/Q stream over IP, and it worked VERY well, with SNR > than 60 dB at the receiving end! REALLY really good stereo quality,using OPUS ;-) Finally, the R&S modulator is probably something a normal person can afford; any idea for a simple I/Q modulator, say, re-purposing some Electronics originally meant for other uses? For example, how about using the PI as a modulator taking advantage of the RPI TX project? Cheers, and congratulations for the initiative; I firmly believe DRM is THE way to the future for radio. Stefano Mollo Perth, Western Australia VK6WFM On Sun, Jun 9, 2019 at 11:35 PM Ádám Kiss <kis...@si...> wrote: > Dear DReaM Developers, > > I am a student of the Budapest University of Technology and Economics, > taking part in our DRM transmitter project. Basically we are on the air > now, aiming to provide opportunity for signal propagation experiments and > receiver tests still in the development phase. > > We currently play out a 25-hour prerecorded program via mplayer to the > onborad soundcard of a PC running Linux. Dream receives the data of the > monitor port of this card, encodes the sound using FAAC, generates the > baseband IQ samples of the DRM signal to be transmitted, then outputs these > IQ signals through a SoundBlaster Live! card, which we feed into a Rohde & > Schwarz IQ modulator (R&S SMIQ). This later one drives the consecutive > power amplifier chain and antenna. (Further details can be found on > www.drm.org and the monitored transmission is available here: nmhh.hu/drm > ). > > Since our goal is to provide opportunity for all receiver manufacturers > worldwide to test their products on a live system, we intend to transmit a > stream which contains Journaline data and slide show as well in addition to > the audio data. To this end we would have to feed an MDI stream into the > DREAM modulator software. We tried to reconfigure DReaM to use this data > stream, then we saw that this feature is not implemented yet. I checked the > source code of DREAM and saw that MDI decoding is implemented, although it > is not integrated with the transmitter module. > Do you have any plans for implementing this feature in the near future? I > would like to rely on free software as long as I can, and DReaM fits well > to this objective. > > Thank you for your consideration. > With best regards > Adam Kiss > Budapest University of Technology and Economics > Department of Broadband Infocommunications and Electromagnetic Theory > HAM: HA8KDA > _______________________________________________ > Drm-devel mailing list > Drm...@li... > https://lists.sourceforge.net/lists/listinfo/drm-devel > -- ************************* Stefano Mollo MARA <http://www.mara.gov.au/> Registered Migration Agent MARN 1570954 MIA <https://www.mia.org.au/> member No. 11033 Level 2 524 Hay Street - Perth CBD 6000 Tel. +61 08 9225 5247 ************************* |
From: Rafael D. <ra...@ri...> - 2019-06-09 16:32:16
|
You are right, Dream does not currently support transmission from an MDI stream. Rafael Diniz On 6/9/19 12:01 PM, Ádám Kiss wrote: > Dear DReaM Developers, > > I am a student of the Budapest University of Technology and Economics, > taking part in our DRM transmitter project. Basically we are on the air > now, aiming to provide opportunity for signal propagation experiments > and receiver tests still in the development phase. > > We currently play out a 25-hour prerecorded program via mplayer to the > onborad soundcard of a PC running Linux. Dream receives the data of the > monitor port of this card, encodes the sound using FAAC, generates the > baseband IQ samples of the DRM signal to be transmitted, then outputs > these IQ signals through a SoundBlaster Live! card, which we feed into a > Rohde & Schwarz IQ modulator (R&S SMIQ). This later one drives the > consecutive power amplifier chain and antenna. (Further details can be > found on www.drm.org <http://www.drm.org> and the monitored transmission > is available here: nmhh.hu/drm <http://nmhh.hu/drm>). > > Since our goal is to provide opportunity for all receiver manufacturers > worldwide to test their products on a live system, we intend to transmit > a stream which contains Journaline data and slide show as well in > addition to the audio data. To this end we would have to feed an MDI > stream into the DREAM modulator software. We tried to reconfigure DReaM > to use this data stream, then we saw that this feature is not > implemented yet. I checked the source code of DREAM and saw that MDI > decoding is implemented, although it is not integrated with the > transmitter module. > Do you have any plans for implementing this feature in the near future? > I would like to rely on free software as long as I can, and DReaM fits > well to this objective. > > Thank you for your consideration. > With best regards > Adam Kiss > Budapest University of Technology and Economics > Department of Broadband Infocommunications and Electromagnetic Theory > HAM: HA8KDA > > > _______________________________________________ > Drm-devel mailing list > Drm...@li... > https://lists.sourceforge.net/lists/listinfo/drm-devel > |
From: Ádám K. <kis...@si...> - 2019-06-09 15:35:10
|
Dear DReaM Developers, I am a student of the Budapest University of Technology and Economics, taking part in our DRM transmitter project. Basically we are on the air now, aiming to provide opportunity for signal propagation experiments and receiver tests still in the development phase. We currently play out a 25-hour prerecorded program via mplayer to the onborad soundcard of a PC running Linux. Dream receives the data of the monitor port of this card, encodes the sound using FAAC, generates the baseband IQ samples of the DRM signal to be transmitted, then outputs these IQ signals through a SoundBlaster Live! card, which we feed into a Rohde & Schwarz IQ modulator (R&S SMIQ). This later one drives the consecutive power amplifier chain and antenna. (Further details can be found on www.drm.org and the monitored transmission is available here: nmhh.hu/drm). Since our goal is to provide opportunity for all receiver manufacturers worldwide to test their products on a live system, we intend to transmit a stream which contains Journaline data and slide show as well in addition to the audio data. To this end we would have to feed an MDI stream into the DREAM modulator software. We tried to reconfigure DReaM to use this data stream, then we saw that this feature is not implemented yet. I checked the source code of DREAM and saw that MDI decoding is implemented, although it is not integrated with the transmitter module. Do you have any plans for implementing this feature in the near future? I would like to rely on free software as long as I can, and DReaM fits well to this objective. Thank you for your consideration. With best regards Adam Kiss Budapest University of Technology and Economics Department of Broadband Infocommunications and Electromagnetic Theory HAM: HA8KDA |
From: Rafael D. <ra...@ri...> - 2019-04-05 02:58:55
|
FDK-AAC 2 comes just with the decoder. On 4/4/19 11:19 PM, Stefano Mollo wrote: > ... thank you Rafael. And what about TX mode? > > On Fri, Apr 5, 2019 at 9:25 AM Rafael Diniz <ra...@ri... > <mailto:ra...@ri...>> wrote: > > xHE-AAC decoder is in the fdk-aac v2. It can be useful for Dream (not in > tx mode, of corse). > > > On 10/8/18 9:58 PM, Rafael Diniz wrote: > > Wow, did not know that, I can see lots of USAC: > > > https://android.googlesource.com/platform/external/aac/+/master/libAACdec/src/ > > > > May be we have it? > > > > Rafael Diniz > > > > On 10/08/2018 09:43 PM, zhongfanyang via Drm-devel wrote: > >> Hi, Julian. > >> > >> > From https://www.iis.fraunhofer.de/en/pr/2018/20180608_AME_Android.html > >> > >> Fraunhofer’s xHE-AAC Audio Codec Software Extends Native AAC > Support In > >> Android P For Better Quality At Low Bit Rates > >> / 8.6.2018 > >> > >> and Android development package FDKv2 from > >> > >> https://android.googlesource.com/platform/external/aac/ > >> > >> I don't know how relevant it is to DRM xHE-AAC decoder, and I'm NOT > >> familiar with Android tool kit. Maybe you can take a look and see > if it > >> can be used/ported to our project? Thanks! > >> > >> zfyoung > >> > >> > ------------------------------------------------------------------ > >> 发件人:Julian Cable <jul...@bb... > <mailto:jul...@bb...>> > >> 发送时间:2018年10月8日(星期一) 22:17 > >> 收件人:List discussion <drm...@li... > <mailto:drm...@li...>> > >> 主 题:[Drm-devel] xHE-AAC for Dream > >> > >> Hi Rafael, > >> > >> David Flamand added a plugin architecture for audio codecs > as part > >> of the support for the Opus codec so it should be quite straight > >> forward to add an xHE-AAC codec. > >> > >> I’m not aware of an open source codec but if Fraunhoffer > could make > >> something available, either open source or a shared library > we can > >> dynamically link to then we can plumb it in. > >> > >> Something to talk to Alex Zink > <ale...@ii... > <mailto:ale...@ii...>> about. > >> > >> Julian > >> > >> > >> > >> ---------------------------- > >> > >> http://www.bbc.co.uk <http://www.bbc.co.uk> > >> This e-mail (and any attachments) is confidential and may contain > >> personal views which are not the views of the BBC unless > >> specifically stated. > >> If you have received it in error, please delete it from your > system. > >> Do not use, copy or disclose the information in any way nor > act in > >> reliance on it and notify the sender immediately. > >> Please note that the BBC monitors e-mails sent or received. > >> Further communication will signify your consent to this. > >> > >> --------------------- > >> > >> > >> > >> > >> > >> _______________________________________________ > >> Drm-devel mailing list > >> Drm...@li... > <mailto:Drm...@li...> > >> https://lists.sourceforge.net/lists/listinfo/drm-devel > >> > > > > > > > > _______________________________________________ > > Drm-devel mailing list > > Drm...@li... > <mailto:Drm...@li...> > > https://lists.sourceforge.net/lists/listinfo/drm-devel > > > > _______________________________________________ > Drm-devel mailing list > Drm...@li... <mailto:Drm...@li...> > https://lists.sourceforge.net/lists/listinfo/drm-devel > > > > -- > ************************* > Stefano Mollo > MARA <http://www.mara.gov.au/> Registered Migration Agent > MARN 1570954 > MIA <https://www.mia.org.au/> member No. 11033 > Level 2 > 524 Hay Street - Perth CBD 6000 > Tel. +61 08 9225 5247 > ************************* > > > _______________________________________________ > Drm-devel mailing list > Drm...@li... > https://lists.sourceforge.net/lists/listinfo/drm-devel > |
From: Stefano M. <ste...@gm...> - 2019-04-05 02:19:54
|
... thank you Rafael. And what about TX mode? On Fri, Apr 5, 2019 at 9:25 AM Rafael Diniz <ra...@ri...> wrote: > xHE-AAC decoder is in the fdk-aac v2. It can be useful for Dream (not in > tx mode, of corse). > > > On 10/8/18 9:58 PM, Rafael Diniz wrote: > > Wow, did not know that, I can see lots of USAC: > > > https://android.googlesource.com/platform/external/aac/+/master/libAACdec/src/ > > > > May be we have it? > > > > Rafael Diniz > > > > On 10/08/2018 09:43 PM, zhongfanyang via Drm-devel wrote: > >> Hi, Julian. > >> > >> From https://www.iis.fraunhofer.de/en/pr/2018/20180608_AME_Android.html > >> > >> Fraunhofer’s xHE-AAC Audio Codec Software Extends Native AAC Support In > >> Android P For Better Quality At Low Bit Rates > >> / 8.6.2018 > >> > >> and Android development package FDKv2 from > >> > >> https://android.googlesource.com/platform/external/aac/ > >> > >> I don't know how relevant it is to DRM xHE-AAC decoder, and I'm NOT > >> familiar with Android tool kit. Maybe you can take a look and see if it > >> can be used/ported to our project? Thanks! > >> > >> zfyoung > >> > >> ------------------------------------------------------------------ > >> 发件人:Julian Cable <jul...@bb...> > >> 发送时间:2018年10月8日(星期一) 22:17 > >> 收件人:List discussion <drm...@li...> > >> 主 题:[Drm-devel] xHE-AAC for Dream > >> > >> Hi Rafael, > >> > >> David Flamand added a plugin architecture for audio codecs as part > >> of the support for the Opus codec so it should be quite straight > >> forward to add an xHE-AAC codec. > >> > >> I’m not aware of an open source codec but if Fraunhoffer could make > >> something available, either open source or a shared library we can > >> dynamically link to then we can plumb it in. > >> > >> Something to talk to Alex Zink <ale...@ii...> > about. > >> > >> Julian > >> > >> > >> > >> ---------------------------- > >> > >> http://www.bbc.co.uk <http://www.bbc.co.uk> > >> This e-mail (and any attachments) is confidential and may contain > >> personal views which are not the views of the BBC unless > >> specifically stated. > >> If you have received it in error, please delete it from your system. > >> Do not use, copy or disclose the information in any way nor act in > >> reliance on it and notify the sender immediately. > >> Please note that the BBC monitors e-mails sent or received. > >> Further communication will signify your consent to this. > >> > >> --------------------- > >> > >> > >> > >> > >> > >> _______________________________________________ > >> Drm-devel mailing list > >> Drm...@li... > >> https://lists.sourceforge.net/lists/listinfo/drm-devel > >> > > > > > > > > _______________________________________________ > > Drm-devel mailing list > > Drm...@li... > > https://lists.sourceforge.net/lists/listinfo/drm-devel > > > > _______________________________________________ > Drm-devel mailing list > Drm...@li... > https://lists.sourceforge.net/lists/listinfo/drm-devel > -- ************************* Stefano Mollo MARA <http://www.mara.gov.au/> Registered Migration Agent MARN 1570954 MIA <https://www.mia.org.au/> member No. 11033 Level 2 524 Hay Street - Perth CBD 6000 Tel. +61 08 9225 5247 ************************* |
From: Rafael D. <ra...@ri...> - 2019-04-05 01:25:31
|
xHE-AAC decoder is in the fdk-aac v2. It can be useful for Dream (not in tx mode, of corse). On 10/8/18 9:58 PM, Rafael Diniz wrote: > Wow, did not know that, I can see lots of USAC: > https://android.googlesource.com/platform/external/aac/+/master/libAACdec/src/ > > May be we have it? > > Rafael Diniz > > On 10/08/2018 09:43 PM, zhongfanyang via Drm-devel wrote: >> Hi, Julian. >> >> From https://www.iis.fraunhofer.de/en/pr/2018/20180608_AME_Android.html >> >> Fraunhofer’s xHE-AAC Audio Codec Software Extends Native AAC Support In >> Android P For Better Quality At Low Bit Rates >> / 8.6.2018 >> >> and Android development package FDKv2 from >> >> https://android.googlesource.com/platform/external/aac/ >> >> I don't know how relevant it is to DRM xHE-AAC decoder, and I'm NOT >> familiar with Android tool kit. Maybe you can take a look and see if it >> can be used/ported to our project? Thanks! >> >> zfyoung >> >> ------------------------------------------------------------------ >> 发件人:Julian Cable <jul...@bb...> >> 发送时间:2018年10月8日(星期一) 22:17 >> 收件人:List discussion <drm...@li...> >> 主 题:[Drm-devel] xHE-AAC for Dream >> >> Hi Rafael, >> >> David Flamand added a plugin architecture for audio codecs as part >> of the support for the Opus codec so it should be quite straight >> forward to add an xHE-AAC codec. >> >> I’m not aware of an open source codec but if Fraunhoffer could make >> something available, either open source or a shared library we can >> dynamically link to then we can plumb it in. >> >> Something to talk to Alex Zink <ale...@ii...> about. >> >> Julian >> >> >> >> ---------------------------- >> >> http://www.bbc.co.uk <http://www.bbc.co.uk> >> This e-mail (and any attachments) is confidential and may contain >> personal views which are not the views of the BBC unless >> specifically stated. >> If you have received it in error, please delete it from your system. >> Do not use, copy or disclose the information in any way nor act in >> reliance on it and notify the sender immediately. >> Please note that the BBC monitors e-mails sent or received. >> Further communication will signify your consent to this. >> >> --------------------- >> >> >> >> >> >> _______________________________________________ >> Drm-devel mailing list >> Drm...@li... >> https://lists.sourceforge.net/lists/listinfo/drm-devel >> > > > > _______________________________________________ > Drm-devel mailing list > Drm...@li... > https://lists.sourceforge.net/lists/listinfo/drm-devel > |
From: Rafael D. <raf...@te...> - 2018-11-13 12:21:30
|
Hi all, I published in arXiv a report about the carriage of Ginga applications over DRM: http://arxiv.org/abs/1811.04193 Rafael Diniz |
From: Stefano M. <ste...@gm...> - 2018-10-09 02:06:30
|
Hi All; I am no C++ programmer, but I am a HAM with a very special interest in DRM30 and DRM+ and DReaM; I strongly believe this is *the *future of radio. I am trying to "build" a simple and cheap HW+SW box that would empower small broadcasters to materially go on air using Digital Radio in the form of DRM*; this will have a stereo input (2 x RCA) and an audio RCA output to feed a modulator or some sort; likely the audio input of an AM SW TX, recycled from HAM use. to this end, I am experimenting with DReaM running on Windows. Why Windows and not Linux? Simple; the vast majority of would be Broadcasters will not, most likely, have any experience with Linux, likely neither ever had a PC running Linux, and using Linux would mean for them a steeper learning curve. Windows, which I do not particularly like by the way, on the other hand is omni-present; sourcing a second or third hand PC running some sort of WIN -XP or W7 is extremely easy and cheap, and anyone knows how to use it. Put it simply, using DReaM under Windows, takes away one element of difficulty, as the underlying O.S. does not need to be learned before actually using DReaM and potential broadcasters do not need to pay a tech to set it up. On the HW side of things, few HAMs worldwide have been experimenting with modified HAM rigs, I am in the meantime experimenting with *cheap as chips* 433 Mhz modules; I'll keep you posted about how it goes .... I urge you C++ Programmers / Gurus to please come up with a working xHE-AAC encoder, so that DReaM can be used in TX mode to actually transmit in xHE-AAC.. 73, Stefano VKJ6WFM. On Tue, Oct 9, 2018 at 8:58 AM Rafael Diniz <ra...@ri...> wrote: > Wow, did not know that, I can see lots of USAC: > > https://android.googlesource.com/platform/external/aac/+/master/libAACdec/src/ > > May be we have it? > > Rafael Diniz > > On 10/08/2018 09:43 PM, zhongfanyang via Drm-devel wrote: > > Hi, Julian. > > > > From https://www.iis.fraunhofer.de/en/pr/2018/20180608_AME_Android.html > > > > Fraunhofer’s xHE-AAC Audio Codec Software Extends Native AAC Support In > > Android P For Better Quality At Low Bit Rates > > / 8.6.2018 > > > > and Android development package FDKv2 from > > > > https://android.googlesource.com/platform/external/aac/ > > > > I don't know how relevant it is to DRM xHE-AAC decoder, and I'm NOT > > familiar with Android tool kit. Maybe you can take a look and see if it > > can be used/ported to our project? Thanks! > > > > zfyoung > > > > ------------------------------------------------------------------ > > 发件人:Julian Cable <jul...@bb...> > > 发送时间:2018年10月8日(星期一) 22:17 > > 收件人:List discussion <drm...@li...> > > 主 题:[Drm-devel] xHE-AAC for Dream > > > > Hi Rafael, > > > > David Flamand added a plugin architecture for audio codecs as part > > of the support for the Opus codec so it should be quite straight > > forward to add an xHE-AAC codec. > > > > I’m not aware of an open source codec but if Fraunhoffer could make > > something available, either open source or a shared library we can > > dynamically link to then we can plumb it in. > > > > Something to talk to Alex Zink <ale...@ii...> > about. > > > > Julian > > > > > > > > ---------------------------- > > > > http://www.bbc.co.uk <http://www.bbc.co.uk> > > This e-mail (and any attachments) is confidential and may contain > > personal views which are not the views of the BBC unless > > specifically stated. > > If you have received it in error, please delete it from your system. > > Do not use, copy or disclose the information in any way nor act in > > reliance on it and notify the sender immediately. > > Please note that the BBC monitors e-mails sent or received. > > Further communication will signify your consent to this. > > > > --------------------- > > > > > > > > > > > > _______________________________________________ > > Drm-devel mailing list > > Drm...@li... > > https://lists.sourceforge.net/lists/listinfo/drm-devel > > > > _______________________________________________ > Drm-devel mailing list > Drm...@li... > https://lists.sourceforge.net/lists/listinfo/drm-devel > -- ************************* Stefano Mollo MARA <http://www.mara.gov.au/> Registered Migration Agent MARN 1570954 MIA <https://www.mia.org.au/> member No. 11033 Level 2 524 Hay Street - Perth CBD 6000 Tel. +61 08 9225 5247 ************************* |