802.11 app Framework VLC communication problem

[tcap]

Hello Marwanjk,

According to the LabVIEW Communications Product Manager here: http://forums.ni.com/t5/LabVIEW-Communications-System/duplicate-terminals/td-p/3188259

We are planning to release LabVIEW Communications 1.1 next week, so I recommend waiting until then and see if we have any throughput enhancements.

[tcap]

Hello Marwanjk,

According to the LabVIEW Communications Product Manager here: http://forums.ni.com/t5/LabVIEW-Communications-System/duplicate-terminals/td-p/3188259

We are planning to release LabVIEW Communications 1.1 next week, so I recommend waiting until then and see if we have any throughput enhancements.

Regards,

[labviewette]

Hello tcp,

please allow me to hook in here: i am using the 802.11 Application Framework with the USRP 2953. I am not able to stream a video with vlc. I have run a vi similar to your UDPTest to isolate the problem and it seems that the problem lies within vlc.

I have vlc 2.1.5 installed.

Firewall turned off.

It seems that vlc is not able to stream to the udp (s. attached log).

I know that this problem probably does not concern the communication suite still i would be happy for any ideas on this matter.

[tcap]

Hello labviewette,

Thanks for running the UDPTest VI and isolating the issue to VLC.

I think that the best thing to do would be to run a loopback test using VLC.  This can be done using a modified version of the streaming.bat file below.  This script has two commands:

start C:\Progra~2\VideoLAN\VLC\vlc.exe anthem.mp4 --sout=#{access=udp{ttl=1},mux=ts,dst=127.0.0.1:12345} :sout-keep --mtu 1316

This starts VLC's UDP output stream.

start C:\Progra~2\VideoLAN\VLC\vlc.exe udp://@:12346

This starts VLC's UDP input stream.

If you notice, the first command choses an MP4 File, anthem.mp4 comes with LabVIEW Communications Design Suite, and selects the output stream format.  The dst=127.0.0.1.12345 is the destination IP and Port. 

In the second command, we read all UDP data from a specific local port. 

We should try to make the output port and input port match.  This will cause VLC to loopback on itself.  You can open the bat file in any text editor (i.e. Notepad++), change the second command to:

start C:\Progra~2\VideoLAN\VLC\vlc.exe udp://@:12345

Save the bat file and run it. This might yell because it can't find the anthem.mp4 file.  Just make sure that the MP4 file is in the same folder as the streaming.bat file.

Please let me know if this helps.

Regards,

[labviewette]

Hello again,

the fact that your proposed loopback worked made me rethink what might have gone wrong initially since basically I was not doing much more than:

- vlc streaming to udp

- running a vi that opened the udp socket, read it, and then wrote the data to another port

- streaming out from the output udp to vlc

and my conclusion is that due to improper udp closing at some point I was not able to stream succeessfully. 

I am able to stream over 2 stations each running it's own USRP now.

Thanks tcap.

[tcap]

Awesome! Thanks for the update labviewette!

Regards,

[tcap]

Hello Marwanjk,

LabVIEW Communications 1.1 is live!  This should allow you to modify the parameters that control throughput more easily.

http://www.ni.com/download/labview-communications-and-system-design-suite-1.1/5635/en/

Regards,

[Marwanjk]

Thanks tcap, I'm going to probe the new version.