PDA

View Full Version : Question about UDP streaming reception


Snakes
23rd December 2003, 18:11
Hi there .
i use the udp netserver from Moonlight to multicast some files on my local network . If i use the udp netclient for reception , all is ok , i have the picture .
But i want to access the data stream in order to resend them to another computer , so i write an udp app that captures the udp packets sent by by the server . Unfortunatelly , it seems that the datas need somes operations before making a video stream . If i put all the received datas in a file , il plays but it's full of artefact .
If i look with graphedit , building a filter for reception , it uses a sync2async filter that stores data in memory or in file , and when choosing file , by comparing the file i receive with my udp capper and the file made by the filter , the beginning is the same , but after , the file from the filter is diffeerent and i don't know what is made to the packets for having a good video stream .

Any help would be appreciated.
Thanks & Happy Christmas

Nic
29th December 2003, 12:31
are you sure your capture program is capturing fast enough? Is it sending it as a transport stream?

The moonlight udp streamer (in theory, if it's doing it right) should be sending out transport stream packets (188 byte packets all starting with 0x47) and there shouldn't be any wrapper around it so you should be able to save all data to the harddrive and the file should be fine.

-Nic

ps
You could also try posting on the moonlight forum if you haven't already...They may be able to give you a better understanding of the inner workings...

pps
Have you tried using VideoLan to view the stream?

sh0dan
31st December 2003, 15:17
(I don't know what the moonlight udp streamer does -but it might help)

UPD packets are not required to be recieved in the same order as TCP packets. Furthermore there is no error checking on these packets, so some packets might arrive out-of-order. I don't know if the moonlight streamer is supposed to correct this, but it might be a place to start.

bilu
31st December 2003, 19:43
sh0dan is right about UDP.

The safest thing would be to capture the overlay output if possible IMHO.

Bilu