Re: [Discuss-gnuradio] GNU Radio releases 3.7.1.1 and 3.7.2 available for download

2013-11-12 Thread Sylvain Munaut
Hi,

> $ git shortlog v3.7.1...v3.7.1.1

The v3.7.1.1 tag seems to be missing

Cheers,

   Sylvain

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] Alternating packet transmissions on 2 two different frequency bands

2013-11-12 Thread Jawad Seddar
Hello,

I currently have N210 devices with GNU Radio 3.7.0 installed. I am
currently using them to send and receive packets between them through a
tun/tap interface.

i would like to be able to send different packets (e.g depending on the MAC
address for instance) on different frequencies.

For example :
- Packet to 01:02:03:04:05:01 send on f1
- Packet to 01:02:03:04:05:02 send on f2

I am currently wondering what would be the best approach to send a given
packet on a given frequency.

If I set a new frequency right before/after the send() call in the python
script, I can't know if there are other packets in the buffers or if the
retuning will occur during the transmission of the packet.

Thanks,
Jawad
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] GNU Radio releases 3.7.1.1 and 3.7.2 available for download

2013-11-12 Thread Tom Rondeau
On Tue, Nov 12, 2013 at 4:34 AM, Sylvain Munaut <246...@gmail.com> wrote:
> Hi,
>
>> $ git shortlog v3.7.1...v3.7.1.1
>
> The v3.7.1.1 tag seems to be missing
>
> Cheers,
>
>Sylvain


You sure? It's there on all my machines after a pull.

http://gnuradio.org/cgit/gnuradio.git/tag/?id=v3.7.1.1

Tom

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] Make test failed

2013-11-12 Thread Tom Rondeau
On Tue, Nov 12, 2013 at 3:20 AM, 周易子睿  wrote:
> Dear all,
>
> I tried to install GNU Radio v3.7 git on my computer, but some of the build
> tests failed.
>
> The OS is Ubuntu 13.10 32bit, with kernel version Linux 3.11.0-12-generic,
> the cpu is Intel® Core™ i5-2400 CPU @ 3.10GHz × 4.
>
> I installed the dependencies and get the following result after cmake.
>
> -- ##
> -- # Gnuradio enabled components
> -- ##
> --   * python-support
> --   * testing-support
> --   * volk
> --   * doxygen
> --   * gnuradio-runtime
> --   * gr-blocks
> --   * gnuradio-companion
> --   * gr-fec
> --   * gr-fft
> --   * gr-filter
> --   * gr-analog
> --   * gr-digital
> --   * gr-atsc
> --   * gr-audio
> --   * gr-channels
> --   * gr-noaa
> --   * gr-pager
> --   * gr-qtgui
> --   * gr-trellis
> --   * gr-uhd
> --   * gr-utils
> --   * gr-video-sdl
> --   * gr-vocoder
> --   * gr-fcd
> --   * gr-wavelet
> --   * gr-wxgui
> --
> -- ##
> -- # Gnuradio disabled components
> -- ##
> --   * sphinx
> --   * gr-ctrlport
> --   * gr-comedi
> --
> -- Using install prefix: /usr/local
> -- Building for version: v3.7.2-3-g9fb34ce4 / 3.7.3git
> -- Configuring done
> -- Generating done
> -- Build files have been written to: /home/grief/Works/gnuradio/build
>
>
> So I ran make and make test and the following tests FAILED:
>
> 97% tests passed, 6 tests failed out of 179
>
> Total Test time (real) =  98.40 sec
>
> The following tests FAILED:
>   1 - qa_volk_test_all (Failed)
>  80 - qa_fir_filter (Failed)
>  97 - qa_freq_xlating_fir_filter (Failed)
> 126 - qa_constellation_receiver (Failed)
> 131 - qa_constellation (Failed)
> 174 - qa_codec2_vocoder (Failed)
> Errors while running CTest
> make: *** [test] Error 8
>
> Then I ran ctest --output-on-failure -O ctest_log to get the log file.
> The log file is attached to the mail.
>
> I am wondering how to fix the problem?
> Thanks all !


This looks like VOLK issue. Try removing ORC and recompiling since
it's failing in VOLK on an ORC test.

Also, why are you running a 32-bit OS on that processor? Seems a huge waste.

Tom

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] GNU Radio releases 3.7.1.1 and 3.7.2 available for download

2013-11-12 Thread Sylvain Munaut
Hi,

> You sure? It's there on all my machines after a pull.
>
> http://gnuradio.org/cgit/gnuradio.git/tag/?id=v3.7.1.1

Indeed it seems to be on gnuradio.org but not on the github mirror and
I was using the latter.

Cheers,

   Sylvain

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] GNU Radio releases 3.7.1.1 and 3.7.2 available for download

2013-11-12 Thread Tom Rondeau
On Tue, Nov 12, 2013 at 8:09 AM, Sylvain Munaut <246...@gmail.com> wrote:
> Hi,
>
>> You sure? It's there on all my machines after a pull.
>>
>> http://gnuradio.org/cgit/gnuradio.git/tag/?id=v3.7.1.1
>
> Indeed it seems to be on gnuradio.org but not on the github mirror and
> I was using the latter.
>
> Cheers,
>
>Sylvain

ACK.

Thanks for clarifying. Fixed.

Tom

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] GNU Radio LiveDVD 2013-1110 (based on 3.7.2)

2013-11-12 Thread Rafael Diniz
Johnathan,
It would be nice to include Dream and gr-drm, for DRM support in the next 
LiveDVD.
; )

Best regards,
Rafael Diniz

Em seg 11 nov 2013, às 05:31:48, Johnathan Corgan escreveu:
> The GNU Radio LiveDVD has been updated:
> 
> http://gnuradio.org/releases/gnuradio/iso/ubuntu-12.04.3-desktop-amd64-
gnuradio-2013-1110.torrent
> 
> Based on the Ubuntu 12.04.3 LTS 64-bit operating system, the GNU Radio
> LiveDVD is a bootable SDR environment suitable for demonstration and
> experimentation, contained on a read-only medium.
> 
> This release now has:
> 
> * GNU Radio release 3.7.2
> * Ettus Research uhd snapshot 3.5.4-157-g7641b42
> * gqrx snapshot v2.2.0-51-g6e30181
> * gr-air-modes commit g585ecf1 ('next' branch)
> * gr-iqbal snapshot v0.37.1-5-gd4fd4dd
> * gr-osmosdr snapshot v0.1.0-44-g0d10f5e
> * hackrf snapshot v2013.07.1-59-gbef5835
> * libosmo-dsp v0.3
> * osmo-sdr snapshot v0.1-7-gcd37e9fa
> * rtl-sdr snapshot v0.5.1-14-g360dd36
> 
> -- 
> Johnathan Corgan, Corgan Labs
> SDR Training and Development Services
> http://corganlabs.com
> 

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] Fwd: Questions on rx_ofdm example in GR 3.7.1

2013-11-12 Thread Martin Braun (CEL)
On Thu, Nov 07, 2013 at 09:59:15AM -0500, Aditya Dhananjay wrote:
> Yes, I am using the current version pulled from the git sources.
> 
> To clarify, this is not a rare occurrence. With a > 50% probability, when I
> reduce the TX/RX gain, the problem shows up. The header/payload demux is 
> always
> the offending block.
> 
> Also, once this problem shows up, the entire RX path freezes up, and needs to
> be restarted.

Hey guys,

and thanks again for testing this.

I ran some tests today and was able to reproduce this problem.

However, to make it happen, you have to severely screw up the OFDM
signal at the transmit side. The preamble detector (which is pretty
robust) will still detect packets, and then flood the header/payload
demuxer with guaranteed garbage. Eventually, even the 8-Bit CRC fails,
after rejecting lots of packets.

At this point, the HPD *should* catch the problem, but doesn't, which
causes the block_executor to throw a runtime_error. I'm not sure where
the bug is, but there definitely is one.

I've opened http://gnuradio.org/redmine/issues/611 and will try and
figure this out.

MB

-- 
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)

Dipl.-Ing. Martin Braun
Research Associate

Kaiserstraße 12
Building 05.01
76131 Karlsruhe

Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu

KIT -- University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association


pgpArgLks7D89.pgp
Description: PGP signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] GnuradioConfig.cmake not working properly ?

2013-11-12 Thread Sylvain Munaut
Hi Tom,


I'm afraid my patch broke something :(  gr-osmosdr and probably some
other OOT projects that were using GnuradioConfig but without using
the _ALL_ variable but using the individual ones.

Turns out that after the patch, GNURADIO_XXX_LIBRARIES is no longer
directly build from find_library, but from a custom foreach loop (to
build up the proper list)

But that also mean that it's scope is not restricted to the function
and is not global and so not available elsewhere.

The attached patch fixes that by re-declaring the variable in the parent scope.

This fixes the gr-osmosdr build for me.
@Martin : could you give it a shot to check it fixes it for you too ?


Cheers,

Sylvain


On Mon, Nov 11, 2013 at 8:40 PM, Tom Rondeau  wrote:
> On Sun, Nov 10, 2013 at 11:56 AM, Sylvain Munaut <246...@gmail.com> wrote:
>>> I'm having a couple of issues when trying to switch from
>>> FindGnuradioRuntime to GnuradioConfig
>>
>> Attached a patch that deals with issue 1 & 3. Issue 2 doesn't seem to
>> be an issue since ALL_LIBRARIES has absolute path in it.
>>
>> Cheers,
>>
>> Sylvain
>
>
> Thanks, Sylvain. I was actually working on a tutorial for gnuradio.org
> to describe the use of GnuradioConfig when I noticed the exact same
> issue with the _ALL_ variables. Your patch did the trick and has been
> pushed.
>
> Tom
diff --git a/cmake/Modules/GnuradioConfig.cmake 
b/cmake/Modules/GnuradioConfig.cmake
index c162d09..a81211f 100644
--- a/cmake/Modules/GnuradioConfig.cmake
+++ b/cmake/Modules/GnuradioConfig.cmake
@@ -87,6 +87,8 @@ function(GR_MODULE EXTVAR PCNAME INCFILE LIBFILE)
list(APPEND ${LIBVAR_NAME} ${${LIBVAR_NAME}_${libname}})
 endforeach(libname)
 
+set(${LIBVAR_NAME} ${${LIBVAR_NAME}} PARENT_SCOPE)
+
 # show results
 message(" * INCLUDES=${GNURADIO_${EXTVAR}_INCLUDE_DIRS}")
 message(" * LIBS=${GNURADIO_${EXTVAR}_LIBRARIES}")
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] Question about working with multiples of input values

2013-11-12 Thread Tommy Tracy II
Dear GNU Radio,

I am writing a GNU Radio block that processes the input in blocks of 1024. Is 
there a way for me to tell the scheduler that I can only accept inputs in 
multiples of 1024, or do I need to block the input, and save the left-overs for 
the next work() call? If the latter, how do I know if the work() call is called 
for the last time?

Sincerely,
Tommy James Tracy II
Ph.D Student
High Performance Low Power Lab
University of Virginia
Phone: 913-775-2241

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] GnuradioConfig.cmake not working properly ?

2013-11-12 Thread Martin Braun (CEL)
On Tue, Nov 12, 2013 at 06:54:43PM +0100, Sylvain Munaut wrote:
> The attached patch fixes that by re-declaring the variable in the parent 
> scope.
> 
> This fixes the gr-osmosdr build for me.
> @Martin : could you give it a shot to check it fixes it for you too ?

Yep, this fixes gr-osmosdr on my side.

MB

-- 
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)

Dipl.-Ing. Martin Braun
Research Associate

Kaiserstraße 12
Building 05.01
76131 Karlsruhe

Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu

KIT -- University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association


pgpU7SIrUC1Ck.pgp
Description: PGP signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] Question about working with multiples of input values

2013-11-12 Thread Martin Braun (CEL)
On Tue, Nov 12, 2013 at 01:07:52PM -0500, Tommy Tracy II wrote:
> Dear GNU Radio,
> 
> I am writing a GNU Radio block that processes the input in blocks of 1024. Is
> there a way for me to tell the scheduler that I can only accept inputs in
> multiples of 1024, or do I need to block the input, and save the left-overs 
> for
> the next work() call? If the latter, how do I know if the work() call is 
> called
> for the last time?

If it's a sync block, set_output_multiple() will do that.

MB

-- 
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)

Dipl.-Ing. Martin Braun
Research Associate

Kaiserstraße 12
Building 05.01
76131 Karlsruhe

Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu

KIT -- University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association


pgpbcevqAB6M0.pgp
Description: PGP signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] [install-usrppythonPYTHON] Error 127

2013-11-12 Thread Ben Hilburn
Hi Robert -

Is there a reason you are using such an old release of GNURadio? We are up
to 3.7.2 now, and have a completely different build system that resolved
many of the issues with the old autofoo-based system.

Cheers,
Ben


On Sun, Nov 10, 2013 at 11:32 AM, Robert Light  wrote:

> Hi, Can anyone help me with this error ?
> I  do:
> git checkout v3.4.2git
> ./configure  --prefix=/home/robert/gr342 --disable-gr-qtgui
> --with-fusb-tech=libusb1 --enable-usrp --enable-gr-usrp
> --enable-gnuradio-core --disable-usrp2 --disable-volk
>
> make  works just fine
> when I run make install I get this:
>
> test -z "/home/robert/gr342/lib/python2.7/site-packages/usrpm" ||
> /bin/mkdir -p "/home/robert/gr342/lib/python2.7/site-packages/usrpm"
>  /usr/bin/install -c -m 644 usrp_dbid.py
> '/home/robert/gr342/lib/python2.7/site-packages/usrpm'
> /bin/bash: line 15: --destdir: command not found
> make[7]: *** [install-usrppythonPYTHON] Error 127
> make[6]: *** [install-am] Error 2
> make[5]: *** [install] Error 2
> make[4]: *** [install-recursive] Error 1
> make[3]: *** [install-recursive] Error 1
> make[2]: *** [install] Error 2
> make[1]: *** [install-recursive] Error 1
> make: *** [install] Error 2
>
> when I run
> /home/robert/gr342/lib/python2.7/site-packages/usrpm/
> i see only one file "usrp_dbid.py"
>
> Linux Astro 3.8.0-33-generic #48~precise1-Ubuntu SMP Thu Oct 24 16:28:06
> UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] Fwd: Questions on rx_ofdm example in GR 3.7.1

2013-11-12 Thread Aditya Dhananjay
>
>
> I've opened http://gnuradio.org/redmine/issues/611 and will try and
> figure this out.
>
Thanks, Martin.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] GNU Radio LiveDVD 2013-1110 (based on 3.7.2)

2013-11-12 Thread Rick Farina
Sadly Dream appears to be an "open source" implementation of a protocol
that is licensed and has no rights allowing for a decoder.  While you
may choose to use it, sadly, distributing it on a livecd would be very
unintelligent as it would make the distributor legally liable for
breaching the license most likely.

Thanks,
Zero

On 11/12/2013 11:40 AM, Rafael Diniz wrote:
> Johnathan,
> It would be nice to include Dream and gr-drm, for DRM support in the next 
> LiveDVD.
> ; )
> 
> Best regards,
> Rafael Diniz
> 
> Em seg 11 nov 2013, às 05:31:48, Johnathan Corgan escreveu:
>> The GNU Radio LiveDVD has been updated:
>>
>> http://gnuradio.org/releases/gnuradio/iso/ubuntu-12.04.3-desktop-amd64-
> gnuradio-2013-1110.torrent
>>
>> Based on the Ubuntu 12.04.3 LTS 64-bit operating system, the GNU Radio
>> LiveDVD is a bootable SDR environment suitable for demonstration and
>> experimentation, contained on a read-only medium.
>>
>> This release now has:
>>
>> * GNU Radio release 3.7.2
>> * Ettus Research uhd snapshot 3.5.4-157-g7641b42
>> * gqrx snapshot v2.2.0-51-g6e30181
>> * gr-air-modes commit g585ecf1 ('next' branch)
>> * gr-iqbal snapshot v0.37.1-5-gd4fd4dd
>> * gr-osmosdr snapshot v0.1.0-44-g0d10f5e
>> * hackrf snapshot v2013.07.1-59-gbef5835
>> * libosmo-dsp v0.3
>> * osmo-sdr snapshot v0.1-7-gcd37e9fa
>> * rtl-sdr snapshot v0.5.1-14-g360dd36
>>
>> -- 
>> Johnathan Corgan, Corgan Labs
>> SDR Training and Development Services
>> http://corganlabs.com
>>
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] GNU Radio LiveDVD 2013-1110 (based on 3.7.2)

2013-11-12 Thread Rafael Diniz
Hi Zero,

You're wrong.
Dream can be distributed as it's GPL licensed. All the code is GPL, except 
concerning the AAC codec (FAAC and FAAD2), but you don't need to distribute it 
together with dream, as it dlopen()'s the AAC library dinamically (so you can 
install AAC "live"). Most windows and linux dream distributions just do not 
place the AAC together, and recommend you to just install it separatelly (from 
rarewares or a simple script that downloads the source and compile it).

Also, for the purpose of lab testing, modulation/demodulation, I don't even use 
the AAC codec, as it also comes with the great Opus codec, which is much better 
than the FAAC AAC LC encoder.

Best regards,
Rafael Diniz

Em ter 12 nov 2013, às 16:57:17, Rick Farina escreveu:
> Sadly Dream appears to be an "open source" implementation of a protocol
> that is licensed and has no rights allowing for a decoder.  While you
> may choose to use it, sadly, distributing it on a livecd would be very
> unintelligent as it would make the distributor legally liable for
> breaching the license most likely.
> 
> Thanks,
> Zero
> 
> On 11/12/2013 11:40 AM, Rafael Diniz wrote:
> > Johnathan,
> > It would be nice to include Dream and gr-drm, for DRM support in the next 
> > LiveDVD.
> > ; )
> > 
> > Best regards,
> > Rafael Diniz
> > 
> > Em seg 11 nov 2013, às 05:31:48, Johnathan Corgan escreveu:
> >> The GNU Radio LiveDVD has been updated:
> >>
> >> http://gnuradio.org/releases/gnuradio/iso/ubuntu-12.04.3-desktop-amd64-
> > gnuradio-2013-1110.torrent
> >>
> >> Based on the Ubuntu 12.04.3 LTS 64-bit operating system, the GNU Radio
> >> LiveDVD is a bootable SDR environment suitable for demonstration and
> >> experimentation, contained on a read-only medium.
> >>
> >> This release now has:
> >>
> >> * GNU Radio release 3.7.2
> >> * Ettus Research uhd snapshot 3.5.4-157-g7641b42
> >> * gqrx snapshot v2.2.0-51-g6e30181
> >> * gr-air-modes commit g585ecf1 ('next' branch)
> >> * gr-iqbal snapshot v0.37.1-5-gd4fd4dd
> >> * gr-osmosdr snapshot v0.1.0-44-g0d10f5e
> >> * hackrf snapshot v2013.07.1-59-gbef5835
> >> * libosmo-dsp v0.3
> >> * osmo-sdr snapshot v0.1-7-gcd37e9fa
> >> * rtl-sdr snapshot v0.5.1-14-g360dd36
> >>
> >> -- 
> >> Johnathan Corgan, Corgan Labs
> >> SDR Training and Development Services
> >> http://corganlabs.com
> >>
> > 
> > ___
> > Discuss-gnuradio mailing list
> > Discuss-gnuradio@gnu.org
> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> > 
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] GNU Radio LiveDVD 2013-1110 (based on 3.7.2)

2013-11-12 Thread Rick Farina
On 11/12/2013 04:21 PM, Rafael Diniz wrote:
> Hi Zero,
> 
> You're wrong.

I'm certainly not perfect but if you bother to look at Dream's website:
http://sourceforge.net/apps/mediawiki/drm/index.php?title=Main_Page

You will notice they say these words, all in red, on a line by themselves:

"Although this software is distributed as free software under the terms
of the GPL this does not mean that its use is free of rights of others.
The use may infringe third party IP and thus may not be legal in some
countries."

I would strongly discourage anyone from distributing code that is
violating someone else's IP.  The code is gpl, that's great, but since
it is violating (if I had to guess a US patent) IP knowingly, it puts
anyone distributing it at risk.  I know I for one won't be distributing
such code with my livecd which contains GnuRadio.  Obviously anyone else
can do what they think is best.

Amazing what you notice when you read something...

-Zero

> Dream can be distributed as it's GPL licensed. All the code is GPL, except 
> concerning the AAC codec (FAAC and FAAD2), but you don't need to distribute 
> it 
> together with dream, as it dlopen()'s the AAC library dinamically (so you can 
> install AAC "live"). Most windows and linux dream distributions just do not 
> place the AAC together, and recommend you to just install it separatelly 
> (from 
> rarewares or a simple script that downloads the source and compile it).
> 
> Also, for the purpose of lab testing, modulation/demodulation, I don't even 
> use 
> the AAC codec, as it also comes with the great Opus codec, which is much 
> better 
> than the FAAC AAC LC encoder.
> 
> Best regards,
> Rafael Diniz
> 
> Em ter 12 nov 2013, às 16:57:17, Rick Farina escreveu:
>> Sadly Dream appears to be an "open source" implementation of a protocol
>> that is licensed and has no rights allowing for a decoder.  While you
>> may choose to use it, sadly, distributing it on a livecd would be very
>> unintelligent as it would make the distributor legally liable for
>> breaching the license most likely.
>>
>> Thanks,
>> Zero
>>
>> On 11/12/2013 11:40 AM, Rafael Diniz wrote:
>>> Johnathan,
>>> It would be nice to include Dream and gr-drm, for DRM support in the next 
>>> LiveDVD.
>>> ; )
>>>
>>> Best regards,
>>> Rafael Diniz
>>>
>>> Em seg 11 nov 2013, às 05:31:48, Johnathan Corgan escreveu:
 The GNU Radio LiveDVD has been updated:

 http://gnuradio.org/releases/gnuradio/iso/ubuntu-12.04.3-desktop-amd64-
>>> gnuradio-2013-1110.torrent

 Based on the Ubuntu 12.04.3 LTS 64-bit operating system, the GNU Radio
 LiveDVD is a bootable SDR environment suitable for demonstration and
 experimentation, contained on a read-only medium.

 This release now has:

 * GNU Radio release 3.7.2
 * Ettus Research uhd snapshot 3.5.4-157-g7641b42
 * gqrx snapshot v2.2.0-51-g6e30181
 * gr-air-modes commit g585ecf1 ('next' branch)
 * gr-iqbal snapshot v0.37.1-5-gd4fd4dd
 * gr-osmosdr snapshot v0.1.0-44-g0d10f5e
 * hackrf snapshot v2013.07.1-59-gbef5835
 * libosmo-dsp v0.3
 * osmo-sdr snapshot v0.1-7-gcd37e9fa
 * rtl-sdr snapshot v0.5.1-14-g360dd36

 -- 
 Johnathan Corgan, Corgan Labs
 SDR Training and Development Services
 http://corganlabs.com

>>>
>>> ___
>>> Discuss-gnuradio mailing list
>>> Discuss-gnuradio@gnu.org
>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>
>>
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] GNU Radio LiveDVD 2013-1110 (based on 3.7.2)

2013-11-12 Thread Sylvain Munaut
I'm pretty sure if you look hard enough you'll find some blocks in GR
that implement or could implement some patented telecom technique ...

The user could also acquire a license on his own (license which btw is
free of charge for low qty).

On Tue, Nov 12, 2013 at 11:51 PM, Rick Farina  wrote:
> On 11/12/2013 04:21 PM, Rafael Diniz wrote:
>> Hi Zero,
>>
>> You're wrong.
>
> I'm certainly not perfect but if you bother to look at Dream's website:
> http://sourceforge.net/apps/mediawiki/drm/index.php?title=Main_Page
>
> You will notice they say these words, all in red, on a line by themselves:
>
> "Although this software is distributed as free software under the terms
> of the GPL this does not mean that its use is free of rights of others.
> The use may infringe third party IP and thus may not be legal in some
> countries."
>
> I would strongly discourage anyone from distributing code that is
> violating someone else's IP.  The code is gpl, that's great, but since
> it is violating (if I had to guess a US patent) IP knowingly, it puts
> anyone distributing it at risk.  I know I for one won't be distributing
> such code with my livecd which contains GnuRadio.  Obviously anyone else
> can do what they think is best.
>
> Amazing what you notice when you read something...
>
> -Zero
>
>> Dream can be distributed as it's GPL licensed. All the code is GPL, except
>> concerning the AAC codec (FAAC and FAAD2), but you don't need to distribute 
>> it
>> together with dream, as it dlopen()'s the AAC library dinamically (so you can
>> install AAC "live"). Most windows and linux dream distributions just do not
>> place the AAC together, and recommend you to just install it separatelly 
>> (from
>> rarewares or a simple script that downloads the source and compile it).
>>
>> Also, for the purpose of lab testing, modulation/demodulation, I don't even 
>> use
>> the AAC codec, as it also comes with the great Opus codec, which is much 
>> better
>> than the FAAC AAC LC encoder.
>>
>> Best regards,
>> Rafael Diniz
>>
>> Em ter 12 nov 2013, às 16:57:17, Rick Farina escreveu:
>>> Sadly Dream appears to be an "open source" implementation of a protocol
>>> that is licensed and has no rights allowing for a decoder.  While you
>>> may choose to use it, sadly, distributing it on a livecd would be very
>>> unintelligent as it would make the distributor legally liable for
>>> breaching the license most likely.
>>>
>>> Thanks,
>>> Zero
>>>
>>> On 11/12/2013 11:40 AM, Rafael Diniz wrote:
 Johnathan,
 It would be nice to include Dream and gr-drm, for DRM support in the next
 LiveDVD.
 ; )

 Best regards,
 Rafael Diniz

 Em seg 11 nov 2013, às 05:31:48, Johnathan Corgan escreveu:
> The GNU Radio LiveDVD has been updated:
>
> http://gnuradio.org/releases/gnuradio/iso/ubuntu-12.04.3-desktop-amd64-
 gnuradio-2013-1110.torrent
>
> Based on the Ubuntu 12.04.3 LTS 64-bit operating system, the GNU Radio
> LiveDVD is a bootable SDR environment suitable for demonstration and
> experimentation, contained on a read-only medium.
>
> This release now has:
>
> * GNU Radio release 3.7.2
> * Ettus Research uhd snapshot 3.5.4-157-g7641b42
> * gqrx snapshot v2.2.0-51-g6e30181
> * gr-air-modes commit g585ecf1 ('next' branch)
> * gr-iqbal snapshot v0.37.1-5-gd4fd4dd
> * gr-osmosdr snapshot v0.1.0-44-g0d10f5e
> * hackrf snapshot v2013.07.1-59-gbef5835
> * libosmo-dsp v0.3
> * osmo-sdr snapshot v0.1-7-gcd37e9fa
> * rtl-sdr snapshot v0.5.1-14-g360dd36
>
> --
> Johnathan Corgan, Corgan Labs
> SDR Training and Development Services
> http://corganlabs.com
>

 ___
 Discuss-gnuradio mailing list
 Discuss-gnuradio@gnu.org
 https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

>>>
>>> ___
>>> Discuss-gnuradio mailing list
>>> Discuss-gnuradio@gnu.org
>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>
>>
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio