Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: MythTV: Users

Mythtv 0.27 - IPTV

 

 

MythTV users RSS feed   Index | Next | Previous | View Threaded


lincoln at performaplus

Oct 8, 2013, 1:49 PM

Post #1 of 10 (883 views)
Permalink
Mythtv 0.27 - IPTV

Hi there folks.

Does anyone have a working IPTV setup going from VLC into mythtv 0.27?
I use a dreambox and was using VLC to remux the http transport stream
into a udp transport stream, which is just streamed to 127.0.0.1. Mythtv
0.26 was receiving this ok but I can't seem to be able to stream
anything from VLC into mythtv 0.27.
Not sure if this is my setup at fault or whether it is a fault, so I'm
wondering if someone does have a working setup, could they share their
playlist.m3u and the vlc settings that they're using.

A simple working playlist I tested in 0.26 was this:
---
#EXTM3U
udp://192.168.1.199:5004
#EXTINF:0,106 - localudp1
---
with vlc streaming this: cvlc http://<dreamboxhost:port> --sout
'#transcode{}:udp{mux=ts,dst=127.0.0.1:1234}' --sout-keep

I've tried streaming a bunch of different videos with various options,
udp and rtp, but I can't seem to get anything to come up in mythtv. I
can play the stream with another instance of VLC no problem.

Would love to hear from anyone who has this working.

Cheers,

Lincoln.



_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users


jyavenard at gmail

Oct 8, 2013, 5:16 PM

Post #2 of 10 (847 views)
Permalink
Re: Mythtv 0.27 - IPTV [In reply to]

On 9 October 2013 07:49, Lincoln <lincoln [at] performaplus> wrote:
> A simple working playlist I tested in 0.26 was this:
> ---
> #EXTM3U
> udp://192.168.1.199:5004
> #EXTINF:0,106 - localudp1
> ---

That's not a valid m3u file.

#EXTM3U
#EXTINF:0,106 - localudp1
udp://192.168.1.199:5004

that's valid...

why it worked in 0.26, I don't know.. it shouldn't have
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users


lincoln at performaplus

Oct 8, 2013, 5:54 PM

Post #3 of 10 (847 views)
Permalink
Re: Mythtv 0.27 - IPTV [In reply to]

On 9/10/2013 1:16 p.m., Jean-Yves Avenard wrote:
> On 9 October 2013 07:49, Lincoln <lincoln [at] performaplus> wrote:
>> A simple working playlist I tested in 0.26 was this:
>> ---
>> #EXTM3U
>> udp://192.168.1.199:5004
>> #EXTINF:0,106 - localudp1
>> ---
> That's not a valid m3u file.
>
> #EXTM3U
> #EXTINF:0,106 - localudp1
> udp://192.168.1.199:5004
>
> that's valid...
>
> why it worked in 0.26, I don't know.. it shouldn't have
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://www.mythtv.org/mailman/listinfo/mythtv-users

Hi Jean-Yves,

Sorry that was just a copy-paste error when I wrote the email.
I've continued testing varying configurations but haven't had any
success yet.
I found an example udp setup in the sourcetree
(libs/libmythtv/recorders/rtp/README.UDP but it didn't help at all.
Will continue reading through the code for now.

Cheers


_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users


lincoln at performaplus

Oct 8, 2013, 6:43 PM

Post #4 of 10 (861 views)
Permalink
Re: Mythtv 0.27 - IPTV [In reply to]

On 9/10/2013 1:54 p.m., Lincoln wrote:
> On 9/10/2013 1:16 p.m., Jean-Yves Avenard wrote:
>> On 9 October 2013 07:49, Lincoln <lincoln [at] performaplus> wrote:
>>> A simple working playlist I tested in 0.26 was this:
>>> ---
>>> #EXTM3U
>>> udp://192.168.1.199:5004
>>> #EXTINF:0,106 - localudp1
>>> ---
>> That's not a valid m3u file.
>>
>> #EXTM3U
>> #EXTINF:0,106 - localudp1
>> udp://192.168.1.199:5004
>>
>> that's valid...
>>
>> why it worked in 0.26, I don't know.. it shouldn't have
>> _______________________________________________
>> mythtv-users mailing list
>> mythtv-users [at] mythtv
>> http://www.mythtv.org/mailman/listinfo/mythtv-users
>
> Hi Jean-Yves,
>
> Sorry that was just a copy-paste error when I wrote the email.
> I've continued testing varying configurations but haven't had any
> success yet.
> I found an example udp setup in the sourcetree
> (libs/libmythtv/recorders/rtp/README.UDP but it didn't help at all.
> Will continue reading through the code for now.
>
> Cheers
>
>
OK, my playlist is:

#EXTM3U
#EXTINF:0,101 - test
udp://localhost:1234
#EXTINF:0,102 - test2
udp://localhost:2345

I set VLC streaming an mpeg2 video with options

:sout=#duplicate{dst=std{access=udp{ttl=1},mux=ts,dst=localhost:1234},dst=display}
:sout-keep

I logged mythbackend (-v channel,decode,frame,libav,playback,record)
while changing to an iptv channel:

2013-10-09 14:33:26.519922 I TVRec[15]: Changing from None to
WatchingLiveTV
2013-10-09 14:33:26.519953 I TVRec[15]:
ClearFlags(FrontendReady,CancelNextRecording,) -> RunMainLoop,
2013-10-09 14:33:26.519968 I TVRec[15]: HandleTuning Request:
Program(NULL) channel() input() flags(LiveTV,)
2013-10-09 14:33:26.519996 I ChannelBase[15]: Looking for startchannel
'101' on input 'MPEG2TS'
2013-10-09 14:33:26.526277 I ChannelBase[15]: Found startchannel '101'
on input 'MPEG2TS'
2013-10-09 14:33:26.526305 I TVRec[15]: HW Tuner: 15->15
2013-10-09 14:33:26.526317 I TVRec[15]: ClearFlags(PENDINGACTIONS,) ->
RunMainLoop,
2013-10-09 14:33:26.526329 I TVRec[15]: No recorder yet, calling
TuningFrequency
2013-10-09 14:33:26.526756 I IPTVChan[15]: Open()
2013-10-09 14:33:26.528286 I DTVChan[15](): SetChannelByString(101):
2013-10-09 14:33:26.530808 I DTVChan[15](): SetChannelByString(101):
success
2013-10-09 14:33:26.530858 I ChannelBase[15]: GetScriptStatus() 139
2013-10-09 14:33:26.530866 I ChannelBase[15]: GetScriptStatus() 139 -> 2
2013-10-09 14:33:26.530909 I ChannelBase[15]: Running command:
/usr/bin/mythdream_change 101
2013-10-09 14:33:26.533543 I TVRec[15]: CreateLiveTVRingBuffer(101)
2013-10-09 14:33:26.539553 I TVRec[15]: GetProgramRingBufferForLiveTV()
2013-10-09 14:33:26.543536 N AutoExpire: CalcParams(): Max required
Free Space: 3.0 GB w/freq: 14 min
2013-10-09 14:33:26.592143 I TVRec[15]:
StartedRecording(4101_2013-10-09T01:33:26Z)
fn(/home/livetv/4101_20131009013326.mpg)
2013-10-09 14:33:26.595529 I Chain: Appended@2 '4101_20131009013326'
2013-10-09 14:33:26.598663 I TVRec[15]: Starting Signal Monitor
2013-10-09 14:33:26.598678 I TVRec[15]: SetupSignalMonitor(1, 1)
2013-10-09 14:33:26.598687 I IPTVChan[15]: Open()
2013-10-09 14:33:26.598751 I IPTVSigMon[15](): ctor
2013-10-09 14:33:26.598760 I TVRec[15]: Signal monitor successfully created
2013-10-09 14:33:26.598767 I TVRec[15]: Setting up table monitoring.
2013-10-09 14:33:26.600814 I Using profile 'Live TV' to record
2013-10-09 14:33:26.600866 I TVRec[15]: MPEG program number: 0
2013-10-09 14:33:26.600912 I IPTVChan[15]:
SetStreamData(0x7f88f8024000) StreamHandler(0x0) Close(0)
2013-10-09 14:33:26.613459 I IPTVSH(::-1): run()
2013-10-09 14:33:26.614808 I IPTVSH: Creating new stream handler ::-1
for [data][fectype][fec0][fec1]
2013-10-09 14:33:26.614822 I SH(::-1): AddListener(0x7f88f8024000) -- begin
2013-10-09 14:33:26.614829 I SH(::-1): AddListener(0x7f88f8024000) --
locked
2013-10-09 14:33:26.614840 I SH(::-1): AddListener(0x7f88f8024000) -- end
2013-10-09 14:33:26.614851 I DTVSigMon[15]()::SetProgramNumber(0):
2013-10-09 14:33:26.614867 I MPEGStream[15]: SetDesiredProgram(0)
2013-10-09 14:33:26.614894 I TVRec[15]: Successfully set up MPEG table
monitoring.
2013-10-09 14:33:26.624830 I TVRec[15]: SetFlags(SignalMonitorRunning,)
-> RunMainLoop,SignalMonitorRunning,
2013-10-09 14:33:26.624845 I TVRec[15]: ClearFlags(WaitingForSignal,)
-> RunMainLoop,SignalMonitorRunning,
2013-10-09 14:33:26.624853 I TVRec[15]: SetFlags(WaitingForSignal,) ->
RunMainLoop,WaitingForSignal,SignalMonitorRunning,
2013-10-09 14:33:26.624873 I TVRec[15]: SetFlags(DummyRecorderRunning,)
-> RunMainLoop,WaitingForSignal,SignalMonitorRunning,DummyRecorderRunning,
2013-10-09 14:33:26.624878 I DummyDTVRecorder -- started
2013-10-09 14:33:26.624887 I TVRec[15]: SetFlags(RingBufferReady,) ->
RunMainLoop,WaitingForSignal,SignalMonitorRunning,DummyRecorderRunning,RingBufferReady,
2013-10-09 14:33:26.624895 I TVRec[15]:
ClearFlags(NeedToStartRecorder,) ->
RunMainLoop,WaitingForSignal,SignalMonitorRunning,DummyRecorderRunning,RingBufferReady,
2013-10-09 14:33:26.624904 I TVRec[15]: SetFlags(NeedToStartRecorder,)
->
RunMainLoop,WaitingForSignal,NeedToStartRecorder,SignalMonitorRunning,DummyRecorderRunning,RingBufferReady,
2013-10-09 14:33:26.624937 I TVRec[15]: TuningSignalCheck: Still
waiting. Will timeout @ 14:34:26.624
2013-10-09 14:33:26.624986 I TVRec[15]: SetFlags(CancelNextRecording,)
->
RunMainLoop,CancelNextRecording,WaitingForSignal,NeedToStartRecorder,SignalMonitorRunning,DummyRecorderRunning,RingBufferReady,
2013-10-09 14:33:26.641104 I TVRec[15]: TuningSignalCheck: Still
waiting. Will timeout @ 14:34:26.624
2013-10-09 14:33:26.641284 I IPTVChan[15]:
SetStreamData(0x7f88f8024000) StreamHandler(0x7f88f8021c70) Close(0)
2013-10-09 14:33:27.641631 I TVRec[15]: TuningSignalCheck: Still
waiting. Will timeout @ 14:34:26.624
2013-10-09 14:33:28.641827 I TVRec[15]: TuningSignalCheck: Still
waiting. Will timeout @ 14:34:26.624
2013-10-09 14:33:29.642020 I TVRec[15]: TuningSignalCheck: Still
waiting. Will timeout @ 14:34:26.624
2013-10-09 14:33:30.642218 I TVRec[15]: TuningSignalCheck: Still
waiting. Will timeout @ 14:34:26.624
2013-10-09 14:33:31.642406 I TVRec[15]: TuningSignalCheck: Still
waiting. Will timeout @ 14:34:26.624
2013-10-09 14:33:32.642594 I TVRec[15]: TuningSignalCheck: Still
waiting. Will timeout @ 14:34:26.624
2013-10-09 14:33:33.642785 I TVRec[15]: TuningSignalCheck: Still
waiting. Will timeout @ 14:34:26.624
2013-10-09 14:33:34.642966 I TVRec[15]: TuningSignalCheck: Still
waiting. Will timeout @ 14:34:26.624
2013-10-09 14:33:35.643185 I TVRec[15]: TuningSignalCheck: Still
waiting. Will timeout @ 14:34:26.624
2013-10-09 14:33:36.643758 I TVRec[15]: TuningSignalCheck: Still
waiting. Will timeout @ 14:34:26.624
2013-10-09 14:33:37.643951 I TVRec[15]: TuningSignalCheck: Still
waiting. Will timeout @ 14:34:26.624
2013-10-09 14:33:38.644125 I TVRec[15]: TuningSignalCheck: Still
waiting. Will timeout @ 14:34:26.624
2013-10-09 14:33:39.644297 I TVRec[15]: TuningSignalCheck: Still
waiting. Will timeout @ 14:34:26.624
---------------------

Can anyone see any obvious reasons why it's not working?

Thanks in advance.

Lincoln.
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users


jyavenard at gmail

Oct 8, 2013, 7:08 PM

Post #5 of 10 (846 views)
Permalink
Re: Mythtv 0.27 - IPTV [In reply to]

On Wednesday, October 9, 2013, Lincoln wrote:
>
>
> Can anyone see any obvious reasons why it's not working?
>
>
Does it work with mythavtest?

Like mythavtest -v audio,playback --loglevel=debug udp://blah

Also you may have to set the ports to use.

There was a full rewrite of the IPTV recorder in 0.27; it was a major
change. And I'm not sure it has received all the attention and test it
should have received because few have proper IPTV source.

But we're very keen on ironing out all issues.


lincoln at performaplus

Oct 10, 2013, 3:28 AM

Post #6 of 10 (847 views)
Permalink
Re: Mythtv 0.27 - IPTV [In reply to]

On 9/10/2013 3:08 p.m., Jean-Yves Avenard wrote:
> Does it work with mythavtest?
>
> Like mythavtest -v audio,playback --loglevel=debug udp://blah
>
>

I have tested mythavtest with http, udp, and rtp. Http was the only one
I could get to work. Details are below:

Streaming from vlc on the local machine:

HTTP:
- vlc options =
:sout=#duplicate{dst=http{mux=ts,dst=:1234/},dst=display} :sout-keep
- mythavtest -v audio,playback --loglevel=debug http://127.0.0.1:1234 >
/tmp/mythavtest_http_log
- playback worked perfectly and it was also able to play an http mpeg_ts
stream directly from the dreambox.
- mythavtest log: http://pastebin.com/hZJVx4Kn
- Tested http with mythbackend/frontend but could not get playback with
the http stream:

playlist.m3u:
#EXTM3U
#EXTINF:0,101 - test
http://127.0.0.1:1234

I deleted my dvb card so that the 'freebox card' is the only tuner. Here
is a mythbackend log while I trying to view the
channel:http://pastebin.com/y6Epxj79 <http://pastebin.com/y6Epxj79>


UDP:
- vlc options =
:sout=#duplicate{dst=std{access=udp{ttl=1},mux=ts,dst=127.0.0.1:1234},dst=display}
:sout-keep
- can verify vlc stream playback with vlc udp://@127.0.0.1:1234
- mythavtest -v audio,playback,socket --loglevel=debug
udp://127.0.0.1:1234 > /tmp/mythavtest_udp_log
- player closed immediately and no video was played.
- log: http://pastebin.com/pf5zH1Nw


RTP:
- vlc options =
:sout=#duplicate{dst=rtp{dst=127.0.0.1,port=1234,mux=ts,ttl=1},dst=display}
:sout-keep
- can verify vlc stream playback with vlc rtp://127.0.0.1:1234
- mythavtest -v audio,playback,socket --loglevel=debug
rtp://127.0.0.1:1234 > /tmp/mythavtest_rtp_log
- player closed immediately and no video was played.
- log: http://pastebin.com/r1f29jVE


Both the rtp and udp mythavtest logs show that its not connecting to the
server:

2013-10-10 08:22:20.856070 I TV: Attempting to change from None to
WatchingVideo
2013-10-10 08:22:20.856847 I FileRingBuf(rtp://127.0.0.1:1234):
OpenFile(rtp://127.0.0.1:1234, 2000 ms)
2013-10-10 08:22:20.856986 I MythSocket(9cf740:-1): MythSocket(-1, 0x0)
ctor
2013-10-10 08:22:20.857496 I MythSocket(9cf740:-1): IP is local, using
loopback address instead
2013-10-10 08:22:20.857511 I MythSocket(9cf740:-1): attempting
connect() to (127.0.0.1:1234)
2013-10-10 08:22:20.857829 E MythSocket(9cf740:-1): Failed to connect
to (127.0.0.1:1234) Connection refused
2013-10-10 08:22:20.858892 E RemoteFile::openSocket(control socket):
Could not connect to server 127.0.0.1:1234
2013-10-10 08:22:20.858911 I MythSocket(9cf740:-1): MythSocket dtor :
cb 0x0
2013-10-10 08:22:20.859252 E FileRingBuf(rtp://127.0.0.1:1234):
RingBuffer::RingBuffer(): Failed to open remote file (rtp://127.0.0.1:1234)


In my setup, http would be ideal, but I can't figure out yet why its
working with mythavtest but not the backend.
Any help appreciated.

Thanks


jyavenard at gmail

Oct 10, 2013, 4:12 AM

Post #7 of 10 (811 views)
Permalink
Re: Mythtv 0.27 - IPTV [In reply to]

On 10 October 2013 21:28, Lincoln <lincoln [at] performaplus> wrote:

>
> In my setup, http would be ideal, but I can't figure out yet why its working
> with mythavtest but not the backend.
> Any help appreciated.

because the recorder and the playlist only accepts UDP, RTP or HTTP
Live Streaming URL.... not plain http
When you provide a http file, it is assumed it's a HLS stream.

Are you sure VLC is listening on udp 1234 on the localhost ?
that you can connect with http indicates that it doesn't

this is what you need to setup first: make VLC output via udp or rtp
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users


lincoln at performaplus

Oct 10, 2013, 4:38 AM

Post #8 of 10 (807 views)
Permalink
Re: Mythtv 0.27 - IPTV [In reply to]

On 11/10/2013 12:12 a.m., Jean-Yves Avenard wrote:
> On 10 October 2013 21:28, Lincoln <lincoln [at] performaplus> wrote:
>
>> In my setup, http would be ideal, but I can't figure out yet why its working
>> with mythavtest but not the backend.
>> Any help appreciated.
> because the recorder and the playlist only accepts UDP, RTP or HTTP
> Live Streaming URL.... not plain http
> When you provide a http file, it is assumed it's a HLS stream.
>
> Are you sure VLC is listening on udp 1234 on the localhost ?
> that you can connect with http indicates that it doesn't
>
> this is what you need to setup first: make VLC output via udp or rtp
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://www.mythtv.org/mailman/listinfo/mythtv-users

OK thanks for the http clarification. I thought that was the case re
HLS, which is why I was surprised when mythavtest played the plain http
stream, however that's another discussion.

Just wanted to point out that I wasn't streaming udp/rtp/http at the
same time. I set up a stream and tested it with a second instance of vlc
and then mythavtest. I had assumed that because I was able to play back
both the rtp and then the udp stream with a second instance of vlc that
it must have been listening on port 1234, but perhaps not?

I'll try downgrade back to mythtv 0.26 and test my streams with that to
verify the stream is actually working.
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users


lincoln at performaplus

Oct 10, 2013, 4:29 PM

Post #9 of 10 (792 views)
Permalink
Re: Mythtv 0.27 - IPTV [In reply to]

On 11/10/2013 12:38 a.m., Lincoln wrote:
> On 11/10/2013 12:12 a.m., Jean-Yves Avenard wrote:
>> On 10 October 2013 21:28, Lincoln <lincoln [at] performaplus> wrote:
>>
>>> In my setup, http would be ideal, but I can't figure out yet why its
>>> working
>>> with mythavtest but not the backend.
>>> Any help appreciated.
>> because the recorder and the playlist only accepts UDP, RTP or HTTP
>> Live Streaming URL.... not plain http
>> When you provide a http file, it is assumed it's a HLS stream.
>>
>> Are you sure VLC is listening on udp 1234 on the localhost ?
>> that you can connect with http indicates that it doesn't
>>
>> this is what you need to setup first: make VLC output via udp or rtp
>> _______________________________________________
>> mythtv-users mailing list
>> mythtv-users [at] mythtv
>> http://www.mythtv.org/mailman/listinfo/mythtv-users
>
> OK thanks for the http clarification. I thought that was the case re
> HLS, which is why I was surprised when mythavtest played the plain
> http stream, however that's another discussion.
>
> Just wanted to point out that I wasn't streaming udp/rtp/http at the
> same time. I set up a stream and tested it with a second instance of
> vlc and then mythavtest. I had assumed that because I was able to play
> back both the rtp and then the udp stream with a second instance of
> vlc that it must have been listening on port 1234, but perhaps not?
>
> I'll try downgrade back to mythtv 0.26 and test my streams with that
> to verify the stream is actually working.

To anyone that is following this, my iptv setup is now all working (both
rtp, and udp).
Unfortunately I'm not exactly sure what fixed it, and I have tried
everything I can think of to reproduce the fault.
I think it could have been one of two things, firstly I had edited the
config.xml file (commented out
"<LocalHostName>my-unique-identifier-goes-here</LocalHostName> ") and
then I noticed iptv was working, however when I put the confix.xml back
iptv continued to work. The other thing I did was a fresh mythtv compile
and install (still the same version of fixes/0.27 though), however I had
tried this before with no difference to the iptv.

If I ever figure out what the fix was I'll post the solution.

_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users


lincoln at performaplus

Oct 11, 2013, 6:00 PM

Post #10 of 10 (799 views)
Permalink
Re: Mythtv 0.27 - IPTV [In reply to]

On 11/10/2013 12:29 p.m., Lincoln wrote:
> On 11/10/2013 12:38 a.m., Lincoln wrote:
>> On 11/10/2013 12:12 a.m., Jean-Yves Avenard wrote:
>>> On 10 October 2013 21:28, Lincoln <lincoln [at] performaplus> wrote:
>>>
>>>> In my setup, http would be ideal, but I can't figure out yet why
>>>> its working
>>>> with mythavtest but not the backend.
>>>> Any help appreciated.
>>> because the recorder and the playlist only accepts UDP, RTP or HTTP
>>> Live Streaming URL.... not plain http
>>> When you provide a http file, it is assumed it's a HLS stream.
>>>
>>> Are you sure VLC is listening on udp 1234 on the localhost ?
>>> that you can connect with http indicates that it doesn't
>>>
>>> this is what you need to setup first: make VLC output via udp or rtp
>>> _______________________________________________
>>> mythtv-users mailing list
>>> mythtv-users [at] mythtv
>>> http://www.mythtv.org/mailman/listinfo/mythtv-users
>>
>> OK thanks for the http clarification. I thought that was the case re
>> HLS, which is why I was surprised when mythavtest played the plain
>> http stream, however that's another discussion.
>>
>> Just wanted to point out that I wasn't streaming udp/rtp/http at the
>> same time. I set up a stream and tested it with a second instance of
>> vlc and then mythavtest. I had assumed that because I was able to
>> play back both the rtp and then the udp stream with a second instance
>> of vlc that it must have been listening on port 1234, but perhaps not?
>>
>> I'll try downgrade back to mythtv 0.26 and test my streams with that
>> to verify the stream is actually working.
>
> To anyone that is following this, my iptv setup is now all working
> (both rtp, and udp).
> Unfortunately I'm not exactly sure what fixed it, and I have tried
> everything I can think of to reproduce the fault.
> I think it could have been one of two things, firstly I had edited the
> config.xml file (commented out
> "<LocalHostName>my-unique-identifier-goes-here</LocalHostName> ") and
> then I noticed iptv was working, however when I put the confix.xml
> back iptv continued to work. The other thing I did was a fresh mythtv
> compile and install (still the same version of fixes/0.27 though),
> however I had tried this before with no difference to the iptv.
>
> If I ever figure out what the fix was I'll post the solution.
>

OK I found the reason my iptv was not working was because I had a
channel changer set (mythconverg.cardinput.externalcommand). This meant
that the iptv channel (in dtvchannel.cpp) was never tuned and so nothing
worked. The only solution I have found so far is a modification to the
code. I may try discuss this with the devs the way it currently is makes
it difficult to use any type of streaming set top box that has a channel
changer.
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

MythTV users RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.