Oh yes, the first one works as mmsh:// link.
The second one does not work anyway.
The third one works as mms:// link, but it gets stuck inside access_mms for a long time before playing starts. Here is debug message:
Code: Select all
access_mms debug: connection(tcp) with "www.51hoo.com:1250" successful
main debug: net: opening 192.168.1.212 datagram port 7000
access_mms debug: connection(udp) at "192.168.1.212:7000" successful
access_mms debug: generated guid: babac001-3f30-f237-964b37ff78b5449f
access_mms warning: failed to receive command (aborting)
access_mms debug: Connection closed
access_mms error: cannot connect to server
main debug: net: connecting to www.51hoo.com port 1250
main debug: connection: Resource temporarily unavailable
main debug: connection succeeded (socket = 1456)
access_mms debug: HTTP reply 'HTTP/1.0 200 OK'
access_mms debug: stream type = broadcast <=============== stuck at here for several minutes
access_mms error: cannot read data 2
access_mms debug: complete header size=2773
access_mms debug: packet count=4294967295 packet size=5493
access_mms debug: starting stream
main debug: net: connecting to www.51hoo.com port 1250
main debug: connection: Resource temporarily unavailable
main debug: connection succeeded (socket = 820)
access_mms debug: HTTP reply 'HTTP/1.0 200 OK'
access_mms debug: Server: Rex/9.0.0.2991
access_mms debug: Cache-Control: no-cache
access_mms debug: Pragma: no-cache
access_mms debug: Pragma: client-id=3904384591
access_mms debug: Pragma: features="broadcast,playlist"
access_mms debug: Content-Type: application/x-mms-framed
main debug: using access module "access_mms"
main debug: TIMER module_need() : 125249.335 ms - Total 125249.335 ms / 1 intvls (Avg 125249.329 ms)
main debug: Using AStream*Block
main debug: pre buffering
main debug: received first data after 0 ms
main debug: prebuffering done 2773 bytes in 0s - 58869 kbytes/s
It seems access_mms is not very up-to-date.