[vdr] eHD and DVB subtitles sync
I had a little time to track down the issue with reelbox plugin and DVB subtitle sync. Subtitles works fine when using MPEG audio track, with live and recorings (i have set analog audio to soundcard from settings as suggested here earlier) When changing to Dolby Digital audio track, subtitles don't even get displayed. Problem seems to be how reelbox plugin returns STC. I copied line -- CLIP -- dbgconverter(PTS: %lld STC: %lld (%lld) timeout: %d\n, sb-Pts(), cDevice::PrimaryDevice()-GetSTC(), Delta, sb-Timeout()); -- CLIP - in dvbsubtitle.c to just before if (Delta = MAXDELTA) (because STC is wrong and delta is more than MAXDELTA, and it would never be shown). With Dolby Digital track reelbox plugin always returns same STC: -- CLIP -- Converter PTS: 7576263738 GET STC c0bdfd77 GET STC c0bdfd77 Before delta = MAXDELTA: PTS: 7576263738 STC: 3233676663 (529108) timeout: 8 Converter PTS: 7576688500 GET STC c0bdfd77 GET STC c0bdfd77 Before delta = MAXDELTA: PTS: 7576688500 STC: 3233676663 (533828) timeout: 3 Converter PTS: 7576696884 GET STC c0bdfd77 GET STC c0bdfd77 Before delta = MAXDELTA: PTS: 7576696884 STC: 3233676663 (533921) timeout: 6 Converter PTS: 7581177356 GET STC c0bdfd77 GET STC c0bdfd77 Before delta = MAXDELTA: PTS: 7581177356 STC: 3233676663 (583704) timeout: 7 Converter PTS: 7581486822 GET STC c0bdfd77 GET STC c0bdfd77 Before delta = MAXDELTA: PTS: 7581486822 STC: 3233676663 (587142) timeout: 3 -- CLIP -- With PCM audio everything is working fine (note that GET STC doesn't appear here): -- CLIP -- Converter PTS: 7591193232 Before delta = MAXDELTA: PTS: 7591193232 STC: 3296037783 (2090) timeout: 6 Before delta = MAXDELTA: PTS: 7591193232 STC: 3296045463 (2005) timeout: 6 Before delta = MAXDELTA: PTS: 7591193232 STC: 3296056983 (1877) timeout: 6 Before delta = MAXDELTA: PTS: 7591193232 STC: 3296064663 (1791) timeout: 6 Before delta = MAXDELTA: PTS: 7591193232 STC: 3296076183 (1663) timeout: 6 Before delta = MAXDELTA: PTS: 7591193232 STC: 3296080023 (1621) timeout: 6 Before delta = MAXDELTA: PTS: 7591193232 STC: 3296091543 (1493) timeout: 6 Before delta = MAXDELTA: PTS: 7591193232 STC: 3296103063 (1365) timeout: 6 Before delta = MAXDELTA: PTS: 7591193232 STC: 3296106903 (1322) timeout: 6 Before delta = MAXDELTA: PTS: 7591193232 STC: 3296118423 (1194) timeout: 6 Before delta = MAXDELTA: PTS: 7591193232 STC: 3296129943 (1066) timeout: 6 Before delta = MAXDELTA: PTS: 7591193232 STC: 3296133783 (1023) timeout: 6 Before delta = MAXDELTA: PTS: 7591193232 STC: 3296141463 (938) timeout: 6 Before delta = MAXDELTA: PTS: 7591193232 STC: 3296149143 (853) timeout: 6 Before delta = MAXDELTA: PTS: 7591193232 STC: 3296160663 (725) timeout: 6 Before delta = MAXDELTA: PTS: 7591193232 STC: 3296168343 (639) timeout: 6 Before delta = MAXDELTA: PTS: 7591193232 STC: 3296176023 (554) timeout: 6 Before delta = MAXDELTA: PTS: 7591193232 STC: 3296187543 (426) timeout: 6 Before delta = MAXDELTA: PTS: 7591193232 STC: 3296195223 (341) timeout: 6 Before delta = MAXDELTA: PTS: 7591193232 STC: 3296206743 (213) timeout: 6 Before delta = MAXDELTA: PTS: 7591193232 STC: 3296214423 (127) timeout: 6 Before delta = MAXDELTA: PTS: 7591193232 STC: 3296222103 (42) timeout: 6 Before delta = MAXDELTA: PTS: 7591193232 STC: 3296225943 (0) timeout: 6 Got 1 bitmaps, showing #1 PTS: 7591193232 STC: 3296225943 (0) timeout: 6 -- CLIP -- So next i checked out from where this GET STC is from. It's from reelbox plugin ReelBoxDevice.c: -- CLIP -- int64_t ReelBoxDevice::GetSTC() { UInt stc = stc_; if (audioPlayerHd_) { printf(GET STC %x\n,HdCommChannel::hda-player[0].stc+stc_); return HdCommChannel::hda-player[0].stc+stc_; } return (stc == 0) ? -1LL : stc; } -- CLIP -- So i hope someone who has more experience with coding and with VDR can continue from here and try to find cure for this.I tried to comment whole if (audioPlayerHd_) statement but it didn't help, wrong STC will be returned always anyway. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Anyone working on ttxtsubs for 1.7.4?
On 26.02.2009 12:08, Magnus Hörlin wrote: Hi. I've just made the switch to S2API and vdr-1.7.4 and it seems to work quite well both with xineliboutput (with vdpau) and streamdev now. The thing I'm missing is teletext subtitles and I don't know how hard it would be to update it for ts. Has anyone started on this? What countries other than Sweden and Finland use teletext subtitles frequently? I understand that it is not one of your (Klaus) top priorities, but do you have access to any channels that use it? Otherwise it's probably even lower on the priorities list. I believe the German ZDF channel broadcasts both ttxt and DVB subtitles. One feature request for VDR: a setup option to record all pids, including all audio and teletext pids. That way I guess it would be easier to develop a plugin for it (and I'd be happy to send you some recordings). It already records all audio pids. I wouldn't want to record the ttxt pid just because of a few bytes for subtitles. Here's a copy of a message I just sent to Rolf Ahrenberg privately, after he sent me a suggested patch to record the ttxt pid: -- ...teletext subtitles are a thing from the past, the normal way of broadcasting subtitles should be DVB subtitles. I hardly think a DVD player would be able to handle teletext subtitles (or am I wrong here?). I would prefer a solution where the teletext subtitles are converted into DVB subtitles during recording (and also during live viewing). Then the rest of VDR would only have to handle one single subtitle format. I suggest you first write a class that accepts a teletext TS data stream and outputs a DVB subtitle TS stream. Then we can see how this can be inserted into the recording chain and during live viewing. Something like class cTtxtToDvbSubtitles { ... public: cTtxtToDvbSubtitles(int Page); // the teletext page containing the subtitles void PutTtxtTs(uchar *Data, int Length); // put a single TS packet of ttxt data // into the converter uchar *GetDvbTs(int Length); // get one or more TS packets containing a complete // DVB subtitle page ... }; What we also need is a way of detecting whether there are any ttxt subtitles, and on which page they are broadcast (haven't looked into the DVB standard about this yet, but I believe every broadcaster uses a different page). Once we have these facilities, this could well go into the core VDR. -- Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Vote your VDR patches
VDR User schrieb: On Fri, Feb 27, 2009 at 2:25 PM, z...@zulu-entertainment.de wrote: we have start a poll at http://www.nmsweb.de/vdr/patch.php where you have the possibility to vote for your favorite VDR patches. How about the voting text in English Alltough it would have been preferable to have everything in english, if you care about it and want to vote: 0 means not required at all, 5 means absolutly required/very important. Kind Regards Steffen ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Anyone working on ttxtsubs for 1.7.4?
On 28.02.2009 11:42, Klaus Schmidinger wrote: What we also need is a way of detecting whether there are any ttxt subtitles, and on which page they are broadcast (haven't looked into the DVB standard about this yet, but I believe every broadcaster uses a different page). The teletext standard defines a teletext subtitle flag that any subtitle page should have set. Specifically, its the C6 flag, placed at byte 11 bit 8 of line 0 of the teletext page. (see cTxtReceiver::DecodeTXT of OSDTeletext on how to get that flag.) However, I don't know how consequently this flag is used. The C5 (Newsflash) flag also sets a transparent background, and could be used alternatively. Other transparent pages could also falsely set the C6 flag. It also may be a good idea to interpret different teletext pages as different subtitles, in case a channel has more than one subtitle page. Cheers, Udo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] eHD experiences with VDR
On Thu, Feb 26, 2009 at 6:52 PM, Antti Hartikainen ami+...@ah.fi wrote: S2API patch didn't work with my DVB-T tuners so i needed to change tuning code from dvbdevice.c a little bit (to do it like scan-s2 did, as tuning worked fine with it) I had the same problem, can you post a diff to apply on top of the S2API patch to fix the DVB-T tuning problem? 4) Fast forward/rewind problems. Skipping with green/yellow buttons have about 2-3 second delay before anything happens. FF/FRWD with left/right buttons work.. mm.. just poorly, never can know in which point of recording it will start playing again when pressing play. I can confirm this problem with all version of VDR and reel plugin it is very frustrating and makes controlling playback of recordings difficult. Morfsta ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] eHD experiences with VDR
On Sat, Feb 28, 2009 at 12:13:42PM +, Morfsta wrote: On Thu, Feb 26, 2009 at 6:52 PM, Antti Hartikainen ami+...@ah.fi wrote: S2API patch didn't work with my DVB-T tuners so i needed to change tuning code from dvbdevice.c a little bit (to do it like scan-s2 did, as tuning worked fine with it) I had the same problem, can you post a diff to apply on top of the S2API patch to fix the DVB-T tuning problem? Well.. I don't really recommend using this one, it completely ignores almost all settings from VDR channels config and uses autopilot instead. Works for me, it's an ugly hack and i don't recommend it to be used. And it forces transponder bandwidth to 8MHz, as it's only one in use in Finland. I didn't want to make things more complicated (like to get settings from vdr ;)). --- dvbdevice.c-orig2009-02-28 14:46:17.0 +0200 +++ dvbdevice.c 2009-02-28 14:51:01.0 +0200 @@ -338,27 +338,32 @@ { // DVB-T Frontend[0].cmd = DTV_DELIVERY_SYSTEM; - Frontend[0].u.data = fe_delivery_system_t(channel.System()); +// Frontend[0].u.data = fe_delivery_system_t(channel.System()); + Frontend[0].u.data = SYS_DVBT; Frontend[1].cmd = DTV_FREQUENCY; Frontend[1].u.data = FrequencyToHz(channel.Frequency()); Frontend[2].cmd = DTV_INVERSION; Frontend[2].u.data = fe_spectral_inversion_t(channel.Inversion()); - Frontend[3].cmd = DTV_BANDWIDTH_HZ; - Frontend[3].u.data = fe_bandwidth_t(channel.Bandwidth()); - Frontend[4].cmd = DTV_CODE_RATE_HP; - Frontend[4].u.data = fe_code_rate_t(channel.CoderateH()); - Frontend[5].cmd = DTV_CODE_RATE_LP; - Frontend[5].u.data = fe_code_rate_t(channel.CoderateL()); - Frontend[6].cmd = DTV_MODULATION; - Frontend[6].u.data = fe_modulation_t(channel.Modulation()); - Frontend[7].cmd = DTV_TRANSMISSION_MODE; - Frontend[7].u.data = fe_transmit_mode_t(channel.Transmission()); - Frontend[8].cmd = DTV_GUARD_INTERVAL; - Frontend[8].u.data = fe_guard_interval_t(channel.Guard()); - Frontend[9].cmd = DTV_HIERARCHY; - Frontend[9].u.data = fe_hierarchy_t(channel.Hierarchy()); - Frontend[10].cmd = DTV_TUNE; - cmdseq.num = 11; + Frontend[3].cmd = DTV_SYMBOL_RATE; + Frontend[3].u.data = 0; + Frontend[4].cmd = DTV_BANDWIDTH_HZ; + Frontend[4].u.data = 800; +/* Frontend[5].cmd = DTV_CODE_RATE_HP; + Frontend[5].u.data = fe_code_rate_t(channel.CoderateH()); + Frontend[6].cmd = DTV_CODE_RATE_LP; + Frontend[6].u.data = fe_code_rate_t(channel.CoderateL()); + Frontend[7].cmd = DTV_MODULATION; + Frontend[7].u.data = fe_modulation_t(channel.Modulation()); + Frontend[8].cmd = DTV_TRANSMISSION_MODE; + Frontend[8].u.data = fe_transmit_mode_t(channel.Transmission()); + Frontend[9].cmd = DTV_GUARD_INTERVAL; + Frontend[9].u.data = fe_guard_interval_t(channel.Guard()); + Frontend[10].cmd = DTV_HIERARCHY; + Frontend[10].u.data = fe_hierarchy_t(channel.Hierarchy());*/ + Frontend[5].cmd = DTV_PILOT; + Frontend[5].u.data = PILOT_AUTO; + Frontend[6].cmd = DTV_TUNE; + cmdseq.num = 7; cmdseq.props = Frontend; tuneTimeout = DVBT_TUNE_TIMEOUT; ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] information about NO signal
Hi is it possible to implement in VDR the feature as that - If there is NOT any LOCK to write about it like Channel doesn't found Goga ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] DVB-C(T) output plugin
___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] information about NO signal
On Sat, 2009-02-28 at 16:57 +0300, Goga777 wrote: Hi is it possible to implement in VDR the feature as that - If there is NOT any LOCK to write about it like Channel doesn't found What a great (and obvious!) idea... often I have to use the 'femon' plugin to see if there's a lock, when common behaviour on a commercial STB is indeed to show a 'No signal' message on-sreen. +1 from here. Cheers, Gavin. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Anyone working on ttxtsubs for 1.7.4?
En/na Klaus Schmidinger ha escrit: ...teletext subtitles are a thing from the past, the normal way of broadcasting subtitles should be DVB subtitles. I hardly think a DVD player would be able to handle teletext subtitles (or am I wrong here?). While I agree that dvb subtitles are usually better than teletext subtitles, there are cases when it isn't so. For example, itv3 (shoot me, but I like Poirot) broadcasts both teletext and dvb subtitles, but the dvb subtitles are ~6 seconds early, so they're unusable. Btw, a 20€ dvb-t set-top box handles teletext subtitles just fine. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Anyone working on ttxtsubs for 1.7.4?
On 28.02.2009 15:54, Luca Olivetti wrote: En/na Klaus Schmidinger ha escrit: ...teletext subtitles are a thing from the past, the normal way of broadcasting subtitles should be DVB subtitles. I hardly think a DVD player would be able to handle teletext subtitles (or am I wrong here?). While I agree that dvb subtitles are usually better than teletext subtitles, there are cases when it isn't so. For example, itv3 (shoot me, but I like Poirot) broadcasts both teletext and dvb subtitles, but the dvb subtitles are ~6 seconds early, so they're unusable. Have you ever inquired why they don't fix this? Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Anyone working on ttxtsubs for 1.7.4?
En/na Klaus Schmidinger ha escrit: On 28.02.2009 15:54, Luca Olivetti wrote: En/na Klaus Schmidinger ha escrit: ...teletext subtitles are a thing from the past, the normal way of broadcasting subtitles should be DVB subtitles. I hardly think a DVD player would be able to handle teletext subtitles (or am I wrong here?). While I agree that dvb subtitles are usually better than teletext subtitles, there are cases when it isn't so. For example, itv3 (shoot me, but I like Poirot) broadcasts both teletext and dvb subtitles, but the dvb subtitles are ~6 seconds early, so they're unusable. Have you ever inquired why they don't fix this? No, I'm using teletex subtitles instead ;-) I'm not supposed to be receiving uk channels (in theory the beam is focused on the uk), so I cannot really complain. Besides, I'm not knowledgeable enough to be sure it's their problem or vdr problem (after all, if it didn't work with the freeview set-top boxes, they'd surely fix it, wouldn't they?) OTOH I never had problems with dvb subtitles on the bbc channels (other than vdr not recognizing they're there in recordings, while they automatically show in live view). Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Anyone working on ttxtsubs for 1.7.4?
On 28.02.2009 16:38, Luca Olivetti wrote: En/na Klaus Schmidinger ha escrit: On 28.02.2009 15:54, Luca Olivetti wrote: En/na Klaus Schmidinger ha escrit: ...teletext subtitles are a thing from the past, the normal way of broadcasting subtitles should be DVB subtitles. I hardly think a DVD player would be able to handle teletext subtitles (or am I wrong here?). While I agree that dvb subtitles are usually better than teletext subtitles, there are cases when it isn't so. For example, itv3 (shoot me, but I like Poirot) broadcasts both teletext and dvb subtitles, but the dvb subtitles are ~6 seconds early, so they're unusable. Have you ever inquired why they don't fix this? No, I'm using teletex subtitles instead ;-) I'm not supposed to be receiving uk channels (in theory the beam is focused on the uk), so I cannot really complain. Besides, I'm not knowledgeable enough to be sure it's their problem or vdr problem (after all, if it didn't work with the freeview set-top boxes, they'd surely fix it, wouldn't they?) OTOH I never had problems with dvb subtitles on the bbc channels (other than vdr not recognizing they're there in recordings, while they automatically show in live view). Please send me the channels.conf line of itv3 - I'd like to take a look at this myself. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Anyone working on ttxtsubs for 1.7.4?
En/na Klaus Schmidinger ha escrit: Please send me the channels.conf line of itv3 - I'd like to take a look at this myself. ITV3;BSkyB:10906:vC56M2O0S0:S28.2E:22000:3348:3349=eng,3350=NAR:2373:0:10260:2:2054:0 Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Anyone working on ttxtsubs for 1.7.4?
On 28.02.2009 18:35, Luca Olivetti wrote: En/na Klaus Schmidinger ha escrit: Please send me the channels.conf line of itv3 - I'd like to take a look at this myself. ITV3;BSkyB:10906:vC56M2O0S0:S28.2E:22000:3348:3349=eng,3350=NAR:2373:0:10260:2:2054:0 Just took a look, and they are perfectly in sync. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Anyone working on ttxtsubs for 1.7.4?
En/na Klaus Schmidinger ha escrit: On 28.02.2009 18:35, Luca Olivetti wrote: En/na Klaus Schmidinger ha escrit: Please send me the channels.conf line of itv3 - I'd like to take a look at this myself. ITV3;BSkyB:10906:vC56M2O0S0:S28.2E:22000:3348:3349=eng,3350=NAR:2373:0:10260:2:2054:0 Just took a look, and they are perfectly in sync. Strange, I see them a little bit early right now (not much) but it's worse with recordings. Maybe it's just Poirot, but I swear I have to use teletext subtitles with those recordings. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] development infrastructur for VGA2SCART patch set
Am Donnerstag, den 26.02.2009, 19:47 +0100 schrieb Thomas Hilber: On Thu, Feb 26, 2009 at 09:12:36AM +0100, Paul Menzel wrote: due to lack of time and interest I do not yet run a full blown homepage. But at least I started to collect the plain patches here [3]. That is what I thought. So maybe other people who are not good or intersted in coding could help set up this web site and repository. Would you be willing to use this. Do you have a favorite system for SCM At least somebody must start such a page.. For the moment it takes less time for me to answer questions in the corresponding threads on easy-vdr.de and vdr-portal.de directly. I would be willing to begin to start such a page. But I wanted to know your preferences, so that chances are high, that you will feel comfortable with it. I will ask the owners of projects.vdr-developers.org again. Why don't you just use the easy-vdr install script I mentioned above which already has been proven successful? I just checked it out. But the main problem in distribution is, that everyone has to register to be able to download attachments. If you are interested in what's happening behind the scenes - no problem. The script builds all VGA2SCART + FRC relevant things from source. I just took a look. On quick look at the homepage and the Wiki I could not find any information on [1] on what Easy VDR does and on what distro it is based. Looking at the script it looks like it is based on Debian Etch. There is no better way to document an installation than a working shell script:-) Of course, but if one has to register at a forum to get the files it will prevent people from getting it and to contributing to the project. That is why I think a repository would be helpful. Then everything relating to the code would be in one place and work does not have to be done twice because one did not see that thread were someone else already implemented this. I find it very difficult to jump through all the threads of the forum and reads through all the posts and most of the time read it several times. Thanks a lot, Paul signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] development infrastructur for VGA2SCART patch set
Paul Menzel wrote: @Tobi: Could the patches be hosted on projects.vdr-developers.org? In general I would have no objections against this. What kind of patches is this all about? I haven't followed this VGA2SCART thing, but a quick lookup showed, that this involves patching XOrg stuff and xineliboutput. If this is the case, then a single Git repository might not be appropriate. Tobias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] development infrastructur for VGA2SCART patch set
Am Sonntag, den 01.03.2009, 00:29 +0100 schrieb Tobi: Paul Menzel wrote: @Tobi: Could the patches be hosted on projects.vdr-developers.org? In general I would have no objections against this. What kind of patches is this all about? I haven't followed this VGA2SCART thing, but a quick lookup showed, that this involves patching XOrg stuff and xineliboutput. That is correct. It requires several programs to be patched. If this is the case, then a single Git repository might not be appropriate. Right. Creating a directory for each individual program might not be the best solution. Let us wait, what Thomas will answer. Thanks for your reply, Paul signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Freesat EPG
On Sat, 28 Feb 2009 22:42:02 + (GMT) Dominic Morris d...@suborbital.org.uk wrote: On Sat, 28 Feb 2009, Tony Houghton wrote: I haven't checked BATs or EITs yet, but Freeview seems to use standard pids (from ETSI EN 300 468) for PATs, PMTs, SDTs and NITs. The standard BAT pid is 0x11 so I don't see how simply adding 3800 works :-/. Sorry, my head obviously isn't with it, but that's where the BAT is, if you dvbsnoop on pidscan mode you'll find the other tables in that range as well. AFAIR, the EPG takes about 30 minutes to populate Except on one particular transponder apparently, where it's more like 30 seconds. I'm trying to write a channel scanner (and later on an EPG scanner) that can handle Freesat nicely, but these non-standard PIDs are a pain. I found another useful DigitalSpy post http://www.digitalspy.co.uk/forums/showthread.php?t=971793 which tells you how to find the PIDs. The trouble is this only finds NITs with table_id 0x41 (other network) and SDTs with PID 0x46 (other transport stream). I haven't checked the NITs yet to see whether they're still useful, but the SDTs only contain channels from other transponders, so at best my scanner will have to maintain a lot of data across multiple transponders instead of being able to neatly package each set of channels with its own transponder. Also, all the sections have a section_number of 0 even though they carry different data, so the only way of knowing when you've got a complete set (from the current transponder) is by seeing whether you've already received that data and trust their transmission order hasn't changed. -- TH * http://www.realh.co.uk ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] development infrastructur for VGA2SCART patch set
On Sat, Feb 28, 2009 at 08:04:17PM +0100, Paul Menzel wrote: Why don't you just use the easy-vdr install script I mentioned above which already has been proven successful? I just checked it out. But the main problem in distribution is, that everyone has to register to be able to download attachments. what's wrong with it? If registering is too much effort - nothing doing. I just took a look. On quick look at the homepage and the Wiki I could not find any information on [1] on what Easy VDR does and on what distro it is based. Looking at the script it looks like it is based on Debian Etch. it's a complete VDR distribution based on debian etch. There is no better way to document an installation than a working shell script:-) Of course, but if one has to register at a forum to get the files it will prevent people from getting it and to contributing to the project. but it will guarantee to a certain extend that you will obtain a tested and working setup out-of-the-box after installation has finished. I would be willing to begin to start such a page. But I wanted to know your preferences, so that chances are high, that you will feel comfortable with it. the problem is you can write whole books about the VGA2SCART theme. I *certainly* won't have the time to do that. But for the beginning I could post a plain list of URLs where I finally got my informations from. - Thomas ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] development infrastructur for VGA2SCART patch set
On Sun, Mar 01, 2009 at 01:13:32AM +0100, Paul Menzel wrote: In general I would have no objections against this. What kind of patches is this all about? I haven't followed this VGA2SCART thing, but a quick lookup showed, that this involves patching XOrg stuff and xineliboutput. That is correct. It requires several programs to be patched. If this is the case, then a single Git repository might not be appropriate. we must distinguish 4 cases. VGA2SCART on: 1. ATI Radeon without FRC 2. Intel i9xx without FRC 3. ATI Radeon withFRC 4. Intel i9xx withFRC software patches required: 1. - xserver-xorg-video-radeon (newer versions may not need it) 2. - xserver-xorg-video-intel 3. - xserver-xorg-video-radeon - xineliboutput (newer versions already adopted the patch) - xine-lib - radeon-drm kernel module 4. - xserver-xorg-video-intel - xineliboutput (newer versions already adopted the patch) - xine-lib FRC stands for frame rate control. That means VGA video timing is synchronized with DVB stream = no software deinterlacing is needed any more. Fields are forwarded directly from softdecoder to VGA port. The simple version without FRC allows conventional operation (with software deinterlacing). It provides the minimum requirements needed for SCART over VGA. I don't know either how to maintain the patch set. So at least I took a few snapshots from my development and collected them at 'http://lowbyte.de/vga-sync-fields/' - Thomas ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr