Re: [vdr] [ANNOUNCE] vdr-xine-0.7.10 plugin
On 1/12/07, Darren Salt <[EMAIL PROTECTED]> wrote: I demand that mike lewis may or may not have written... [snip] > unrecognized file type for 'debian/libxine1/usr/share/bug/libxine1/presubj' at /usr/bin/dpkg-shlibdeps line 120. [snip] > I'm not sure that the fakeroot thing means anything. I think the the > make Error 9 holds the key.. Time for bed now. Any pointers? $ ls -l debian/libxine1/usr/share/bug/libxine1/presubj My guess is that it's been marked as executable. $ chmod a-x,a+X debian/* $ chmod a+x debian/rules debian/shlibdeps.sh $ debuild binary Thanks. And BTW; just noticed you were the auther of runvdr. Thankyou for your contribution and continued contributions. Mike ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] vdr-xine-0.7.10 plugin
I demand that mike lewis may or may not have written... [snip] > unrecognized file type for 'debian/libxine1/usr/share/bug/libxine1/presubj' > at /usr/bin/dpkg-shlibdeps line 120. [snip] > I'm not sure that the fakeroot thing means anything. I think the the > make Error 9 holds the key.. Time for bed now. Any pointers? $ ls -l debian/libxine1/usr/share/bug/libxine1/presubj My guess is that it's been marked as executable. $ chmod a-x,a+X debian/* $ chmod a+x debian/rules debian/shlibdeps.sh $ debuild binary -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Output less CO2 => avoid massive flooding.TIME IS RUNNING OUT *FAST*. The best way to keep your friends is not to give them away. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] play vdr-recordings on a cd/DVD
Hi. Halim Sahin wrote: What do I need to play vdr recordings that came from a dvd or cd? A couple lines in commands.conf seems to work quite nicely here: Mount CD/DVD:mount /mnt/cdrom; ln -s /mnt/cdrom /path/to/video/CD ; touch /path/to/video/.update Eject CD/DVD:eject /mnt/cdrom; touch /path/to/video/.update Of course, the second one won't actually work if you're watching or have paused a programme from CD; a svdrpsend.pl hitk stop might be useful if this is a problem... HTH. -- Regards, Iain W: http://www.triv.org.uk/~iain/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] error on large EPG loads via SVDRP
Pjotr Kourzanov wrote: > Hi, > > I heard that in new versions multiple SVDR connections are/will be > allowed. > Does it mean that they will be then implemented via a separate thread > and my problem is solved? This will most likely be the case. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] EPG to MySQL Database
Hi, Am Donnerstag, den 11.01.2007, 17:38 +0530 schrieb S.Ravikumar: > Is there a way we can extract EPG information coming through DVB-S and > store it in a MySQL database? There is XXV, it use mysql as backend. See : http://www.linuxtv.org/vdrwiki/index.php/Xxv or http://www.vdr-wiki.de/wiki/index.php/Xxv (german) http://xpix.dieserver.de/ http://xpix.dieserver.de/downloads/xxv/xxv-0.80.tgz Andreas ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] EPG to MySQL Database
Hi Ravi sure: /epg.data -> perl -> mysql trigger epg search and update your db i periodicaly have fun ;) Am Donnerstag, 11. Januar 2007 13:08 schrieb S.Ravikumar: > Hi, > > Is there a way we can extract EPG information coming through DVB-S and > store it in a MySQL database? > > We are using Happague budget card on Fedora Core 4 system. > > Thanks > > Ravi > -- - Markus Hahn, Developer. Reel Multimedia AG ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] EPG to MySQL Database
Hi, Is there a way we can extract EPG information coming through DVB-S and store it in a MySQL database? We are using Happague budget card on Fedora Core 4 system. Thanks Ravi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] play vdr-recordings on a cd/DVD
Hallo Martin, On Do, Jan 11, 2007 at 10:31:48 +0100, Martin Prochnow wrote: > Hi Halim; > > Take a look at the vdrcd-plugin: > http://linux.kompiliert.net/index.php?view=vdrcd > Thanks I made some tests with that a few monts ago, but this plugin does not return to itselfs if you stop the playback. Halim ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] play vdr-recordings on a cd/DVD
Hi Halim; What do I need to play vdr recordings that came from a dvd or cd? Take a look at the vdrcd-plugin: http://linux.kompiliert.net/index.php?view=vdrcd Greets, Martin ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] play vdr-recordings on a cd/DVD
Hi, What do I need to play vdr recordings that came from a dvd or cd? Thanks Halim ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] error on large EPG loads via SVDRP
Hi, I heard that in new versions multiple SVDR connections are/will be allowed. Does it mean that they will be then implemented via a separate thread and my problem is solved? Frank Schmirler wrote: On Wed, 10 Jan 2007 23:48:38 +0100, Pjotr Kourzanov wrote I have neither investigated the problem deeper yet (just found a way to split the EPG data into parts), nor looked in the source code. Is it so difficult to convince the watchdog that while SVDR thread is busy it is actually doing useful work? SVDRP is not implemented as a thread. Processing the SVDRP interface is part of the VDR main loop. The problem is that if you are uploading EPG fast enough, the SVDRP code will remain in cSVDRP::Process() until you're done. So the watchdog timer will not be refreshed and the watchdog eventually fires. There are two possible workarounds: 1. increase the watchdog timeout 2. take a short break from time to time while uploading the EPG. The "while (file.Ready(false))" loop in cSVDRP::Process() has a timeout of just 10 milliseconds. With a sleep of 100ms you should be on the safe side, as you still need to take into account that network traffic is buffered on both, the client and the server. Well, as I said earlier, these things look like dirty hacks to me. For now I will just continue using my own dirty hack by splitting the EPG into parts. Cheers, Frank ___ 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
