The VideoLAN Forums

I am not sure if this thread should be in this topic, or if this issue has been addressed in a previous thread, but here goes. (Yes, I did use the search button - thanks in advance, Mods, for putting this where it needs to go )

I have a laptop that generally stays connected to the corporate network with the mobo's ethernet port and to our equipment management VLAN via wifi. I can stream multicast video on port 2001 all day long from the native LAN connection. I have since added a secondary 100/1000 PCMCIA card for capturing data with wireshark, etc. while I am still "connected" to my other networks. For some reason, I can not get VLC to work through the PCMCIA card. Is there a way to point the player to that LAN adapter? With wireshark, I can see the multicast server and the NIC trying to get going, but the streams never run. Any ideas?

I was posting here, because I think Windows and VLC are getting cornfused.
Dell Latitude D830
Intel(R) Core(TM)2 Duo CPU
T7250@2.00GHz
2.00 GHz, 2.00 GB of RAM
NETGEAR GA511 Gigabit Cardbus Adapter
VLC 1.0.2 Goldeneye

You have used route command to map both adapters to right IP range?

I have both adapters wide open, and I was trying to keep it that way. They are both sitting at default settings, so I would have thought it wouldn't matter which one I use. Any laptop, switch, or set-top box I plug in will automatically stream. It is just the pcmcia that won't accept the video. How do you suggest I set it up? I for sure need the native NIC to take 10s, 172s, 192s, etc. The video network runs on 225s, but like I said, our routers don't really care.

I don't have any suggestions since I haven't personally done any route changes.

K. Thank you. I will keep hammering on it. If I get it figured out, I will post what I found.

*UPDATE*
If I disable/disconnect all other NICs, I can pull a stream on any one of them. As I am streaming video, I can enable/reconnect all other devices and function as needed. If I try to pull a stream from a new address, while still connected to other devices, VLC fails.

I have this problem also.
Can vlc support IP and port binding in receive stream and send out stream?
for example I have two NIC with two IP(192.168.0.18 , 10.10.10.10)
for send out: I use folow command:
std{access=udp,mux=ts,bind=192.168.0.18,dst=224.1.1.1:1234}

but it does not work. is it right?

for receive:
I have to disable a NIC to receive TS multicast stream from another NIC.
and vlc looks like will bind random NIC when it receive multicast stream.

BTW, is it possible if we use two NICs to do Redundant?

I try dst=192.168.0.20/224.1.1.1:1234 and dst=224.1.1.1:1234/192.168.0.20. both do not work.
is it possible to give the example of this? Thanks in advance!

update:
if I use laptop pc with USB wireless card. I got same problem.
TS stream----->Laptop PC ET port---------->vlc player
|
Laptop PC wireless Wifi port --------> dial-up then go to Internet(get public IP).
Fist I can play udp://@224.1.1.1:1234 normally. then when I dialup and go to internet I will fail to re-play udp://@224.1.1.1:1234
this case is same as two ET card.
so there are two "bind" issue:
1. how can I bind ET port which I want from one of two ET ports to receive input multicast TS stream?
2. how can I bind ET port which I want from one of two ET ports to send output multicast TS stream?

For VLM, there are options

--miface=<string> Multicast output interface
Default multicast interface. This overrides the routing table.
--miface-addr=<string> IPv4 multicast output interface address
IPv4 adress for the default multicast interface. This overrides the
routing table.

which can be used for streaming, but for client side, I don't think there is any option other than adjusting the route.

what is difference for miface and miface-addr?

is miface multicast address? is miface-addr interface address?
such as interface is 192.168.0.20 and multicase address is 224.1.1.1:1234
so miface=224.1.1.1:1234
miface-addr=192.168.0.20
is this right?

--miface=eth1 (so system name of the device)
--miface-addr=192.168.1.2 (the IP address of output device)

What about streaming with multicast udp input thru LAN?
In Windows, it works only if the others ifaces doesn't have an assigned IP (also class 169.*), I have to put off the cable from the 2nd LAN and disable Virtualbox and Hamachi.
There's a fix for that?

Thank you

If you use VLM, it should work, at least in theory.

--miface-addr , it is work for output multicast case. many thanks!
but I still don't know what should I type for --miface ? is it NIC name or connection name? I try both, fail.
anyway, it is work without --miface.
for input case, I try udp://source IP @ mulitcast IP: port
it only work for the LAN port vlc remembered and DOES NOT work for another LAN port.

below is my test vlm for output multicast case:
vlc -vvv --ttl=32 --file-logging --verbose=2 --logfile=abc --miface-addr=192.168.0.15 --vlm-conf x.vlm
or vlc -vvv --ttl=32 --file-logging --verbose=2 --logfile=abc --miface-addr=192.168.1.2 --vlm-conf x.vlm
x.vlm:
new channel1 broadcast enabled
setup channel1 input file:///d:/test-movie/p.avi
setup channel1 output #std{access=udp,dst=225.1.1.1:1234,mux=ts}
setup channel1 loop
control channel1 play

BTW, the log function does not work, why?

To: mannix
my case is :you have to DIASABLE the NIC for multicase correct input. not only put off cable.
the vlc looks like remember the input LAN port which last time used. or vlc search one LAN port then forget another one.

update for input multicast: 192.168.1.x and 192.168.0.x, use onen network command: udp://source IP @ multicast IP: port
good to receive multicast
main debug: looking for access module: 1 candidate
access_udp debug: opening server=192.168.0.18:0 local=224.1.1.1:1234
main debug: net: connecting to [192.168.0.18]:0 from [224.1.1.1]:1234
main debug: Multicast source group join request
main debug: IP_ADD_SOURCE_MEMBERSHIP multicast request
main debug: using access module "access_udp"
main debug: TIMER module_need() : 3.000 ms - Total 3.000 ms / 1 intvls (Avg 3.000 ms)
main debug: Using AStream*Block
main debug: pre buffering
qt4 debug: IM: Setting an input
qt4 debug: Updating the geometry
qt4 debug: Updating the geometry
main debug: received first data after 14 ms
main debug: prebuffering done 1316 bytes in 0s - 91 kbytes/s
-----------------------------------------------------------------------------------------------------------------------------
no good ,vlc can not receive the multicast:
main debug: looking for access module: 1 candidate
access_udp debug: opening server=192.168.1.25:0 local=224.1.1.1:1234
main debug: net: connecting to [192.168.1.25]:0 from [224.1.1.1]:1234
main debug: Multicast source group join request
main debug: IP_ADD_SOURCE_MEMBERSHIP multicast request
main debug: using access module "access_udp"
main debug: TIMER module_need() : 2.000 ms - Total 2.000 ms / 1 intvls (Avg 2.000 ms)
main debug: Using AStream*Block
main debug: pre buffering
qt4 debug: Updating the geometry
qt4 debug: Updating the geometry

BTW, the log function does not work, why?

I think file logging is still broken.

For VLM, there are options

--miface=<string> Multicast output interface
Default multicast interface. This overrides the routing table.
--miface-addr=<string> IPv4 multicast output interface address
IPv4 adress for the default multicast interface. This overrides the
routing table.

which can be used for streaming, but for client side, I don't think there is any option other than adjusting the route.

is there any possible to support route selection in VLC for multicast stream input?
otherwise we have to disable card or disconnect cable in dual NIC or one NIC + WiFi or one NIC + 3G wireless card case.

is there any possible to support route selection in VLC for multicast stream input?

One could write NIC selection code to be used in VLC.