VLC streaming test with different PC's and windows

[Popas]

Hi,

Me and a buddy, just for fun start using VLC to test streaming over 2 different equipments. we start talking about HomePNA and Powerline technology on school and we had some divergences about both technology's so we decide to buy and test some of the cheaper adapters we found.

1 PC as server (sending 1 stream HD to 4 HD MPEG-2 TS)
1 PC as client
Powerline and HomePNA adapters

The results over Powerline was what we expected and there's noting to point. But the HomePNA results we realize that it depends the PC's we use, so this probably have to do with VLC server / client so we have done other tests.

1 laptop centrino duo2 (2.0 GHz, windows Home edition)
3 laptop centrino duo (1.8Ghz, 2 windows XP, 1 windows vista)
1 laptop Prescott (3.4Ghz, windows XP)
1 desktop Prescott (3.0Ghz, windows XP)

between the Prescotts and centrinos the quality and size of file received it's very bad (2 streams HD and already good), but if we do the test using any of this centrinos the size and quality it's better (4 streams HD received well with just some artefacts).

The video file it's encapsulated on a Trasport Stream already and we use it to all tests.

the question it's if we are assuming well that the difference of the results it's because CPU or can be something else?

thanks in advance,

Popas

edit: we are using videolan 0.8.6f

[Popas]

i don't think this have anything to do with XP, so it might be better to move this post to:

"General VLC media player discussion"

please.

[JanDavid]

I have two computers networked;

one with: Debian GNU/Linux 4.1 (testing: lenny), VLC 0.8.6.h

and the other: Win XP Home SP2, VLC 0.8.6.e.

To stream an MPG (it's MPEG-1) from Linux to Windows is quite easy, but if it is another format, it no longer works.
It also doesn_t work for music files (here: wav).

Code: Select all

david@debian:~$ vlc Friedrichshafen\ Hafen.mpg --sout udp://192.168.2.100 VLC media player 0.8.6e Janus [00000281] main playlist: stopping playback

Code: Select all

david@debian:~$ ffmpeg2theora Friedrichshafen\ Hafen.mpg Input #0, mpeg, from 'Friedrichshafen Hafen.mpg': Duration: 00:00:50.7, start: 0.561367, bitrate: 4219 kb/s Stream #0.0[0x1e0]: Video: mpeg1video, yuv420p, 720x480, 4000 kb/s, 29.97 fps(r) Stream #0.1[0x1c0]: Audio: mp2, 48000 Hz, stereo, 128 kb/s Pixel Aspect Ratio: 0.91/1 Frame Aspect Ratio: 1.37/1 Resize: 720x480 0:00:50.81 audio: 68kbps video: 1780kbps david@debian:~$ vlc Friedrichshafen\ Hafen.ogg --sout udp://192.168.2.100 VLC media player 0.8.6e Janus [00000298] main private error: cannot add this stream [00000322] main packetizer error: cannot create packetizer output (theo) [00000298] main private error: cannot add this stream [00000321] main packetizer error: cannot create packetizer output (vorb) [00000281] main playlist: stopping playback

The same for a music file:

Code: Select all

david@debian:~$ vlc 02\ Lenda.wav --sout udp://192.168.2.100 VLC media player 0.8.6e Janus [00000298] main private error: cannot add this stream [00000321] main packetizer error: cannot create packetizer output (s16l) [00000281] main playlist: nothing to play [00000281] main playlist: stopping playback david@debian:~$

In opposite direction, from Windows to Linux, it was the same.

There was only one difference: It did (option -vv, called from the Windows console - so called Dosprompt) not print error messages.

It is not clear whether it is a bug in VLC, or comes due to connecting two different Operating systems.

David

[Jean-Baptiste Kempf]

You cannot do whatever you want for streaming, and I somewhat doubt about OGG over UDP.

Moreover, s16l, should be much about the same.

[JanDavid]

Next week I want to study VLS. Also, for using VLC, I found a workaraound:

ffmpeg -i Music.wav Music.mpg (that is make a video file with audio only - not very elegant)

and stream that .mpg - it works ...

[Popas]

well isn't the CPU difference that it's causing this differences, can figure out what it's maybe network card but still it's a bit strange.