No streaming luck, RTFM and search forum did not help.

About encoding, codec settings, muxers and filter usage
Setsunaaa
New Cone
New Cone
Posts: 4
Joined: 26 May 2007 22:36

No streaming luck, RTFM and search forum did not help.

Postby Setsunaaa » 26 May 2007 23:07

Machine is XP SP2 on Athlon X2 / nforce 4

File -> Open file -> "E:\0-video\Musikvideos\Guano Apes - Open Your Eyes.mpg" -> OK

Video plays normal (no Stream box selected). The video is mpeg1 (tsunami mpeg encoded)
---
File -> Open file -> "E:\0-video\Musikvideos\Guano Apes - Open Your Eyes.mpg"

Stream/Save settings (play locally):
:sout=#duplicate{dst=display}

I get: The bar and the time, showing that it "plays", but no video visible anywhere to see?
----
same file,
:sout=#duplicate{dst=std{access=http,mux=ts,dst=:1234}}

starting a second vlc player with http://127.0.0.1:1234 on the same machine:
No picture, nothing.
In messages of the client player: main error: cannot pre fill buffer.

Things tried:

Transcoding (settings which worked according to forum posts), other source videos, dst=127.0.0.1:1234, RTP/RTSP UDP etc etc, the effect is always the same: No video streamed, no webcam streamed, no TV card streamed.

All the webcams/devices/videos/mp3 play fine when opened normal with VLC. Using Virtualdub I can record fine from my sources without problems. I tried including VLC in the list where NX-protection does not help.
Firewalls were disabled, or VLC was allowed to do anything.
Netstat shows that the server (in case of http) is indeed listening on that given port. When trying to get the stream I also see that there is communication from a random high port (usually 'round 5000) to port 1234, and back, but no video, only "main error: cannot pre fill buffer" or some bigger error messages which are just timeout messages.

VLC is 0.8.6b

I've tried previously a few times with other versions and on different machines (P4 on intel chipset, Athlon XP on VIA), but no go.

Either VLC hates me, or I do some other dumb mistake, but which? I cannot get closer to the docs/howtos.

Any ideas what I do wrong?

Setsunaaa
New Cone
New Cone
Posts: 4
Joined: 26 May 2007 22:36

Postby Setsunaaa » 03 Jun 2007 12:55

I give up. Seems that noone here cares about streaming server under Windows (which I have no choice due to camera hardware).

I guess I have to use "real" software since vlc streaming server only seems to work under linux according to this forum, I saw no working example for Windows.
A lot of projects suffer from this attitude, giving a bad light on those projects who do it on a broader view.

I'll retry in a few month when a new version is out, maybe it works then.

Bye bye!

Jean-Baptiste Kempf
Site Administrator
Site Administrator
Posts: 37523
Joined: 22 Jul 2005 15:29
VLC version: 4.0.0-git
Operating System: Linux, Windows, Mac
Location: Cone, France
Contact:

Postby Jean-Baptiste Kempf » 03 Jun 2007 13:09

why are you using #duplicate here ?
Jean-Baptiste Kempf
http://www.jbkempf.com/ - http://www.jbkempf.com/blog/category/Videolan
VLC media player developer, VideoLAN President and Sites administrator
If you want an answer to your question, just be specific and precise. Don't use Private Messages.

Setsunaaa
New Cone
New Cone
Posts: 4
Joined: 26 May 2007 22:36

Postby Setsunaaa » 04 Jun 2007 02:10

First: Thx for a reply!

[quote="j-b"]why are you using #duplicate here ?[/quote]

When using file -> open, and clicking under advanced "stream/save" and "settings", as soon as you tick any of play-locally/file/http/mmsh/rtp/udp it automatically does add the #duplicate to the target output MRL.
Example when ticking http:
:sout=#duplicate{dst=std{access=http,mux=ts,dst=:1234}}
This should make the stream to be avail on all interfaces (localhost, 192.168.x.x etc).
I did try with removing the #duplicate since I didn't see it in any (linux-)stream server using it if it does not need to be played locally on the server or need to be served as more than one stream type.

So the corrected line (as in the faq at http://www.videolan.org/doc/streaming-h ... l#id294801 ) would be:
:sout=#standard{access=http,mux=ts,dst=127.0.0.1:8080}

VLC client would be: open network stream http://127.0.0.1:8080

I tried all modes, rt(s)p, udp etc, I also tried different muxes (like mpeg1 since the testing source is mpeg1).

The commandline examples from the faq don't work under windows since the " and ' characters work different in the windows world.

The corrected windows commandline is:
vlc -vvv "X:\test video\test.mpg" --sout "#standard{access=http,mux=ts,dst=127.0.0.1:8080}"
which successfully starts a local stream server under the port, but I cannot play the stream, I only get "main error: cannot pre fill buffer".

A different approach was:
--sout "#standard{access=mmsh,mux=asfh,dst=192.168.33.33:8080}"
--sout "#standard{access=mmsh,mux=mpeg1,dst=192.168.33.33:8080}"
--sout "#standard{access=mmsh,mux=ts,dst=192.168.33.33:8080}"

and then start mediaplayer with:
mms://192.168.33.33:8080
which failes too to open any stream.

But I don't see any success. Is there anyone who successfully set up a stream server under win?

If you need a ethereal/wireshark capture just tell me, I will provide it.

Set

teun-arno
New Cone
New Cone
Posts: 1
Joined: 15 Jul 2007 22:16

Re: No streaming luck, RTFM and search forum did not help.

Postby teun-arno » 15 Jul 2007 22:27

I'm new to VLC. But on my machine (using version 0.8.6a of VLC ) the following worked on my local machine.

Serverside :
[C:\Program Files\VideoLAN\VLC]vlc -vvv 03-save_this_lady.mp3 --sout "#standard{access=http,mux=ogg,dst=127.0.0.1:8080}"

ClientSide :
[C:\Program Files\VideoLAN\VLC]vlc http://127.0.0.1:8080

So I hope this helps.

One question : I have 2 machines in the same network ( 192.168.2.X ) Both machines are ping-(able)
When I try to do the same thing as I stated above ( NOT using 172.0.0.1 ) I cannot get it to work.

Any Hints ????


Return to “VLC stream-output (sout)”

Who is online

Users browsing this forum: No registered users and 6 guests