<br><br><div><span class="gmail_quote">On 4/26/06, <b class="gmail_sendername">Benjamin Pracht</b> <<a href="mailto:bigben+spam@videolan.org">bigben+spam@videolan.org</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

On Wed, Apr 26, 2006, Lukasz Kondrad wrote :<br>> Hello,everyone!<br>><br>> I am writing a extension to VLC media player which will allow recive DVB-H<br>> signal. I had read the source of VLC so many days. I want to modify

<br>> transport stream (ts.c) demultipexer. I have alread written a part which<br>> separates mpe sections, now I have a problem to which module send the IP<br>> datagrams.<br>> Because the IP address is map to the MAC address that 2 last bytes, I was

<br>> thinking to skip the IP header and send udp datagrams to the access udp. Is<br>> it possible, or my thinking is worng.<br>> Help me please.<br>><br>> Regards,<br>>  Lukasz<br><br><br><br>Well, I don't know how DVB-H implementations are generally done, and I

<br>don't know what your project is exactly, but why trying to reimplement<br>an IP stack in VLC ? Doesn't your DVB-H demodulator come with network<br>device drivers ? Linuxtv drivers at least have one. That would allow you

<br>to use VLC to decode DVB-H streams with no (or little) modification<br>(DVB-H uses RTP payload over the IP datagrams, doesn't it ?).<br><br><br>In your case, the udp access module will be of little help, I think.<br>Once having recontructed the RTP stream from the IP/UDP packets, you

<br>should send it directly to a RTP demux. Here will come an additional<br>issue. VLC can only demux RTP using its ts demux (so only with TS inside<br>the RTP payload), or using the live555 library. AFAIK, live555 can only

<br>be initialized by providing it a path to a sdp file (locally or on an<br>http/rtsp server, or using SAP). It will then try to receive the<br>corresponding RTP stream using the OS network layer. That means that in<br>your case, you might be compelled to write your own RTP demux. This

<br>demux will probably need the UDP header to be able to separate the<br>different elementary streams (not sure about that...). Then it would<br>make sense to implement the IP stack (or just discard the<br>headers, if you don't need their content) in this demux. That way, a

possible dataflow would be: ts demux    ->  IP/RTP demux    ->    decoders       IP packets    ->   elementary streams Again, using the OS IP stack if possible would be much easier...

<br><br>--<br>BigBen<br><br>--<br>This is the vlc-devel mailing-list, see <a href="http://www.videolan.org/vlc/">http://www.videolan.org/vlc/</a><br>To unsubscribe, please read <a href="http://developers.videolan.org/lists.html">

http://developers.videolan.org/lists.html</a></blockquote><div><br>

<br>

Hi,<br>

thanks for the answer. I see that it is a little bit compilacted and it will<br>

be a lot of works if I want to do this. I am using linx OS and I have linuxtv<br>

drivers. I am also able to dump the packet by using tcpdump but I don't know how <br>

to run the video on vlc. <br>

I do in this way. First i create the interface by dvbnet then I tune the card by <br>

using tzap after that I use tcpdump. When I start vlc I have a information ipv4 access<br>

error: fail to join IP multicast group (no such device). OK I know that it is not <br>

mailing list about linux, but maybe you know what I am doing wrong. <br>

<br>

thanks again for you answer<br>

<br>

BR <br>

Lukasz<br>

 </div><br></div><br>