On Tue, 23 Aug 2005 02:18:09 +0200 Thomas Günther tom1@toms-cafe.de wrote:
ttxtsubs is working without any problems here. I tried yesterday with VDR-1.3.29 and VDR-1.3.30.
Well, nice to hear that it works for someone. However, Frank K. sent me info about possible cause and users suffering from the problem are adviced to apply the attached patch with reverse (-R). It removes the added ability to open directly audio selection menu and volumebar when subtitling is active, but I cannot see why this would help :)
Anyway, if this really cures your system, please, don't keep it secret.
BR,
The patch didn't help. I'm not familiar with the vdr source code and can't help to fix this. I really would like to see the combined fun to continue :-P .
Below is some vdr output during record watching. Somehow it seems to me that as vdr is scanning through different channels during record watching (EPG scan?) the ttxtsubs-plugin "attaches" to that channel and shows the subtitles from it.
/Kimmo
cPluginTtxtsubs::Replaying cPluginTtxtsubs::StopTtxt cPluginTtxtsubs::StartTtxtPlay ttxtsubs: teletext subtitles replayer started with initial page 000 cPluginTtxtsubs::StopTtxt ttxtsubs: Service Information read: timeout! ttxtsubs: Service Information read: timeout! ttxtsubs: No teletext subtitles on channel. ttxtsubs: Service Information read: timeout! ttxtsubs: Service Information read: timeout! ttxtsubs: No teletext subtitles on channel. ttxtsubs: Service Information read: timeout! ttxtsubs: Service Information read: timeout! ttxtsubs: No teletext subtitles on channel. cPluginTtxtsubs::StopTtxt ttxtsubs: Service Information read: timeout! ttxtsubs: Wanted subtitle language(s) not found on channel, available languages: 100: fin (Initial Page (The teletext start page, not a subtitles page!)) ttxtsubs: Wanted subtitle language(s) not found on channel, available languages: 100: fin (Initial Page (The teletext start page, not a subtitles page!)) ttxtsubs: Wanted subtitle language(s) not found on channel, available languages: 100: fin (Initial Page (The teletext start page, not a subtitles page!)) cPluginTtxtsubs::StopTtxt ttxtsubs: Service Information read: timeout! ttxtsubs: Service Information read: timeout! ttxtsubs: Wanted subtitle language(s) not found on channel, available languages: 100: eng (Initial Page (The teletext start page, not a subtitles page!)) ttxtsubs: Service Information read: timeout! ttxtsubs: Wanted subtitle language(s) not found on channel, available languages: 100: eng (Initial Page (The teletext start page, not a subtitles page!)) ttxtsubs: Service Information read: timeout! ttxtsubs: Service Information read: timeout! ttxtsubs: Wanted subtitle language(s) not found on channel, available languages: 100: eng (Initial Page (The teletext start page, not a subtitles page!)) cPluginTtxtsubs::StopTtxt ttxtsubs: Service Information read: timeout! ttxtsubs: Service Information read: timeout! cPluginTtxtsubs::StartTtxtLive(devicenr: 0, pid: 578, page: 699) cPluginTtxtsubs::StopTtxt ttxtsubs: Service Information read: timeout! ttxtsubs: Service Information read: timeout! cPluginTtxtsubs::StartTtxtLive(devicenr: 0, pid: 301, page: 694) cPluginTtxtsubs::StopTtxt ttxtsubs: Service Information read: timeout! ttxtsubs: No teletext subtitles on channel. ttxtsubs: Service Information read: timeout! ttxtsubs: No teletext subtitles on channel.
Rolf Ahrenberg wrote:
On Tue, 23 Aug 2005 02:18:09 +0200 Thomas Günther tom1@toms-cafe.de wrote:
ttxtsubs is working without any problems here. I tried yesterday with VDR-1.3.29 and VDR-1.3.30.
Well, nice to hear that it works for someone. However, Frank K. sent me info about possible cause and users suffering from the problem are adviced to apply the attached patch with reverse (-R). It removes the added ability to open directly audio selection menu and volumebar when subtitling is active, but I cannot see why this would help :)
Anyway, if this really cures your system, please, don't keep it secret.
BR,
On Tue, 23 Aug 2005 16:40:58 +0300 Kimmo Taskinen kimmo.taskinen@dnainternet.net wrote:
The patch didn't help. I'm not familiar with the vdr source code and
Well, I'm not suprised, but never underestimate the placebo effect :)
Below is some vdr output during record watching. Somehow it seems to me that as vdr is scanning through different channels during record watching (EPG scan?) the ttxtsubs-plugin "attaches" to that channel and shows the subtitles from it.
So, something went really broke while updating from 1.3.27 to 1.3.28 and a quick look at VDR's HISTORY reveals these changes:
2005-08-07: Version 1.3.28
- Reactivated cVideoRepacker in remux.c after some fixes (thanks to Reinhard Nissl). - Modified cEITScanner::Process() so that it uses the primary device if it is replaying and is the only device that provides the given transponder, and that a forced EPG scan works even if EPG scan timeout is set to 0 (thanks to Bernhard Stegmaier for reporting a problem with this).
Could you revert the changes above one by one and check if one or another triggers the actual problem? You can easily deactivate the cVideoRepacker by commenting the "#define TEST_cVideoRepacker" line in remux.c and the eitscan.c changes are well documented in: ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.3.27-28.diff
BR,
Rolf Ahrenberg wrote:
Below is some vdr output during record watching. Somehow it seems to me that as vdr is scanning through different channels during record watching (EPG scan?) the ttxtsubs-plugin "attaches" to that channel and shows the subtitles from it.
So, something went really broke while updating from 1.3.27 to 1.3.28 and a quick look at VDR's HISTORY reveals these changes:
2005-08-07: Version 1.3.28
- Reactivated cVideoRepacker in remux.c after some fixes (thanks to Reinhard Nissl).
- Modified cEITScanner::Process() so that it uses the primary device if it is replaying and is the only device that provides the given transponder, and that a forced EPG scan works even if EPG scan timeout is set to 0 (thanks to Bernhard Stegmaier for reporting a problem with this).
Could you revert the changes above one by one and check if one or another triggers the actual problem? You can easily deactivate the cVideoRepacker by commenting the "#define TEST_cVideoRepacker" line in remux.c and the eitscan.c changes are well documented in: ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.3.27-28.diff
Maybe it's simpler to just disable the epg scan in the setup: I have it disabled and I have no problems with the ttxsubs plugin (OTOH I don't use it that much). Note that the last patch I applied was for vdr-1.3.26, since I upgraded since then using the diffs (saves some patching ;-)
Bye
The problem is really related to the changed EPG scan because disabling EPG from setup "fixed" this problem.
-Kimmo
Luca Olivetti wrote:
Rolf Ahrenberg wrote:
Below is some vdr output during record watching. Somehow it seems to me that as vdr is scanning through different channels during record watching (EPG scan?) the ttxtsubs-plugin "attaches" to that channel and shows the subtitles from it.
So, something went really broke while updating from 1.3.27 to 1.3.28 and a quick look at VDR's HISTORY reveals these changes:
2005-08-07: Version 1.3.28
- Reactivated cVideoRepacker in remux.c after some fixes (thanks to
Reinhard Nissl).
- Modified cEITScanner::Process() so that it uses the primary device
if it is replaying and is the only device that provides the given transponder, and that a forced EPG scan works even if EPG scan timeout is set to 0 (thanks to Bernhard Stegmaier for reporting a problem with this).
Could you revert the changes above one by one and check if one or another triggers the actual problem? You can easily deactivate the cVideoRepacker by commenting the "#define TEST_cVideoRepacker" line in remux.c and the eitscan.c changes are well documented in: ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.3.27-28.diff
Maybe it's simpler to just disable the epg scan in the setup: I have it disabled and I have no problems with the ttxsubs plugin (OTOH I don't use it that much). Note that the last patch I applied was for vdr-1.3.26, since I upgraded since then using the diffs (saves some patching ;-)
Bye
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr