IPTV-0.2.4 plugin not works for me, I can see steel picture only, from time to time. But on info screen of plugin I can see stream's data. I test softdevice and xineliboutput. Anybody try iptv?
On Wed, 4 Mar 2009, ua0lnj wrote:
IPTV-0.2.4 plugin not works for me, I can see steel picture only, from time to time. But on info screen of plugin I can see stream's data.
If you're using an external application (like vlc) to transcode the video stream and you see only still pictures, you'll most likely need a faster CPU.
BR, -- rofa
I use native iptv mpeg2 stream, from xDSL. With vdr-1.6.x and 1.7.0 all works fine.
----- Original Message ----- From: "Rolf Ahrenberg" rahrenbe@cc.hut.fi To: "VDR Mailing List" vdr@linuxtv.org Sent: Thursday, March 05, 2009 2:33 AM Subject: Re: [vdr] vdr-1.7.4 and iptv plugin
On Wed, 4 Mar 2009, ua0lnj wrote:
IPTV-0.2.4 plugin not works for me, I can see steel picture only, from time to time. But on info screen of plugin I can see stream's data.
If you're using an external application (like vlc) to transcode the video stream and you see only still pictures, you'll most likely need a faster CPU.
BR,
rofa
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Sometimes when change channel I can see normal iptv aprox. 3 sec, but after still picture again... CPU load low.
vdr: [5852] switching to channel 259 vdr: [5971] IPTV streamer thread ended (pid=5852, tid=5971) vdr: [5970] receiver on device 9 thread ended (pid=5852, tid=5970) vdr: [5981] receiver on device 9 thread started (pid=5852, tid=5981) vdr: [5982] IPTV streamer thread started (pid=5852, tid=5982) vdr: [5984] [softdevice-audio]: Xrun (at least 460.672 ms long) vdr: [5984] [softdevice-audio]: xrun vdr: [5983] [VideoOut] reset: sync info: repF = 1, drpF = 0, totF = 30 vdr: [5985] [VideoOut]: resolution changed: W(720 -> 720); H(432 ->576) vdr: [5985] [VideoOut]: aspect changed (0 -> 0 ; 1.777778 -> 1.333333) vdr: [5985] [VideoOut]: 720x576 [0,0 720x576] -> 720x576 [90,0 540x576] vdr: [5985] [dfb] (re)configuring Videolayer to 720 x 576 (720x576) vdr: [5985] [dfb] creating new surface (stretchBlit) vdr: [5985] [dfb] surface capabilities for (videoSurface): videoonly, interlaced, PixelFormat = 0x00200806 vdr: [5985] [dfb] (re)configured 0x00200806 vdr: [5984] [softdevice-audio]: Xrun (at least 78.842 ms long) vdr: [5984] [softdevice-audio]: xrun vdr: [5984] [softdevice-audio]: Xrun (at least 28.733 ms long) vdr: [5984] [softdevice-audio]: xrun vdr: [5981] changing pids of channel 259 from 501+501=2:502:0:0 to 501+501=0:502:0:0 vdr: [5852] retuning due to modification of channel 259 vdr: [5852] switching to channel 259 vdr: [5982] IPTV streamer thread ended (pid=5852, tid=5982) vdr: [5981] receiver on device 9 thread ended (pid=5852, tid=5981) vdr: [5986] receiver on device 9 thread started (pid=5852, tid=5986) vdr: [5987] IPTV streamer thread started (pid=5852, tid=5987)
----- Original Message ----- From: "Rolf Ahrenberg" rahrenbe@cc.hut.fi To: "VDR Mailing List" vdr@linuxtv.org Sent: Thursday, March 05, 2009 2:33 AM Subject: Re: [vdr] vdr-1.7.4 and iptv plugin
On Wed, 4 Mar 2009, ua0lnj wrote:
IPTV-0.2.4 plugin not works for me, I can see steel picture only, from time to time. But on info screen of plugin I can see stream's data.
If you're using an external application (like vlc) to transcode the video stream and you see only still pictures, you'll most likely need a faster CPU.
BR,
rofa
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Thu, 5 Mar 2009, ua0lnj wrote:
Sometimes when change channel I can see normal iptv aprox. 3 sec, but after still picture again... vdr: [5981] changing pids of channel 259 from 501+501=2:502:0:0 to 501+501=0:502:0:0 vdr: [5852] retuning due to modification of channel 259
VDR's PAT/PMT scanner detects changes in pid information usually after a few seconds and the channel it retuned as your log states. If you look at the change, you'll see that VDR changes the video stream type from MPEG2 (2) to an invalid/reserved (0) value. Software decoders might rely on that that information and therefore cannot display the video.
As a quick hack, you should disable PAT tables in IPTV's section filter (or disable channel updates in VDR) and manually edit the channel entry to use a correct video stream type (501+501=2).
Now, the real question is why the video stream type is marked as zero in your streams: a bug in vdr, a bug in iptv plugin, or some kind of attempt from your provider to allow only their proprietary hardware? If it's the latter one, you could try simply to make VDR detect stream type 0 as a MPEG2 (0x02) or H264 (0x1B) stream in pat.c, although I cannot see how you could end up with non-zero video pid with zeroed video type in current VDR code base. Are you using any other VDR patches than the pluginparam?
You could always provide us a stream dump for further analyzing: $ emcast 127.0.0.1:1234 > dump.ts
BR, -- rofa
If I change in pidscanner.c IptvChannel->SetPids(Vpid, Ppid, 0, Apids, ALangs, Dpids, DLangs, Spids, SLangs, Tpid); to IptvChannel->SetPids(Vpid, Ppid, 2, Apids, ALangs, Dpids, DLangs, Spids, SLangs, Tpid);
I can see all channels.
Than I change pidscanner.c .............. #if defined(APIVERSNUM) && APIVERSNUM >= 10700 SI::PMT::Stream stream; int Vtype = stream.getStreamType(); IptvChannel->SetPids(Vpid, Ppid, Vtype, Apids, ALangs, Dpids, DLangs, Spids, SLangs, Tpid); #else ................
And add debug line in remux.c in vdr, and see:
vdr: [14719] switching to channel 183 vdr: [14887] IPTV streamer thread ended (pid=14719, tid=14887) vdr: [14886] receiver on device 9 thread ended (pid=14719, tid=14886) vdr: [14893] receiver on device 9 thread started (pid=14719, tid=14893) vdr: [14894] IPTV streamer thread started (pid=14719, tid=14894) vdr: [14891] Text2Skin: menu display update thread ended (pid=14719, tid=14891) vdr: [14719] stream type = 02, pid = 300 vdr: [14719] stream type = 04, pid = 301 vdr: [14896] Text2Skin: channelInfo display update thread started (pid=14719, tid=14896) vdr: [14895] [VideoOut] reset: sync info: repF = 15, drpF = 0, totF = 114 vdr: [14893] changing pids of channel 183 from 300+300=2:301:0:0 to 300+300=71:301:0:0 vdr: [14719] retuning due to modification of channel 183 vdr: [14719] switching to channel 183 vdr: [14894] IPTV streamer thread ended (pid=14719, tid=14894) vdr: [14893] receiver on device 9 thread ended (pid=14719, tid=14893) vdr: [14900] receiver on device 9 thread started (pid=14719, tid=14900) vdr: [14901] IPTV streamer thread started (pid=14719, tid=14901) vdr: [14719] stream type = 47, pid = 300 vdr: [14719] stream type = 04, pid = 301 vdr: [14902] [VideoOut] reset: sync info: repF = 0, drpF = 0, totF = 0 vdr: [14904] [softdevice-audio]: Xrun (at least 1352.643 ms long) vdr: [14904] [softdevice-audio]: xrun
What is a stream type = 47 ??!
As a quick hack, you should disable PAT tables in IPTV's section filter (or disable channel updates in VDR) and manually edit the channel entry to use a correct video stream type (501+501=2).
Success if I disable pid and sid update in iptv channel menu. Disable PAT tables not help...
If I remove all changes in pidscanner.c, I have:
vdr: [16900] switching to channel 270 vdr: [16974] IPTV streamer thread ended (pid=16900, tid=16974) vdr: [16973] receiver on device 9 thread ended (pid=16900, tid=16973) vdr: [16977] receiver on device 9 thread started (pid=16900, tid=16977) vdr: [16978] IPTV streamer thread started (pid=16900, tid=16978) vdr: [16900] stream type = 00, pid = 901 vdr: [16900] stream type = 04, pid = 902 vdr: [16980] [softdevice-audio]: Xrun (at least 451.542 ms long) vdr: [16980] [softdevice-audio]: xrun
vdr not change stream type from 0, which give him a pidscanner.
Who must change stream type to actual, vdr or iptv plugin?
I can send a ts dump, how long and what mail?
Thank you.
----- Original Message ----- From: "Rolf Ahrenberg" rahrenbe@cc.hut.fi To: "VDR Mailing List" vdr@linuxtv.org Sent: Friday, March 06, 2009 4:50 AM Subject: Re: [vdr] vdr-1.7.4 and iptv plugin
On Thu, 5 Mar 2009, ua0lnj wrote:
Sometimes when change channel I can see normal iptv aprox. 3 sec, but after still picture again... vdr: [5981] changing pids of channel 259 from 501+501=2:502:0:0 to 501+501=0:502:0:0 vdr: [5852] retuning due to modification of channel 259
VDR's PAT/PMT scanner detects changes in pid information usually after a few seconds and the channel it retuned as your log states. If you look at the change, you'll see that VDR changes the video stream type from MPEG2 (2) to an invalid/reserved (0) value. Software decoders might rely on that that information and therefore cannot display the video.
As a quick hack, you should disable PAT tables in IPTV's section filter (or disable channel updates in VDR) and manually edit the channel entry to use a correct video stream type (501+501=2).
Now, the real question is why the video stream type is marked as zero in your streams: a bug in vdr, a bug in iptv plugin, or some kind of attempt from your provider to allow only their proprietary hardware? If it's the latter one, you could try simply to make VDR detect stream type 0 as a MPEG2 (0x02) or H264 (0x1B) stream in pat.c, although I cannot see how you could end up with non-zero video pid with zeroed video type in current VDR code base. Are you using any other VDR patches than the pluginparam?
You could always provide us a stream dump for further analyzing: $ emcast 127.0.0.1:1234 > dump.ts
BR,
rofa
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Sat, 7 Mar 2009, ua0lnj wrote:
If I change in pidscanner.c I can see all channels.
Thanks. That is a bug in the current pid scanner and will be corrected in the next version.
What is a stream type = 47 ??!
IIRC, it's a reserved area.
Who must change stream type to actual, vdr or iptv plugin?
VDR. However, if the IPTV stream doesn't contain correct PAT sections, the pid scanner should be enabled in the IPTV plugin to do a basic video and audio pid detection.
I can send a ts dump, how long and what mail?
I guess there's no need for that anymore.
BR, -- rofa
My suggestions.... 1. My iptv provider streams many channels with identical pids, and vdr not very love such channels :-) If in sidscanner.c chandge cChannel *IptvChannel = Channels.GetByChannelID(channel.GetChannelID()); to cChannel *IptvChannel = Channels.GetByServiceID(Source(), Transponder(), assoc.getServiceId()); vdr iptv plugin can work with duplicate pids channel more correct.
May be is a other way.....
2. My iptv provider retranslate sat channels in iptv, after decrypting, but not remove CA Descriptor from stream. And when I enable "use section filtering" and not disable PAT my iptv channels geting CA descriptor and vdr can't display this channels. Be a fine have option for disable use CA Descriptor in iptv, or vdr can be ignore it.
Thank you.
----- Original Message ----- From: "Rolf Ahrenberg" rahrenbe@cc.hut.fi To: "VDR Mailing List" vdr@linuxtv.org Sent: Saturday, March 07, 2009 3:27 AM Subject: Re: [vdr] vdr-1.7.4 and iptv plugin
On Sat, 7 Mar 2009, ua0lnj wrote:
If I change in pidscanner.c I can see all channels.
Thanks. That is a bug in the current pid scanner and will be corrected in the next version.
What is a stream type = 47 ??!
IIRC, it's a reserved area.
Who must change stream type to actual, vdr or iptv plugin?
VDR. However, if the IPTV stream doesn't contain correct PAT sections, the pid scanner should be enabled in the IPTV plugin to do a basic video and audio pid detection.
I can send a ts dump, how long and what mail?
I guess there's no need for that anymore.
BR,
rofa
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Sat, 7 Mar 2009, ua0lnj wrote:
My suggestions....
- My iptv provider streams many channels with identical pids, and vdr not
very love such channels :-) If in sidscanner.c chandge cChannel *IptvChannel = Channels.GetByChannelID(channel.GetChannelID()); to cChannel *IptvChannel = Channels.GetByServiceID(Source(), Transponder(), assoc.getServiceId()); vdr iptv plugin can work with duplicate pids channel more correct.
This might have some unwanted negative effects on certain situations. I'll need to think about it.
- My iptv provider retranslate sat channels in iptv, after decrypting, but
not remove CA Descriptor from stream. And when I enable "use section filtering" and not disable PAT my iptv channels geting CA descriptor and vdr can't display this channels. Be a fine have option for disable use CA Descriptor in iptv, or vdr can be ignore it.
You'll need to patch VDR for this: comment the "Channel->SetCaIds()" line at the end of pat.c. This affects all channels, so you might want to still keep the CA updates for normal channels: "if (!Channel->IsPlugin()) Channel->SetCaIds()". Remember to clear out the CA field in channels.conf after the change.
BR, -- rofa
-
Rolf Ahrenberg -
ua0lnj