Re: [Discuss-gnuradio] Re: Soft-DVB DVB-T transmitter

2008-11-14 Thread Martin DvH

On Tue, 2008-11-11 at 08:26 +0100, Vincenzo Pellegrini wrote:
 Martin ,
 sorry for the delay. My exams seem to have gone well even if it's not
 official yet.
Great
  I also had to do a demo for a company I have a temporary
 contract with for developing some gnuradio based gsm-r security
 sentinels. Also the demo was smooth. (i already listed the project on
 the gnuradio wiki)
Good work.
 so i really hope i'll be able to prepare the 8Mhz stream for you
 within the next 2/3 days. Would this still be useful?
Yes it really would.

I am also really looking forward for the sources.
One of the things I am planning to do is use the structure of your code
as a basis for a DVB-T receiver.
It is always easier debugging a receiver when you can make a full loop.
(transmitter and receiver back-to-back)

Greetings,
Martin
 2008/11/3, Martin DvH [EMAIL PROTECTED]:
 
  On Mon, 2008-11-03 at 14:13 +0100, Martin DvH wrote:
 
 
 
  
 
Van: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED]
  Namens Vincenzo Pellegrini
Verzonden: maandag 3 november 2008 0:16
Aan: Martin DvH
CC: discuss-gnuradio
Onderwerp: [Discuss-gnuradio] Re: Soft-DVB DVB-T transmitter


This is Great... :)

Yup, the playback cannot be smooth because of the wrong throughput,
  definitely.
Did you use the USRP1 with interpolation factor = 16 ?
  Yes I did.

I can prepare a modulated signal with the correct throughput for
  you.. this is not a problem... :)

  Please do, this would be great.
what hard disc are you playing your signal back from?
 
  Internal 2.5 harddisk of my acer 6930 notebook (Aspire 6930G-734G32BN
  LX.AVB0X.135)
  2.5 320GB HDD 5400rpm, SATA
  I checked now. It is a:
  Western digital Scorpio 320 GB SATA (WDC WD3200BEVT-22ZCT0)
  2.5-inch SATA Hard Drive 320 GB, 3 Gb/s, 8 MB Cache, 5400 RPM
 
  Benchmark from tomshardware (h2benchw 3.6):
  http://www.tomshardware.com/charts/2-5-hard-drive-charts/Minimum-Read-Transfer-Performance,687.html
  minimum read transfer rate 33.5 MB/sec
  average read transfer rate 52.2 MB/sec
  maximum read transfer rate 68.2 MB/sec
 
 
 
  I am not at home right now So I can't check the exact brand and model of
  the
  harddisk.
  It can do around 38 MB/sec so this is just enough (required 32 MB/sec)
 
  I also have 4GB of memory in this notebook, so I think it will buffer the
  complete file.
 
  I had to use my notebook because with my desktop PC (ASrock
  939-DUAL-SATA2)
  The USB TX bandwidth is less then 32 MB/sec.
  (Which is strange because I CAN receive 32 MB/sec)
  I get UuUuUu on this machine when useing interpolation 16, so unusable.
 
  Regards,
  Martin
 

regards

vincenzo


2008/11/3 Martin DvH [EMAIL PROTECTED]
 
 
 
 Hi,
 
   In fact: 8 complex Msps implement a 7 MHz channel while
  9.142857143
   complex Msps implement an 8 MHz channel.
   Just try to go as close as possible to such sampling
  frequency by
   using USRP2 and let me know what happens... it could
  turn out that we
   need a resampler block.
  So if I use a fractional rate resampler with interpolation
  factor
  10/8=1.25 I get a 7 Mhz channel with 10 Msps samplerate.
  If I use a fractional rate resampler with interpolation
  factor
  10/9.142857143=1.09375 I get a 8 Mhz channel with 10 Msps
  samplerate
 
  If I use a fractional rate resampler with DECIMATION
  factor
  9.142857143/8=8/7=1.142857143 I get a 8 Mhz channel with 8
  Msps
  samplerate with the out-of-band skirts folded back at the
  sides.
 
  Would be interesting to see if this last one works with a
  USRP1.
 
  I'll let you know how the experiments go.
 
 I resampled and scaled your ofdm_40.dump file so it now will
  use 8 Mhz bandwidth with a 8 Msps samplerate.
 The reception never can be perfect this way but it seems
  good enough for
 tests.
 
 My USB DVB-T receiver receives the transport stream without
  problems.
 Mplayer playes the stream without problem for two loops and
  then crashes
 with a broken frame.
 My standalone settopbox DVB-T receiver now also receives the
  stream.
 (8 MHz channel on UHF)
 It has big problems displaying it. Sound is only a chop of
  sound now and
 then and video stops, then runs for a second, then stops
  again.
 
 I think this is because the timestamps and framerate
  (playout speed)
 don't match the data throughput of the MPEG stream anymore.
 (It is getting the stream too fast)
 
 I put my resampled RF file at:
 
  

Re: [Discuss-gnuradio] Re: Soft-DVB DVB-T transmitter

2008-11-11 Thread rafael2k
Hello people,
I'm following the discussion about the Soft-DVB, and I'm thinking about use of 
the WBX0510 daughterboard (50 MHz to 1 GHz) w/ Soft-DVB - Will then be 
possible to transmitt in any VHF/UHF channel?

Bye,
Rafael Diniz

Em Tuesday 11 November 2008, Vincenzo Pellegrini escreveu:
 Martin ,
 sorry for the delay. My exams seem to have gone well even if it's not
 official yet. I also had to do a demo for a company I have a temporary
 contract with for developing some gnuradio based gsm-r security
 sentinels. Also the demo was smooth. (i already listed the project on
 the gnuradio wiki)
 so i really hope i'll be able to prepare the 8Mhz stream for you
 within the next 2/3 days. Would this still be useful?

 2008/11/3, Martin DvH [EMAIL PROTECTED]:
  On Mon, 2008-11-03 at 14:13 +0100, Martin DvH wrote:
  
 
Van: [EMAIL PROTECTED]
 
  [mailto:[EMAIL PROTECTED]
  Namens Vincenzo Pellegrini
 
Verzonden: maandag 3 november 2008 0:16
Aan: Martin DvH
CC: discuss-gnuradio
Onderwerp: [Discuss-gnuradio] Re: Soft-DVB DVB-T transmitter
  
  
This is Great... :)
  
Yup, the playback cannot be smooth because of the wrong throughput,
 
  definitely.
 
Did you use the USRP1 with interpolation factor = 16 ?
 
  Yes I did.
 
I can prepare a modulated signal with the correct throughput for
 
  you.. this is not a problem... :)
 
  Please do, this would be great.
 
what hard disc are you playing your signal back from?
 
  Internal 2.5 harddisk of my acer 6930 notebook (Aspire 6930G-734G32BN
  LX.AVB0X.135)
  2.5 320GB HDD 5400rpm, SATA
 
  I checked now. It is a:
  Western digital Scorpio 320 GB SATA (WDC WD3200BEVT-22ZCT0)
  2.5-inch SATA Hard Drive 320 GB, 3 Gb/s, 8 MB Cache, 5400 RPM
 
  Benchmark from tomshardware (h2benchw 3.6):
  http://www.tomshardware.com/charts/2-5-hard-drive-charts/Minimum-Read-Tra
 nsfer-Performance,687.html minimum read transfer rate 33.5 MB/sec
  average read transfer rate 52.2 MB/sec
  maximum read transfer rate 68.2 MB/sec
 
  I am not at home right now So I can't check the exact brand and model of
  the
  harddisk.
  It can do around 38 MB/sec so this is just enough (required 32 MB/sec)
 
  I also have 4GB of memory in this notebook, so I think it will buffer
  the complete file.
 
  I had to use my notebook because with my desktop PC (ASrock
  939-DUAL-SATA2)
  The USB TX bandwidth is less then 32 MB/sec.
  (Which is strange because I CAN receive 32 MB/sec)
  I get UuUuUu on this machine when useing interpolation 16, so unusable.
 
  Regards,
  Martin
 
regards
  
vincenzo
  
  
2008/11/3 Martin DvH [EMAIL PROTECTED]
 
 Hi,
 
   In fact: 8 complex Msps implement a 7 MHz channel while
 
  9.142857143
 
   complex Msps implement an 8 MHz channel.
   Just try to go as close as possible to such sampling
 
  frequency by
 
   using USRP2 and let me know what happens... it could
 
  turn out that we
 
   need a resampler block.
 
  So if I use a fractional rate resampler with interpolation
 
  factor
 
  10/8=1.25 I get a 7 Mhz channel with 10 Msps samplerate.
  If I use a fractional rate resampler with interpolation
 
  factor
 
  10/9.142857143=1.09375 I get a 8 Mhz channel with 10 Msps
 
  samplerate
 
  If I use a fractional rate resampler with DECIMATION
 
  factor
 
  9.142857143/8=8/7=1.142857143 I get a 8 Mhz channel with 8
 
  Msps
 
  samplerate with the out-of-band skirts folded back at the
 
  sides.
 
  Would be interesting to see if this last one works with a
 
  USRP1.
 
  I'll let you know how the experiments go.
 
 I resampled and scaled your ofdm_40.dump file so it now will
  use 8 Mhz bandwidth with a 8 Msps samplerate.
 The reception never can be perfect this way but it seems
  good enough for
 tests.
 
 My USB DVB-T receiver receives the transport stream without
  problems.
 Mplayer playes the stream without problem for two loops and
  then crashes
 with a broken frame.
 My standalone settopbox DVB-T receiver now also receives the
  stream.
 (8 MHz channel on UHF)
 It has big problems displaying it. Sound is only a chop of
  sound now and
 then and video stops, then runs for a second, then stops
  again.
 
 I think this is because the timestamps and framerate
  (playout speed)
 don't match the data throughput of the MPEG stream anymore.
 (It is getting the stream too fast)
 
 I put my resampled RF file at:
 
  http://www.olifantasia.com/projects/gnuradio/mdvh/OTA/DVB-T/ofdm_40_bw8M
 hz_s amplerate_8Msps_cshort.raw
 
 format is complex signed short integers (I 16 bit, Q 16 bit)
  at 8
 Msamples/sec.
 
 
  

RE: [Discuss-gnuradio] Re: Soft-DVB DVB-T transmitter

2008-11-03 Thread Martin DvH






   Van: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Namens Vincenzo Pellegrini
   Verzonden: maandag 3 november 2008 0:16
   Aan: Martin DvH
   CC: discuss-gnuradio
   Onderwerp: [Discuss-gnuradio] Re: Soft-DVB DVB-T transmitter
   
   
   This is Great... :)
   
   Yup, the playback cannot be smooth because of the wrong throughput,
definitely.
   Did you use the USRP1 with interpolation factor = 16 ?
Yes I did.
   
   I can prepare a modulated signal with the correct throughput for
you.. this is not a problem... :)

Please do, this would be great. 
   what hard disc are you playing your signal back from?

Internal 2.5 harddisk of my acer 6930 notebook (Aspire 6930G-734G32BN
LX.AVB0X.135)
2.5 320GB HDD 5400rpm, SATA 
 
I am not at home right now So I can't check the exact brand and model of the
harddisk.
It can do around 38 MB/sec so this is just enough (required 32 MB/sec)
 
I also have 4GB of memory in this notebook, so I think it will buffer the
complete file.

I had to use my notebook because with my desktop PC (ASrock 939-DUAL-SATA2)
The USB TX bandwidth is less then 32 MB/sec.
(Which is strange because I CAN receive 32 MB/sec)
I get UuUuUu on this machine when useing interpolation 16, so unusable.

Regards,
Martin

   
   regards
   
   vincenzo
   
   
   2008/11/3 Martin DvH [EMAIL PROTECTED]



Hi,

  In fact: 8 complex Msps implement a 7 MHz channel while
9.142857143
  complex Msps implement an 8 MHz channel.
  Just try to go as close as possible to such sampling
frequency by
  using USRP2 and let me know what happens... it could
turn out that we
  need a resampler block.
 So if I use a fractional rate resampler with interpolation
factor
 10/8=1.25 I get a 7 Mhz channel with 10 Msps samplerate.
 If I use a fractional rate resampler with interpolation
factor
 10/9.142857143=1.09375 I get a 8 Mhz channel with 10 Msps
samplerate

 If I use a fractional rate resampler with DECIMATION
factor
 9.142857143/8=8/7=1.142857143 I get a 8 Mhz channel with 8
Msps
 samplerate with the out-of-band skirts folded back at the
sides.

 Would be interesting to see if this last one works with a
USRP1.

 I'll let you know how the experiments go.

I resampled and scaled your ofdm_40.dump file so it now will
use 8 Mhz bandwidth with a 8 Msps samplerate.
The reception never can be perfect this way but it seems
good enough for
tests.

My USB DVB-T receiver receives the transport stream without
problems.
Mplayer playes the stream without problem for two loops and
then crashes
with a broken frame.
My standalone settopbox DVB-T receiver now also receives the
stream.
(8 MHz channel on UHF)
It has big problems displaying it. Sound is only a chop of
sound now and
then and video stops, then runs for a second, then stops
again.

I think this is because the timestamps and framerate
(playout speed)
don't match the data throughput of the MPEG stream anymore.
(It is getting the stream too fast)

I put my resampled RF file at:

http://www.olifantasia.com/projects/gnuradio/mdvh/OTA/DVB-T/ofdm_40_bw8Mhz_s
amplerate_8Msps_cshort.raw

format is complex signed short integers (I 16 bit, Q 16 bit)
at 8
Msamples/sec.


Greetings,
Martin



  more details will follow as soon as I find some time...
 Thanks and success with your second group of tests.

 Martin
  best regards and greetings
  to all fellow GNURadioers
 
  vincenzo
 
  PS
  Rafael, just have a look back a this thread and you'll
find all the
  info you need to do your test broadcast. Thanks for your
interest
 
 
 
 
 
 
  2008/10/31 Martin Dudok van Heel
[EMAIL PROTECTED]
  Hi Vincenzo.
  How are things going with your exams.
 
  I hope well.
 
  Thanks for your help so far.
 
 

RE: [Discuss-gnuradio] Re: Soft-DVB DVB-T transmitter

2008-11-03 Thread Martin DvH

On Mon, 2008-11-03 at 14:13 +0100, Martin DvH wrote:
 
 
 
 
 
  Van: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]
 Namens Vincenzo Pellegrini
  Verzonden: maandag 3 november 2008 0:16
  Aan: Martin DvH
  CC: discuss-gnuradio
  Onderwerp: [Discuss-gnuradio] Re: Soft-DVB DVB-T transmitter
  
  
  This is Great... :)
  
  Yup, the playback cannot be smooth because of the wrong throughput,
 definitely.
  Did you use the USRP1 with interpolation factor = 16 ?
 Yes I did.
  
  I can prepare a modulated signal with the correct throughput for
 you.. this is not a problem... :)
   
 Please do, this would be great. 
  what hard disc are you playing your signal back from?
 
 Internal 2.5 harddisk of my acer 6930 notebook (Aspire 6930G-734G32BN
 LX.AVB0X.135)
 2.5 320GB HDD 5400rpm, SATA 
I checked now. It is a: 
Western digital Scorpio 320 GB SATA (WDC WD3200BEVT-22ZCT0)
2.5-inch SATA Hard Drive 320 GB, 3 Gb/s, 8 MB Cache, 5400 RPM

Benchmark from tomshardware (h2benchw 3.6):
http://www.tomshardware.com/charts/2-5-hard-drive-charts/Minimum-Read-Transfer-Performance,687.html
minimum read transfer rate 33.5 MB/sec
average read transfer rate 52.2 MB/sec
maximum read transfer rate 68.2 MB/sec


 
 I am not at home right now So I can't check the exact brand and model of the
 harddisk.
 It can do around 38 MB/sec so this is just enough (required 32 MB/sec)
  
 I also have 4GB of memory in this notebook, so I think it will buffer the
 complete file.
 
 I had to use my notebook because with my desktop PC (ASrock 939-DUAL-SATA2)
 The USB TX bandwidth is less then 32 MB/sec.
 (Which is strange because I CAN receive 32 MB/sec)
 I get UuUuUu on this machine when useing interpolation 16, so unusable.
 
 Regards,
 Martin
 
  
  regards
  
  vincenzo
  
  
  2008/11/3 Martin DvH [EMAIL PROTECTED]
   
 
 
   Hi,
   
 In fact: 8 complex Msps implement a 7 MHz channel while
 9.142857143
 complex Msps implement an 8 MHz channel.
 Just try to go as close as possible to such sampling
 frequency by
 using USRP2 and let me know what happens... it could
 turn out that we
 need a resampler block.
So if I use a fractional rate resampler with interpolation
 factor
10/8=1.25 I get a 7 Mhz channel with 10 Msps samplerate.
If I use a fractional rate resampler with interpolation
 factor
10/9.142857143=1.09375 I get a 8 Mhz channel with 10 Msps
 samplerate
   
If I use a fractional rate resampler with DECIMATION
 factor
9.142857143/8=8/7=1.142857143 I get a 8 Mhz channel with 8
 Msps
samplerate with the out-of-band skirts folded back at the
 sides.
   
Would be interesting to see if this last one works with a
 USRP1.
   
I'll let you know how the experiments go.
   
   I resampled and scaled your ofdm_40.dump file so it now will
 use 8 Mhz bandwidth with a 8 Msps samplerate.
   The reception never can be perfect this way but it seems
 good enough for
   tests.
   
   My USB DVB-T receiver receives the transport stream without
 problems.
   Mplayer playes the stream without problem for two loops and
 then crashes
   with a broken frame.
   My standalone settopbox DVB-T receiver now also receives the
 stream.
   (8 MHz channel on UHF)
   It has big problems displaying it. Sound is only a chop of
 sound now and
   then and video stops, then runs for a second, then stops
 again.
   
   I think this is because the timestamps and framerate
 (playout speed)
   don't match the data throughput of the MPEG stream anymore.
   (It is getting the stream too fast)
   
   I put my resampled RF file at:
   
 http://www.olifantasia.com/projects/gnuradio/mdvh/OTA/DVB-T/ofdm_40_bw8Mhz_s
 amplerate_8Msps_cshort.raw
   
   format is complex signed short integers (I 16 bit, Q 16 bit)
 at 8
   Msamples/sec.
   
   
   Greetings,
   Martin
   
 
 
 more details will follow as soon as I find some time...
Thanks and success with your second group of tests.
   
Martin
 best regards and greetings
 to all fellow GNURadioers

 vincenzo

 PS
 Rafael, just have a look back a this thread and you'll
 find all the
 info you need to do your test broadcast. Thanks for your
 interest