Re: [vdr] sub channel numbering system
On 03/06/08 00:49, Timothy D. Lenz wrote: Would it be possible to add support for the subchannel numbering system used with ATSC? Exmple of the channels in our area: 4 KVOA 4.1KVOAD 6 KUAT 6.1KUATD1 6.2KUATK 6.3KUATV 6.4KUATC 9 KGUN 9.1KGUND 11 KMSB 11.1 KMSBH 13 KOLD 13.1 KOLD-DT 14 KUDF 18 KTTU 18.1 KTTUDT 27 KUAS 27.1 KUASHD 34 KFTU 38 KUVE 40 KHRR 40.1 KHRR-DT 48 K48GX 58 KWBA 58.1 KWBA-DT 58.2 LATV All the x.x channels are the new ATSC channels, rest are old NTSC most of which, but not all, will be shut down in a year. For ATSC .1 is the primary channel and .2, .3, etc are the sub channels. The # on the remote could be used for the . In the channels.conf an ATSC next channel number would look like: :@13.1 I don't like that dot notation. You could add a '0' to the old channels and leave out the '.', as in 40KVOA 41KVOAD 60KUAT 61KUATD1 62KUATK 63KUATV 64KUATC 90KGUN 91KGUND Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Hearing-impaired DVB subtitles
Klaus, I have sample for the problem explained below. Do you want/need it? It is unfortunately 68M and I don't know where to put it. Cheers, Kimmo On 04 Mar 2008, at 22:21, Kimmo Taskinen wrote: I tested 1.5.17 without any patches and only plugin I used was xineliboutput. I was lucky to get REALLY suitable program for testing from finnish YLE FST channel. There was a talk show where they talked in finnish and swedish. The difference between live mode and replay mode was interesting: Live mode: - talk in finnish: no subtitles - talk in swedish: finnish subtitles Replay mode: case 1 (replay started from a moment there is finnish talk) - talk in finnish: swedish subtiles - talk in swedish: no subtitles OR case 2 (replay started from a moment there is swedish talk) - talk in swedish: finnish subtitles - talk in finnish: swedish subtiles - talk in swedish: no subtiles anymore after finnish dialog, if replay is started from this dialog there is finnish subtitles ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] basic set-up for vdr and HVR 4000 in Ubuntu 7.10
2008/3/5, Ondrej Wisniewski [EMAIL PROTECTED]: I have installed the plugin with apt-get , no problem vdr -V vdr (1.5.16/1.5.15) - The Video Disk Recorder but when I run vdr with the plugin I got [EMAIL PROTECTED]:~# vdr -Pxineliboutput --local=sxfe --video=xv --audio=alsa --remote=none vdr: ./PLUGINS/lib/libvdr-xineliboutput.so.1.5.15: kan gedeeld objectbestand niet openen: Bestand of map bestaat niet ( can't open objectfile.File or map is not existing) what is here still missing Gaston Man, you have some confusion here! Looks like you are mixing up different vdr versions. I guess you compiled vdr on your own (1.5.16) and installed xineliboutput from the Ubuntu 7.10 repos which was built for vdr 1.4.7. That will never work! So if you want to get anything running just compile *everything* from source or install *everything* via apt-get. Furthermore, if you are not using the default paths where vdr is looking for the needed libs, you need to specify them via command line parameters ('man vdr' is your friend). Good luck :-) Thanks Ondrey I will remove the complete setup and do it over with the apt-get version. Later on I will restart with the sources and a later version. gaston ___ 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.5.17 - pre 1.3.19 compatibility mode problems
On Thu, 6 Mar 2008, Tero Siironen wrote: Maybe I need to make another test run with plain versions of both VDR versions when I get back to home. But anyway I have patched VDR 1.5.17 with vdr-1.5.17-ttxtsubs-0.0.5.diff and ttxtsubs 0.0.5 plugin is patched with raastinrautaedition from 22-Jan so I think patches should be ok, or is there still some more patches for ttxtsubs? 1.4.7 version of VDR is patched with similar patches (from that timeframe) and as I said it plays the recordings (and the sample) fine. Those patches should be enough and fine, so just recheck that the vdr-1.5.17 patch is really integrated succesfully. If everything still looks ok, I'd say there's a bug in the patch. You could debug what's happening in the additional StripExtendedPackets function found in dvbplayer.c. BR, -- rofa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
En/na Sami Sundell ha escrit: On Thu, Mar 06, 2008 at 12:35:54AM +0200, Sami Sundell wrote: Ok, now the subtitles work, but I still have problems with subtitles and OSD together - remote becomes unresponsive and I get errors: Mar 5 23:45:42 dvd vdr: [5102] ERROR: attempt to open OSD while it is already open - using dummy OSD! ... and this went away when I changed the cDxr3SubpictureOsd constructor to call the cOsd with proper level. Unless I'm missing something - and I bet I am - the system seems to be working smoothly now. Mmh, it should be already doing it, look at line 39 http://dxr3plugin.cvs.sourceforge.net/dxr3plugin/dxr3/dxr3osd_subpicture.c?revision=1.1.2.18view=markuppathrev=vdr-dxr3-0-2 Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5 .17 - release candidate 2
On Thursday 06 of March 2008, Klaus Schmidinger wrote: Sorry, I don't speak Czech, so I can't follow what's going on there. Hi, there is nothing more than I've tried to put into this maillist except discussion. With the recent change at least the Czech channels should work properly again. Can you confirm that? Yes, I confirm that. Similar solution was proposed by bastlir at the forum (he proposed to comment out the line your patch is deleting). For version 1.6.0 there's nothing more I can do than using the environment variable. Maybe later I'll introduce a workaround-provider-stupidity.conf ;-) I agree with you but I'm afraid that such communications with broadcasters will give no results. This maybe will be successfull when big producers of sat boxes will make such pression too. But it seems that for them is more efficient to make localization which is compliant to broadcasters not to sat norms. BR, Ales ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
En/na Luca Olivetti ha escrit: ... and this went away when I changed the cDxr3SubpictureOsd constructor to call the cOsd with proper level. Unless I'm missing something - and I bet I am - the system seems to be working smoothly now. Mmh, it should be already doing it, look at line 39 http://dxr3plugin.cvs.sourceforge.net/dxr3plugin/dxr3/dxr3osd_subpicture.c?revision=1.1.2.18view=markuppathrev=vdr-dxr3-0-2 (slaps on head), ok, that's calling it with 0, in my local copy I'm calling it with Level (probably the problem was introduced when I made the patch for the cvs version supporting older vdr releases). Sorry for all the trouble. Ville, are you listening? ;-) Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] sub channel numbering system
On 03/06/08 17:36, VDR User wrote: On Thu, Mar 6, 2008 at 12:49 AM, Klaus Schmidinger [EMAIL PROTECTED] wrote: I don't like that dot notation. You could add a '0' to the old channels and leave out the '.', as in 40KVOA 41KVOAD 60KUAT 61KUATD1 62KUATK 63KUATV 64KUATC 90KGUN 91KGUND That's fine as long as you don't actually have channel 60, 61, 62, 63, etc.. I don't particularly like the . either, but this method isn't any better. Well, at least it doesn't require an additional symbol. Besides, channel numbers are just that: numbers - and that's *integers*, not decimals ;-) Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Hearing-impaired DVB subtitles
On Thursday, 6. Marchta 2008 07:58:49 Kimmo Taskinen wrote: Klaus, I have sample for the problem explained below. Do you want/need it? It is unfortunately 68M and I don't know where to put it. Cheers, Kimmo Can you use vdr's cut feature and cut it to much shorter.. I gues that 30 second (or less) would be enought to debug. Then it's not that problematic to store or attach.. -- JJussi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
El Thu, 6 Mar 2008 19:52:49 +0200 Ville, are you listening? ;-) If you meant me then yes I am =) No, I meant Ville Skyttä, the plugin maintainer, there are many Ville here :-) [...] Though, if you get the problem that the OSD doesn't clear between subtitles, then see the 2. patch I'm attaching for vdr-dxr3 plugin (though it could be in the CVS now, I'm using a tarball of the CVS that is somewhat aged now). Yes, it should be in cvs, the only thing missing is calling the cOsd constructor with Level instead of 0 Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
On Thursday 06 March 2008, Luca Olivetti wrote: Yes, it should be in cvs, the only thing missing is calling the cOsd constructor with Level instead of 0 That's right - all patches posted for the DXR3 plugin are now in CVS, thanks again to everyone involved. However, Luca and Ville A, you seem to be using different patches to VDR's dvbsubtitle.c - looks like Luca's contains all the changes in Ville A's, but comments those out and uses something else instead. Unless a better fix emerges, I'm quite interested in including one of these in the upcoming VDR 1.6.x package for Fedora and also ship it in the DXR3 plugin tarball (possibly modified so that it's only enabled if the primary device is a DXR3 if possible), but I don't quite follow which would be the preferred one. Could you compare and comment (off-list is fine, this may be getting a bit off topic for the general VDR public)? http://article.gmane.org/gmane.linux.vdr/35860 http://article.gmane.org/gmane.linux.vdr/35881 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [PATCH] Use pkg-config to find freetype/fontconfig flags
Hello, The attached patch makes VDR's Makefile use pkgconfig for finding libs and include dirs of freetype and fontconfig instead of making assumptions. --- Makefile~ 2008-02-29 23:43:03.0 +0200 +++ Makefile 2008-03-06 21:29:58.0 +0200 @@ -20,8 +20,8 @@ MANDIR = $(PREFIX)/share/man BINDIR = $(PREFIX)/bin LOCDIR = ./locale -LIBS = -ljpeg -lpthread -ldl -lcap -lrt -lfreetype -lfontconfig -INCLUDES = -I/usr/include/freetype2 +LIBS = -ljpeg -lpthread -ldl -lcap -lrt $(shell pkg-config --libs freetype2 fontconfig) +INCLUDES = $(shell pkg-config --cflags-only-I freetype2 fontconfig) PLUGINDIR= ./PLUGINS PLUGINLIBDIR= $(PLUGINDIR)/lib ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] sub channel numbering system
Well, ., #, *, something in the channels.conf. 0 is not a valid notation because 0 is part of the number system. 40 won't work for KVOA because 40 is KHRR. And when displayed it should be . - Original Message - From: Klaus Schmidinger [EMAIL PROTECTED] To: vdr@linuxtv.org Sent: Thursday, March 06, 2008 1:49 AM Subject: Re: [vdr] sub channel numbering system On 03/06/08 00:49, Timothy D. Lenz wrote: Would it be possible to add support for the subchannel numbering system used with ATSC? Exmple of the channels in our area: 4 KVOA 4.1KVOAD 6 KUAT 6.1KUATD1 6.2KUATK 6.3KUATV 6.4KUATC 9 KGUN 9.1KGUND 11 KMSB 11.1 KMSBH 13 KOLD 13.1 KOLD-DT 14 KUDF 18 KTTU 18.1 KTTUDT 27 KUAS 27.1 KUASHD 34 KFTU 38 KUVE 40 KHRR 40.1 KHRR-DT 48 K48GX 58 KWBA 58.1 KWBA-DT 58.2 LATV All the x.x channels are the new ATSC channels, rest are old NTSC most of which, but not all, will be shut down in a year. For ATSC .1 is the primary channel and .2, .3, etc are the sub channels. The # on the remote could be used for the . In the channels.conf an ATSC next channel number would look like: :@13.1 I don't like that dot notation. You could add a '0' to the old channels and leave out the '.', as in 40KVOA 41KVOAD 60KUAT 61KUATD1 62KUATK 63KUATV 64KUATC 90KGUN 91KGUND Klaus ___ 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] sub channel numbering system
Like it or not Sub channels are here to stay and the . is the standard for denoting a sub number. vdr-1.5.15 - Original Message - From: Klaus Schmidinger [EMAIL PROTECTED] To: vdr@linuxtv.org Sent: Thursday, March 06, 2008 1:49 AM Subject: Re: [vdr] sub channel numbering system I don't like that dot notation. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
En/na Anssi Hannula ha escrit: Preferably on-list, as I'm planning a similar conditional patch for Mandriva VDR 1.6.x packages. That is, unless something better emerges. Keep in mind that the patch could be detrimental if you have something other than a dxr3 with a better osd (though I'm using it with either the dxr3 or a xine frontend and in both cases I can read the subtitles just fine, in fact with xine I cannot tell the difference with or without the patch). Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.17 - release candidate 2
On 03/06/08 11:36, Ales Jurik wrote: On Thursday 06 of March 2008, Klaus Schmidinger wrote: Sorry, I don't speak Czech, so I can't follow what's going on there. Hi, there is nothing more than I've tried to put into this maillist except discussion. With the recent change at least the Czech channels should work properly again. Can you confirm that? Yes, I confirm that. Similar solution was proposed by bastlir at the forum (he proposed to comment out the line your patch is deleting). For version 1.6.0 there's nothing more I can do than using the environment variable. Maybe later I'll introduce a workaround-provider-stupidity.conf ;-) I agree with you but I'm afraid that such communications with broadcasters will give no results. This maybe will be successfull when big producers of sat boxes will make such pression too. But it seems that for them is more efficient to make localization which is compliant to broadcasters not to sat norms. I'd really like to know why some broadcasters don't adhere to the standards (even though it would be a child's game). Are they actively refusing to, unable to interpret the standard documents, or just flat out dumb? Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Hearing-impaired DVB subtitles
On 03/04/08 21:17, Petri Helin wrote: Klaus Schmidinger wrote: On 03/04/08 19:55, Kimmo Taskinen wrote: Hi, I switched recently to vdr 1.5 series and noticed an annoying feature/ bug with DVB subtitles that was not present in vdr 1.4 series using subtitles plugin. The problem is that the subtitles for hearing impaired people are shown when watching recorded show. They are not shown if I watch the same program as direct broadcast. Isn't there any way (except completely disable subtitles) disable hearing impaired subtitles? I find it strange that it would behave differently in live and replay mode. I'm curently using 1.5.17 version with ttxtsubs and liemikuutio patches. My language selection in DVB setup menu is suomi (finnish) for both Audio and Subtitle language. Does it also happen without these patches (and any other patches, for that matter)? Klaus Hi Klaus, I have uploaded a small sample of such a recording which shows the subtitles when replayed, but not on a live view. You can download it here: http://rapidshare.de/files/38744369/hoh_subtitles.tar.html It was made with a patched (liemikuutio + ttxtsubs) 1.5.15, but it might give you a glue of the problem. -Petri The info.vdr file contains X 3 11 fin X 2 03 fin X 3 03 dut which indicates that audio is in Finnish, and there are two subtitle tracks. The one with type 03 looks like any other subtitle track I've seen so far, like X 3 03 rus X 3 03 dan X 3 03 ger in a La Crim broadcast on French tv. According to the specs this is VBI data. The one with type 11 is DVB subtitles (normal) for display on 4:3 aspect ratio monitor. None of these two is specified as for the hard of hearing. From what I was able to see in the clip you provided, the dut track is there from the very beginning (don't know if it actually contains Dutch texts, though - my guess would have been it is Finnish), and the fin track only appears when the woman speaks English. Since the 03 subtitles seem to be the same as what the narrator is saying (which apparently is Finnish), it looks like the track description is wrong to begin with, and the dut track is actually Finnish for the hard of hearing. If subtitles are enabled, VDR tries to display the best match as defined in the setup. However, if no best match can be found, it displays the first one that arrives. Maybe this is what's causing the problems here. While this makes sense for audio, it might not be that useful for subtitles. I guess some change in cDevice::EnsureSubtitleTrack() needs to be done to fix this. However, there still would be the problem that VDR couldn't even tell that the dut track is for the hard of hearing, because it is not properly marked. Or am I missing something here? Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Hearing-impaired DVB subtitles
On 03/06/08 06:58, Kimmo Taskinen wrote: Klaus, I have sample for the problem explained below. Do you want/need it? It is unfortunately 68M and I don't know where to put it. For starters, can you please just post the info.vdr file of this recording? Klaus On 04 Mar 2008, at 22:21, Kimmo Taskinen wrote: I tested 1.5.17 without any patches and only plugin I used was xineliboutput. I was lucky to get REALLY suitable program for testing from finnish YLE FST channel. There was a talk show where they talked in finnish and swedish. The difference between live mode and replay mode was interesting: Live mode: - talk in finnish: no subtitles - talk in swedish: finnish subtitles Replay mode: case 1 (replay started from a moment there is finnish talk) - talk in finnish: swedish subtiles - talk in swedish: no subtitles OR case 2 (replay started from a moment there is swedish talk) - talk in swedish: finnish subtitles - talk in finnish: swedish subtiles - talk in swedish: no subtiles anymore after finnish dialog, if replay is started from this dialog there is finnish subtitles ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] sub channel numbering system
On Thu, Mar 6, 2008 at 12:20 PM, Timothy D. Lenz [EMAIL PROTECTED] wrote: Like it or not Sub channels are here to stay and the . is the standard for denoting a sub number. vdr-1.5.15 Can't argue with that! ;) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.17 - release candidate 2
On Thu, Mar 6, 2008 at 1:49 PM, Klaus Schmidinger [EMAIL PROTECTED] wrote: I'd really like to know why some broadcasters don't adhere to the standards (even though it would be a child's game). Are they actively refusing to, unable to interpret the standard documents, or just flat out dumb? I don't think it's a law they have to and if that's the case, why should they adhere to them? Maybe they think they have a better way of doing things, or something more suited for the way their systems are set up. Unless it's a law, it's a recommendation and we all know a lot of the time people choose not to follow them. I wish everyone did follow one set of guidelines just to make what we do easier but if I were a provider I can't honestly say that would be a priority unless we didn't have our own hardware to provide to our customers. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr