Re: [vdr] demux fails in burn plugin
On Fri, 2006-10-13 at 20:55 +0200, Leo Márquez wrote: Anyone has idea of this problem? From dvd.log: [...] [demux] Unknown parameter -v-filter [...] This parameters are called from vdrburn-dvd.sh vdrsync is the last 0.1.2.2 burn version is cvs. I need help please. Your vdrsync.pl is too old, see the burn plugin's README. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR deletes directories
Johannes Schoeller wrote: ... it's SO good to hear that i'm not alone with that 'problem'. in the #vdrportal irc noone had that problem. i have video[0123] nfs-mounted. vdr runs as root. vdr creates all these directories and this is what syslog says: Oct 10 00:10:02 vdr vdr: [3933] remove deleted recordings thread started (pid=3933, tid=3933) Oct 10 00:10:02 vdr vdr: [3933] removing recording /video0/Andromeda/S04E15_Die_letzte_Fahrt_ins_Nichts/2006-05-19.19.15.50.99.del Oct 10 00:11:47 vdr vdr: [3933] remove deleted recordings thread ended (pid=3933, tid=3933) and guess what: this empty recording is still there. (using only 4k - so it's no big deal ;) [EMAIL PROTECTED]:/video0/Andromeda/S04E15_Die_letzte_Fahrt_ins_Nichts# ls -la total 4 drwxrwxrwx 2 root root6 Oct 9 23:30 . drwxrwxrwx 48 root root 4096 Aug 3 20:57 .. additional information can be found here: http://www.vdr-portal.de/board/thread.php?threadid=50855hilightuser=5887 Please try running a plain vanilla VDR and delete a recording with it. Then wait some 5 minutes until VDR actually removes the deleted recording and see whether the empty directories get removed, too. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR deletes directories
On Sat, 2006-10-14 at 09:11 +0200, Johannes Schoeller wrote: Reinhard Walter Buchner wrote: Hi Udo, Reinhard Walter Buchner wrote: I have the same problem (still using an older version of VDR, tho). VDR does delete the contents of the directory, but it doesn't always delete the primary directory below 'video'. In your example you (or in my case me ;o)) still have /video/nano/Die_Welt_von_morgen/ (being empty) left over. If it happens next time, check: - Owning user and group of the folder - File permissions - User account that runs VDR Most times when I notice that folder deleting didn't work, it was because the files/folders accidentally had wrong permissions or owners. I run VDR as root (the only account on the machine) and VDR created the folders, so this shouldn't be a problem, but I'll have a look at the folder's owners permissions. it's SO good to hear that i'm not alone with that 'problem'. in the #vdrportal irc noone had that problem. i have video[0123] nfs-mounted. vdr runs as root. vdr creates all these directories and this is what syslog says: NFS brings in another whole level of permissions checks at the NFS Server. Often NFS has root-squash enabled which means that a root user on a client does NOT get equivalent root privileges when accessing files on the server. Try logging in as root on the client and try to rmdir folder on the same NFS folder and see what happens. The correct way to fix this is to not run the server as root. If however you insist on bypassing these checks, /etc/exports will need to have a line like this on the server: /video0 *(rw,no_root_squash,sync) Then get the NFS server to reload config, remount the dir on the client and restart VDR too. Jon ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] No program information from disabled timers?
Harri Kukkonen wrote: Klaus Schmidinger wrote: Harri Kukkonen wrote: I noticed that in the timer menu, you cannot get information with the blue key about the program the timer is set to record, if the timer is disabled. Is there a reason that this nice feature works only for enabled timers or is this a bug? The blue key in the Timers menu shows the information of the event the timer will record. If the timer is disabled, it won't record anything, hence there is no information. Well then I have a feature request :) Could the event information be shown to all timers? I don't really see the point in limiting the information just to enabled timers, unless it is necessary or easier from a technical standpoint. After all, you can after all see easily which timers are enabled and seeing the event information on every timer just would seem more consistent to me. Try removing the HasFlags(tfActive) check from cTimer::Matches(const cEvent *Event, int *Overlap). Let us know if this helps and has no unwanted side effects. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.4 and osdpip anyone?
Udo Richter [EMAIL PROTECTED] wrote: osdpip requires a patch since 1.3.31. See wiki: http://www.vdr-wiki.de/wiki/index.php/Osdpip-plugin#Patches http://deela.cc.fh-lippe.de/files/vdr-osdpip/ Ooops I saw it bit missed to get it. But it still cries for help: receiver.h:32: error: extra qualification ‘cOsdPipReceiver::’ on member ‘cOsdPipReceiver’ make[1]: *** [osd.o] Fehler 1 ? Plus the usual patch for APIVERSION ... diff -ur osdpip-0.0.8.ORIG/Makefile osdpip-0.0.8/Makefile --- osdpip-0.0.8.ORIG/Makefile 2005-05-14 18:41:53.0 +0200 +++ osdpip-0.0.8/Makefile 2006-10-14 15:56:55.826701500 +0200 @@ -33,6 +33,11 @@ ### The version number of VDR (taken from VDR's config.h): VDRVERSION = $(shell grep 'define VDRVERSION ' $(VDRDIR)/config.h | awk '{ print $$3 }' | sed -e 's///g') +APIVERSION = $(shell sed -ne '/define APIVERSION/ { s/^.*\(.*\).*$$/\1/; p }' $(VDRDIR)/config.h) + +ifeq ($(APIVERSION),) +APIVERSION = $(VDRVERSION) +endif ### The name of the distribution archive: @@ -74,7 +79,7 @@ libvdr-$(PLUGIN).so: $(OBJS) $(CXX) $(CXXFLAGS) -shared -o $@ $^ $(LIBS) - @cp $@ $(LIBDIR)/[EMAIL PROTECTED](VDRVERSION) + @cp $@ $(LIBDIR)/[EMAIL PROTECTED](APIVERSION) dist: clean @-rm -rf $(TMPDIR)/$(ARCHIVE) -- Do you think what we're doing is wrong? Of course it's wrong! It's illegal! I've never done anything illegal before. I thought you said you were an accountant! ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.4 and osdpip anyone?
On Sat, 2006-10-14 at 14:00 +, Harald Milz wrote: receiver.h:32: error: extra qualification ‘cOsdPipReceiver::’ on member ‘cOsdPipReceiver’ make[1]: *** [osd.o] Fehler 1 http://koti.mbnet.fi/kurg/vdr/vdr-osdpip-0.0.8-extraqual.patch ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] demux fails in burn plugin
Hi and thanks for your answer, Ville Skyttä escribió: On Fri, 2006-10-13 at 20:55 +0200, Leo Márquez wrote: Anyone has idea of this problem? From dvd.log: [...] [demux] Unknown parameter -v-filter [...] This parameters are called from vdrburn-dvd.sh vdrsync is the last 0.1.2.2 burn version is cvs. I need help please. Your vdrsync.pl is too old, see the burn plugin's README. You are right. I have readed more patiently the README file. Now this error not happens. A lot of thanks. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] burn(cvs) makes crash my vdr 1.4.2
Hi again, I feel to be heavy with this subject but burn not work for me. Now my vdr crashes just in the moment that burn plugin try to execute growisofs. I think this because the last line of dvd.log is: [burn] + growisofs -use-the-force-luke=tty -dvd-compat -Z /dev/hdd -V 'SABER Y GANAR~ ' -dvd-video /videoteca/v0/vdr-burn.SABER_Y_GANAR__.0PIDCV/DVDAUTHOR Burn is cvs version, vdr is 1.4.2 and I use softdevice with xv output. I have tried to execute the growisofs command from the shell and it works. How can I know more about the crash? The last syslog files don't say me anything... Oct 14 19:52:03 vdr vdr: [5575] burn: process dmharchive (pid = 5605) exited gracefully (exit code 0) Oct 14 19:52:03 vdr vdr: [5575] burn: process dmharchive exited Oct 14 19:52:03 vdr vdr: [5575] burn: starting sh -c 'vdrburn-dvd.sh archivemark' (pid = 5619) Oct 14 19:52:03 vdr vdr: [5619] burn: CONFIG_PATH=/etc/vdr/plugins/burn Oct 14 19:52:03 vdr vdr: [5619] burn: DVDAUTHOR_PATH=/videoteca/v0/vdr-burn.SABER_Y_GANAR.s6ZCIs/DVDAUTHOR Oct 14 19:52:03 vdr vdr: [5543] burn: no translation found for 'Job active (Converting)' in language 15 (Català) Oct 14 19:52:03 vdr vdr: [5543] burn: no translation found for 'Cancel' in language 15 (Català) Oct 14 19:52:03 vdr vdr: [5575] burn: process archivemark (pid = 5619) exited gracefully (exit code 0) Oct 14 19:52:03 vdr vdr: [5575] burn: process archivemark exited Oct 14 19:52:03 vdr vdr: [5624] burn: BURN_SPEED=0 Oct 14 19:52:03 vdr vdr: [5624] burn: DISC_ID=SABER Y GANAR Oct 14 19:52:03 vdr vdr: [5575] burn: starting sh -c 'vdrburn-dvd.sh burndir' (pid = 5624) Oct 14 19:52:03 vdr vdr: [5624] burn: DVDAUTHOR_PATH=/videoteca/v0/vdr-burn.SABER_Y_GANAR.s6ZCIs/DVDAUTHOR Oct 14 19:52:03 vdr vdr: [5624] burn: DVD_DEVICE=/dev/hdd Oct 14 19:52:04 vdr vdr: [5543] burn: no translation found for 'Job active (Writing: %1$d%%)' in language 15 (Català) Oct 14 19:52:05 vdr kernel: cx88[0]/2: cx8802_restart_queue Oct 14 19:52:05 vdr kernel: cx88[0]/2: cx8802_restart_queue: queue is empty Thank you very much. Leo. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Recording video clips automatically with correct naming of recordings.
I noticed today that Deluxe Music is labelling every song individually in the now and next EPG entries. I had been hoping such a feature would be provided by music channels. Congratulations to Deluxe for providing accurate program information. Would it not be extremely nice if one could ask VDR to record every song individually to a correctly named recording? I have not yet checked whether the now EPG entry changes at the exact right moment. If it does, it should be easy to automatically create a timer entry for it and delete any older timer entry for the same channel. I wonder if they would mind. If they do, I guess they could provide slighly less accurate program information. I wonder if that could be easily fixed with noad. Carsten. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr