The Us are when I do something else with the machine. They do not show when I keep my fingers off the mouse, so no reason to worry, it runs for ages without a single U when the machine is kept alone.
I already found out about the rate. The coding also needs to be reflected by the transport stream, or just regarding the bitrate? I did not find a setting for that, but I will look deeper into it during the next days, when I find some time. My first test trying to set identical settings like from the working test stream brought just a black picture.
Another question...when looking into the constellation, what are the two dot clouds on the X/I-axis, outside the expected 4*4 cloud matrix? Some embedded BPSK? I could not find this in the DVB-T specs at first glance...
From: Bogdan Diaconescu [mailto:address@hidden
Sent: Wednesday, April 8, 2015 2:57 PM
To: Ralph A. Schmid, dk5ras; 'Ron Economos'; address@hidden
Subject: Re: [Discuss-gnuradio] DVB-T/T2
DVB-T.png shows some u's on the command line which means the whole flowgraph do not provide data to USRP at the right speed. It basically mean the computer cannot cope with the required processing requirement.
If you just broadcast video from a file and not plan to use a live streaming from camera, the rate should not matter too much. The video is sent at the rate of the DVB-T according to it's parameters and with RTL2832 receiver it is buffered and played at the correct speed (at least for short files like test.ts).
On Wednesday, April 8, 2015 11:55 AM, "Ralph A. Schmid, dk5ras" <address@hidden> wrote:
Yep, this would be quite useful!
Bogdan, as you are here, too - I don't know very much about all the crazy video file stuff, but maybe you can give me some basic parameters I need to comply with for a transport stream, to be able to transmit it with your package?! I need to use Windows for the conversion, as my Linux installation is only on a virtual machine, with limited space and power. A capable looking Windows program is available, but there are so many options I have no clue about :(
I modified your flow graph according to Rons hints, and now I have a stable and reliable DVB-T transmission path with your package. See http://dk5ras.dyndns.org/tmp/DVB/ with a screenshot. I am using the Ettus B210, and for reception a second PC with DVB-T stick, or a DVB-x tester that does them all, DVB-C/S/S2/T/T2.
You and Ron really did a great job with coding those DVB-x packages!
Ok, it would be useful to have receivers too like for the DVB-T.
On Tuesday, April 7, 2015 11:23 PM, Ron Economos <address@hidden> wrote:
On 04/07/2015 06:38 AM, Bogdan Diaconescu wrote:
I have not followed the development of DVB-T2/S2 lately. Are there receiver implementations for the T2/S2 or just transmitters?
On Tuesday, April 7, 2015 1:32 PM, "Ralph A. Schmid, dk5ras" <address@hidden> wrote:
Great to hear that you work finds its way into the official thing!
At the moment, as the RF stuff works, I am trying to learn about all this crazy video file stuff, for being able to create transport streams with my own content. Up to now I am still testing with the cartoon .ts :) Still my laptop (with DVBViewer software) will not decode the audio, while the DVB tester decodes audio just fine.