Re: [vdr] vdr in client-server configuration?
Lauri Tischler wrote: > Klaus Schmidinger wrote: >> On 06/12/07 18:02, Oliver Joa wrote: >>> Hi, >>> >>> i use vdr since a long time, i still use version 1.3.23 on 3 Computers. >>> The last months/years i did not follow the development. Is there already >>> a solution for the client-server Problem? I wonder if it is possible to >>> have 1 server recording and streaming to 2 client. And the clients >>> possible to start recordings on the server. Maybe the possibility to see >>> the osd of the server on the clients... >> Take a look at http://www.magoa.net/linux. > > Thats fairly ancient, there was short thread here 9.6.2007 with subject > "Configuring vdr-sxfe to use a single vdr backend for recordings/dvb cards" That is my concern. the things on magoa.net looks very old. maybe in a next version of vdr it is not working anymore. I will have a detailed look at vdr-sxfe, but it seems to be that it is not working for a dvb-s frontend. Thanks Olli ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Freeview Playback
Andrew Herron wrote: > Hi, > > My understanding is that the updated epg data has been transmitted here > in the uK across all dvb-t mux's since about March/April. Not all > channels may have completely updated there backend systems yet but all > the major channels have done so. Clearly launching the Freeview Playback > 'brand' and therefore its feature set means the epg data must be broadly > available for these new PVR boxes to work as advertised. > > So the data must be there somewhere ;-) Is it possible that this feature is part of the MHEG5 component of the Freeview service? Regards, Richard ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr in client-server configuration?
On Tue, 12 Jun 2007 18:02:29 +0200, Oliver Joa wrote > i use vdr since a long time, i still use version 1.3.23 on 3 Computers. > The last months/years i did not follow the development. Is there already > a solution for the client-server Problem? I wonder if it is possible > to have 1 server recording and streaming to 2 client. And the > clients possible to start recordings on the server. Maybe the > possibility to see the osd of the server on the clients... If you are looking for a solution with streamdev, then check http://streamdev.vdr-developer.org for a current version. Additional client-server plugins are available from http://vdr.schmirler.de (e.g. access to server osd). Cheers, Frank ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Freeview Playback
Richard Scobie wrote: > Andrew Herron wrote: > >> So the data must be there somewhere ;-) >> > > Is it possible that this feature is part of the MHEG5 component of the > Freeview service? > that is quite possible. if this is the case then as far as I'm aware we're boned. :( Cheers, Alex ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.5.3: UTF-8 vs. ExchangeChars()
Am Dienstag, 12. Juni 2007 23:51 schrieb Klaus Schmidinger: > On 06/12/07 23:09, Oleg Roitburd wrote: > > On Tue, 2007-06-12 at 17:46 +0200, Klaus Schmidinger wrote: > >> The function ExchangeChars() in VDR/recording.c converts characters > >> that can't be used in file names on Windows to "#XX", where XX is > >> the hex code of the character. > > > > Sorry ... I don't understand and can't find any sence. > > If you export for window, you make this with SAMBA. And you can > > configure share with UTF-8 > > man smb.conf > > - > > unix charset (G) > >Specifies the charset the unix machine Samba runs on uses. Samba > >needs to know this in order to be able to convert text to the > >charsets other SMB clients use. > > > >This is also the charset Samba will use when specifying argu� > >ments to scripts that it invokes. > > > >Default: unix charset = UTF8 > > > > > > you can drop VFAT part > > > > Regards > > Oleg Roitburd > > Well, that would be the optimal solution :-) > > Any objections? > > Klaus I do use a FAT32 external USB-HDD on which I store VDR-recordings with the VFAT-option enabled. That way I can take VDR-recordings on that HDD to friends' Windows boxes and watch it there with VLC for example. So I'd like to keep it. Or is there a way to avoid that problem by, for example, taking different mount options on FAT32-file system? DMH ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.5.3 - issue with translations out of plugins
Hi everbody, I also tried both patches together and this did also not fix the problem with the translation of "Volume " out of lcdproc-Plugin. Regards, Matthias 2007/6/12, [EMAIL PROTECTED] <[EMAIL PROTECTED]>: > Hi, > please try both patches together. > I have also problems after ma first patch with softdevice translations, > but now with Christian's patch is OK. > > > > -Original Message- > Date: Tue, 12 Jun 2007 20:35:29 +0200 > Subject: Re: [vdr] vdr-1.5.3 - issue with translations out of plugins > From: "Joachim Wilke" > To: "VDR Mailing List" > > 2007/6/12, Christian Wieninger : > > I still had crashes even when using Alexanders patch. > > I think the fix should look like this (diff against plain 1.5.3): > > Hi, > > I'm sorry but neither the first nor the second patch do work here. I > still get an segfault when lcdproc tries to translate "Volume ". > > Regards, > Joachim. > > ___ > 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 mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.5.3: UTF-8 vs. ExchangeChars()
Oleg Roitburd wrote: > Sorry ... I don't understand and can't find any sence. > If you export for window, you make this with SAMBA. And you can > configure share with UTF-8 Yes you can use Samba and UTF-8, but some characters are still illegal in DOS/Windows filenames. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.5.3: UTF-8 vs. ExchangeChars()
Am Mittwoch, 13. Juni 2007 11:23 schrieb Marius Heidenstecker: > I do use a FAT32 external USB-HDD on which I store VDR-recordings with the > VFAT-option enabled. That way I can take VDR-recordings on that HDD to > friends' Windows boxes and watch it there with VLC for example. So I'd like > to keep it. Or is there a way to avoid that problem by, for example, taking > different mount options on FAT32-file system? take a look at manpage of mount or burn DVD for your friends with burn-plugin. Windows recognize UTF-8 at DVD very well Regards Oleg Roitburd ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.5.3: UTF-8 vs. ExchangeChars()
Am Mittwoch, 13. Juni 2007 13:39 schrieb Pertti Kosunen: > Oleg Roitburd wrote: > > Sorry ... I don't understand and can't find any sence. > > If you export for window, you make this with SAMBA. And you can > > configure share with UTF-8 > > Yes you can use Samba and UTF-8, but some characters are still illegal > in DOS/Windows filenames. As maintainer of ArVDR ( VDR distribution for Russian user) I would say, that in 1.5 years as we use UTF-8 patch without VFAT part, I havn't heard any complaints about this issue. Regards Oleg Roitburd ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.5.3: UTF-8 vs. ExchangeChars()
On 06/13/2007 03:27 PM, Oleg Roitburd wrote: > Am Mittwoch, 13. Juni 2007 11:23 schrieb Marius Heidenstecker: >> I do use a FAT32 external USB-HDD on which I store VDR-recordings with the >> VFAT-option enabled. That way I can take VDR-recordings on that HDD to >> friends' Windows boxes and watch it there with VLC for example. So I'd like >> to keep it. Or is there a way to avoid that problem by, for example, taking >> different mount options on FAT32-file system? > > take a look at manpage of mount or burn DVD for your friends with > burn-plugin. > Windows recognize UTF-8 at DVD very well I guess the problem is not whether Windows can handle UTF-8. The problem are the characters like ':' etc. that can't be used in a Windows file name. The question is: what happens if a FAT32 partition is mounted on a Linux system (with proper UTF-8 settings) and a program creates a file named "a:b" on that partition? Will it fail? Will Linux see it but Windows won't? Or does it just work magically? In the latter case, I can't really see how this should be possible, because Windows just *can't* handle a file name like "a:b", because "a:" would be (mis-)interpreted as a drive letter. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.5.3: UTF-8 vs. ExchangeChars()
Oleg Roitburd wrote: > As maintainer of ArVDR ( VDR distribution for Russian user) I would say, that > in 1.5 years as we use UTF-8 patch without VFAT part, I havn't heard any > complaints about this issue. touch 'foo:bar' And dir in Windows shows: 13.06.2007 14:24 0 FF4GBY~Q You can 'del "FF4GBY~Q"' though. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.5.3: UTF-8 vs. ExchangeChars()
On 6/13/07, Pertti Kosunen <[EMAIL PROTECTED]> wrote: Oleg Roitburd wrote: > As maintainer of ArVDR ( VDR distribution for Russian user) I would say, that > in 1.5 years as we use UTF-8 patch without VFAT part, I havn't heard any > complaints about this issue. touch 'foo:bar' And dir in Windows shows: 13.06.2007 14:24 0 FF4GBY~Q You can 'del "FF4GBY~Q"' though. The problem is not being able to share the linux directory over the network to a windows box, it is trying to open a file with invalid chars. When a file contains invalid DOS chars, it will display incorrectly and windows will not be able to play it. Regards. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Freeview Playback
On Wednesday 13 Jun 2007, Andrew Herron wrote: > Hi, > > My understanding is that the updated epg data has been transmitted here > in the uK across all dvb-t mux's since about March/April. Not all > channels may have completely updated there backend systems yet but all > the major channels have done so. Clearly launching the Freeview Playback > 'brand' and therefore its feature set means the epg data must be broadly > available for these new PVR boxes to work as advertised. > > So the data must be there somewhere ;-) Is "Freeview Playback" the same as "TV-Anytime"? The latter is covered by an ETSI specification TS 102 323, though I haven't found a copy online as yet, and the data is carried in the EIT tables. Dave ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Configuring vdr-sxfe to use a single vdr backend for recordings/dvb cards
On 09/06/07, Petri Hintukainen <[EMAIL PROTECTED]> wrote: > On Sat, 2007-06-09 at 18:15 +0100, Andrew Herron wrote: > > I have several networked vdr machines that i want to use to connect > > back to the 'server' vdr machine. The networked vdr machines will have > > no dvb cards (they will all be located at the vdr server). How do i > > configure my vdr client machines to connect back to the server vdr > > machine and use its dvb cards/recording storage etc? > > > > Can anyone give some guidance on this type of setup or point me at a > > url where I can find out about such a config? > > If you don't watch different recordings / channels at the same time you > can just run vdr-sxfe at each client and connect to the single VDR > server. You'll get same video + OSD mirrored to all locations. > > But, if you need to have independently controlled clients with own video > and OSD, you need to run several instances of VDR - it doesn't matter if > you run all VDR instances on server or at each client. I run several VDR > instances on the server: > - less maintenance, only one installation of VDR and >plugins required > - allows using diskless clients (and with less memory) > - Faster cutting / DVD burning / ... as there is no >network between VDR and disks > - no need to export/mount /video to every client > - ... > > Here's how I do it: > > master VDR: DVB cards, recordings, server for client 1: > vdr -c /etc/vdr \ > -P"xineliboutput --local=none --remote=37890" \ > -Pstreamdev-server > server for client 2: > vdr -c /etc/vdr2 \ > -D 10 \ > -P"xineliboutput --local=none --remote=37892" \ > -Pstreamdev-client > server for client 3: > vdr -c /etc/vdr3 \ > -D 10 \ > -P"xineliboutput --local=none --remote=37894" \ > -Pstreamdev-client > > + other options / plugins you normally use. > > Using -D 10 option for client VDR instances "forces" all DVB cards for > master VDR. Streamdev plugin is used to provide live view for client > VDR's, it is not required to just watch recordings. > You must use separate configuration directory for each VDR (-c option). > Without it you'll most likely break all recordings (all VDRs record all > timers in paraller to same recording directory). > > And at clients: > Client 1: > vdr-sxfe > Client 2: > vdr-sxfe xvdr://:37892 > Client 3: > vdr-sxfe xvdr://:37894 > > If you use RTP between vdr and vdr-sxfe, using separate RTP address or > port for each xineliboutput server instance might be good idea. > > Also it might be good idea to disable recording at all but the "master" > vdr. Recording the same timer on two VDR instances will most likely > corrupt whole recording. Besides that, doing all recordings directly > from DVB card (no streamdev in middle) makes things simpler and less > error prone. It is probably even impossible to do several recordings > from different transponders using single streamdev instance. > I use timersync plugin to disables recording on client VDRs. All timers > are still visible at each client and you can create/modify timers at any > client just as before. Plugin synchronizes all modifications to timers > between VDR instances and takes care that all recordings are made only > by "master" vdr. Still, if you have some kind of autotimer plugins etc. > that generate timers automatically it might be better to run those only > at server vdr... This system is just what I'm looking to create, however I have one or two questions. (As usual..) Is it possible to have one of the VDR 'servers/instances' to be running on one of the clients rather than the main server pc? The exact same setup except Client2 has an instance of VDR running in the background with 1 dvb card saving files to the server's /video mounted over nfs. Ideally all Clients + Master VDR Server will see channels on Client 2's satellite feed and be able to register timers on that server. If there was a way for PCI buses to traverse networks, then the location of the 3rd card wouldn't be an issue, but I don't believe that's possible... There is currently no way for me to have all 3 DVB cards in the same box. -- A l a s d a i r C a m p b e l l r a g a w u @ g m a i l . c o m ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.5.3 - issue with translations out of plugins
2007/6/12, Klaus Schmidinger <[EMAIL PROTECTED]>: > I haven't had much time to look into this, yet, > but I believe the attached patch should be all it takes > to fix this. It works here! Regards, Joachim. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] VDR with two DVBS cards
Hi, could somebody point me in right direction? I am looking into configuring a second DVBS card to use with vdr. Configuration: Athlon 1.2GHz MB: ABIT Memory: 512MB OS: Mandriva 2006 vdr: 1.4.5 DVBS1: Nexus-S DVBS2: Twinhan 1025a At this time I use Nexus-S and it works fine. What modification/patches will require to make both cards work with vdr? Is there any documentation for this case? Greatly appreciated your help in advance, Andrey ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR with two DVBS cards
On 13/06/07, Andrey Vlassov <[EMAIL PROTECTED]> wrote: > Hi, > > could somebody point me in right direction? lots of useful info here: http://www.linuxtv.org/vdrwiki/index.php/Main_Page > I am looking into configuring a second DVBS card to use with vdr. > > Configuration: > > Athlon 1.2GHz > MB: ABIT > Memory: 512MB > OS: Mandriva 2006 > vdr: 1.4.5 > DVBS1: Nexus-S > DVBS2: Twinhan 1025a > > At this time I use Nexus-S and it works fine. > > What modification/patches will require to make both cards work with vdr? > Is there any documentation for this case? As far as I know, once you've confirmed both cards are being recognized and working independently of VDR - your first step - then VDR will require no changes other than 'number of DVB cards ' in the Setup menu. -- A l a s d a i r C a m p b e l l r a g a w u @ g m a i l . c o m ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR with two DVBS cards
On 06/13/07 22:55, Alasdair Campbell wrote: > On 13/06/07, Andrey Vlassov <[EMAIL PROTECTED]> wrote: >>... >> What modification/patches will require to make both cards work with vdr? >> Is there any documentation for this case? > > As far as I know, once you've confirmed both cards are being > recognized and working independently of VDR - your first step - then > VDR will require no changes other than 'number of DVB cards ' in the > Setup menu. There is no such option in VDR's Setup menu. By default VDR acquires all DVB cards it recognizes and uses them. The command line option -D can be given to make it use only specific devices. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR with two DVBS cards
On 13/06/07, Klaus Schmidinger <[EMAIL PROTECTED]> wrote: > There is no such option in VDR's Setup menu. Sorry, I was thinking of "Primary DVB interface" - something totally different.. -- A l a s d a i r C a m p b e l l r a g a w u @ g m a i l . c o m ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR timer + mplayer = VDR crash. Please fix!
Ok, after much testing Stefan's patch frequently aborts mplayer playback when a timer is triggered while Anssi's doesn't. I don't know why this is if both patches are essentially doing the same thing during the same time. Something must be different to give different results. At any rate, please don't accept Stefan's method into the next version of the plugin until this last problem has been resolved. Many thanks for the work to fix this once and for all! ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Freeview Playback
The document we need to look at is the one that specifies how to process Event Information (AKA EPG) and is called "ETSI EN 300 468". The latest one is found here; http://webapp.etsi.org/action/OP/OP20060428/en_300468v010701o.pdf It looks like section 5.2.4 contains the information we are looking for, this covers the Event Information Table (EIT). This should be possible to decode in a similar way the 'scan' program grabs, extracts and processes the Network Information Table (PID 0x10), except you'd want to work on PID 0x12 instead. On 6/13/07, Dave P <[EMAIL PROTECTED]> wrote: On Wednesday 13 Jun 2007, Andrew Herron wrote: > Hi, > > My understanding is that the updated epg data has been transmitted here > in the uK across all dvb-t mux's since about March/April. Not all > channels may have completely updated there backend systems yet but all > the major channels have done so. Clearly launching the Freeview Playback > 'brand' and therefore its feature set means the epg data must be broadly > available for these new PVR boxes to work as advertised. > > So the data must be there somewhere ;-) Is "Freeview Playback" the same as "TV-Anytime"? The latter is covered by an ETSI specification TS 102 323, though I haven't found a copy online as yet, and the data is carried in the EIT tables. Dave ___ 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] Freeview Playback
On Thursday 14 Jun 2007, Andrew Herron wrote: > The document we need to look at is the one that specifies how to process > Event Information (AKA EPG) and is called > "ETSI EN 300 468". The latest one is found here; > > http://webapp.etsi.org/action/OP/OP20060428/en_300468v010701o.pdf > > It looks like section 5.2.4 contains the information we are looking for, > this > covers the Event Information Table (EIT). This should be possible to > decode in a > similar way the 'scan' program grabs, extracts and processes the Network > Information Table (PID 0x10), except you'd want to work on PID 0x12 > instead. OK I've tried looking again. The ITV1 multiplex at least is broadcasting EIT descriptor 0x76 (content identifier descriptor) which is part of the TV-Anytime spec. Oddly, I didn't see that last night. More investigation needed, but the data does seem to be there. Dave ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Freeview Playback
So on the basis that the enhanced EPG data is in the EIT how would this be added to vdr? A patch? A plug-in? Any views on this? On 6/14/07, Dave P <[EMAIL PROTECTED]> wrote: On Thursday 14 Jun 2007, Andrew Herron wrote: > The document we need to look at is the one that specifies how to process > Event Information (AKA EPG) and is called > "ETSI EN 300 468". The latest one is found here; > > http://webapp.etsi.org/action/OP/OP20060428/en_300468v010701o.pdf > > It looks like section 5.2.4 contains the information we are looking for, > this > covers the Event Information Table (EIT). This should be possible to > decode in a > similar way the 'scan' program grabs, extracts and processes the Network > Information Table (PID 0x10), except you'd want to work on PID 0x12 > instead. OK I've tried looking again. The ITV1 multiplex at least is broadcasting EIT descriptor 0x76 (content identifier descriptor) which is part of the TV-Anytime spec. Oddly, I didn't see that last night. More investigation needed, but the data does seem to be there. Dave ___ 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