On Mon, 22 Sep 2008, Javier Gálvez Guerrero wrote: > *Barry*, did you refer to this <http://limbos.wiki.sourceforge.net/>? Thanks for the pointer -- something new for me to learn from... This is well ahead of where I am now, which is drawing out a diagram of available multicast IPs and how I get there from the different PIDs, and trying to make sense of it all... > (Limbos project). I was looking for a specific Terratec DVB-T receiver to > get it working but I can't find it (many versions of Terratec receivers and > Limbos site doesn't specify which one was used). Which device did you used > to receive DVB-H streams? If I understand what you are asking, as far as I know in the area where I am, all DVB-H services are broadcast with modulation parameters that makes it possible to receive them with any DVB-T device that can be used with Linux-DVB, so you do not need to search for a specific receiver. Any will work, and I deliberately chose *not* to use my TerraTec to verify that I could tune DVB-H on something else not specifically intended for that as well as DVB-T. I do not know (without looking) if this is always the case, that DVB-H modulation can always be received by DVB-T -- just as I don't know what is the difference between a DVB-H- capable receiver used with Linux-DVB and today's DVB-T devices. Someone else would have to clarify that, if it's important. I hope that's what you asked :-) > *Uri* and *Patrick*, I thought that dvb-utils (LINUX TV) provided with a > scan application that worked both with DVB-T and DVB-H as shown in Limbos The scan application *can* provide useful information for DVB-H, provided the broadcaster actually sends out that information, but the existing `scan' only gives a useful service ID that I can see. Which isn't always as useful as the example of the ORS multiplex... > project site. I thought that through the linux TV API and applications I > could get the PIDs and the ESG properly. Anyway, getting the ESG with > MADFLUTE, parsing it with libxml and then getting the IP stream through the > PAT/PID (dvb-utils) could be possible? Based on what I see so far, you need to rely heavily on external applications, but as long as they can parse the data within the PIDs that I'm trying to trace the flow of, I think the existing API can get you there. Of course, I could be speaking complete rubbish, so I'll let someone else correct me -- I'm still working my way through the PAT->PMT->etc->UDP-payload path by hand. barry bouwsma _______________________________________________ linux-dvb mailing list linux-dvb@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb