Re: [Discuss-gnuradio] Video Streaming

2014-02-22 Thread Marcus Müller

Hi Syed,

from my perspective, the only way packets could get lost in your scenario 2 is 
when your operating system's network stack decides to drop packets, which 
should only happen if there is a big backlog of unread ones.
Try replacing the UDP sink by a file sink and see if that content is complete.

Anyway, you mention quality is somehow not good; I'm not quite sure what to 
make out of this.
Usually, when you lose packets in an MPEG stream you lose frames or get visual 
garbage in some quadratic areas of the picture; is that the case?
If you use ncat to save the received stream instead of mplayer to play it, how 
much smaller is the received file?


Greetings,
Marcus

On 02/22/2014 10:52 AM, Syed Aqeel Raza wrote:


Hi Marcus,

Thanks for your reply. I’ve already implemented all the test scenario’s 
mentioned in my earlier email. All are working and produced a streaming video 
at the destination end. However, the problem is with the video quality.

Yes, you’re right the selected video has a bitrate less than 1Mb/s and for the 
case of test 2 it’s transparent too; but the streaming quality is somehow not 
good as in test 1 and it further degrade when moving to test 3 and test 4, 
respectively. Furthermore, I’ve not used any throttle block in any of the 
flowgraph yet.

At the current moment, I am investigating the options to calculate the packet 
dropping rate within the flowgraphs.

Regards,

Syed Aqeel Raza




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


Re: [Discuss-gnuradio] Video Streaming

2014-02-21 Thread Marcus Müller
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Syed,

test 2 should be completely transparent and thus you shouldn't lose
quality. The input bitrate of the video is below 1Mb/s, so for a pure
loopback test I can't imagine this going wrong. Are you sure that the
sending VLC does *not* decode the video into something with a much
higher bitrate. Also make sure you don't use throttle in between.

Greetings,
Marcus



On 20.02.2014 11:32, Syed Aqeel Raza wrote:
 Hi
 
 
 I am trying to stream a video over a wireless network using UDP
 protocol. For that, I started tests in the following sequence:
 
 
 Test 1: VLC  VLC
 
 
 Test 2: VLC  Gnuradio (using udp source and udp sink blocks 
 only)  VLC
 
 
 Test 3: VLC  Gnuradio (with a complete communication model
 (e.g. mod/demod))  VLC
 
 
 Test 4: VLC  Gnuradio  USRPs (multiple)  VLC
 
 
 Test 1 completed successfully and the streamed video quality is
 perfect at the receiver end. Whereas, in test 2, test 3 and test 4
 I've successfully got the streamed video at the receiver end but
 the quality is not good (it's even more degraded when shift to the 
 higher test levels). During the testing a warning message appeared
 on gnuradio console i.e. Too much data; packet loss.
 
 
 I tried to resolve this issue by adjusting the factors like
 payload size and sampling rate but nothing works. The flowcharts
 and the video are attached here for reference.
 
 
 Furthermore, can anyone give me a hint that how can I check the
 parameters like throughput, packet delay and SNR.
 
 
 Kindly assist me and point out the mistake I've made, waiting for
 earliest reply. Thanks.
 
 
 Regards, Syed Aqeel Raza
 
 
 
 ___ Discuss-gnuradio
 mailing list Discuss-gnuradio@gnu.org 
 https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJTBxjSAAoJEAFxB7BbsDrLzxcH/ip3m6F2ls0itx95IlN2qov0
f3etC7XX0XgF91uO9XwpLSdjsIjGaXz8G7Yc7zKCkrcBL9xVuYl/xpqHKwxy2gWL
/FoROdlioZ7Nr/xWkuMTsRAJQgx/VIVWLSoSutdT4Bc7fc4z6lcosPDQ/ShUziw9
IZnfPfX2Wumh1QkOKkcIYxTjyIL1tqi6X2T3LrfHC3FBc2g3JL90xPFlc4hXfMHM
0zwkXNiSAVZxzRgbW5mHolygU80AvrP529B2mHD9hoiJfDTGLDvyxmsrU2E2Pc2Y
GCnIJ5bHQBENcemYeGceKtRsd9MO7TV9RyTOR4q2ghhIn1z2W+WFMvY4JwRG800=
=gDsk
-END PGP SIGNATURE-

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


Re: [Discuss-gnuradio] Video Streaming

2014-02-21 Thread Martin Braun
On 02/20/2014 11:32 AM, Syed Aqeel Raza wrote:
 Kindly assist me and point out the mistake I've made, waiting for
 earliest reply. Thanks.

Syed,

this not a reasonable thing to ask for here. You have built an entire
transceiver chain, and all you tell is that it's not working.

Unless someone is extremely bored, no-one will help you with a request
like this.

No, I assume you actually want help, and are not posting this question
to annoy anyone. Here's some advice:
- Read this:
http://gnuradio.org/redmine/projects/gnuradio/wiki/ReportingErrors
- Narrow down the problem. Convince us that you've tried many things to
get it right.

Without even looking at your flow graph, I assume there's several things
that aren't working, since so much can go wrong in digital comms.

M


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


Re: [Discuss-gnuradio] Video Streaming Issue (most probably at receiving end)

2014-02-03 Thread Martin Braun
Please ask these questions on the mailing list.

On 02/03/2014 12:44 PM, Syed Aqeel Raza wrote:
 Hi Martin,
 
 Again, I did some more work and the details are as under.
 
 1. I have created a single flowgraph without USRP hardware. For your
 reference the file is enclosed with the name of
 gmsk_file_transceiver.grc. This work fine and we can see the stream
 video output without any difficulty.

This does *not* mean your flowgraphs are working. I haven't been able to
check them, but there's many things that can go wrong over the air which
won't in a simulation.

 2. To continue further I splitted the above mentioned file into
 transmitter and receiver side along with the inclusion of USRP source
 and sink blocks, respectively. Their flowgraphs are enclosed with the
 name of gmsk_tx.grc and gmsk_rx.grc, respectively. The FFT plot shows
 that (vdo transmission.png enclosed) transmitter and receiver handshakes
 with each other but the signal difference between the transmitter and
 the receiver side is 80 dB. I further noticed that whenever I stopped
 the transmission the received signal at the receiver further drops to
 -120 dB.

You are working with relative power levels here, so the dB values don't
mean that much.

Martin


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


Re: [Discuss-gnuradio] Video Streaming Issue (most probably at receiving end)

2014-02-03 Thread Syed Aqeel Raza
Hi Ron,

Thanks for your suggestion. It works for me :)

Regards,
Syed Aqeel Raza


On Mon, Feb 3, 2014 at 11:54 PM, Syed Aqeel Raza s.aqeelr...@gmail.comwrote:

 Hi,

 Again, I did some more work and the details are as under.

 1. I have created a single flowgraph without USRP hardware. For your
 reference the file is enclosed with the name of gmsk_file_transceiver.grc.
 This work fine and we can see the stream video output without any
 difficulty.

 2. To continue further I splitted the above mentioned file into
 transmitter and receiver side along with the inclusion of USRP source and
 sink blocks, respectively. Their flowgraphs are enclosed with the name of
 gmsk_tx.grc and gmsk_rx.grc, respectively. The FFT plot shows that (vdo
 transmission.png enclosed) transmitter and receiver handshakes with each
 other but the signal difference between the transmitter and the receiver
 side is 80 dB. I further noticed that whenever I stopped the transmission
 the received signal at the receiver further drops to -120 dB.

 I really get stuck in this issue for the last two days. I need your
 assistant to resolve this problem as I am a newbie in gnuradio using USRP
 platform.

 Thanks in advance.

 Regards,
 Syed Aqeel Raza











 On Sat, Feb 1, 2014 at 11:36 AM, Syed Aqeel Raza s.aqeelr...@gmail.comwrote:

 Hi Martin,

 Thanks for your reply.

 I have made some changes in the flowgraphs due to which the transmitter
 and receiver sides handshakes with each other. Despite of this handshaking,
 the receiver side is not produced the required baseband signal.
 Furthermore, I have designed a single flowgraph that comprises on
 transmitter and receiver without the inclusion of USRP source and sink
 block. That single flowgraph works fine and perfectly streaming the video.

 I will send the updated flowgraphs to you by tomorrow.

 Regards,
 Syed Aqeel Raza


 On Sat, Feb 1, 2014 at 8:05 PM, Martin Braun martin.br...@ettus.comwrote:

 On 30.01.2014 18:17, Syed Aqeel Raza wrote:

 I have checked the transmission part, which is working perfectly by

 transmitting a video stream over the wireless. Whereas, no video

 reception is displayed on receiver end.


 How did you test the transmitter?


  For further reference, I have attached the flow charts used for

 transmission and reception of video streaming. An earliest reply is

 highly appreciated.


 There's many things that can go wrong here. Does your rx spectrum look
 good?

 MB





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


[Discuss-gnuradio] Video streaming through gr-extras tuntap in pre-cog

2013-07-20 Thread GNU radio
Hi
   I am trying to stream a VLC video stream to the gr-extras tuntap device.
I have modified the simple_trx demo to include tuntap device and run the
flow graph as a root. I assign the tap device the required ip address but I
am not sure how to assign a port number to it.

Then I configure the vlc media player to stream webcam video to the tap
device address. I disable the ARQ in the pre-cog.

The flow graph runs correctly but on a spectrum analyzer I just see a
single packet and then everything turns off.

Does any body know how to stream video in to the tuntap device.

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


Re: [Discuss-gnuradio] Video streaming through gr-extras tuntap in pre-cog

2013-07-20 Thread John Malsbury
Dear GNU Radio Guru,

For the sake of this list, I'm going to have to ask you to send all support
requests for pre-cog to john.malsb...@ettus.com.  I'll be getting to the
other three e-mails you sent last night in a little while.

-John


On Sat, Jul 20, 2013 at 9:05 AM, GNU radio gnuradio.g...@gmail.com wrote:

 Hi
I am trying to stream a VLC video stream to the gr-extras tuntap
 device. I have modified the simple_trx demo to include tuntap device and
 run the flow graph as a root. I assign the tap device the required ip
 address but I am not sure how to assign a port number to it.

 Then I configure the vlc media player to stream webcam video to the tap
 device address. I disable the ARQ in the pre-cog.

 The flow graph runs correctly but on a spectrum analyzer I just see a
 single packet and then everything turns off.

 Does any body know how to stream video in to the tuntap device.

 Regards


 ___
 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] video streaming with vlc over gnuradio

2013-04-10 Thread Nada ABDELKADER

Hi all,

I'm trying to stream video using tunnel.py. I run the script on two  
machines (Ubuntu 12.10), configured IP addresses then run ping.
I got Tx and Rx traces displayed on both sides but the ping command  
displayed Destination host unreachable.
Is there a problem with my experiment or it's related to pind and ICMP  
response?
If so, I tried to configure vlc server and vlc client to stream video  
through gnuradio but I got always Error on the client side (can't open  
http://IPaddr:portnum). Any idea?



Best Regards,
Nada ABDELKADER


This message was sent using IMP, the Internet Messaging Program.



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


Re: [Discuss-gnuradio] video streaming on ofdm

2012-04-17 Thread rara


On Sat, Apr 14, 2012 at 10:46 AM, rara sya_tir...@ymail.com wrote:

The OFDM you're using is just the PHY layer. There are lots of other
parts to a working video streaming application (all the other layers
of the stack). Any you probably don't even have FEC in the system. So
yes, there are lots of other things you can do to make the stream play
better.

i'm sorry...i'm still new in this field...i cant see what u try to tell bout
the FEC...n as i told before...someone have suggest me to implement
buffer...but u said there are others option can be use...can u suggest n
explain on it more...@ can u give me example so that i can get more clear
view on it.. 



-- 
View this message in context: 
http://old.nabble.com/video-streaming-on-ofdm-tp33672798p33700212.html
Sent from the GnuRadio mailing list archive at Nabble.com.


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


Re: [Discuss-gnuradio] video streaming on ofdm

2012-04-17 Thread rara

here is command that i use...

gst-launch -e v4l2src ! video/x-raw-yuv, framerate=10/1, width=320,
height=240 ! ffmpegcolorspace ! ffenc_mpeg4 ! avimux ! filesink location=tx

i manage to receive the webcam,but at certain time the video stop and
suddenly play so fast showing on the previous playback...someone suggest me
to add buffer for smooth video..but, i'm out of idea how to implement the
buffer on my grc block...can u help me??regarding on the fps, i cant see
what value are suitable to be used n why the value should be like that...


sumitstop wrote:
 
 try reducing the fps. this worked for me 
 
 
 rara wrote:
 
 hye...
 i'm using grc for video streaming of ofdm system...
 i manage to transmit the video but the quality is so bad
 and sometime the video can play,but sometime it doesn't play at all...
 how to improve the video quality?is it approriate to add buffer on it?
 and i got this message...what does it meant??
 
 gst-launch -v playbin uri=file:///root/rx
 Setting pipeline to PAUSED ...
 Pipeline is PREROLLING ...
 ERROR: from element
 /GstPlayBin:playbin0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind:
 Stream contains no data.
 Additional debug info:
 gsttypefindelement.c(570): gst_type_find_element_handle_event ():
 /GstPlayBin:playbin0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind:
 Can't typefind empty stream
 ERROR: pipeline doesn't want to preroll.
 Setting pipeline to NULL ...
 Freeing pipeline ...
 
 tq
 
 
 
 
 
 

-- 
View this message in context: 
http://old.nabble.com/video-streaming-on-ofdm-tp33672798p33700029.html
Sent from the GnuRadio mailing list archive at Nabble.com.


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


Re: [Discuss-gnuradio] video streaming on ofdm

2012-04-17 Thread sumitstop

actually I did this one .. I was having the problem of bad video quality so I
reduced the fps and it was better. here is the link. I am not sure if it
will be of accurate help ...

(I guess u must have seen this already :-D)

http://wiki.oz9aec.net/index.php/Simple_DVB_with_Gstreamer_and_GNU_Radio

he is not using ofdm but still u can see the values which u want.. hope it
will help 



rara wrote:
 
 here is command that i use...
 
 gst-launch -e v4l2src ! video/x-raw-yuv, framerate=10/1, width=320,
 height=240 ! ffmpegcolorspace ! ffenc_mpeg4 ! avimux ! filesink
 location=tx
 
 i manage to receive the webcam,but at certain time the video stop and
 suddenly play so fast showing on the previous playback...someone suggest
 me to add buffer for smooth video..but, i'm out of idea how to implement
 the buffer on my grc block...can u help me??regarding on the fps, i cant
 see what value are suitable to be used n why the value should be like
 that...
 
 
 sumitstop wrote:
 
 try reducing the fps. this worked for me 
 
 
 rara wrote:
 
 hye...
 i'm using grc for video streaming of ofdm system...
 i manage to transmit the video but the quality is so bad
 and sometime the video can play,but sometime it doesn't play at all...
 how to improve the video quality?is it approriate to add buffer on it?
 and i got this message...what does it meant??
 
 gst-launch -v playbin uri=file:///root/rx
 Setting pipeline to PAUSED ...
 Pipeline is PREROLLING ...
 ERROR: from element
 /GstPlayBin:playbin0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind:
 Stream contains no data.
 Additional debug info:
 gsttypefindelement.c(570): gst_type_find_element_handle_event ():
 /GstPlayBin:playbin0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind:
 Can't typefind empty stream
 ERROR: pipeline doesn't want to preroll.
 Setting pipeline to NULL ...
 Freeing pipeline ...
 
 tq
 
 
 
 
 
 
 
 


-
Sumit Kr.
Research Assistant
Communication Research center
IIIT Hyderabad
India
-- 
View this message in context: 
http://old.nabble.com/video-streaming-on-ofdm-tp33672798p33700876.html
Sent from the GnuRadio mailing list archive at Nabble.com.


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


Re: [Discuss-gnuradio] video streaming on ofdm

2012-04-15 Thread Tom Rondeau
On Sat, Apr 14, 2012 at 10:46 AM, rara sya_tir...@ymail.com wrote:

 hye...
 i'm using grc for video streaming of ofdm system...
 i manage to transmit the video but the quality is so bad
 and sometime the video can play,but sometime it doesn't play at all...
 how to improve the video quality?is it approriate to add buffer on it?
 and i got this message...what does it meant??

The OFDM you're using is just the PHY layer. There are lots of other
parts to a working video streaming application (all the other layers
of the stack). Any you probably don't even have FEC in the system. So
yes, there are lots of other things you can do to make the stream play
better.

 gst-launch -v playbin uri=file:///root/rx
 Setting pipeline to PAUSED ...
 Pipeline is PREROLLING ...
 ERROR: from element
 /GstPlayBin:playbin0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind:
 Stream contains no data.
 Additional debug info:
 gsttypefindelement.c(570): gst_type_find_element_handle_event ():
 /GstPlayBin:playbin0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind:
 Can't typefind empty stream
 ERROR: pipeline doesn't want to preroll.
 Setting pipeline to NULL ...
 Freeing pipeline ...

 tq

That's outside of GNU Radio and I have no experience with it. Sorry,
can't help you with this one.

Tom

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


Re: [Discuss-gnuradio] video streaming on ofdm

2012-04-15 Thread sumitstop

try reducing the fps. this worked for me 


rara wrote:
 
 hye...
 i'm using grc for video streaming of ofdm system...
 i manage to transmit the video but the quality is so bad
 and sometime the video can play,but sometime it doesn't play at all...
 how to improve the video quality?is it approriate to add buffer on it?
 and i got this message...what does it meant??
 
 gst-launch -v playbin uri=file:///root/rx
 Setting pipeline to PAUSED ...
 Pipeline is PREROLLING ...
 ERROR: from element
 /GstPlayBin:playbin0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind:
 Stream contains no data.
 Additional debug info:
 gsttypefindelement.c(570): gst_type_find_element_handle_event ():
 /GstPlayBin:playbin0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind:
 Can't typefind empty stream
 ERROR: pipeline doesn't want to preroll.
 Setting pipeline to NULL ...
 Freeing pipeline ...
 
 tq
 
 
 
 


-
Sumit Kr.
Research Assistant
Communication Research center
IIIT Hyderabad
India
-- 
View this message in context: 
http://old.nabble.com/video-streaming-on-ofdm-tp33672798p33688992.html
Sent from the GnuRadio mailing list archive at Nabble.com.


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


[Discuss-gnuradio] video streaming on ofdm

2012-04-14 Thread rara

hye...
i'm using grc for video streaming of ofdm system...
i manage to transmit the video but the quality is so bad
and sometime the video can play,but sometime it doesn't play at all...
how to improve the video quality?is it approriate to add buffer on it?
and i got this message...what does it meant??

gst-launch -v playbin uri=file:///root/rx
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
ERROR: from element
/GstPlayBin:playbin0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind:
Stream contains no data.
Additional debug info:
gsttypefindelement.c(570): gst_type_find_element_handle_event ():
/GstPlayBin:playbin0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind:
Can't typefind empty stream
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
Freeing pipeline ...

tq



-- 
View this message in context: 
http://old.nabble.com/video-streaming-on-ofdm-tp33672798p33672798.html
Sent from the GnuRadio mailing list archive at Nabble.com.


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