<div class="gmail_quote">On Sat, Mar 5, 2011 at 1:10 AM, Per Lundberg <span dir="ltr"><<a href="mailto:perlun@gmail.com">perlun@gmail.com</a>></span> wrote:<br><div><br>I did some more checking around tonight.<br><br>
- Using mythtv with the "raw" IPTV streams from my ISP - worked good when using -v most (on the backend), tailing the log and using tcpdump (on the backend) to see the packets as they were flowing.<br>- With the same .m3u file, it didn't work correctly without -v most and/or tcpdump. Possibly a timing related issue, I don't know. (and frankly, I'm getting to the point where I don't even care.)<br>
- Back with using -v most and tcpdump, it stopped working again. For some reason.<br>- Using mythtv with vlm (VLC-based streaming) again, it seemed to work better. It even works without -v most or -v channel (on the backend), which is nice since it means I can use the pristine debian-multimedia init.d script. I think I'll stick with this solution for now. Having a separate vlc in between is not a major problem for me.<br>
<br>If anyone's interested, I've attached a .zip with the relevant files for my ISP (Anvia in the Vasa-area in Finland). It may help someone, who knows. anvia.m3u is the m3u file (which needs to be placed on a web server AFAIK), anvia.conf is the VLC/VLM configuration file and vlm.sh is just a script which starts up vlc with on-demand streaming for these channels.<br>
<br>Best regards,<br>Per Lundberg<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">No need to correct you, I think you are completely correct. When I looked now, the file doesn't even seem to have been created (but I guess it may have been cleaned out somehow since yesterday, who knows).<br>
<br>I did some more playing around - once again, I managed to get one channel working, but channel switches to other channels completely non-functional.<br><br>Then I tried an idea found at this userpage on the Mythtv wiki: <a href="http://www.mythtv.org/wiki/User:Dekarl/How_to_remux_elementary_streams_to_look_like_a_Freebox" target="_blank">http://www.mythtv.org/wiki/User:Dekarl/How_to_remux_elementary_streams_to_look_like_a_Freebox</a><br>
The idea is to re-stream all the streams using VLC in streaming mode. I set this up, and started vlc. I tested it with my local PC (on WLAN using the same network), using VLC. Worked just fine. The URL was then something like rtsp://terah:5554/fst5 (terah is my mythtv backend host).<br>
<br>Then I tried using the same URL in Mythtv. Guess what? "Error opening jump program file"...<br><br>I stopped the mythtv backend and started it with some other options. Like this: "mythbackend -v channel -l /var/log/mythtv/mythbackend-debug-channel.log"<br>
(normally, it is being run from an init.d script)<br><br>And guess what? It all worked fine...?!?! :-) I could watch the channels from this IPTV source with no problems whatsoever.<br><br>I don't know if I should be laughing or crying. Anyway, will have to test this further some other day. I want to see if I can get it running without the vlc proxy (but with channel logging turned on). If that works, the next step would be to enable channel logging in the init.d script. Does it make a difference? I don't know. But really, if it works, I think I'll accept it like that...<br>
</blockquote></div><br><br clear="all"><br>-- <br>Best regards,<br>Per Lundberg<br>