Re: [vdr] VDR deletes directories

[Johannes Schoeller]

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:

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=50855&hilightuser=5887

regards hannes

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] demux fails in burn plugin

[Ville Skyttä]

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

[Klaus Schmidinger]

Reinhard Walter Buchner wrote:

Hi Klaus, Johannes,


Johannes Schoeller wrote:

...
i wish vdr would delete .del directories ;)
here it doesn't clean up emtpy directories. never found out why. so i
made a cronjob that does that for me ...


VDR removed .del directories just fine:

Oct 10 22:17:40 video vdr: [29329] removing 
/video/nano/Die_Welt_von_morgen/2006-10-09.18.30.05.05.del/001.vdr
Oct 10 22:17:41 video vdr: [29329] removing 
/video/nano/Die_Welt_von_morgen/2006-10-09.18.30.05.05.del/index.vdr
Oct 10 22:17:41 video vdr: [29329] removing 
/video/nano/Die_Welt_von_morgen/2006-10-09.18.30.05.05.del/info.vdr
Oct 10 22:17:41 video vdr: [29329] removing 
/video/nano/Die_Welt_von_morgen/2006-10-09.18.30.05.05.del/resume.vdr
Oct 10 22:17:41 video vdr: [29329] removing 
/video/nano/Die_Welt_von_morgen/2006-10-09.18.30.05.05.del


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's a re-occuring timer,
that is still active, this makes sense, but if there are
no further events occuring later, VDR should also
delete the directories

'Die_Welt_von_morgen' and 'nano'

I haven't been able to find out when or why this occurs.
All I know is that it doesn't always work. I.e. sometimes
VDR DOES indeed delete the above two directories as
would be correct.


The example I gave wasn't the last recording in that directory.
Here's what happened when it deleted the last one:

Oct 10 22:21:36 video vdr: [29353] removing recording 
/video/nano/Die_Welt_von_morgen/2006-10-10.18.30.05.05.del
Oct 10 22:21:36 video vdr: [29353] removing 
/video/nano/Die_Welt_von_morgen/2006-10-10.18.30.05.05.del/001.vdr
Oct 10 22:21:36 video vdr: [29353] removing 
/video/nano/Die_Welt_von_morgen/2006-10-10.18.30.05.05.del/index.vdr
Oct 10 22:21:36 video vdr: [29353] removing 
/video/nano/Die_Welt_von_morgen/2006-10-10.18.30.05.05.del/info.vdr
Oct 10 22:21:36 video vdr: [29353] removing 
/video/nano/Die_Welt_von_morgen/2006-10-10.18.30.05.05.del/resume.vdr
Oct 10 22:21:36 video vdr: [29353] removing 
/video/nano/Die_Welt_von_morgen/2006-10-10.18.30.05.05.del
Oct 10 22:21:36 video vdr: [29353] removing /video/nano/Die_Welt_von_morgen
Oct 10 22:21:36 video vdr: [29353] removing /video/nano

I never had a case (at least none that I remember) where this
didn't work as expected.

Could it be that this only happens with a patched VDR?

Klaus

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR deletes directories

[Klaus Schmidinger]

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=50855&hilightuser=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-1.4.3-1.diff epg problems

[Klaus Schmidinger]

VDR User wrote:
I can confirm this as well.  Tried the new patch, didn't solve the 
problem.  EIT -1, Klaus - 0  ;)


Well, it did solve the problem as far as I was able to reproduce it.
I have external EPG for some channels that don't provide more than
the "present/following" EPG data, and before the last change I
actually had "No title" in all those events on these channels
that were actually in their EIT data. After inserting the additional
'if (!HasExternalData)' checks this problem was gone.

Could it be that your extenal EPG data doesn't have 0 (zero) as
the table id?

Also note that this fixes the problem only for EPG data that is
received *after* the patch has been applied. Any external EPG
data that already has a "No title" title won't change back.

Klaus


On 10/10/06, *V Live* < [EMAIL PROTECTED] > wrote:

Thank you for your effort. But the attached patch still did not fix
the "no title" in the epg guide or yaepg plugin. But like I said
before removing the eit.c patch from your vdr-1.4.3-1.diff and it
works fine.


*/Klaus Schmidinger < [EMAIL PROTECTED]
>/* wrote:

V Live wrote:
>  I patched your vdr-1.4.3-1.diff against my vdr-1.4.3 version
and since
>  the epg guide and vdr-yaepg plugin show "no title" in th epg.
Seems that
>  there is an error there.
>  However if I remove the patches to eit.c and eit.h but keep
the rest of
>  the patch the epg guide works like it should.

Well, meanwhile I guess I found it.
The problem only occurs if there is external EPG data (with
table id 0x00). The attached patch should fix that.

Klaus
...


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] A word about anonymity and VDR's CONTRIBUTORS file

[Klaus Schmidinger]

In general I try to give proper credit to those who
contribute to the VDR project by mentioning them in the
HISTORY and CONTRIBUTORS files that come with the VDR
source. However, I only list "real people" there, not
things like "VDR User" or "Donald Duck". People who
don't use their real name when posting or sending
private email apparently don't want to be publicly
identified, so I respect that. Previously in such cases
I tried to contact these people and told them that in
order to be listed in the CONTRIBUTORS file I would need
their real name and email address. Since this only means
additional work for me, I wont do this any more.

So unless a posting or email has a (obvisously) real
sender name and email address, I won't list anything
I take from such a message in VDR's CONTRIBUTORS file.

Just wanted to make this clear, so that nobody wonders
why their contribution hasn't been given credit.

Klaus


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR deletes directories

[Jon Burgess]

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?

[Klaus Schmidinger]

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?

[Harald Milz]

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?

[Ville Skyttä]

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] vdr-1.4 and osdpip anyone?

[Udo Richter]

Harald Milz wrote:
But it still cries for help: 


receiver.h:32: error: extra qualification ‘cOsdPipReceiver::’ on member 
‘cOsdPipReceiver’
make[1]: *** [osd.o] Fehler 1


This is a GCC-4.x error, already mentioned in the 0.0.8 release thread 
on vdr-portal. Just delete the cOsdPipReceiver:: part from the mentioned 
line.


Cheers,

Udo

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] demux fails in burn plugin

[Leo Márquez]

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

[Leo Márquez]

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

Re: [vdr] burn(cvs) makes crash my vdr 1.4.2

[Leo Márquez]

Hi again,

I have migrated to vdr 1.4.3 and have the same problem.
I don't know where look for discover the problem. The syslog and dvd.log 
don't say enought info I think.


Thanks.

Leo Márquez escribió:


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

__ Información de NOD32, revisión 1.1803 (20061013) __

Este mensaje ha sido analizado con  NOD32 antivirus system
http://www.nod32.com






___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] mediamvp and subtitles

[Jouni Karvo]

hi,

I was wondering of moving the (low) noise VDR machine away from the
living room.  For that, I would need something new, and was
considering Hauppauge MediaMVP.  So a couple of questions:

- does MediaMVP and work with dvb-subtitles plugin?
- which plugin to use: mediamvp plugin, or vompserver plugin?
- do these plugins show VDR:s OSD (so that e.g. tvonscreen or
  osdteletext would work) ?

yours,
Jouni

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] Problem with audio sync in playback

[Pasi Juppo]

This problem is yet to be fixed to my understanding. Now I have a good
recording (one episode from Lost) where this happens very often. The
problem seems to be related to situations where the scene fades black
before new scene. There is something strange in those situations..

If someone has the knowledge/talent to start debugging the problem I can
put the recording available for downloading.

Br, Pasi

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] mediamvp and subtitles

[Lauri Tischler]

Jouni Karvo wrote:

hi,

I was wondering of moving the (low) noise VDR machine away from the
living room.  For that, I would need something new, and was
considering Hauppauge MediaMVP.  So a couple of questions:

- does MediaMVP and work with dvb-subtitles plugin?
- which plugin to use: mediamvp plugin, or vompserver plugin?
- do these plugins show VDR:s OSD (so that e.g. tvonscreen or
  osdteletext would work) ?


Maybe Xbox running mediacenter as frontend ?
Streaming with xinelibout ?

___
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.

[Carsten Koch]

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