drm-devel — List for Dream development discussion

Re: [Drm-devel] New Dream release

[Homolya P. Á. <Hom...@st...>]

Hi everyone,

Our GitHub repository can be found at: https://github.com/hpeter3/dream
It’s a Qt6 port of Dream for GNU/Linux. Windows and macOS support will  
be re‑added later. We also have plans to implement a PipeWire‑based  
audio stack for Dream.

Kind regards,
Peter Adam Homolya

> 
> thanks for the support all.
>
> I won’t be doing any core development in Dream, but Ollie will and  
> the BBC has an ongoing interest, but that could change if there are  
> other things going on for DRM. I am going to be the dev-ops lead, at  
> least for now. But happy for anyone else to step in.
>
> Github lets us use forks and pull requests to allow other people to  
> contribute easily.
>
> Adam  & Peter - in the same sf repo is my content server code which  
> the BBC used for over 10 years but has recently been decomissioned.  
> It might give your students some ideas. It’s a very bare-bones C++  
> headless server driven by config files. Audio in, MDI out.
>
> If you can point me at your GH repo I’ll see how we can join things up.
>
> Ollie has done many DRM propagation trials - I’m sure he will be  
> interested to hear of your work.
>
> Alex - great to hear from you. We will make sure your and Volker’s  
> work is properly referenced in the history!
>
> Julian
>
>> On 14 Dec 2025, at 17:44, Kiss Ádám <kis...@in...> wrote:
>> 
>> Dear Julian,
>>
>> I am Adam from Hungary. I am a lecturer at the University of  
>> Szeged. My BSc thesis was an IQ modulator for DRM transmissions.  
>> Later we ran a one year long DRM test transmission in Hungary. Two  
>> weeks ago we did it again with a one day transmission aimed to  
>> compare the propagation differences in urban areas between 222,064  
>> and 26 MHz (evaluation in progress). This year I partly developed  
>> the DRM VVC demo at IBC. We have plans for the next year in order  
>> to create a DRM transmission again in Hungary. I am also in contact  
>> with the local authorities and in strong contact with the engineers  
>> doing the international DRM measurements.
>>
>> One of my talented students is deep in the code of Dream right now.  
>> Our goal is to create a modern modulator, content server, test  
>> receiver, and last but not least a demodulator. Inside one project  
>> but possibly with different binaries and build trees.
>>
>> I've read your letter on the list, and got excited about the  
>> upcoming Dream release! We would be glad to have a meeting with  
>> you, and possibly become part of the Dream Dev Team. We have a few  
>> git commits since your last SourceForge code, we would be glad to  
>> share it with you! My student, Peter, is motivated personally.  
>> Besides, this is his BSc thesis work.
>>
>> What are your current milestones? How do you see the future of Dream?
>>
>> I am looking forward to hearing from you!
>>
>> Kind regards,
>> Adam
>>
>> HAM: HA8KDA
>

Re: [Drm-devel] New Dream release

[Stefano M. <ste...@gm...>]

Good morning all,

question:

With what version of Qt was version 2.2 of DrEAM
(dream-2.2-win32-vs2017-full) built?

Cheers,

73,

Stefano.

On Mon, 15 Dec 2025 at 16:41, Julian Cable via Drm-devel <
drm...@li...> wrote:

> 
> thanks for the support all.
>
> I won’t be doing any core development in Dream, but Ollie will and the BBC
> has an ongoing interest, but that could change if there are other things
> going on for DRM. I am going to be the dev-ops lead, at least for now. But
> happy for anyone else to step in.
>
> Github lets us use forks and pull requests to allow other people to
> contribute easily.
>
> Adam  & Peter - in the same sf repo is my content server code which the
> BBC used for over 10 years but has recently been decomissioned. It might
> give your students some ideas. It’s a very bare-bones C++ headless server
> driven by config files. Audio in, MDI out.
>
> If you can point me at your GH repo I’ll see how we can join things up.
>
> Ollie has done many DRM propagation trials - I’m sure he will be
> interested to hear of your work.
>
> Alex - great to hear from you. We will make sure your and Volker’s work is
> properly referenced in the history!
>
> Julian
>
> On 14 Dec 2025, at 17:44, Kiss Ádám <kis...@in...> wrote:
>
> 
>
> Dear Julian,
>
> I am Adam from Hungary. I am a lecturer at the University of Szeged. My
> BSc thesis was an IQ modulator for DRM transmissions. Later we ran a one
> year long DRM test transmission in Hungary. Two weeks ago we did it again
> with a one day transmission aimed to compare the propagation differences in
> urban areas between 222,064 and 26 MHz (evaluation in progress). This year
> I partly developed the DRM VVC demo at IBC. We have plans for the next year
> in order to create a DRM transmission again in Hungary. I am also in
> contact with the local authorities and in strong contact with the engineers
> doing the international DRM measurements.
>
> One of my talented students is deep in the code of Dream right now. Our
> goal is to create a modern modulator, content server, test receiver, and
> last but not least a demodulator. Inside one project but possibly with
> different binaries and build trees.
>
> I've read your letter on the list, and got excited about the upcoming
> Dream release! We would be glad to have a meeting with you, and possibly
> become part of the Dream Dev Team. We have a few git commits since your
> last SourceForge code, we would be glad to share it with you! My student,
> Peter, is motivated personally. Besides, this is his BSc thesis work.
>
> What are your current milestones? How do you see the future of Dream?
>
> I am looking forward to hearing from you!
>
> Kind regards,
> Adam
>
> HAM: HA8KDA
>
> _______________________________________________
> Drm-devel mailing list
> Drm...@li...
> https://lists.sourceforge.net/lists/listinfo/drm-devel
>


-- 
*Stefano Mollo*
*Registered Migration Agent*

*MARA <http://www.mara.gov.au/> MARN 1570954*
*MIA <https://www.mia.org.au/> No. 11033*
*Level 2*
*524 Hay Street - Perth WA 6000*
*Tel. 08 9225 5247*

Re: [Drm-devel] New Dream release

[Rafael D. <ra...@ri...>]

Please don't forget to add to the repo the BBC DRM CS.

Btw, which is the github repo url?

Cheers,
Rafael Diniz

On 12/15/25 8:41 AM, Julian Cable wrote:
> 
> thanks for the support all.
> 
> I won’t be doing any core development in Dream, but Ollie will and the 
> BBC has an ongoing interest, but that could change if there are other 
> things going on for DRM. I am going to be the dev-ops lead, at least for 
> now. But happy for anyone else to step in.
> 
> Github lets us use forks and pull requests to allow other people to 
> contribute easily.
> 
> Adam  & Peter - in the same sf repo is my content server code which the 
> BBC used for over 10 years but has recently been decomissioned. It might 
> give your students some ideas. It’s a very bare-bones C++ headless 
> server driven by config files. Audio in, MDI out.
> 
> If you can point me at your GH repo I’ll see how we can join things up.
> 
> Ollie has done many DRM propagation trials - I’m sure he will be 
> interested to hear of your work.
> 
> Alex - great to hear from you. We will make sure your and Volker’s work 
> is properly referenced in the history!
> 
> Julian
> 
>> On 14 Dec 2025, at 17:44, Kiss Ádám <kis...@in...> wrote:
>>
>> 
>>
>> Dear Julian,
>>
>> I am Adam from Hungary. I am a lecturer at the University of Szeged. 
>> My BSc thesis was an IQ modulator for DRM transmissions. Later we ran 
>> a one year long DRM test transmission in Hungary. Two weeks ago we did 
>> it again with a one day transmission aimed to compare the propagation 
>> differences in urban areas between 222,064 and 26 MHz (evaluation in 
>> progress). This year I partly developed the DRM VVC demo at IBC. We 
>> have plans for the next year in order to create a DRM transmission 
>> again in Hungary. I am also in contact with the local authorities and 
>> in strong contact with the engineers doing the international DRM 
>> measurements.
>>
>> One of my talented students is deep in the code of Dream right now. 
>> Our goal is to create a modern modulator, content server, test 
>> receiver, and last but not least a demodulator. Inside one project but 
>> possibly with different binaries and build trees.
>>
>> I've read your letter on the list, and got excited about the upcoming 
>> Dream release! We would be glad to have a meeting with you, and 
>> possibly become part of the Dream Dev Team. We have a few git commits 
>> since your last SourceForge code, we would be glad to share it with 
>> you! My student, Peter, is motivated personally. Besides, this is his 
>> BSc thesis work.
>>
>> What are your current milestones? How do you see the future of Dream?
>>
>> I am looking forward to hearing from you!
>>
>> Kind regards,
>> Adam
>>
>> HAM: HA8KDA
>>

Re: [Drm-devel] Ongoing development

[Stefano M. <ste...@gm...>]

Amazing Julian, can't wait ...

Regards,

Stefano VK6WFM

On Fri, 12 Dec 2025 at 23:44, julian.cable--- via Drm-devel <
drm...@li...> wrote:

> Hi everyone.
>
> Ollie and I had a great chat this morning. Ollie's done loads of great
> work including integrating Soapy to allow access to modern SDR devices.
>
> We want to do a release and as part of that we are going to move
> development to GitHub and I'm going to build a CI/CD pipeline in GitHub
> Actions.
>
> Jump in if you have concerns or want to help.
>
> Part of the subversion to git translation will be mapping commit authors.
> Anyone who wants their commits correctly attributed in the new repository
> should post their GitHub ID to this list.
>
> We won't delete anything on Sourceforge. We will upload the release to the
> Sourceforge release folder, so it can continue to be a place with the
> definitive latest version available.
>
> Julian
> _______________________________________________
> Drm-devel mailing list
> Drm...@li...
> https://lists.sourceforge.net/lists/listinfo/drm-devel
>


-- 
*Stefano Mollo*
*Registered Migration Agent*

*MARA <http://www.mara.gov.au/> MARN 1570954*
*MIA <https://www.mia.org.au/> No. 11033*
*Level 2*
*524 Hay Street - Perth WA 6000*
*Tel. 08 9225 5247*

Re: [Drm-devel] New Dream release

[Stefano M. <ste...@gm...>]

Good day to All;

as Julian might remember, I have a long interest in DRM transmissions and
DrEAM in TX mode;

I made some experimentations in years past, but due to my limited
programming skills and also limited time, I could not progress very much;

I'd be very happy to test any new implementation of any DRM related
software solution. My ... *DREAM *.. :-) ... is to set up a DRM radio
station here down-under.

Best regards,

Stefano Mollo VK6WFM
Perth, Western Australia.

On Mon, 15 Dec 2025 at 16:41, Julian Cable via Drm-devel <
drm...@li...> wrote:

> 
> thanks for the support all.
>
> I won’t be doing any core development in Dream, but Ollie will and the BBC
> has an ongoing interest, but that could change if there are other things
> going on for DRM. I am going to be the dev-ops lead, at least for now. But
> happy for anyone else to step in.
>
> Github lets us use forks and pull requests to allow other people to
> contribute easily.
>
> Adam  & Peter - in the same sf repo is my content server code which the
> BBC used for over 10 years but has recently been decomissioned. It might
> give your students some ideas. It’s a very bare-bones C++ headless server
> driven by config files. Audio in, MDI out.
>
> If you can point me at your GH repo I’ll see how we can join things up.
>
> Ollie has done many DRM propagation trials - I’m sure he will be
> interested to hear of your work.
>
> Alex - great to hear from you. We will make sure your and Volker’s work is
> properly referenced in the history!
>
> Julian
>
> On 14 Dec 2025, at 17:44, Kiss Ádám <kis...@in...> wrote:
>
> 
>
> Dear Julian,
>
> I am Adam from Hungary. I am a lecturer at the University of Szeged. My
> BSc thesis was an IQ modulator for DRM transmissions. Later we ran a one
> year long DRM test transmission in Hungary. Two weeks ago we did it again
> with a one day transmission aimed to compare the propagation differences in
> urban areas between 222,064 and 26 MHz (evaluation in progress). This year
> I partly developed the DRM VVC demo at IBC. We have plans for the next year
> in order to create a DRM transmission again in Hungary. I am also in
> contact with the local authorities and in strong contact with the engineers
> doing the international DRM measurements.
>
> One of my talented students is deep in the code of Dream right now. Our
> goal is to create a modern modulator, content server, test receiver, and
> last but not least a demodulator. Inside one project but possibly with
> different binaries and build trees.
>
> I've read your letter on the list, and got excited about the upcoming
> Dream release! We would be glad to have a meeting with you, and possibly
> become part of the Dream Dev Team. We have a few git commits since your
> last SourceForge code, we would be glad to share it with you! My student,
> Peter, is motivated personally. Besides, this is his BSc thesis work.
>
> What are your current milestones? How do you see the future of Dream?
>
> I am looking forward to hearing from you!
>
> Kind regards,
> Adam
>
> HAM: HA8KDA
>
> _______________________________________________
> Drm-devel mailing list
> Drm...@li...
> https://lists.sourceforge.net/lists/listinfo/drm-devel
>


-- 
*Stefano Mollo*
*Registered Migration Agent*

*MARA <http://www.mara.gov.au/> MARN 1570954*
*MIA <https://www.mia.org.au/> No. 11033*
*Level 2*
*524 Hay Street - Perth WA 6000*
*Tel. 08 9225 5247*

Re: [Drm-devel] New Dream release

[Julian C. <jul...@ya...>]

thanks for the support all.

I won’t be doing any core development in Dream, but Ollie will and the BBC has an ongoing interest, but that could change if there are other things going on for DRM. I am going to be the dev-ops lead, at least for now. But happy for anyone else to step in.

Github lets us use forks and pull requests to allow other people to contribute easily. 

Adam  & Peter - in the same sf repo is my content server code which the BBC used for over 10 years but has recently been decomissioned. It might give your students some ideas. It’s a very bare-bones C++ headless server driven by config files. Audio in, MDI out.

If you can point me at your GH repo I’ll see how we can join things up.

Ollie has done many DRM propagation trials - I’m sure he will be interested to hear of your work.

Alex - great to hear from you. We will make sure your and Volker’s work is properly referenced in the history!

Julian

> On 14 Dec 2025, at 17:44, Kiss Ádám <kis...@in...> wrote:
> 
> Dear Julian,
> 
> I am Adam from Hungary. I am a lecturer at the University of Szeged. My BSc thesis was an IQ modulator for DRM transmissions. Later we ran a one year long DRM test transmission in Hungary. Two weeks ago we did it again with a one day transmission aimed to compare the propagation differences in urban areas between 222,064 and 26 MHz (evaluation in progress). This year I partly developed the DRM VVC demo at IBC. We have plans for the next year in order to create a DRM transmission again in Hungary. I am also in contact with the local authorities and in strong contact with the engineers doing the international DRM measurements.  
> 
> One of my talented students is deep in the code of Dream right now. Our goal is to create a modern modulator, content server, test receiver, and last but not least a demodulator. Inside one project but possibly with different binaries and build trees.
> 
> I've read your letter on the list, and got excited about the upcoming Dream release! We would be glad to have a meeting with you, and possibly become part of the Dream Dev Team. We have a few git commits since your last SourceForge code, we would be glad to share it with you! My student, Peter, is motivated personally. Besides, this is his BSc thesis work.
> 
> What are your current milestones? How do you see the future of Dream?
> 
> I am looking forward to hearing from you!
> 
> Kind regards,
> Adam
> 
> HAM: HA8KDA

Re: [Drm-devel] Ongoing development

[Rafael D. <ra...@ri...>]

Cheers!

This is really amazing Julian!! Thanks!!

- Rafael

On 12/12/25 3:43 PM, julian.cable--- via Drm-devel wrote:
> Hi everyone.
> 
> Ollie and I had a great chat this morning. Ollie's done loads of great 
> work including integrating Soapy to allow access to modern SDR devices.
> 
> We want to do a release and as part of that we are going to move 
> development to GitHub and I'm going to build a CI/CD pipeline in GitHub 
> Actions.
> 
> Jump in if you have concerns or want to help.
> 
> Part of the subversion to git translation will be mapping commit 
> authors. Anyone who wants their commits correctly attributed in the new 
> repository should post their GitHub ID to this list.
> 
> We won't delete anything on Sourceforge. We will upload the release to 
> the Sourceforge release folder, so it can continue to be a place with 
> the definitive latest version available.
> 
> Julian
> 
> 
> _______________________________________________
> Drm-devel mailing list
> Drm...@li...
> https://lists.sourceforge.net/lists/listinfo/drm-devel

[Drm-devel] Ongoing development

[<jul...@ya...>]

Hi everyone.
Ollie and I had a great chat this morning. Ollie's done loads of great work including integrating Soapy to allow access to modern SDR devices.
We want to do a release and as part of that we are going to move development to GitHub and I'm going to build a CI/CD pipeline in GitHub Actions.
Jump in if you have concerns or want to help.
Part of the subversion to git translation will be mapping commit authors. Anyone who wants their commits correctly attributed in the new repository should post their GitHub ID to this list.
We won't delete anything on Sourceforge. We will upload the release to the Sourceforge release folder, so it can continue to be a place with the definitive latest version available.
Julian 

Re: [Drm-devel] Dream master branch

[Rafael D. <ra...@ri...>]

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
> 

Re: [Drm-devel] Dream master branch

[MB S. <mb...@gm...>]

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

[Drm-devel] Dream 2.3 tagged

[Rafael D. <ra...@ri...>]

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

Re: [Drm-devel] Dream master branch

[Rafael D. <ra...@ri...>]

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
> 

Re: [Drm-devel] Dream master branch

[MB S. <mb...@gm...>]

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

[Drm-devel] Dream master branch

[Rafael D. <ra...@ri...>]

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] Dream with xHE-AAC

[Rafael D. <ra...@ri...>]

I have working xHE-AAC decoding in my branch:
https://sourceforge.net/p/drm/code/HEAD/tree/branches/dream-rafa/

Cheers!
Rafael

Re: [Drm-devel] Dream2019 and trunk

[Rafael D. <ra...@ri...>]

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
> 

Re: [Drm-devel] Dream2019 and trunk

[Ádám K. <kis...@si...>]

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>

Re: [Drm-devel] Dream2019 and trunk

[Rafael D. <ra...@ri...>]

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
> 

Re: [Drm-devel] Dream2019 and trunk

[Rafael D. <ra...@ri...>]

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] Dream2019 and trunk

[Rafael D. <ra...@ri...>]

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] xHE-AAC status

[Rafael D. <ra...@ri...>]

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

[Drm-devel] wpcap.dl ?

[Beau T. <n9...@gm...>]

Hi
I am on windows 10 64 bit i download the zip keep say missing wpcap.dll
how can i fix this?

thanks

Re: [Drm-devel] MDI based transmissions, Experimental live broadcast in Budapest

[Rafael D. <ra...@ri...>]

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
> 

Re: [Drm-devel] MDI based transmissions, Experimental live broadcast in Budapest

[Ádám K. <kis...@si...>]

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...

[Drm-devel] FDK-AAC support for decoding

[Rafael D. <ra...@ri...>]

Do we have fdk-aac support for DRM decoding instead of faad2? I'm
reading some interesting changes in svn changelog.
; )

Rafael Diniz