[vdr] [patch] channels with same pids
Hi. Some satellites have many channels with same sid, nid, tid on different transponders. This is incorrect pid table, and vdr works with it not good, need scan channels and change rid manually, but if you select "transponder update" all you settings will be rewrite and channels deleted as duplicate. I have this trouble on ABS1 75.0 E and Express AM2 80.0 E, and I have very many channels with same pids on my iptv stream. After this patch, vdr parsing duplicate pids, and if transponders is not equal, channel not deleted, but rid wil be increased. If pids and transponders are equal, channel will be deleted as duplicate. Patch was made for vdr-1.5.12, but works with 1.5.15 too. Attached 3 patches, for native vdr and vdr + iptv plugin patched and for native reelchannelscan-0.4.1 plugin (include patch for 1.5.xx). vdr-1.5.12-incorrect-pid.diff Description: Binary data vdr-1.5.12-iptv-incorrect-pid.diff Description: Binary data reelchannelscan-0.4.1-1.5.12-incorrect-pid.diff Description: Binary data ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [patch] channels with same pids
Hi
1. cChannel::PluginParam() need for iptv plugin.
sorry, i was attached bad version for native vdr.
See attach for this message.
2. You right of cause, the triplet SID/NID/TID is supposed to be unique
within one satellite, but in really we have incorrect pid tables on many
satellites, and in local iptv networks. Example, see
http://www.lyngsat.com/eam2.html, some channels have equal pids:
11650V, 11190H, and 11044H too.
This is fault of sat providers, but we have it as is. And be a fine, if
vdr can works correct with such channels, without editing channel.conf
manually.
On Sat, 23/02/2008 18:03 +0100, Klaus Schmidinger wrote:
> On 02/22/08 04:29, ua0lnj wrote:
> > Hi.
> > Some satellites have many channels with same sid, nid, tid on different
> > transponders. This is incorrect pid table, and vdr works with it not
> > good, need scan channels and change rid manually, but if you select
> > "transponder update" all you settings will be rewrite and channels
> > deleted as duplicate.
> > I have this trouble on ABS1 75.0 E and Express AM2 80.0 E, and I have
> > very many channels with same pids on my iptv stream.
> > After this patch, vdr parsing duplicate pids, and if transponders is
> > not equal, channel not deleted, but rid wil be increased. If pids and
> > transponders are equal, channel will be deleted as duplicate.
> > Patch was made for vdr-1.5.12, but works with 1.5.15 too.
> > Attached 3 patches, for native vdr and vdr + iptv plugin patched and for
> > native reelchannelscan-0.4.1 plugin (include patch for 1.5.xx).
>
> First of all, there is no cChannel::PluginParam() in plain vanilla VDR 1.5.15.
>
> Secondly, as far as I understand this, the triplet SID/NID/TID is supposed
> to be unique within one satellite.
> Can you point me to a standard document that would indicate otherwise?
>
> Klaus
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
diff -Nup vdr-1.5.12/channels.c vdr-1.5.12mod/channels.c
--- vdr-1.5.12/channels.c 2007-10-13 01:40:53.0 +1100
+++ vdr-1.5.12mod/channels.c 2008-01-08 23:41:56.0 +1000
@@ -876,6 +876,7 @@ cChannels::cChannels(void)
modified = CHANNELSMOD_NONE;
}
+
void cChannels::DeleteDuplicateChannels(void)
{
cList ChannelSorter;
@@ -887,12 +888,21 @@ void cChannels::DeleteDuplicateChannels(
cChannelSorter *cs = ChannelSorter.First();
while (cs) {
cChannelSorter *next = ChannelSorter.Next(cs);
-if (next && cs->channelID == next->channelID) {
+if (next && cs->channelID == next->channelID && cs->channel->Transponder() == next->channel->Transponder()) {
dsyslog("deleting duplicate channel %s", *next->channel->ToText());
Del(next->channel);
}
-cs = next;
-}
+else if (next && cs->channelID == next->channelID) {
+ dsyslog("deleting duplicate id %s", *next->channel->ToText());
+ int sid = cs->channel->Sid();
+ int nid = cs->channel->Nid();
+ int tid = cs->channel->Tid();
+ int rid = cs->channel->Rid();
+ next->channel->SetId(nid, tid, sid, rid+1);
+ }
+ cs = next;
+ }
+ Channels.Save();
}
bool cChannels::Load(const char *FileName, bool AllowComments, bool MustExist)
diff -Nup vdr-1.5.12/nit.c vdr-1.5.12mod/nit.c
--- vdr-1.5.12/nit.c 2007-08-18 01:02:45.0 +1100
+++ vdr-1.5.12mod/nit.c 2007-12-29 13:39:39.0 +1000
@@ -143,7 +143,7 @@ void cNitFilter::Process(u_short Pid, u_
if (Setup.UpdateChannels >= 5) {
bool found = false;
for (cChannel *Channel = Channels.First(); Channel; Channel = Channels.Next(Channel)) {
-if (!Channel->GroupSep() && Channel->Source() == Source && Channel->Nid() == ts.getOriginalNetworkId() && Channel->Tid() == ts.getTransportStreamId()) {
+if (!Channel->GroupSep() && Channel->Source() == Source && Channel->Transponder() == Transponder() && Channel->Nid() == ts.getOriginalNetworkId() && Channel->Tid() == ts.getTransportStreamId()) {
int transponder = Channel->Transponder();
if (!ISTRANSPONDER(cChannel::Transponder(Frequency, Polarization), transponder)) {
for (int n = 0; n < NumFrequencies; n++) {
diff -Nup vdr-1.5.12/sdt.c vdr-1.5.12mod/sdt.c
--- vdr-1.5.12/sdt.c 2007-06-10 19:50:49.0 +1100
+++ vdr-1.5.12mod/sdt.c 2008-01-08 23:48:59.0 +1000
@@ -78,7 +78,7 @@ void cSd
Re: [vdr] [patch] channels with same pids
I think, may be not need use rid, but add new parameter for channel identify, such as transponder example, or add some variants of identify and select it in settings... Nid/Tid/Sid or Transponder/Channel Name or Transponder/Sid/Tid... Because wanted use "transponder update" and don't want edit channel.conf manually... В Вск, 24/02/2008 в 15:00 +0100, Klaus Schmidinger пишет: > On 02/24/08 12:35, Igor wrote: > >> Have you ever tried complaining to those providers, telling them about > >> their non-standard behavior? > > > > I have tried. Several times. No results. > > I wonder why these people think that the DVB standards don't apply to them... > > > I can confirm that only VDR has this problem. Other receivers (dreambox for > > example) don't have this problem. > > Does this mean that the dreambox doesn't identify channels using NID/TID/SID? > > VDR itself doesn't use the RID, and I don't like starting to use it > just to iron out the inability of some providers to adhere to the standard. > I'd rather like to get rid of the RID altogether. > > Klaus > > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > -- Pridvorov Andrey ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Error compiling vdr-1.5.14 + Supported multiproto.
for last multiproto need last dvb-s2 patch for vdr see mail from Reinhard Nissl (10.03.2008) - Original Message - From: "Albert Gall" <[EMAIL PROTECTED]> To: Sent: Friday, March 14, 2008 9:29 PM Subject: Re: [vdr] Error compiling vdr-1.5.14 + Supported multiproto. > On Fri, Mar 14, 2008 at 08:43:46AM +0100, serge pecher wrote: >> Hi, >> >> Have you done this >> Link auf compiler.h setzen >> >> cd /usr/local/src/dvb/linux/include/linux >> ln -s /usr/src/linux/include/linux/compiler.h compiler.h >> >> I got it from : >> >> http://www.vdr-wiki.de/wiki/index.php/OpenSUSE_VDR_DVB-S2_-_Teil2:_DVB_Treib >> er >> >> also take a look at >> >> http://www.vdr-wiki.de/wiki/index.php/OpenSUSE_VDR_DVB-S2 >> >> bye >> >> sp >> >> -Oorspronkelijk bericht- >> Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens >> Albert >> Gall >> Verzonden: donderdag 13 maart 2008 19:34 >> Aan: vdr@linuxtv.org >> Onderwerp: [vdr] Error compiling vdr-1.5.14 + Supported multiproto. >> >> Hello list: >> >> The road in my Make.config is DVBDIR = /usr/local/src/multiproto/linux/ >> >> Is correct. >> >> Vdr not compile with the following errors : >> >> >> /usr/local/src/multiproto/linux//include/linux/dvb/video.h:27:28: error: >> linux/compiler.h: No such file or directory >> >> >> Any solution ? >> >> >> Albert >> >> >> >> ___ >> vdr mailing list >> vdr@linuxtv.org >> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr >> >> >> ___ >> vdr mailing list >> vdr@linuxtv.org >> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > > Thanks serge pecher > > Now vdr compiles well until this point: > > > g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DREMOTE_KBD > -DLIRC_DEVICE=\"/dev/lircd\" > -DRCU_DEVICE=\"/dev/ttyS1\" > -D_GNU_SOURCE -DVIDEODIR=\"/video\" -DCONFDIR=\"/video\" > -DPLUGINDIR=\"./PLUGINS/lib\" > -DLOCDIR=\"./locale\" > -I/usr/include/freetype2 -I/usr/local/src/multiproto/linux//include > dvbdevice.c > dvbdevice.c: In member function 'bool cDvbTuner::SetFrontend()': > dvbdevice.c:271: error: 'struct dvbfe_info' no tiene un miembro llamado > 'delivery' > dvbdevice.c:286: error: 'struct dvbfe_info' no tiene un miembro llamado > 'delivery' > dvbdevice.c:307: error: 'struct dvbfe_info' no tiene un miembro llamado > 'delivery' > make: *** [dvbdevice.o] Error 1 > > > Any idea ? > > > Albert > > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [patch] channels with same pids+channels update
Hi If it's interecting for anybody. This is next version of a patch for non unique channels pids. (for stupid providers :) ). Rid not used now, SID/NID/TID+Transponder only. I tested this patch on 80E Express AM2 KU band. In my channels.conf: Культура;Orion Express:11044:hC56:S80.0E:44948:301:401=rus:0:602:1:1:1:0 TV-NADYM;Service Provider:11190:HC34:S80.0E:3255:308 +8190:256=eng,257=eng:0:0:1:1:1:0 Russya+Tomsk;Russya+Tomsk:11463:VC34:S80.0E:3200:96 +100:97=rus,98=rus:0:2600:1:1:1:0 Yugoria Network:11478:HC34:S80.0E:4400:1110:1211=und,1213=und,1212=und,1214=und:0:0:1:1:1:0 GTRK KUZBASS;TandbergTV:11650:VC34:S80.0E:5700:308 +8190:256=eng,257=fra:0:0:1:1:1:0 Охота и Рыбалка;Orion Express:11044:hC56:S80.0E:44948:302:402=rus:0:602:2:1:1:0 Yugoria Audio:11478:HC34:S80.0E:4400:0:1215=und,1217=und:0:0:2:1:1:0 I think this is show how dvb standard use. And you can switch off "delete duplicate channels" in dvb settings menu, if you want. ( if you set "delete duplicate channels" to ON, vdr can works with incorrect pids too). And other feature, this is deleting absent channels. If provider was deleted channels, you need delete it from channels.conf manually. After this patch, vdr auto deleting channels, which not present on transponder in sdt. Need select "delete absent channels" in dvb settings menu, but if you selected channels update or transponder update. Attached patch: for native vrd-1.6.0, for vdr+iptv plugin, for vdr +h264(without dvb-s2), for vdr+h264+iptv. -- ua0lnj Pridvorov Andrey vdr-1.6.0-dvb_channels.patch.tar.bz2 Description: application/bzip-compressed-tar ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] mp3 plugin+cdfs
I test 10.1 ver, not hg version With vdr-1.6.1 and 2.6.24-22 kernel It works for me... - Original Message - From: "Halim Sahin" To: Sent: Saturday, January 31, 2009 12:01 AM Subject: Re: [vdr] mp3 plugin+cdfs > Hi, > > I have the same problem here with live streams and latest mp3 plugin. > > Your patch stops the playback but segfaults vdr! > Maybe Stefan can help in this case!!! > Regards. > Halim > > > > On Fr, Jan 30, 2009 at 02:01:42 +1000, Придворов Андрей wrote: >>Hi >>The mp3 plugin have trouble when play audio cd with cdfs module >>It play disk fine, but if press "stop", vdr hangs and not responding >> for >>RC command, but continue play disk. >>After some minutes, play stop and vdr can normal works >>I think cause in plugin sound buffer. >>Attached patch helped me >>I only add flush() before delete player >> >> >> > > >> ___ >> vdr mailing list >> vdr@linuxtv.org >> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > > > -- > Halim Sahin > E-Mail: > halim.sahin (at) t-online.de > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr-1.7.4 and iptv plugin
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? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.7.4 and iptv plugin
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" To: "VDR Mailing List" 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 > > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.7.4 and iptv plugin
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.78 -> 1.33) 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" To: "VDR Mailing List" 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 > > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.7.4 and iptv plugin
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" To: "VDR Mailing List" 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 > > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.7.4 and iptv plugin
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" To: "VDR Mailing List" 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 > > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr-iptv-0.2.5
Hi My issues. May be I not right, but 1. Have: use section filtering - "yes", disable filters - 0. Have a iptv channel in channel.conf, but absent and not streaming now. Switch channels: work channnel -> absent channel -> work channel. And vdr hangs, almost always If set use section filtering - "no", all works. If set use section filtering - "yes", disable filters - 1, PAT, all works too. 2. pat.c use Channels.GetByServiceID. Channels.GetByServiceID use ISTRANSPONDER(). #define ISTRANSPONDER(f1, f2) (abs((f1) - (f2)) < 4) We must use frequencies differ > 4 in iptv channels. TV1;IPTV:1:IPTV|S1P0|UDP|127.0.0.1|1234:P:0:512:650:2321:0:1:0:0:0 - third parametr. Never use: TV1;IPTV:1:IPTV|S1P0.. TV1;IPTV:2:IPTV|S1P0.. TV1;IPTV:3:IPTV|S1P0.. need use (example): TV1;IPTV:10:IPTV|S1P0.. TV1;IPTV:20:IPTV|S1P0.. TV1;IPTV:30:IPTV|S1P0.. Otherwise ISTRANSPONDER() not works correct... ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [patch] softplay+vdr-1.7.4
Hi This is a patch for softplay in cvs, for vdr-1.7.4 It's works for me. softplay-vdr-1.7.4.diff.bz2 Description: Binary data ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] mplayer-plugin+softdevice+spdif
Hi Anybody use softdevice and mplayer plugins? I use spdif out for audio, and have trouble. softdevice have: -vo dfb:mgatv -ao alsa:pcm=plug:spdif#ac3=plug:spdif# mplayer.sh: AO="alsa:device=spdif" mplayer work without vdr, but than I use mplayer-plugin, I can see video, but no audio from mplayer. [AO_ALSA] Unable to set hw-parameters: Device or resource busy Failed to initialize audio driver 'alsa:device=spdif' Could not open/initialize audio device -> no sound. Audio: no sound I think softdevice takes resources and does not give them to mplayer I use 2.6.24 kernel on Ubuntu 8.04, alsa-1.0.15, softdevice from cvs, mplayer from svn, vdr-1.6.2 and vdr-1.7.4 Any suggestios? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [patch] softdevice+mplayer-plugin
Hi This patch allows correct work of mplayer-plugin with softdevice from cvs. Otherwise softdevice lock output resources, and mplayer can't play (for example no audio for me). softdevice.diff.bz2 Description: Binary data ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] softdevice-0.5.0.20090218 and CVS: AC3 passthrough mode no longer working
Hi I use "-vo dfb:mgatv -ao alsa:pcm=plug:spdif#ac3=plug:spdif#" I not receiving AC3 DVB channels, but DVD AC3 sound works fine, but not DTS... Yes, I have softdevice.AC3Mode = 1 - passthrough. - Original Message - From: "Lucian Muresan" To: Sent: Monday, June 01, 2009 8:48 PM Subject: [vdr] softdevice-0.5.0.20090218 and CVS: AC3 passthrough mode no longer working > Hi there, > > well, I haven't used softdevice anymore for a long time, because I had > some > strange video issues (only black screen with OSD, no video), and after I > decided to start with a fresh new system on my VDR machine, now I'm giving > vdr-1.7.7 a try, with the plugins that work already with it, softdevice > being one of them. > I tried this with softdevice-0.5.0.20090218 (as packaged in gentoo) and > CVS, > and my problem is that my external amplifier hooked up via optical SPDIF > detects no signal when switching to AC3 audio tracks of channels or > recordings. This works however when playing a video file with an AC3 track > in fbxine for example. I mostly copied over the settings from my old > system, > where even this ac3 passtrhrough with softdevice used to work. Here are > some > settings and outputs that might be relevant: > > > In /etc/vdr/setup.conf, I have: > CurrentDolby = 1 > DolbyTransferFix = 0 # don't know what this does, there is no difference > UseDolbyDigital = 1 > UseDolbyInRecordings = 1 > softdevice.AC3Mode = 1 # should be passthrough, right? > > > 'aplay -l' shows: > List of PLAYBACK Hardware Devices > card 0: CMI8738 [C-Media CMI8738], device 0: CMI8738-MC6 [C-Media PCI > DAC/ADC] > Subdevices: 1/1 > Subdevice #0: subdevice #0 > card 0: CMI8738 [C-Media CMI8738], device 1: CMI8738-MC6 [C-Media PCI 2nd > DAC] > Subdevices: 1/1 > Subdevice #0: subdevice #0 > card 0: CMI8738 [C-Media CMI8738], device 2: CMI8738-MC6 [C-Media PCI > IEC958] > Subdevices: 1/1 > Subdevice #0: subdevice #0 > > > 'aplay -L' shows: > front:CARD=CMI8738,DEV=0 >C-Media CMI8738, C-Media PCI DAC/ADC >Front speakers > rear:CARD=CMI8738,DEV=0 >C-Media CMI8738, C-Media PCI 2nd DAC >Rear speakers > surround40:CARD=CMI8738,DEV=0 >C-Media CMI8738, C-Media PCI 2nd DAC >4.0 Surround output to Front and Rear speakers > surround41:CARD=CMI8738,DEV=0 >C-Media CMI8738, C-Media PCI 2nd DAC >4.1 Surround output to Front, Rear and Subwoofer speakers > surround50:CARD=CMI8738,DEV=0 >C-Media CMI8738, C-Media PCI 2nd DAC >5.0 Surround output to Front, Center and Rear speakers > surround51:CARD=CMI8738,DEV=0 >C-Media CMI8738, C-Media PCI 2nd DAC >5.1 Surround output to Front, Center, Rear and Subwoofer speakers > iec958:CARD=CMI8738,DEV=0 >C-Media CMI8738, C-Media PCI DAC/ADC >IEC958 (S/PDIF) Digital Audio Output > null >Discard all samples (playback) or generate zero samples (capture) > > > > And the most important, the parameters given to the softdevice plugin: > '--plugin=softdevice -vo dfb:mgatv -ao alsa:pcm=default#ac3=hw:0,2#' > > I have to mention that normal mpeg audio is decoded and sent as PCM to the > SPDIF, only AC3 and only with vdr softdevice is the problem. I tried > hw:0,0 > and hw:0,1 as well, but no sound. How to deal with this, did I miss > something? > > Lucian > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
