[vdr] vdr-2.4.1 and xineliboutput: video and audio freeze
Hello, On my vdr-box, I cannot watch some channels. For example when switching to France 2, the image stutters and then freezes after some seconds. And the audio output stops too. I have 2 outputs with some messages: 1.) From stdout/stderr (only some samples, because there are a lot of lines): ffmpeg_audio_dec: not enough data to decode metronom: video jump by -23415 pts. metronom: video jump by 72000 pts. video_out_vdpau: b 0 c 128 s 128 h 0 [ITU-R 709 / HDTV] ffmpeg_audio_dec: not enough data to decode video_out: throwing away image with pts 24396186 because it's too old (diff : 124178). ffmpeg_audio_dec: not enough data to decode metronom: video jump by -48960 pts. video_out: throwing away image with pts 24358421 because it's too old (diff : 286741). ffmpeg_audio_dec: not enough data to decode audio_out: flushed out 0 buffers. ffmpeg_audio_dec: resetting parser audio_out: ao_flush (loop running: 1) set_speed 0. video_out: new speed 0. set_speed 100. video_out: new speed 100. audio_out: new speed 100. audio_out: flushed out 0 buffers. audio_out: flushed out 0 buffers. ffmpeg_audio_dec: resetting parser audio_out: ao_flush (loop running: 1) metronom: prebuffer=14400 pts. metronom: video discontinuity #78, type is 3, disc_off 0. metronom: waiting for audio discontinuity #78... ffmpeg_audio_dec: resetting parser metronom: audio discontinuity #78, type is 3, disc_off 0. metronom: vpts adjusted with prebuffer to 24818015. metronom: prebuffer=2000 pts. metronom: prebuffer=14400 pts. video_out_vdpau: b 0 c 128 s 128 h 0 [ITU-R 470 BG / SDTV] metronom: prebuffer=14400 pts. set_speed 0. 2.) From syslog: vdr[2239]: [2252] [vdr-fe]Keypress: XKeySym Next vdr[2239]: [2239] [xine..put] cXinelibOsd::CanHandleAreas(): Device does not support ARGB vdr[2239]: [2239] switching to channel 39 T-8442-1-257 (France 2) vdr[2239]: [2735] device 1 TS buffer thread ended (pid=2239, tid=2735) vdr[2239]: [2734] buffer stats: 91932 (1%) used vdr[2239]: [2734] device 1 receiver thread ended (pid=2239, tid=2734) vdr[2239]: [2788] device 1 receiver thread started (pid=2239, tid=2788, prio=high) vdr[2239]: [2789] device 1 TS buffer thread started (pid=2239, tid=2789, prio=high) vdr[2239]: [2262] [demux_vdr] PMT changed, resetting demuxer vdr[2239]: [2788] [xine..put] H.264: Found NAL SPS at offset 6/156 vdr[2239]: [2788] [xine..put] H.264 SPS: profile_idc 100 vdr[2239]: [2788] [xine..put] H.264 SPS: pic_width: 120 mbs vdr[2239]: [2788] [xine..put] H.264 SPS: pic_height: 34 mbs vdr[2239]: [2788] [xine..put] H.264 SPS: frame only flag: 0 vdr[2239]: [2788] [xine..put] H.264 SPS: MBAFF vdr[2239]: [2788] [xine..put] H.264 SPS: cropping 0 0 0 2 vdr[2239]: [2788] [xine..put] H.264 SPS: aspect_ratio_idc 1 vdr[2239]: [2788] [xine..put] H.264 SPS: -> aspect ratio 1 / 1 vdr[2239]: [2788] [xine..put] H.264 SPS: -> video size 1920x1080, aspect 1:1 vdr[2239]: [2788] [xine..put] Detected video size 1920x1080 vdr[2239]: [2262] [demux_vdr] audio stream changed: -> 0341 vdr[2239]: [2788] ERROR: 1 TS packet(s) not accepted in Transfer Mode vdr[2239]: [2788] [xine..put] H.264: Found NAL SPS at offset 6/156 vdr[2239]: [2788] [xine..put] H.264 SPS: profile_idc 100 vdr[2239]: [2788] [xine..put] H.264 SPS: pic_width: 120 mbs vdr[2239]: [2788] [xine..put] H.264 SPS: pic_height: 34 mbs vdr[2239]: [2788] [xine..put] H.264 SPS: frame only flag: 0 vdr[2239]: [2788] [xine..put] H.264 SPS: MBAFF vdr[2239]: [2788] [xine..put] H.264 SPS: cropping 0 0 0 2 vdr[2239]: [2788] [xine..put] H.264 SPS: aspect_ratio_idc 1 vdr[2239]: [2788] [xine..put] H.264 SPS: -> aspect ratio 1 / 1 vdr[2239]: [2788] [xine..put] H.264 SPS: -> video size 1920x1080, aspect 1:1 vdr[2239]: [2788] [xine..put] Detected video size 1920x1080 What could I do please, do watch such channels? Thanks in advance for any hints. Kind regards, -- Peter ___ vdr mailing list vdr@linuxtv.org https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] priority -1 too low to trigger deleting an old recording
On Fri, Feb 19 2016, Klaus Schmidinger wrote:
> In the file cutter.c locate the line
>
> AssertFreeDiskSpace(-1);
>
> in the function cCuttingThread::ProcessSequence(). Chnage the '-1'
> to whatever value between 1 and 100 you like. Note, though, that this
> will remove old recordings with priorities up to the given value minus
> one.
Hi Klaus,
This does not work, because when cutting, vdr writes to disk too fast.
That means that "Factor = 10" is needed in AssertFreeDiskSpace().
So "-1" is the right choice here.
I think, that the solution is much simpler: IMO there is no need for
special treatment of priorities -1 and 0 in AssertFreeDiskSpace().
If you remove the line "if (Priority > 0) {", then the problem is
solved. I've tested it, and it works ok.
You should remove this line anyway, because if someone selects
priority = 0 for some timer, the recording would fail if the disk is
full, even when there are recordings with expired lifetime.
--
Peter
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] priority -1 too low to trigger deleting an old recording
Hi, On my system, disk usage is always about 99%, because VDR cares about deleting old recordings, when needed. But when editing a recording, the automatic deletion fails: --8<---cut here---start->8--- 17:36:28 vdr[28116]: [28116] info: Editing process started 17:36:50 vdr[28116]: [28834] low disk space while recording, trying to remove a deleted recording... 17:36:50 vdr[28116]: [28834] ...no deleted recording found, priority -1 too low to trigger deleting an old recording 17:36:50 vdr[28116]: [28116] warning: Low disk space! 17:37:01 vdr[28116]: [28834] low disk space while recording, trying to remove a deleted recording... 17:37:01 vdr[28116]: [28834] ...no deleted recording found, priority -1 too low to trigger deleting an old recording 17:37:01 vdr[28116]: [28116] warning: Low disk space! 17:37:09 vdr[28116]: [28116] ERROR: 'safe_write' during editing process 17:37:10 vdr[28116]: [28116] ERROR: Editing process failed! --8<---cut here---end--->8--- How could I make VDR delete old recordings, when low on disk space because of an editing process please? TIA for any hints, -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] playing VDR-recordings on Samsung Smart TV with subtitles
On Wed, Jan 13 2016, Luca Olivetti wrote: > and there's a derived (and possibly better) version here > > https://github.com/philhansen/dvbsubrip Thanks, it works! I just had to add "-l deu" to the arguments for tesseract so that ä, ö and ü get recognized. -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] playing VDR-recordings on Samsung Smart TV with subtitles
Hi, Is is possible to play VDR-recordings on Samsung Smart TV with subtitles, and if yes, how please? It seems, that the Samsung Smart needs 2 files: an mp4 and an srt file. I've tried: "ffmpeg -i 1.ts -vn -an -codec:s:0 srt 1.srt" But no 1.srt is created... TIA for any hints, -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] bad characters in epg.data
On Wed, Dec 02 2015, Klaus Schmidinger wrote:
>> C S19.2E-133-3-263 SVM - GR\326D
>>
>> Would it be possible/easy to patch vdr to filter out such errors?
>> What is the right function to look at?
>
> Take a look at StripControlCharacters() or cEvent::FixEpgBugs() in epg.c.
It seems, that these functions only take care of the title and the
description, but not the channel name.
Finally, I've patched vdr like this:
--8<---cut here---start->8---
--- epg.c~ 2013-12-28 12:33:08.0 +0100
+++ epg.c 2015-12-06 15:54:58.312233837 +0100
@@ -1064,11 +1064,32 @@
}
}
+static char *StripFunny8bitCharacters(const char *src)
+{
+static char dest[100];
+strn0cpy(dest, src, 100);
+char *s = dest;
+int len = strlen(s);
+while (len > 0) {
+int l = Utf8CharLen(s);
+uchar *p = (uchar *)s;
+if (l == 1 && *p > 0x7F) { // this is not utf-8
+memmove(s, p + 1, len); // we also copy the terminating 0!
+len--;
+l = 0;
+}
+s += l;
+len -= l;
+}
+return dest;
+}
+
void cSchedule::Dump(FILE *f, const char *Prefix, eDumpMode DumpMode, time_t
AtTime) const
{
cChannel *channel = Channels.GetByChannelID(channelID, true);
if (channel) {
- fprintf(f, "%sC %s %s\n", Prefix, *channel->GetChannelID().ToString(),
channel->Name());
+ fprintf(f, "%sC %s %s\n", Prefix, *channel->GetChannelID().ToString(),
+ StripFunny8bitCharacters(channel->Name()));
const cEvent *p;
switch (DumpMode) {
case dmAll: {
--8<---cut here---end--->8---
It seems to work.
Would it be possible to integrate this patch into vdr?
--
Peter
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] bad characters in epg.data
On Sun, Nov 29 2015, Klaus Schmidinger wrote: > Have you tried this (from the VDR “INSTALL” file)? > > Workaround for providers not encoding their DVB SI table strings correctly Thanks, I've tried it. But unfortunately I've got today this line: C S19.2E-133-3-263 SVM - GR\326D with the same 0xD6 character... Would it be possible/easy to patch vdr to filter out such errors? What is the right function to look at? TIA for any help, -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] bad characters in epg.data
Hi, It seems, that the encoding of the epg.data file is utf-8, but sometimes, there are lines like this: C S19.2E-133-3-263 18:00 GRÖD - RBS The "Ö" is one byte (0xD6) that seems not conform to utf-8 encoding. How could I avoid such characters in the epg.data file please? TIA for any hints, -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] sub-titles on Arte
On Thu, Feb 26 2015, Arthur wrote: I've tried to zap to this channel and I got subtitles. See screenshots in attachment. VDR-2.2.0 in use. Thanks. Indeed, now I get also French subtitles. Do you get the German subtitles? I don't... -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] sub-titles on Arte
On Thu, Feb 26 2015, Arthur wrote: No. But regarding to the mediainfo there no real german subtitles in the transport stream. Maybe they only declared, but not transmitted? I don't know. My parents have a normal TV device and they see German subtitles. I would like to know how to get them with VDR... -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] sub-titles on Arte
Hi, There must be something wrong with my VDR-setup, I never see sub-titles on Arte. This is my channel.conf line: arte HD;ARD:11493:HC23M5O35P0S1:S19.2E:22000:5111=27:5112=deu@3,5113=fra@3,5117=mis@3;5116=mul@106:5114;5115=deu,5118=fra,5119=deu:0:10302:1:1019:0 How could I get sub-titles for this channel please? TIA for any hints, -- Peter P.S.: Thanks to Klaus and the other developers for the latest improvements! ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] still image with iptv without eating up all cpu
Hi,
How can I display a still image with iptv + ffmpeg without eating up all
CPU power?
This my ffmpeg command, that uses 100% of CPU time:
ffmpeg -analyzeduration 0 -loop 1 -i ${IMAGE} -f mpegts -r 25 \
-vcodec mpeg2video -b 4000k -s 664x540 -an \
udp://127.0.0.1:${PORT}?pkt_size=16356
TIA for any hints,
--
Peter
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] AllwinnerA20: vdr-sxfe dies after switching to radio station TV stations OK
On Tue, Jun 17 2014, cedric.dew...@telfort.nl wrote: received X error event: BadMatch (invalid parameter attributes) X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 132 (XVideo) Minor opcode of failed request: 17 () Serial number of failed request: 2124 Current serial number in output stream: 2124 Hi, I had the same problem. The reason was some library version mismatch, libraries from opensuse mixed up with others from packman. I think that it was libxine + dependencies. After switching vendor for some packages (opensuse - packman) and updating, the problem was gone. -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] still image at end of replay
On Wed, Apr 09 2014, Matti Lehtimäki wrote: As this should be rather simple I'll look into it during the weekend and see if I'll manage to make a working plugin. Thanks, that's fine. Just a suggestion: it would be nice, if the plugin could take a parameter for providing an image file to display. And the default would be the last image of the recording. -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] still image at end of replay
On Thu, Apr 10 2014, VDR User wrote: Why don't you just tell your kids to turn the tv off when their show is over? I keep the RC always with me. My children *never* touch it. This really sounds like something that should be solved in parenting and not code. With code it's easier... ;) -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] still image at end of replay
On Thu, Apr 10 2014, fnu wrote: If these kids are so little, why do they watch TV at all w/o parental advice They watch a recording with parental advice. and why could there be a channel underneath showing something what the little ones shouldn't watch? There is always a channel underneath, and the children shouldn't watch anything after the recording. But kids are kids, doing whatever come to their minds, they can't be controlled all times. What may be sufficient is to implement a kind of PIN control, like on commercial receivers. A function where to set a white list of channels which can be watched w/o PIN and the list is then valid for recordings, too, where the source channel is also stored. Complicated, and it doesn't solve the problem. I just prefer, that after the replay nothing interesting appears on the screen, just black or whatever. For now, the easiest solution is to use mplayer instead of VDR... But bed time is still human responsibility ... ;-) bed time was just an example. The problem is more general. -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] still image at end of replay
On Thu, Apr 10 2014, Gerald Dachs wrote: This really sounds like something that should be solved in parenting and not code. With code it's easier... ;) Not for the coder. You don't know my children... ;) -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] still image at end of replay
On Thu, Apr 10 2014, Matti Lehtimäki wrote: There is also another option for those using jumpplay-patch in which you can have the replay paused at the last cut mark. Indeed, this is an option. As for displaying the last image of the recording it would be easier to have only a blank image as a default. That sounds ok too. Additional thing to consider is the possibility call an external script after the end of replay to shutdown the system and/or display (through hdmi-cec for example) or whatever the user wants. Yes, this is also an option. Thanks for your efforts, -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] still image at end of replay
On Thu, Apr 10 2014, Peer Oliver Schmidt wrote: You can do that already. Use the iptv plugin Thanks, I'll use it! So, Matti, you can do better things now this week-end! ;) -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] still image at end of replay
Hi, Here a little feature request: Problem: the children are watching a recording, and at the end VDR switches to normal live TV, that can be anything. I have to be there at the right moment to turn off the screen and the sound, in order to bring them to leave the tv-room. I would be nice, if VDR could turn off the sound at the end of a replay and show a still image (e.g. Children, go to bed now!). What do you think about that? -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] skipping 5/10 seconds
On Mon, Apr 07 2014, Klaus Schmidinger wrote: Or a Boolean configuration option for making 5s-skips instead of fast forward/rewind? Well, that's something we can talk about. You could make it so that during replay the Left and Right keys perform 5s skips, and the FastForward/-Rewind keys (if present on the user's remote control) still retain their normal function. Thank you! Please find attached a new patch. -- Peter diff -ur vdr-2.1.6/MANUAL vdr-2.1.6-new/MANUAL --- vdr-2.1.6/MANUAL 2014-03-15 14:40:37.0 +0100 +++ vdr-2.1.6-new/MANUAL 2014-04-07 23:00:09.554580559 +0200 @@ -21,8 +21,8 @@ MenuMenu on Menu off Menu off Menu off Menu off Menu off Menu off Menu off Back- Menu off VDR menu VDR menu Discard VDR menu Recordings menu Close Red - Record Edit On/Off ABC/abc Play/Commands(1) Jump - - Green - AudioNewNewIns/Ovr RewindSkip -60s- - Yellow - Pause live Delete Delete DeleteDeleteSkip +60s- + Green - AudioNewNewIns/Ovr RewindSkip backward- + Yellow - Pause live Delete Delete DeleteDeleteSkip forward - Blue- Stop/Resume Mark Info - Info Stop - 0..9Ch select -Sort(2)Day(3) Numeric inp. Sort/Exec cmd(1) Editing - @@ -330,7 +330,8 @@ - BlueStops playback and stores the current position, so that playback can be resumed later at that point. - Left -Right Runs playback forward or backward at a higher speed; press +Right If Left Right Skip is 0 (default): +Runs playback forward or backward at a higher speed; press again to resume normal speed. If in Pause mode, runs forward or backward at a slower speed; press again to return to pause mode. Pressing and holding down the key performs the function until @@ -339,12 +340,17 @@ function of these keys changes in a way that gives you three fast and slow speeds, through which you can switch by pressing the respective key several times. +If Left Right Skip 0: +Skips back or forward about Left Right Skip seconds. +Pressing and holding down the key performs the function until +the key is released again. - Red Jump to a specific location. Enter the time you want to jump to and then press Left or Right to jump relative to the current position, Up to jump to an absolute position, and Down to jump and pause at an absolute position. - Green -Yellow Skips about 60 seconds back or forward. +Yellow Skips back or forward. The amount of the skip is the value of +Green Yellow Skip. Pressing and holding down the key performs the function until the key is released again. - Ok Brings up the replay progress display, which shows the date, diff -ur vdr-2.1.6/Makefile vdr-2.1.6-new/Makefile --- vdr-2.1.6/Makefile 2014-03-16 13:47:35.0 +0100 +++ vdr-2.1.6-new/Makefile 2014-04-01 10:46:40.120294651 +0200 @@ -233,7 +233,7 @@ fi;\ fi;\ done;\ - # Conclusion\ +# Conclusion\ if [ -n $$noapiv ] ; then echo; echo *** plugins without APIVERSION:$$noapiv; echo; fi;\ if [ -n $$oldmakefile ] ; then\ echo; echo *** plugins with old Makefile:$$oldmakefile; echo;\ diff -ur vdr-2.1.6/config.c vdr-2.1.6-new/config.c --- vdr-2.1.6/config.c 2013-08-31 14:41:28.0 +0200 +++ vdr-2.1.6-new/config.c 2014-04-07 23:01:03.800358590 +0200 @@ -466,6 +466,8 @@ MinUserInactivity = 300; NextWakeupTime = 0; MultiSpeedMode = 0; + LeftRightSkip = 0; + GreenYellowSkip = 60; ShowReplayMode = 0; ShowRemainingTime = 0; ProgressDisplayTime = 0; @@ -677,6 +679,8 @@ else if (!strcasecmp(Name, MinUserInactivity)) MinUserInactivity = atoi(Value); else if (!strcasecmp(Name, NextWakeupTime)) NextWakeupTime = atoi(Value); else if (!strcasecmp(Name, MultiSpeedMode)) MultiSpeedMode = atoi(Value); + else if (!strcasecmp(Name, LeftRightSkip)) LeftRightSkip = atoi(Value); + else if (!strcasecmp(Name, GreenYellowSkip)) GreenYellowSkip= atoi(Value); else if (!strcasecmp(Name, ShowReplayMode)) ShowReplayMode = atoi(Value); else if (!strcasecmp(Name, ShowRemainingTime)) ShowRemainingTime = atoi(Value); else if (!strcasecmp(Name, ProgressDisplayTime)) ProgressDisplayTime= atoi(Value); @@ -792,6 +796,8 @@ Store(MinUserInactivity, MinUserInactivity); Store(NextWakeupTime, NextWakeupTime); Store(MultiSpeedMode, MultiSpeedMode
Re: [vdr] skipping 5/10 seconds
On Mon, Mar 31 2014, Peter Münster wrote: What about adding a possibility to skip ±5 or ±10 seconds when replaying a recording? Would you perhaps accept a patch for the developer version? Hi Klaus, What about the attached patch? -- Peter diff -ur vdr-2.1.6/MANUAL vdr-2.1.6-new/MANUAL --- vdr-2.1.6/MANUAL 2014-03-15 14:40:37.0 +0100 +++ vdr-2.1.6-new/MANUAL 2014-04-01 13:26:07.151101710 +0200 @@ -21,10 +21,10 @@ MenuMenu on Menu off Menu off Menu off Menu off Menu off Menu off Menu off Back- Menu off VDR menu VDR menu Discard VDR menu Recordings menu Close Red - Record Edit On/Off ABC/abc Play/Commands(1) Jump - - Green - AudioNewNewIns/Ovr RewindSkip -60s- - Yellow - Pause live Delete Delete DeleteDeleteSkip +60s- + Green - AudioNewNewIns/Ovr RewindSkip backward- + Yellow - Pause live Delete Delete DeleteDeleteSkip forward - Blue- Stop/Resume Mark Info - Info Stop - - 0..9Ch select -Sort(2)Day(3) Numeric inp. Sort/Exec cmd(1) Editing - + 0..9Ch select -Sort(2)Day(3) Numeric inp. Sort/Exec cmd(1) Editing/Skipping - In a numerical input field (like the response to a CAM enquiry) the keys 0..9 are used to enter the data, and the Left key can be used to delete the last @@ -330,7 +330,8 @@ - BlueStops playback and stores the current position, so that playback can be resumed later at that point. - Left -Right Runs playback forward or backward at a higher speed; press +Right If Skip Amount 1 is 0 (default): +Runs playback forward or backward at a higher speed; press again to resume normal speed. If in Pause mode, runs forward or backward at a slower speed; press again to return to pause mode. Pressing and holding down the key performs the function until @@ -339,12 +340,19 @@ function of these keys changes in a way that gives you three fast and slow speeds, through which you can switch by pressing the respective key several times. +If Skip Amount 1 0: +Skips back or forward about Skip Amount 1 seconds. +Pressing and holding down the key performs the function until +the key is released again. - Red Jump to a specific location. Enter the time you want to jump to and then press Left or Right to jump relative to the current position, Up to jump to an absolute position, and Down to jump and pause at an absolute position. - - Green -Yellow Skips about 60 seconds back or forward. + - 1, 3 +Green +Yellow Skips back or forward. The amount of the skip is the value of +Skip Amount 2 for keys 1 and 3, and Skip Amount 3 for Green +and Yellow. Pressing and holding down the key performs the function until the key is released again. - Ok Brings up the replay progress display, which shows the date, diff -ur vdr-2.1.6/Makefile vdr-2.1.6-new/Makefile --- vdr-2.1.6/Makefile 2014-03-16 13:47:35.0 +0100 +++ vdr-2.1.6-new/Makefile 2014-04-01 10:46:40.120294651 +0200 @@ -233,7 +233,7 @@ fi;\ fi;\ done;\ - # Conclusion\ +# Conclusion\ if [ -n $$noapiv ] ; then echo; echo *** plugins without APIVERSION:$$noapiv; echo; fi;\ if [ -n $$oldmakefile ] ; then\ echo; echo *** plugins with old Makefile:$$oldmakefile; echo;\ diff -ur vdr-2.1.6/config.c vdr-2.1.6-new/config.c --- vdr-2.1.6/config.c 2013-08-31 14:41:28.0 +0200 +++ vdr-2.1.6-new/config.c 2014-04-01 12:41:45.908325335 +0200 @@ -466,6 +466,9 @@ MinUserInactivity = 300; NextWakeupTime = 0; MultiSpeedMode = 0; + Skip1Amount = 0; + Skip2Amount = 10; + Skip3Amount = 60; ShowReplayMode = 0; ShowRemainingTime = 0; ProgressDisplayTime = 0; @@ -677,6 +680,9 @@ else if (!strcasecmp(Name, MinUserInactivity)) MinUserInactivity = atoi(Value); else if (!strcasecmp(Name, NextWakeupTime)) NextWakeupTime = atoi(Value); else if (!strcasecmp(Name, MultiSpeedMode)) MultiSpeedMode = atoi(Value); + else if (!strcasecmp(Name, Skip1Amount)) Skip1Amount= atoi(Value); + else if (!strcasecmp(Name, Skip2Amount)) Skip2Amount= atoi(Value); + else if (!strcasecmp(Name, Skip3Amount)) Skip3Amount= atoi(Value); else if (!strcasecmp(Name, ShowReplayMode)) ShowReplayMode = atoi(Value); else if (!strcasecmp(Name, ShowRemainingTime
[vdr] integrating jumpplay-patch
Hi Klaus, What about integrating the jumpplay-patch (http://www.vdr-wiki.de/wiki/index.php/Jumpplay-patch) into the VDR developer version? That would be nice. -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] skipping 5/10 seconds
Hi Klaus, What about adding a possibility to skip ±5 or ±10 seconds when replaying a recording? Would you perhaps accept a patch for the developer version? That would be nice. -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] integrating jumpplay-patch
On Mon, Mar 31 2014, Matthias Fechner wrote: Am 31.03.14 11:39, schrieb Peter Münster: What about integrating the jumpplay-patch (http://www.vdr-wiki.de/wiki/index.php/Jumpplay-patch) into the VDR developer version? I wish the patch whould not stop the playback on the last mark, as the last mark is in many cases not correct. Why is the last mark not correct? What about adjusting the last mark? What about removing the last mark? What about a setup-parameter jumpplay-dont-stop-on-last-mark? -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] integrating jumpplay-patch
On Mon, Mar 31 2014, Matthias Fechner wrote: Am 31.03.14 12:19, schrieb Peter Münster: Why is the last mark not correct? hehe, ask noad ;) What about adjusting the last mark? What about removing the last mark? What about a setup-parameter jumpplay-dont-stop-on-last-mark? I prefer a parameter to disable the end on the last mark. And what do you bet, that Klaus will agree to such a specialworkaroundforwrongmarkfromnoadparameter...? ;) -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Minimum CPU requirement for xineliboutput + vdr-sxfe for HDTV
On Thu, Feb 27 2014, Stephan Loescher wrote: I am interested in your experiences with xineliboutput-plugin and vdr-sxfe for HDTV and not using VDPAU but using the plain CPU-power. Hi, I use vdr + xineliboutput-plugin (no vdr-sxfe). Here some information for you: 1.) top: top - 22:36:09 up 11:20, 2 users, load average: 1.69, 1.60, 1.37 Tasks: 131 total, 2 running, 129 sleeping, 0 stopped, 0 zombie %Cpu(s): 8.0 us, 3.3 sy, 74.8 ni, 14.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st KiB Mem: 2054468 total, 1980536 used,73932 free, 127328 buffers KiB Swap: 5243900 total, 1692 used, 5242208 free, 1019884 cached PID USER PR NIVIRTRESSHR S %CPU %MEM TIME+ COMMAND 1736 vdr 20 0 1613484 319576 156872 S 76.05 15.56 68:17.94 vdr 32228 root 20 0 370964 155840 148756 S 7.971 7.585 27:30.76 Xorg 2.) lspci: 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV710 [Radeon HD 4350/4550] 3.) /proc/cpuinfo: processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 47 model name : AMD Athlon(tm) 64 Processor 3500+ stepping: 2 cpu MHz : 2205.056 cache size : 512 KB bogomips: 4410.11 TLB size: 1024 4K pages clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual HTH, -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] mp3 plugin for vdr-2.1.4
On Fri, Feb 14 2014, Pertti Kosunen wrote: On 13.2.2014 23:36, Peter Münster wrote: Could anybody help please to make the plugin work with the latest vdr version? Try attached patch. Thanks, it works! Have you already sent it to the plugin developer, or should I do it? -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] mp3 plugin for vdr-2.1.4
Hi,
When compiling the mp3 plugin, I get this error:
--8---cut here---start-8---
*** Plugin mp3:
WARNING: plugin mp3 is using an old Makefile!
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC
-D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE
-c -D_GNU_SOURCE -DAPIVERSNUM=20104 -DHAVE_SNDFILE -DHAVE_VORBISFILE
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE
-I/vdr/soft/vdr-2.1.4/include decoder.c
decoder.c: In member function ‘bool cFileInfo::FileInfo(bool)’:
decoder.c:224:76: warning: format ‘%llx’ expects argument of type ‘long long
unsigned int’, but argument 2 has type ‘__fsblkcnt64_t {aka long unsigned int}’
[-Wformat]
decoder.c:224:76: warning: format ‘%llx’ expects argument of type ‘long long
unsigned int’, but argument 3 has type ‘__fsfilcnt64_t {aka long unsigned int}’
[-Wformat]
decoder.c: In member function ‘char* cInfoCache::CacheFile()’:
decoder.c:635:36: error: ‘VideoDirectory’ was not declared in this scope
decoder.c:636:1: warning: control reaches end of non-void function
[-Wreturn-type]
make[1]: *** [decoder.o] Error 1
--8---cut here---end---8---
Could anybody help please to make the plugin work with the latest vdr
version?
Thanks in advance,
--
Peter
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] freeze with ZDF HD and streamdev (solved)
On Tue, Nov 12 2013, Peter Münster wrote: When watching ZDF HD (from Astra-19E), my vdr-2.0.4-streamdev-client freezes after about 10 seconds. When adding -wX to the command line, the watchdog works and makes vdr exit after X seconds. There is no such problem with Das Erste HD or Arte HD. Hi, The problem was the output plugin xineliboutput version 2.0.0. It installs the file /usr/lib64/xine/plugins/xineplug_inp_xvdr.so that was overwritten by the vdr-xineliboutput-client rpm package version 1.0.90.csv Thus there was a version mismatch. Strange: everything worked very well, only the ZDF HD channel triggered the problem... Sorry for the noise, -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] freeze with ZDF HD and streamdev
Hi, When watching ZDF HD (from Astra-19E), my vdr-2.0.4-streamdev-client freezes after about 10 seconds. When adding -wX to the command line, the watchdog works and makes vdr exit after X seconds. There is no such problem with Das Erste HD or Arte HD. Here the channel line: ZDF HD;ZDFvision:11361:HC23M5O35P0S1:S19.2E:22000:6110=27:6120=deu@3,6121=mis@3,6123=mul@3;6122=deu@106:6130;6131=deu:0:0:1:1011:0 How could I solve that problem please? TIA for any help, -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] no image with TeVii S464 (solved)
Hi, The firmware has to be loaded (strange, the card is sold without firmware??): cp dvb-fe-ds3000.fw /lib/firmware I've found the solution here: http://linuxtv.org/wiki/index.php/TeVii_S464 -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] no image with TeVii S464
On Sun, Oct 27 2013, VDR User wrote: Basically there is not enough information to know the source of your issue. You've got to do further investigation. Thanks, you're right. After the installation of the cable from the dish to the vdr-system, I'll investigate further. I've just hoped to find users of the same card here, who would know what to do... Later, I'll report about further results. -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] no image with TeVii S464
Hi, This is probably not a VDR problem, but I guess that here are people who could help perhaps. I use the femon plugin to check the signal, and there is only some 20% of the first line (red), when I test my brand new TeVii S464, and no image. When I replace the card with my old Technotrend/Hauppauge WinTV Nexus-S rev2.X, I get green signals and an image, so it seems that everything is fine with my dish. Is there some configuration issue, or is this new card just broken? Or do I need another LNB? TIA for any hints, -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] TeVii S464 DVB-S and TBS 6220 DVB-T
, -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] TeVii S464 DVB-S and TBS 6220 DVB-T
On Mon, Sep 16 2013, Jukka Tastula wrote: The tbs driver package wants to replace _everything_ in the system. Mixing v4l modules with the kernel and the tbs package will lead to the issue you're experiencing. Is there any solution for this problem? TIA for any hints, -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] TeVii S464 DVB-S and TBS 6220 DVB-T
On Mon, Sep 16 2013, Jukka Tastula wrote: Try to remove all the old conflicting v4l and dvb modules Thanks! It helped to remove kernel/drivers/media/pci/cx88 and kernel/drivers/media/v4l2-core. -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] small patch for vdr.c: continue even with read-only video directory
On Sun, Mar 10 2013, fnu wrote: Since this is important for you personaly, you want to change VDR for all users, are you serious? Yes, where is the problem? But to change it in a global way like this is IMHO not a way to go. Did you understand my suggestion? Here again: not writable: warning, not readable: exit. Is that a problem for real-life systems? The correct solution would be that any user needing it, must decide and configure something. So, a kind of a switch like an OSD option or even a better way, VDR does check existence of a file in this video directory, e.g. .vdrro, something similar to .nodelete ... Of course: why use the simple way, when there is a complex one... ;) -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] small patch for vdr.c: continue even with read-only video directory
On Sun, Mar 10 2013, Klaus Schmidinger wrote: I'm afraid we're too close to releasing version 2.0.0 to make such changes now. No problem. I would just like to know, if you agree with such a patch (or something more elaborated). Besides, why don't you just use a writeable video directory and mount your read-only directory below that? Something like /video /video/readonly 1. I don't want, that the client VDR can write/record anything to /video. 2. I want my VDR setup to be as simple as possible. (It just works... ;) -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] small patch for vdr.c: continue even with read-only video directory
On Sun, Mar 10 2013, Matthias Schniedermeyer wrote: Read-only CAN for e.g. happen after an error when the filesystem is mounted with error=read-only Sorry, didn't know about such a configuration option. Therefore I agree with a somewhat more elaborated solution as mentioned by fnu. Or please just forget about my request, since I'm probably the only vdr-user with such a setup. -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] small patch for vdr.c: continue even with read-only video directory
Hi Klaus,
Could you please delete line 577 from vdr.c or do something similar to
let vdr continue even with read-only video directory?
vdr runs fine with this patch on my system, and it's important for me,
that vdr cannot write anything to the video directory.
(see also http://pmrb.free.fr/vdr/)
Here a small patch:
--8---cut here---start-8---
--- vdr.c.orig 2013-03-09 21:13:57.846826771 +0100
+++ vdr.c 2013-03-09 21:16:33.503521762 +0100
@@ -574,7 +574,6 @@
if (!DirectoryOk(VideoDirectory, true)) {
fprintf(stderr, vdr: can't access video directory %s\n, VideoDirectory);
- return 2;
}
// Daemon mode:
--8---cut here---end---8---
If you prefer, I can write a better patch: stop if not readable, warn if
not writable.
TIA,
--
Peter
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] read-only video directory
On Wed, Mar 06 2013, VDR User wrote: With no bad side effects? So far only some error messages in the log-file, whenever vdr tries to write something. Quite reasonable for me. -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] read-only video directory
On Wed, Mar 06 2013, Stephan Loescher wrote: The workaround I use is to mount the server in a subdirectory e.g. mount the server-directory to /net/media/data/video/servervideo and start the client-vdr like this: vdr -Pstreamdev-client -Pxineliboutput -v/net/media/data/video On Wed, Mar 06 2013, Udo Richter wrote: You can always mount an unionfs or aufs on top of the read only mount, and redirect all write access to a local disk or ram disk. That way VDR will be able to write its status files without changing the source file system. Hi Stephan and Udo, Unfortunately I don't understand. Could you please show examples? I have for example this directory: /net/media/data/video/Pippi-geht-von-Bord/2010-07-31.06.55.50.99.rec The slave (nfs-client) should read it, but it should not write anything to this directory (or its parents). Is this possible with your solutions? TIA, -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] read-only video directory
Hi, How is it possible, to mount the video directory in read-only mode? I want to use a slave vdr like this: vdr -Pstreamdev-client -Pxineliboutput -v/net/media/data/video But it does not work, because /net/media/data is mounted read-only. The slave vdr should not write anything, just read the recordings. TIA for any hints, -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] plugin for DVD images
On Tue, Feb 26 2013, Peter Münster wrote: On Tue, Feb 26 2013, Füley István wrote: I'm using latest xineliboutput in client-server environment, and it works fine for me. Perhaps I have the wrong DVDs... :( I've compiled latest xineliboutput from CVS, and then: - media player - play file - /data/DVDs/ice-age-2 - red button for DVD title menu - select Play in DVD menu - freeze - watchdog restart... Found the reason: all my DVDs were unpacked. xineliboutput does not seem to like it. Now I've made ISO-images and no more crash! -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] some keys not passed to plugin
Hi, Some keys do not work with the mplayer plugin: kAudio, kSubtitles, kInfo and perhaps more. How could I use these keys please in the cMPlayerControl::ProcessKey() function? TIA for any help, -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] read-only video directory
On Tue, Mar 05 2013, VDR User wrote:
A workaround is to use the mplayer plugin
I prefer the VDR interface. Finally it's very easy:
I've just deleted the lines
--8---cut here---start-8---
if (!DirectoryOk(VideoDirectory, true)) {
fprintf(stderr, vdr: can't access video directory %s\n, VideoDirectory);
return 2;
}
--8---cut here---end---8---
in vdr.c and now it works as expected... :)
--
Peter
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Call for development: enhancing mplayer-plugin
Hi, Support for seeing the VDR osd over mplayer doesn't exist yet. Who could add this feature please? And what would be the price? (Perhaps this could help: https://urandom.ca/mebox/downloads/vf_overlay.txt) TIA for any proposals, -- Peter Tel.: +33/0 299 680 353 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] No data in 8 seconds, queuing no signal image
=11156) Feb 26 15:14:38 media vdr: [11155] buffer stats: 0 (0%) used Feb 26 15:14:38 media vdr: [11155] receiver on device 2 thread ended (pid=0, tid=11155) Feb 26 15:14:38 media vdr: [11129] [demux_vdr] PMT changed, resetting demuxer Feb 26 15:14:38 media vdr: [11157] receiver on device 2 thread started (pid=0, tid=11157, prio=high) Feb 26 15:14:38 media vdr: [11158] TS buffer on device 2 thread started (pid=0, tid=11158, prio=high) Feb 26 15:14:39 media vdr: [11157] [xine..put] Detected video size 720x576 Feb 26 15:14:39 media vdr: [11129] [demux_vdr] audio stream changed: - 0301 Feb 26 15:14:40 media vdr: [11122] [lastpts ] stream changed from (nil) to 0x7f7ffc2767d0 Feb 26 15:14:40 media vdr: [11122] [lastpts ] new stream is vdr stream --8---cut here---end---8--- TIA for any help, -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] No data in 8 seconds, queuing no signal image
On Wed, Feb 27 2013, Lars Hanisch wrote: I don't know if it works, but you can configure vdr to start with always the same channel (which you'll never use for a recording) so that it has to switch explicitly when starting the recording. Yes, that should work. That's what I'll do, if there is no other solution. -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Call for development: enhancing mplayer-plugin
On Wed, Feb 27 2013, Matthias Fechner wrote: Am 27.02.13 11:56, schrieb Peter Münster: Support for seeing the VDR osd over mplayer doesn't exist yet. I use xineliboutput with a nvidia on-board graphic card to replay all kind of video without problems (SD and HD). I use xineliboutput too, but it crashes too often. See also http://article.gmane.org/gmane.linux.vdr/47161 -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] No data in 8 seconds, queuing no signal image
On Wed, Feb 27 2013, Bernard Jaulin wrote: Did you change your VDR release ? Yes. Now it's 1.7.37 and before it was 1.2.6 (several years ago... ;) Have you the same issue with SoftHDdevice ? I don't use this plugin, so I don't know. -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] plugin for DVD images
On Tue, Feb 26 2013, Füley István wrote: I'm using latest xineliboutput in client-server environment, and it works fine for me. Perhaps I have the wrong DVDs... :( I've compiled latest xineliboutput from CVS, and then: - media player - play file - /data/DVDs/ice-age-2 - red button for DVD title menu - select Play in DVD menu - freeze - watchdog restart... No problem with smplayer. -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] plugin for DVD images
On Tue, Feb 26 2013, VDR User wrote: I use mplayer2 with the mplayer plugin. No probs. Thanks, that works very well! Just one issue: how can you see the OSD, while mplayer is running? (my output device is xineliboutput) TIA for any help, -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Request for translate the image-plugin
On Wed, Feb 20 2013, Bernard Jaulin wrote: Here is an update for fr_FR.po UTF-8 image plugin. Hi, Here a small patch: --8---cut here---start-8--- --- fr_FR.po.orig 2013-02-20 21:07:24.042559509 +0100 +++ fr_FR.po2013-02-20 21:18:06.296129073 +0100 @@ -39,7 +39,7 @@ msgstr Conversion... msgid Select picture via key 1..9! -msgstr Séléctionner l'image (touches 1..9)! +msgstr Sélectionner l'image (touches 1..9) ! msgid Zoom msgstr Zoom @@ -54,7 +54,7 @@ msgstr Montre les informations exif de l'image msgid Could not load exif data from image! -msgstr Les données exif de l'image n'ont pu être chargé ! +msgstr Les données exif de l'image n'ont pu être chargées ! msgid Marker msgstr Marquer @@ -90,7 +90,7 @@ msgstr Éjecter msgid Selected data medium is not mounted! -msgstr La source séléctionnée n'est pas montée +msgstr La source sélectionnée n'est pas montée ! msgid Mount failed! msgstr Le montage a échoué ! @@ -99,7 +99,7 @@ msgstr Montage réussi msgid Unmount succeeded! -msgstr Démontage réussi! +msgstr Démontage réussi ! msgid Unmount failed! msgstr Le démontage a échoué ! --8---cut here---end---8--- -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Request to translate cdplayer-plugin
On Sun, Feb 17 2013, Bernard Jaulin wrote: Sure ! here is the french translation. Impossibile - Impossible -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Call for translations for VDR version 2.0.0
On Wed, Feb 13 2013, Bernard Jaulin wrote: If possible, here is the last french po file (and diff) according with a part of french community. Here a new one with some spelling fixes. -- Peter fr_FR.po Description: Binary data ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Call for translations for VDR version 2.0.0
On Mon, Feb 11 2013, Marc wrote: I forgot the attachment ! Here a new one with some spelling fixes. (BTW, wouldn't utf-8 be a better choice nowadays?) -- Peter # VDR language source file. # Copyright (C) 2008 Klaus Schmidinger k...@tvdr.de # This file is distributed under the same license as the VDR package. # Jean-Claude Repetto j...@repetto.org, 2001, 2002, 2008 # Olivier Jacques jacquesoliv...@hotmail.com, 2003, 2005 # Gregoire Favre g...@magma.unil.ch, 2003 # Nicolas Huillard nhuill...@e-dition.fr, 2005 # Pierre Briec pbr...@free.fr, 2006 # Bruno Roussel bruno.rous...@free.fr, 2007 # Michael Nival mni...@club-internet.fr, 2007 # Marc Perrudin v...@ekass.net, 2013 # msgid msgstr Project-Id-Version: VDR 1.6.0\n Report-Msgid-Bugs-To: vdr-b...@tvdr.de\n POT-Creation-Date: 2013-02-03 16:46+0100\n PO-Revision-Date: 2013-02-11 11:19+0100\n Last-Translator: Marc Perrudin v...@ekass.net\n Language-Team: French vdr@linuxtv.org\n Language: fr\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-1\n Content-Transfer-Encoding: 8bit\n msgid *** Invalid Channel *** msgstr *** Chaîne invalide ! *** msgid Channel not available! msgstr Chaîne non disponible ! msgid Can't start Transfer Mode! msgstr Impossible d'utiliser le mode transfert ! msgid off msgstr inactive msgid on msgstr active msgid auto msgstr auto msgid none msgstr aucun msgid Polarization msgstr Polarisation msgid System msgstr Système msgid Srate msgstr Srate msgid Inversion msgstr Inversion msgid CoderateH msgstr CoderateH msgid CoderateL msgstr CoderateL msgid Modulation msgstr Modulation msgid Bandwidth msgstr Bande passante msgid Transmission msgstr Transmission msgid Guard msgstr Intervalle de garde msgid Hierarchy msgstr Hiérarchie msgid Rolloff msgstr Rolloff msgid PlpId msgstr PlpId msgid Starting EPG scan msgstr Mise à jour du guide des programmes msgid Content$Movie/Drama msgstr Film/Drame msgid Content$Detective/Thriller msgstr Policier/Suspense msgid Content$Adventure/Western/War msgstr Aventure/Western/Guerre msgid Content$Science Fiction/Fantasy/Horror msgstr Science Fiction/Fantasy/Horreur msgid Content$Comedy msgstr Comédie msgid Content$Soap/Melodrama/Folkloric msgstr Soap/Mélodrame/Folklorique msgid Content$Romance msgstr Romance msgid Content$Serious/Classical/Religious/Historical Movie/Drama msgstr Averti/Classique/Religieux/Film Historique/Drame msgid Content$Adult Movie/Drama msgstr Film pour adulte/Drame msgid Content$News/Current Affairs msgstr Informations/Actualités msgid Content$News/Weather Report msgstr Informations/Météo msgid Content$News Magazine msgstr Magazine d'information msgid Content$Documentary msgstr Documentaire msgid Content$Discussion/Inverview/Debate msgstr Discussion/Interview/Débat msgid Content$Show/Game Show msgstr Spectacle/Jeu Télévisé msgid Content$Game Show/Quiz/Contest msgstr Jeu Télévisé/Quiz/Concours msgid Content$Variety Show msgstr Spectacle de variétés msgid Content$Talk Show msgstr Débat télévisé msgid Content$Sports msgstr Sports msgid Content$Special Event msgstr Événement spécial msgid Content$Sport Magazine msgstr Magazine sportif msgid Content$Football/Soccer msgstr Football/Foot msgid Content$Tennis/Squash msgstr Tennis/Squash msgid Content$Team Sports msgstr Sports d'équipe msgid Content$Athletics msgstr Athlétisme msgid Content$Motor Sport msgstr Sports mécaniques msgid Content$Water Sport msgstr Sports nautiques msgid Content$Winter Sports msgstr Sports d'hiver msgid Content$Equestrian msgstr Équitation msgid Content$Martial Sports msgstr Sports de combat msgid Content$Children's/Youth Programme msgstr Enfant/Programme jeunesse msgid Content$Pre-school Children's Programme msgstr Programme pour enfants de maternelle msgid Content$Entertainment Programme for 6 to 14 msgstr Programme de divertissement pour les 6/14 ans msgid Content$Entertainment Programme for 10 to 16 msgstr Programme de divertissement pour les 10/16 ans msgid Content$Informational/Educational/School Programme msgstr Informationnel/Éducatif/Programme Scolaire msgid Content$Cartoons/Puppets msgstr Dessins animés/Marionnettes msgid Content$Music/Ballet/Dance msgstr Musique/Ballet/Danse msgid Content$Rock/Pop msgstr Rock/Pop msgid Content$Serious/Classical Music msgstr Averti/Musique Classique msgid Content$Folk/Tradional Music msgstr Folk/Musique Traditionnelle msgid Content$Jazz msgstr Jazz msgid Content$Musical/Opera msgstr Comédie Musicale/Opéra msgid Content$Ballet msgstr Ballet msgid Content$Arts/Culture msgstr Arts/Culture msgid Content$Performing Arts msgstr Performances artistiques msgid Content$Fine Arts msgstr Beaux Arts msgid Content$Religion msgstr Religion msgid Content$Popular Culture/Traditional Arts msgstr Culture Populaire/Arts Traditionnels msgid Content$Literature msgstr Littérature msgid Content$Film/Cinema msgstr Film/Cinéma msgid Content$Experimental Film/Video msgstr Film Expérimental/Vidéo msgid
Re: [vdr] Call for translations for VDR version 2.0.0
On Mon, Feb 11 2013, Klaus Schmidinger wrote: Your file looks as if you have already changed it to UTF-8. Strange... On my disk it's iso-8859, but the mailing software translates the attachment to utf-8. I'll send a bug-report... -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] channels.conf overwritten when installing vdr 1.7.30
On Mon, Oct 08 2012, Klaus Schmidinger wrote: +install-conf: + @cp *.conf $(DESTDIR)$(CONFDIR) What about @cp -n? -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] playing two audio streams at the same time
Hello, Is it possible today with vdr, to send one audio channel to the headphones and the other audio channel to the speakers (or another headphones)?(it wasn't possible about 4 years ago) Example: we watch a film recorded from Arte, and my wife wants to listen to the French, and I want to listen to the German audio channel. If it's possible, what version do I need at least and what must be configured? If not, what would be the effort for a VDR developer to implement such a feature (in hours, $, € or whatever)? Or do you know other free software for watching and recording TV, with such a feature? TIA for any hints! -- Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Prefer non-CI equipped adapters for FTA channel recording
- Original Message - From: Klaus Schmidinger klaus.schmidin...@tvdr.de To: vdr@linuxtv.org Sent: Thursday, February 23, 2012 10:30 AM Subject: Re: [vdr] Prefer non-CI equipped adapters for FTA channel recording On 23.02.2012 10:21, Heikki Manninen wrote: On Thu, Feb 23, 2012 at 10:26, Klaus Schmidinger klaus.schmidin...@tvdr.de wrote: On 23.02.2012 06:47, Heikki Manninen wrote: Hello, here's my current setup: 1 x Satelco DVB-C Budget with CI + CAM (Conax CIv1) 1 x Satelco DVB-C Bidget wuthout CI When recording FTA channels VDR seems to sometimes select the one adapter with CI. It would make sense to always try to use non-CI equipped adapter for these recordings leaving the one with CI free for live viewing/recording encrypted channels. Any way to achieve this through configuration? Actually VDR is supposed to avoid devices with CI for FTA recordings: imp= 1; imp |= NumUsableSlots ? 0 : device[i]-HasCi(); // avoid cards with Common Interface for FTA channels If this doesn't work on your system, you may want to debug the function cDevice::GetDevice(const cChannel *Channel, int Priority, bool LiveView) to see why it selects sich a device when it shouldn't. Ok, will do. Before I had a CI with both Satelco cards but only one of them had the actual CAM installed. Would that have caused problems? I don't think so. Could it be that if the other card is busy doing live viewing or transponder scanning, VDR selects the CI-enabled device for recording? I would still prefer the non-CI device even if it would cause retuning of the channel that is being viewed. Live viewing should not stop VDR from using a device that has a CI for recording an FTA channel. However, if there is a cReceiver attached to the on-CI device for any reason, that might keep it from being used. Just check what's actually happening in the GetDevice() function. 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
[vdr] Streamdev over parameterized HTTP returns 400 (Bad request)
Hi, using the instructions given at http://streamdev.vdr-developer.org/ I'm successfully watching http streams from an URL like http://127.0.0.1:3000/EXT/1 But as soon as I use the semicolon (;) to set the QUALITY parameter, i.e. http://127.0.0.1:3000/EXT;QUALITY=dsl6000/1, the server will return HTTP 400 indicating a bad request. Any advice is appreciated :-) /Peter Odéus On Tue, Nov 30, 2010 at 6:56 AM, Rainer Blickle rainer.blic...@googlemail.com wrote: I have/had this problem when starting vdr not in the directory where the binary is. I used the parameter --localedir=..., but it didn't work. The default value for the locale dir is ./locale. At the moment i am changing to the directory where the vdr binary is located and start it there. 2010/11/29 crow c...@linux.org.ba: In my case i selected these bs_BA.UTF-8 UTF-8 bs_BA ISO-8859-2 de_AT.UTF-8 UTF-8 de_AT ISO-8859-1 de...@euro ISO-8859-15 en_US.UTF-8 en_US.ISO-8859-1 And did locale-gen to generate these, and all went fine. Just on VDR 1.7.16 start I see in its log this: Nov 29 16:16:40 localhost vdr: [14907] VDR version 1.7.16 started Nov 29 16:16:40 localhost vdr: [14907] switched to user 'vdr' Nov 29 16:16:40 localhost vdr: [14907] codeset is 'UTF-8' - known Nov 29 16:16:40 localhost vdr: [14907] found 0 locales in /usr/share/locale Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'deu,ger' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'slv,slo' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'ita' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'dut,nla,nld' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'por' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'fra,fre' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'nor' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'fin,suo' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'pol' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'esl,spa' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'ell,gre' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'sve,swe' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'rom,rum' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'hun' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'cat,cln' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'rus' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'hrv' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'est' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'dan' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'cze,ces' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'tur' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'ukr' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'ara' And no other language then English is posible to select inside OSD Settings. If i just add these more inside /etc/locale.gen de_DE.UTF-8 UTF-8 de_DE ISO-8859-1 de...@euro ISO-8859-15 and do again locale-gen (which also went fine), in log is to see this: Nov 29 16:18:52 localhost vdr: [17933] VDR version 1.7.16 started Nov 29 16:18:52 localhost vdr: [17933] switched to user 'vdr' Nov 29 16:18:52 localhost vdr: [17933] codeset is 'UTF-8' - known Nov 29 16:18:52 localhost vdr: [17933] found 27 locales in /usr/share/locale Nov 29 16:18:52 localhost vdr: [17933] no locale for language code 'por' Nov 29 16:18:52 localhost vdr: [17933] loading plugin: /usr/lib/vdr/plugins/libvdr-signal.so.1.7.16 And i can select there other language then just English, even no locale for them. Is this above normal behavior or something is wrong here... ___ 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] Include Path in Makefile (VDR =1.7.15)
On Friday 19 November 2010, 20:19:20 Joachim Wilke wrote: I'm just wondering, if there has happened a mistake in updating the Makefile in VDR 1.7.15. The HISTORY file states: Include paths are now added instead of overwriting INCLUDES in the Makefile However, in the Makefile changes: -INCLUDES = -I/usr/include/freetype2 +INCLUDES ?= -I/usr/include/freetype2 Shouldn't that be += instead of ?=. No, the conditional variable assignment operator ?= allows one to replace this variable via command line/environment. In my case, my IDE sets INCLUDES with some custom stuff. Therefore the Makefile does not touch INCLUDES any more and I get an error. If your IDE mangles INCLUDES (?!?), just add -I/usr/include/freetype2 to the mess.. Pete ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] major CI trouble with 1.6.0 on a FF and Alphacrypt Classic CAM/Sky
Hi,
I'm in a desperate crusade to get vdr 1.6.0 working properly _again_
with Sky on a FF Nexus-S rev2.3 with original CI/Alphacrypt Classic CAM
and a betacrypt based Sky subscription.
Being a long time vdr user (since about 2002), I rearranged my setup to
better fit my family needs. Since my server is running 24/7 for other
reasons anyway, I added two WinTV-HVR4000 and a Nexus-S 2.3 with CI/CAM
to it. OS is a openSUSE 11.1/i586 with a collection of newer kernels:
2.6.34.5, 2.6.34.7, 2.6.36, the sat input is from a Kathrein EXR 508/T
switching matrix, located nearby the server and feeded by a Quad-LNB.
The sat installation was done completely by a professional.
Before the switch to server based vdr, I used older vdr versions with
older SuSEs in a single home video theater setup (apart from NFS
based recording), and after some fiddling, it worked great for many
years (it took unloading and reloading the dvb drivers on startup
before running vdr in order to get the CAM operational reliably). We
never used another set top box for TV watching since the very
beginning. Even my wife fully acknowledged the system (which is quite
hard to archive for _any_ electronic equipment, BTW..).
Since the very first server setup, I have stability problems with Sky
recordings. It manifests in either:
1) no proper CAM detection: VDR shows CAM exists/vorhanden instead of
AlphaCrypt (no recordings possible at all)
2) proper CAM detection: but totally distorted recordings with many PES
error messages in vdr log
3) dropouts in recordings (vdr restarts with no apparent reason) until
final break-down with behaviour as described in 1)
1) could be alleviated with the dvb driver unload/reload trick (I'm
using an init script, that loads a given list of dvb drivers on start
and unloads them in reverse order on stop. The driver list is not
complete due to a bug in cx8802, that cannot be unloaded until the
newest kernel versions, but that only affects the (at the moment
uninteresting) WinTV-HVR4000 part:
http://www.mail-archive.com/linux-media%40vger.kernel.org/msg23580.html)
Sometimes a pull/push of the CAM fixes it for a certain time, but this
is not an acceptable concept for obvious reasons.
2) This might be due using to an older AlphaCrypt firmware, and didn't
happen anymore after update to 3.20.
3) happens massively now. See VDR log link below.
I already tried to lay the 80 wire ribbon optimally between the Nexus
and the CI (no kinks, etc).
My AlphaCrypt settings:
CAM 1: 'AlphaCrypt 3.20 (c) Mascom GmbH'
CAM 1: 'Modul Einstellungen'
CAM 1: 'Sprache/Language: DEUTSCH'
CAM 1: 'Smartkarten Meldungen: AUS'
Slot 1: == Text Last (5) 'CA-Systeme: SINGLE (nur von Smartkarte)'
Slot 1: == Text Last (5) 'CA-Anmeldung: DYNAMIC (immer erneuern)'
Slot 1: == Text Last (5) 'Erzwinge Lesen originale PMT: AUS'
Slot 1: == Text Last (5) 'CA-PMT L366schzeit: 0 s '
Slot 1: == Text Last (5) 'CI-Fehler374berwachung: 1500 ms '
Slot 1: == Text Last (5) 'dbox Kompatibilit344t: EIN '
The vdr version, I using here is available here:
https://build.opensuse.org/project/show?project=home%3Afrispete%3Avdr
It's using the usual patches 1.6.0-{1,2} from Klaus, and the usual
adjustments due to gcc and kernel compatibility. Don't let the
vdr-1.6.0-2_extensions.diff.gz perturb you, the problems happen with
and without applying it. My build does enable DebugProtocol in ci.c
(with sed in the spec)..
Today, we tried to enjoy Sebastian Vettels thriller/victory on Sky, but
miserably failed due to continued drop outs and multiple break-downs.
The full disaster is reflected by the logs below.
In short, the logs are flooded with countless messages like:
Nov 14 21:46:46 tyrex vdr: [8632] Slot 1: no module present
Nov 14 21:46:46 tyrex vdr: [8632] CAM 1: no module present
Nov 14 21:46:47 tyrex vdr: [8632] Slot 1: module present
Nov 14 21:46:47 tyrex vdr: [8632] CAM 1: module present
Nov 14 21:46:59 tyrex vdr: [8632] Slot 1: no module present
Nov 14 21:46:59 tyrex vdr: [8632] CAM 1: no module present
Nov 14 21:46:59 tyrex vdr: [8632] Slot 1: module present
Nov 14 21:46:59 tyrex vdr: [8632] CAM 1: module present
Nov 14 21:47:16 tyrex vdr: [8643] streamdev-server: Detaching current
receiver
Nov 14 21:47:16 tyrex vdr: [8643] streamdev-server: Detaching current
receiver
Nov 14 21:47:16 tyrex vdr: [8643] streamdev-server: Detaching current
receiver
and peppered with:
Nov 14 22:07:31 tyrex vdr: [25348] cAudioRepacker(0xC1): skipped 1148
bytes while syncing on next audio frame
Nov 14 22:07:31 tyrex vdr: [25348] cAudioRepacker(0xC0): skipped 1148
bytes while syncing on next audio frame
only finally leading to a vdr restart, that results in state 1).
What am I do wrong? Is this really such a dead road as it looks right
now? I considered switching to 1.7, but if I'm unable to get this to
work properly within a pure SD environment, how can additional HD and
other complexity solve this (without adding a lot of others
Re: [vdr] USB IR Receiver not loaded when vdr starts on boot
The problem remains. In 9 times out of 10 vdr will fail to start due to USB IR not being loaded by the time the script runvdr chmods the permissions on input devices. /dev/input/event[1-4] are being loaded in time, but as I wrote, /dev/input/event5 (my USB IR) fails to load in time for chmod to be set correctly. How do I 1) postpone the execution of the runvdr script, set appropriate permissions in some other way, or otherwise make the problem disappear? Any suggestion is welcome My family loves the VDR-TV but they really hate the forced open console to manually start xine, only to realize that VDR did not start correctly, followed by closing xine window, start vdr manually, filling in sudo password, and finally start xine manually again. BR, Peter On Tue, Apr 20, 2010 at 8:10 PM, Peter Odéus peter.od...@gmail.com wrote: Hi, The script 'runvdr' sets the following access permissions: chmod o+r /dev/input/event* But since the IR receiver on my USB NOVA-T Stick has not loaded to /dev/input/event5 when runvdr sets the permissions, vdr refuses to start properly when booting the machine. The error is stated as a Permission denied on the remote device By doing mv /etc/rc2.d/S20vdr /etc/rc2.d/S30vdr the problem goes away. I'm on Ubuntu Lucid btw. :D /Peter Odéus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] USB IR Receiver not loaded when vdr starts on boot
Hi, The script 'runvdr' sets the following access permissions: chmod o+r /dev/input/event* But since the IR receiver on my USB NOVA-T Stick has not loaded to /dev/input/event5 when runvdr sets the permissions, vdr refuses to start properly when booting the machine. The error is stated as a Permission denied on the remote device By doing mv /etc/rc2.d/S20vdr /etc/rc2.d/S30vdr the problem goes away. I'm on Ubuntu Lucid btw. :D /Peter Odéus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] ERROR: driver buffer overflow on device 1
@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0x0811a650 in cCondWait::Wait (this=0x9d9cc04, TimeoutMs=100) at thread.c:71 #3 0x080fd8d7 in cRingBuffer::WaitForPut (this=0x9d9cc00) at ringbuffer.c:58 #4 0x080fdc5c in cRingBufferLinear::Read (this=0x9d9cc00, FileHandle=13, Max=0) at ringbuffer.c:247 #5 0x080a5982 in cTSBuffer::Action (this=0x9d9cbb8) at device.c:1606 #6 0x08119d40 in cThread::StartThread (Thread=0x9d9cbb8) at thread.c:257 #7 0x00c5780e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #8 0x0074f8de in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 1 (Thread 0xb77a96d0 (LWP 4026)): #0 0x0018a422 in __kernel_vsyscall () #1 0x00c5c142 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0x0811a56e in cCondVar::TimedWait (this=0x817e080, Mutex=..., TimeoutMs=1000) at thread.c:127 ---Type return to continue, or q return to quit--- #3 0x080f9258 in cRemote::Get (WaitMs=1000, UnknownCode=0x0) at remote.c:191 #4 0x08126826 in main (argc=9, argv=0xbfc82424) at vdr.c:920 /Peter Odéus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] ERROR: driver buffer overflow on device 1
The problem occurs when running xine with dxr3 output (xine --verbose=1 -V dxr3 -A alsa vdr:/tmp/vdr-xi/stream) hmm, when disabling color bar output of the dxr3 card, I do get a picture (albeit it is blackwhite, wrong size and of terrible quality), but at least vdr stays responsive and out of trouble... /Peter Odéus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Odd filesystem errors
Klaus Schmidinger schrieb: On 07.11.2009 02:07, HighlyCaffeinated wrote: I've got an unusual situation with my VDR installation that has me completely stumped. My /video0 directory is located on a 1TB ext2 filesystem. When I perform an 'ls-al' I get an incomplete list of the directories located there. If I open that filesystem on a Windows box via Samba, I see that two recent directories have been created that the 'ls' does not show me. The directories are named COO66K~7 mailto:vdr@linuxtv.org(a CSI recording) and N3OZM1~R (an NCIS recording) in Windows. I can drill down into either directory and find the expected filesystem structure and two recordings that we had thought had failed. They are only visible through Windows/Samba. I can copy the contents of the directory to a Windows box and then copy them back to VDR (with a new folder name) and they play normally. As Debian refuses to acknowledge their existence, I cannot rename or delete the directories and I cannot copy data from the subdirectories. I have tried masking the tilde in the filenames, and that didn't change anything as I suspect the filenames are instead REALLY long. I am running vdr 1.7.7 with ATSC tuners and the ATSCepg plugin, and the system regularly creates successful recordings. Anyone with a pointer on how to deal with this and what may be causing such an odd set of circumstances? e2fsck didn't find anything it considered to be bothersome. That is normal situation on a samba share that has (windows) illegal characters in it's name. eg: CSI: Next Session is illegal because of the : and will be translated to something like you have seen on the windows box. Peter Can you check the syslog file to see what names VDR used to create the recording directories? 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] xineplayer uncontrolable...
You can work around this and continue to use regular mplayer if vdr runs inside X session. I just used to start background xterm instance in my xinitrc and invoke vdr in it. Obviously such approach wont work if your vdr runs on another machine and frontend connects via network. Alternatively just use xineliboutput. Latest CVS versions work fine. -Original Message- From: marti...@embl.de [mailto:marti...@embl.de] Sent: Thursday, May 21, 2009 4:13 AM To: vdr@linuxtv.org Subject: [vdr] xineplayer uncontrolable... VDR 1.7.7 I have installed the mplayer plugin and read the MANUAL in the xine plugin, consequently modified mplayer.sh to call xineplayer instead of mplayer So far so good but when I open the mplayer plugin and play any file (for example a .avi ) the movie displays correctly but there is no way to pause it, or otherwise control it. I press pause and I see the pause symbol on the screeen but whereas playing normal vdr recordings it works fine, with the mplayer plugin and xineplayer the movie does not pause. Anybody has experienced this and more important found a way to get this working? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] 2 little bugs report
I am 44 years old and it happens to me too :) A press pause again for stopping live-view is a good idea. It happens often after watching a recording. If I accidential stopped the replay, and press pause then. Or the recording was at its end and i press pause. Navigating the menus an hitting yellow on the wrong place. Then always: stop replay stop recoding find the recorded garbage and delete it. And putting away the remote is not the best solution for me :) VDR User schrieb: On Mon, May 4, 2009 at 1:00 AM, Gerald Dachs v...@dachsweb.de wrote: Quoting marti...@embl.de: Also one little thing that is driving me crazy. My 3 years old daughter presses accidentally the Pause button and starts al l sort of instant recordings silenty, my wife then complains vdr is broken because she can´t change channels. What I am asking for is for some possibility to make the instant recording ask for confirmation before starting the instant recording. My 1.5 years old son and my 3 years old daughter would do the same, but I have found an easy workaround. I put the remote control out of their reach. Yes, I agree that is the best solution. As would any sane person. ;) ___ 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] Best practices for running vdr-xine
I have a bit of a problem running xine frontend – it will not reconnect if vdr backend restarts. Also, my vdr can take 10-15secs just to start up, and xine frontend will bail out during that time, too. Since frontend is being run on unattended TV box (read: no keyboard) it is cumbersome to restart xine every time this happens. Second problem: xine does not work with vdr mplayer plugin (mplayer cannot access X, hence no video). Are there any alternatives? I wonder if there are any solutions for this? I’m back to using softdevice, but it does not compile with latest ffmpeg, plus segfaults every now and then. Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Best practices for running vdr-xine
I tried. It compiles OK but produces choppy video full of artifacts. VDR version 1.7.6, CVS xineliboutput. -Original Message- Try xineliboutput. I have a bit of a problem running xine frontend – it will not reconnect if vdr backend restarts. Also, my vdr can take 10-15secs just to start up, and xine frontend will bail out during that time, too. Since frontend is being run on unattended TV box (read: no keyboard) it is cumbersome to restart xine every time this happens. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Best practices for running vdr-xine
Thanks for the tv script tidbit! However that wont help if vdr backend restarts while xine frontend is active. My mplayer works just fine with softdevice, but not with vdr-xine: I get no video (but audio is fine). Maybe I have to run vdr backend inside X session as well? -Original Message- From: VDR User [mailto:user@gmail.com] Sent: Tuesday, April 28, 2009 5:13 PM To: VDR Mailing List Subject: Re: [vdr] Best practices for running vdr-xine On Tue, Apr 28, 2009 at 12:56 AM, Peter ze...@ruksis.com wrote: I have a bit of a problem running xine frontend – it will not reconnect if vdr backend restarts. Also, my vdr can take 10-15secs just to start up, and xine frontend will bail out during that time, too. Since frontend is being run on unattended TV box (read: no keyboard) it is cumbersome to restart xine every time this happens. In my tv script I do this before starting xine: until [ -e /tmp/vdr-xine/stream ]; do sleep 1; done This waits until vdr-xine has started before loading xine itself and resolves the problem of delayed startups. Second problem: xine does not work with vdr mplayer plugin (mplayer cannot access X, hence no video). Are there any alternatives? I'm using VDR-1.7.6 with xine-0.9.1 and the mplayer plugin just fine. Maybe you're missing the required mplayer.sh(.conf)? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [Fwd: Re: let vdr ignore non vdr directories ?]
On 20.04.2009 10:56, Peter Dittmann wrote: A simple use case: * standalone settop box with VDR and DVD recording capability * OS gets a seperate small partition * /videoX get the big rest To add some more variations to the same solution the others already mentioned: - Mount your big disk to /mnt/data - Put video to /mnt/data/video - either: - pass /mnt/data/video directly to VDR - put a symlink from /video to /mnt/data/video - bind-mount /mnt/data/video to /video All theee solutions work without any trouble, and there's plenty of other space on /mnt/data available. @Klaus: Since many people seem to miss this obvious solution, maybe you should add this as example to the documentation? Not only that. Most people start from some kind of distribution. However it seems to have developed into a kind of standard to mount the video partitions directly. E.g. ctvdr/debian uses (I think ...) /var/vdr/videoX directly to mount the partition. Strange as it finally uses symlinks to create the /videoX. So change would be very small indeed. Althought the suggestions seems sensible and simple non of the distributions have currently been thinking about this issue ... Seems like this hasn't been that obvious, so thanks for suggesting it ;-) Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [Fwd: Re: let vdr ignore non vdr directories ?]
Quoting Peter Dittmann peter.dittm...@pldsnet.com: E.g. ctvdr/debian uses (I think ...) /var/vdr/videoX directly to mount the partition. The directories are named /var/lib/video.XX and this are not necessary partitions, but could be of course. Strange as it finally uses symlinks to create the /videoX. So change would be very small indeed. I can't see any evidence for this symlinks, and I don't know a reason for this. The vdr gets told via the option '-v /var/lib/video.00' where the video dir is located. But you see what I'm pointing to. The distries are usually mounting the partition directly and then use the xxx/video[.]xx directly. Using the previous suggestion would mean the path tree of most of the distributions need to be somewhat different. E.g. like this: /var/lib/vdr |- video.00 | |- video | |- somthing-else | |- video.01 |- video |- somthing-else-2 ... So better suggestion for the distri maintainers would be to use the \mnt tree for mounting any partitions. Then always create a (dummy) directory on the video partitions (video or vdr). Then linking this mounted directories as /var/liv/video.xx. /mnt/video.00 -- /mnt/[h|s]d[a-z][0-9] /mnt/video.01 -- /mnt/[h|s]d[a-z][0-9] ... /var/lib |- video.00 -- /mnt/video.00/video | |- video.01 -- /mnt/video.01/video ... Quite a difference to what is now. Hopefulls the distri maintainers read this and make some sensible changes to the standard path tree to make VDR's video directories collision free with temp directories for burn ... Obviously the distries are not based on usual use configurations currently for how to handle the huge temp files for some of the tools for burning. This make life more complex and will cause a lot of individual effort to modify the installation after the distribution is installed. You can individually do a lot. It's just a matter of knowledge and ideas. But as I assume that currently 80..90% of VDR users are starting from a distri rather than LFS this is a field issue. And obviously the safe mounting suggestion for a single disc system wasn't that obvious. So there is room for improvement ;-) Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] EPG problem
The on-screen EPG display (that appears as you switch channels or press OK while watching) is always off by an hour or so. Computer's clock is correct, and EPG times are correct, and any recordings seems to work correctly as well, it's just that on-screen EPG always shows programmes from 1 hour ago. This might have started after recent switch to DST but I'm not sure. VDR 1.7.4, Ubuntu 9 Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] noad for VDR 1.7.x
There are some discussions going on on the german VDR Portal: http://www.vdr-portal.de/board/thread.php?threadid=85297 Thanks for the pointer! I managed to use the patch against noad 0.6.1 (0.6.0 does not compile on my system due to lack of deprecated ffmpeg functions). It works but often does not exit and continues to consume memory so I have to kill such noad processes manually. I do not speak/write German so am not sure where is the best place to ask for help? Thx! Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] noad for VDR 1.7.x
Has there been any work to patch noad for new recording format in VDR 1.7.4? Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 2.0
Magnus Hörlin schrieb: Hi. VDR 1.x was MPEG2-only and recorded in MPEG-PES. Now that it can do MPEG4 AVC/AAC, and records in MPEG-TS, isn't it time to rename it 2.0 after 1.7.5? /Magnus H Brilliant Idea. That will boost the sales numbers to the limits :) SCNR Peter ___ 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] Antwort: Re: OT: VDR for grandparents
[EMAIL PROTECTED] schrieb am 26.10.2008 16:57:51: has anyone on this list any experience in setting up VDR for older people like grandparents? It would be nice, if she/he could share her/his experience or point me to information on the WWW. I have experience with second best thing after grandparents. A totally clueless user. Since I have setup VDR as the backend sitting near the dish, and added a MediaMVP box next to the TV set, she can use it, record stuff, delete recording, everything. We are using the Hauppauge MediaMVP together with the vdr-plugin-vompserver on the VDR system. Another vote for MediaMVP and vompserver. The user interface is IMO easier to operate than commercial PVRs such as the Humax, and the noisy recorder can be kept out of the living room. While I have not had experience with this myself, I do know a few users who've set up VDR for (grand)parents and wives. From the feedback I've heard, VDR works really well in those scenarios which I think says a lot! ;) I can second that. I set up a box for my brothers family almost 3 years ago and it still running with the ancient 1.3.24. The box is actually offline, 250km away and only needed some checks every few months at first. Now it's like a VW beatle: it runs, and runs, and runs ... He actually dont't care about the system setup, he doesn't even have the root password either ;-)) There seems to be some keys to success. 1.Chosing a stable(unfancy) plattform. I used an seemingly ancient PIII OEM(Siemens) plattform. These OEM systems are usually rock stable, quite quiet and relativly low power. With the stable TT-FF premium card there is also a stable plattform. Make sure that your system design is good (cooling, I/O attachment). Invest some time in the optical design (doesn't need to be fancy eigher) for WAF. Low WAF creates problems even while everything runs nicely ;-) 2.Limit yourself Only add the minimum set of plugins for doing the daily routines. Keep things as simple as possible. Sort the GUI to have the daily routines on the initial menu. Move special features into submenus to not bother the user with it. Use a stable distribution that is flexible enought for the task. I started with c't vdr distribution (Debian !) but hand tuned a lot of the distribution components for easy use and to fix some issues after some testing. Don't bother about latest versions. Once the system runs nicely only change what is broken or adding a needed feature. 3.testing, testing, testing Problem is not VDR and it's functions. Problem is to make the components working together in everydays tasks. You should use the system for the NOB-user by yourself for some time before delivery. Test the features and test it again after some weeks/months time. Crux is mostly the scripts and system setup beside VDR. Think about automated clean-up of log files and similar stuff. I had quite some fun with MySQL thrashing the HD and forgetting to delete the garbage. Some scripting beside VDR is also a pain, like vdrconvert and burn creating directories. In a single HD configuration the temp directories for those may end up in the video directory tree. But VDR don't like empty directories. So make shure scripts creating them also leaves a dummy file in it. Otherwise VDR cleans up the directory that burn/vdrconvert need for temporary data causing spurious fails of those plugins. regards Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] playing 2 audio streams at the same time
On Sat, Jun 07 2008, Udo Richter wrote: Peter Münster wrote: Is it possible with vdr, to send one audio channel to the headphones and the other audio channel to the speakers (or another headphones)? I don't think that this is currently possible, though it would be a really great feature. The easy way from hardware point - use stereo channels separate - would be rather tricky as you would have to recode the audio signal on the fly. But an secondary sound card output (dvb + sound card out or 2 sound cards) should be possible as plugin. Maybe even overlay an existing 5.1 output with different language on the rear channels. Anyone who ever wanted to write a plugin and had just no idea what? ;) Is there perhaps a dedicated page for such feature requests? Cheers, Peter -- http://pmrb.free.fr/contact/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Failed to read channels.conf after adding transponder
Tim schrieb:
Am Mittwoch 18 Juni 2008 schrieb Peter Evertz:
I want to disable the check, for invalid channels in channels.conf
I just don't care, if a channel is not tuneable.
in config.h, in the function bool Load() at about line 123 (vdr 1.4.7)
uncomment 2 lines:
else {
esyslog(ERROR: error in %s, line %d, fileName,
line); delete l;
//RC: we do not want to exit vdr just because of a
simple error
//result = false;
//break;
}
}
}
this will cause vdr to go on starting even if an error accours in a
config file and increase waf. ;)
Are you sure that your fix will increase the WAF ? I don't know if VDR
works correctly with a broken channels list.
It is not broken, as the questionable entry is deleted again (delete l;) when
parsing it. So happens for all configuration files. You can do
a 'cat /dev/random /etc/vdr/channels.conf' and the vdr still comes up.
This way it is prevented that the vdr hangs inside a boot-loop.
You are right. I did not see the delete statement. I thought you have
only removed the check, resulting in a channel list with invalid entries.
Bye
Peter
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Failed to read channels.conf after adding transponder
Tim schrieb:
Am Mittwoch 18 Juni 2008 schrieb Frank Scherthan:
Hi
Hanno Zulla schrieb:
Is there an easy fix I could test right now? Can I disable the
channel-checking?
Yes, you can. Check the DVB settings menu.
You are wrong. I am not talking about *updating channels*.
I know about that and as a workaround, I switched it off.
BUT:
This is NOT what I am looking for.
I want to disable the check, for invalid channels in channels.conf
I just don't care, if a channel is not tuneable.
in config.h, in the function bool Load() at about line 123 (vdr 1.4.7)
uncomment 2 lines:
else {
esyslog(ERROR: error in %s, line %d, fileName, line);
delete l;
//RC: we do not want to exit vdr just because of a
simple error
//result = false;
//break;
}
}
}
this will cause vdr to go on starting even if an error accours in a config
file and increase waf. ;)
It happens again today. So I made a quick fix.
Are you sure that your fix will increase the WAF ? I don't know if VDR
works correctly with a broken channels list.
I prefer not to add broken channels. The patch does not help for
channels that modify pids to a broken state, but prevents to add broken
channels.
--- channels.c.org 2008-04-12 15:49:12.0 +0200
+++ channels.c 2008-06-18 12:20:17.0 +0200
@@ -1151,6 +1151,11 @@
NewChannel-CopyTransponderData(Transponder);
NewChannel-SetId(Nid, Tid, Sid, Rid);
NewChannel-SetName(Name, ShortName, Provider);
+ if(! NewChannel-GetChannelID().Valid()) {
+esyslog(ERROR: new channel data results in invalid ID!);
+free(NewChannel);
+return(NULL);
+ }
Add(NewChannel);
ReNumber();
return NewChannel;
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Failed to read channels.conf after adding transponder
Udo Richter schrieb: Hi Klaus list, Today I had an unexpected parse error in my channels.conf, in this line: Same Problem here. It has moved the WAF to nearly 0, because of a broken TV while her prefered program was running... ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Use of vdr within TV companies?
2008/6/13 Michael Mauch [EMAIL PROTECTED]: Hanno Zulla wrote: are there known users of vdr within TV or radio operators? I worked a couple of years for the ndr and ard as engineer and video editor. And i use vdr. But I've never seen a vdr at work. I don't know, how long the archived records have to be kept, but several programmes are archived for quite a long time. I personally copied tagesschau (german news cast) and zdf fernsehgarten (you don't want to know) episodes from the 70ies / 80ies to new media. Older material usually is on 1 B-Format tape, newer material either BetaSP od DigiBeta. The braodcast signal is archived on DigiBeta also, using Barco satellite tuners. I don't know, what they use for DVB-H, but i was told there wasn't a reference receiver on the market so they went cheap. I don't see any advantages using vdr. Archived material might be used in future productions, so you'll definitely want to record the best signal, you can get. Furthermore, archived material might be needed to reproduce the signal as close as it was, to determine where a distorted signal came from. I worked at tagesschau during the switch from tape based to non-linear editing. The use 4 Quantel SQ servers (double redundant) totalling up to 300 hours storage (MPEG2 compressed). I don't have figures for disk space or data rate, but if anyone's interested, i can ask a former colleague. About a hundred editing clients (a lot of sqEdit, some sqEdit+, some PaintBoxes,...) have and need instant access to all material. The system has 24 input channels and 12 (not sure on that) output channels. It is used for tagesschau/tagestehmen/nachtmagzin and for eins plus, which evolves slowly into a 24/7 news channel. So, i reckon, for broadcast demands, vdr isn't big iron enough and doesn't have the interface capabilities needed. And nobody really wants to use a broadcasted signal again. The only use i see would be for automated recording and converting for web archives like zdf's mediathek (which btw is great). With the ndr's setup although, it would be easier to just add a scheduled task to the Ingester and let the internal engine encode the video to the desired format. regards, Peter Marquardt ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] playing 2 audio streams at the same time
Hello, Is it possible with vdr, to send one audio channel to the headphones and the other audio channel to the speakers (or another headphones)? Example: we watch a film recorded from Arte, and my wife wants to listen to the french, and I want to listen to the german audio channel. If it's possible, what version do I need at least and what must be configured? If not, please consider this as a feature request. Kind regards and thanks for this great software! Peter -- http://pmrb.free.fr/contact/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Antwort: Re: [patch] channels with same pids+channels update
[EMAIL PROTECTED] schrieb am 10.04.2008 14:53:04: ua0lnj schrieb: Hi If it's interecting for anybody. .. And other feature, this is deleting absent channels. If provider was deleted channels, you need delete it from channels.conf manually. After this patch, vdr auto deleting channels, which not present on transponder in sdt. Need select delete absent channels in dvb settings menu, but if you selected channels update or transponder update. I am very interested in this feature. My providers (astra/hotbird) are smart enough not to send not to much garbage, but deleting of unused channels is really a pain. I am at 4500 Channels in my channels.conf and I am pretty sure that at least 30 % of them are long gone. Is it possible to have that feature seperated ? @kls ... and include it in the mainline ? Best regards Peter How about something simpler and implement a manual delete on request, like a negativ channel scan ? My usual way of cleaning up channels.conf is structuring it using the : feature in the conf file. The last managed entry is :5000 so I have 4999 channels that I can sort and structure as I like. Channels =5000 are automaticly added from VDR, hence I only need to occationally delete entries 5000 and I'm fine. New channels I need will be moved manually into my managed range and stay there until I want to get rid of them. I would actually prefer something manual instead of being triggered by the provider and their potential lazyness and their **ironie on** notorious standard adherence **ironie off**. regards Peter___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [patch] channels with same pids+channels update
ua0lnj schrieb: Hi If it's interecting for anybody. ... And other feature, this is deleting absent channels. If provider was deleted channels, you need delete it from channels.conf manually. After this patch, vdr auto deleting channels, which not present on transponder in sdt. Need select delete absent channels in dvb settings menu, but if you selected channels update or transponder update. I am very interested in this feature. My providers (astra/hotbird) are smart enough not to send not to much garbage, but deleting of unused channels is really a pain. I am at 4500 Channels in my channels.conf and I am pretty sure that at least 30 % of them are long gone. Is it possible to have that feature seperated ? @kls ... and include it in the mainline ? Best regards Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD PCIe boards
lucian orasanu schrieb: Hy too all. It seams the first hardware capable of MPEG 2 and H.264 encoding and decoding at 1080p full HD resolution, will be from Toshiba, look here: http://www.reghardware.co.uk/2008/04/08/tosh_samples_spursengine/ It says it does H264 decoding and *encoding* ? IMHO that means that this HW is very ahead of current technology or/and very expensive. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Straw poll: stable version 1.6.0 now?
On Sun, Feb 03 2008, Klaus Schmidinger wrote: Yes or No? No, because 1.4.7 is quite good enough today for most users and distributions, and those who need more can compile 1.5.X with additional kernel drivers. So you don't need to bother with 2 branches (1.6 and 1.7). Cheers, Peter -- http://pmrb.free.fr/contact/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] need help with UTF-8 error - vdr: please turn off UTF-8 before starting VDR
On Sun, Jan 27 2008, techno wrote: When I run vdr from the command line I get this message: vdr: please turn off UTF-8 before starting VDR How do I turn off UTF-8? Hello, With the command set | grep -i utf you can see what environment variables have a value with utf. Those, that begin with LC_ and the variable LANG have to be unset (example: unset LC_CTYPE LANG). Why would I want to? Because vdr requires it (see the first paragraph in the file INSTALL /usr/share/doc/packages/vdr/INSTALL). Cheers, Peter -- http://pmrb.free.fr/contact/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] current status of Extension HD PCI card from ReelMultimedia
Igor schrieb: Hi would you somebody inform us about the current status of Extension HD PCI card from ReelMultimedia http://www.reel-multimedia.de/shop/produ...223language=en http://www.reel-multimedia.com/rmm-engli...xtension_hd.pdf http://www.directupload.net/images/070503/CjsyApL2.jpg There are some cards out there, and one of them is mine :) Do not believe the deliverable in 2-3 days in the shop. Ask the reel people about the card. There are patches to use the card with the vdr. I only know german speaking resources: http://www.vdr-developer.org/wiki/index.php/HDTV_eHD This is a little bit outdated but gives an idea how it works. http://www.vdr-portal.de/board/thread.php?threadid=71872 here you find some newer patches by that obscure guy called baltasar :) happy x-mas baltasar ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Suffering from continuous vdr restarts in various situations
Hi, we're suffering from continuous vdr restarts every few minutes during recording of certain programs, while this is spat into syslog: Apr 16 20:56:26 ziggy vdr: [9916] switching device 2 to channel 7 Apr 16 20:56:26 ziggy vdr: [9916] timer 13 (7 2009-2132 'Die ProSieben M344rchenstunde~Mon 16.04.2007-20:14') start Apr 16 20:56:26 ziggy vdr: [9916] Title: 'Die ProSieben M344rchenstunde' Subtitle: '(null)' Apr 16 20:56:26 ziggy vdr: [9916] record /video0/Die_ProSieben_M344rchenstunde/Mon_16.04.2007-20:14/2007-04-16.20.09.50.99.rec Apr 16 20:56:26 ziggy vdr: [9916] recording to '/video0/Die_ProSieben_M344rchenstunde/Mon_16.04.2007-20:14/2007-04-16.20.09.50.99.rec/020.vdr' Apr 16 20:56:26 ziggy vdr: [9943] file writer thread started (pid=9916, tid=9943) Apr 16 20:56:26 ziggy vdr: [9944] recording thread started (pid=9916, tid=9944) Apr 16 20:56:26 ziggy vdr: [9945] receiver on device 2 thread started (pid=9916, tid=9945) Apr 16 20:56:26 ziggy vdr: [9946] TS buffer on device 2 thread started (pid=9916, tid=9946) Apr 16 20:56:26 ziggy vdr: [9944] cAudioRepacker(0xC0): skipped 576 bytes to sync on next audio frame Apr 16 20:56:26 ziggy vdr: [9943] ERROR: unknown picture type '6' Apr 16 20:56:27 ziggy vdr: [9936] channel 7 (ProSieben) event Mon 16.04.2007 20:14-21:21 'Die ProSieben M344rchenstunde' status 4 Apr 16 20:56:27 ziggy vdr: [9943] ERROR: unknown picture type '6' Apr 16 20:56:28 ziggy vdr: [9944] PES packet shortened to 3343 bytes (expected: 3470 bytes) Apr 16 20:56:28 ziggy vdr: [9944] cVideoRepacker: found system start code: stream seems to be scrambled or not demultiplexed Apr 16 20:56:33 ziggy vdr: [9944] PES packet shortened to 3347 bytes (expected: 3470 bytes) Apr 16 20:56:34 ziggy vdr: [9944] PES packet shortened to 3286 bytes (expected: 3470 bytes) Apr 16 20:56:35 ziggy vdr: [9944] PES packet shortened to 3372 bytes (expected: 3470 bytes) Apr 16 20:56:35 ziggy vdr: [9944] PES packet shortened to 3394 bytes (expected: 3470 bytes) Apr 16 20:56:35 ziggy vdr: [9944] PES packet shortened to 3312 bytes (expected: 3470 bytes) Apr 16 20:56:39 ziggy vdr: [9944] PES packet shortened to 3379 bytes (expected: 3470 bytes) Apr 16 20:56:39 ziggy vdr: [9944] PES packet shortened to 3390 bytes (expected: 3470 bytes) Apr 16 20:56:39 ziggy vdr: [9944] PES packet shortened to 3286 bytes (expected: 3470 bytes) Apr 16 20:56:40 ziggy vdr: [9944] PES packet shortened to 3431 bytes (expected: 3470 bytes) Apr 16 20:56:42 ziggy vdr: [9938] EPGSearch: search timer update started Apr 16 20:56:42 ziggy vdr: [9938] EPGSearch: search timer update finished Apr 16 20:56:44 ziggy vdr: [9944] PES packet shortened to 3325 bytes (expected: 3470 bytes) Apr 16 20:56:45 ziggy vdr: [9944] PES packet shortened to 3286 bytes (expected: 3470 bytes) Apr 16 20:56:49 ziggy vdr: [9944] PES packet shortened to 3394 bytes (expected: 3470 bytes) Apr 16 20:56:49 ziggy vdr: [9944] PES packet shortened to 3369 bytes (expected: 3470 bytes) Apr 16 20:56:53 ziggy vdr: [9944] PES packet shortened to 3451 bytes (expected: 3470 bytes) Apr 16 20:56:54 ziggy vdr: [9944] PES packet shortened to 3348 bytes (expected: 3470 bytes) Apr 16 20:56:57 ziggy vdr: [9944] PES packet shortened to 3374 bytes (expected: 3470 bytes) Apr 16 20:57:02 ziggy vdr: [9944] PES packet shortened to 3343 bytes (expected: 3470 bytes) Apr 16 20:57:02 ziggy vdr: [9944] PES packet shortened to 3286 bytes (expected: 3470 bytes) Apr 16 20:57:03 ziggy vdr: [9944] PES packet shortened to 3312 bytes (expected: 3470 bytes) Apr 16 20:57:04 ziggy vdr: [9944] PES packet shortened to 3463 bytes (expected: 3470 bytes) Apr 16 20:57:06 ziggy vdr: [9944] PES packet shortened to 2252 bytes (expected: 3470 bytes) Apr 16 20:57:06 ziggy vdr: [9944] PES packet shortened to 3354 bytes (expected: 3470 bytes) Apr 16 20:57:07 ziggy vdr: [9944] PES packet shortened to 3286 bytes (expected: 3470 bytes) Apr 16 20:57:08 ziggy vdr: [9944] PES packet shortened to 3451 bytes (expected: 3470 bytes) Apr 16 20:57:08 ziggy vdr: [9944] PES packet shortened to 1691 bytes (expected: 3470 bytes) Apr 16 20:57:09 ziggy vdr: [9944] PES packet shortened to 3353 bytes (expected: 3470 bytes) Apr 16 20:57:10 ziggy vdr: [9944] PES packet shortened to 3377 bytes (expected: 3470 bytes) Apr 16 20:57:11 ziggy vdr: [9944] PES packet shortened to 3385 bytes (expected: 3470 bytes) Apr 16 20:57:16 ziggy vdr: [9944] PES packet shortened to 3329 bytes (expected: 3470 bytes) Apr 16 20:57:16 ziggy vdr: [9944] PES packet shortened to 3312 bytes (expected: 3470 bytes) Apr 16 20:57:17 ziggy vdr: [9943] ERROR: unknown picture type '6' Apr 16 20:57:17 ziggy vdr: [9944] PES packet shortened to 3446 bytes (expected: 3470 bytes) Apr 16 20:57:17 ziggy vdr: [9944] PES packet shortened to 3276 bytes (expected: 3470 bytes) Apr 16 20:57:18 ziggy vdr: [9944] PES packet shortened to 3416 bytes (expected: 3470 bytes) Apr 16 20:57:18 ziggy vdr: [9944] PES packet shortened to 3453 bytes (expected: 3470 bytes)
Re: [vdr] Suffering from continuous vdr restarts in various situations
Hi Reinhard, Am Montag, 16. April 2007 21:57 schrieb Reinhard Nissl: Hi, Hans-Peter Jansen wrote: we're suffering from continuous vdr restarts every few minutes during recording of certain programs, while this is spat into syslog: [..] Apr 16 20:56:33 ziggy vdr: [9944] PES packet shortened to 3347 bytes (expected: 3470 bytes) Apr 16 20:56:34 ziggy vdr: [9944] PES packet shortened to 3286 bytes (expected: 3470 bytes) Apr 16 20:56:35 ziggy vdr: [9944] PES packet shortened to 3372 bytes (expected: 3470 bytes) Apr 16 20:56:35 ziggy vdr: [9944] PES packet shortened to 3394 bytes (expected: 3470 bytes) Looks like TS packets get lost. [..] Sys info: openSUSE 10.2, pretty actual vdr drivers from hg server, vdr 1.46, 2 Hauppauge FF 2.1 dvb-s cards. Most likely, the DVB drivers are to blame. Do you see any relationship between updating the drivers and the occurrence of these messages in the logfiles? Not really. Hmm, I thought, I had updated them lately, but they're from Feb 22 :-(. Will update soon. One thing changed: my 15 month old son has learned to open the glass doors of the vdr cabinet, and loves to switch on/off that equipment. Thus we had to close the doors completely, which where partly open before and lock the doors which possibly raised the temperature inside vdr a bit (together with the extraordinary warm weather..). Unfortunately, the board isn't supported by lm_sensors :-(, thus I'm not sure, and the dvb cards get pretty warm anyway. Could this result in such effects? On the old system with 1.2.6, we suffered from damaged recordings with heavy blocked pixel trash from time to time, which seemed to be fixed by update to the current stuff. Hmm, Pete ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: Re: [vdr] [RFC] Shutdown rewrite for 1.5.x
Christian Wieninger wrote: perhaps this is too trivial, but why not create a daily or whatever timer as you suggested before with a special name like '@epgscan' and react on that? This would be a dirty ugly hack. There must be some pseudo-recording running so VDR does not restart the recording over and over again. And then we'll end up with a recording hack that looks like a timer but does not block devices and does not write to disk and has no recording folder and and and... The alternative would be to implement a generic task scheduler and make timers one special type of schedule. This would get REALLY big. Yes, but it will be the much better design. It will open the option to do VDR related timed and maintainance tasks. Don't reply this should be external scripts, as there is no way external scripts know what state VDR currently has without a lot more complexity. These are EPG scans (internal, infosatepg, nextview), sleeptimers, switchonly timers, cleanup tasks of plugins and so on. Think about external EPGs, especilly the ones that need VDR to tune to a channel, like infosatepg or nextview. This is painfull hack doing his outside VDR as these tasks mutually collide with VDRs internal activities and need to be integrated for realy using a KISS principle. The only benefit of scripting is that more people tend to write and change scripts that writing plugin or extend VDR code. The second is also cause by Klaus's reluctance to take over patches. Where there are patches there is need to change some VDR behaviour, so this behaviour should be changed. Of couse Klaus should be one deciding the way to implement it but he should be more open here to stimulate more people to contribute to VDR. It's like Linux and Linus, the first is a scaling system the second not. Same for VDR and Klaus ;-) The idea to create now a external Shutdown class by a second person seems like a good starter. It should be done for other functionalities too. kind regards Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Problem with vdr-1.4.4-1 and extrecmenu
I just applied the vdr-1.4.4-1 maintainance patch and some plugins failed to compile. I could fix all problems within the plugins except for extrecmenu. I got the following error: In file included from patchfont.c:5: ../../../include/vdr/font.h:35: error: ISO C++ forbids declaration of `uint32_t ' with no type ../../../include/vdr/font.h:35: error: Syntaxfehler before `;' token and so on... I found out that on my Debian-system uint32_t is declared in /usr/include/stdint.h. After including that file in include/vdr/font.h extrecmenu compiled again. Regards Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DVD plugin - sound jerky??
[EMAIL PROTECTED] schrieb am 19.10.2006 23:28:52: PPPClear(4)! Play I don't think these messages are dvd-plugin related, as I cannot find them via grep (vdr-xine ?). With which dvds did you get these messages? I've mostly noticed this will the Red Dwarf series DVDs, but it seems to happen on most. It doesn't happen if I play the DVD directly in xine. Clear(5)! SetAudioChannelDevice: 0 I've had this problem for ages and never found any resolution to it as it's really only a problem with DVDs that have a lot of chapters. How is a lot of chapters defined (10, 50, 100, ..) ? I think this might only be happening at chapter marks - which is every 5-10 minutes on some DVDs May be you can analyse the structure of the DVD using IfoEdit ? Chapters are a misconception. DVD consist of Domains, TitleSets, Titles, PGCs, PGs and Cells (top to bottom structure). Chapters are in fact only pointer markings optionally attached to PGs. The transitions between structural blocks get larger with higher structural level. E.G on PGC level it's almost like starting a new presentation, e.g. audio and video needs to be completely restarted. May be this were the VDR dvd-plugin has it's problems to play some structural transitions seemless. May be you can post a copy of the .IFO files on the questionable disc and I can give you some hints or advices (I work with DVD software profecionally and have access to all the specs and tools neccessary). kind regards Peter___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Re: Cheapest FF card?
On Wed, Oct 18, 2006 at 05:43:43PM +0200, Peter Dittmann wrote: Partial nonsense ;-)) CF has nothing to do with CI and smartcards. You need a CI adapter an an CAM adapter card for the smartcard. I find no comparison/info on CI and CF on wikipedia. Could you give me some info please? How does the CAM interface with the PC? A DVB card (may) have a special connector for a CI interfase. This is a card or 3 1/2 bay adapter to insert a CAM card into. The CAM does the actual decryption or authorisation of the provider. The smartcard is inserted into the CAM to provide the actuall keys/subscritions for the decryption The CAM always interfaces with the DVB card directly as the decryption/authorisation is done in hardware. For safety the authorisation data are never transfered on an open bus like USB/PCI. Alternatively there are standalone smartcard readers (USB/serial). No, I clearly see it is illegal. But these are not working without some legally doubtfull patches/plugins of VDR. Beside the skipping of CI and CAM (which is patent violaton but not realy illegal) these can use illegal software keys, which is illegal in most of the world. Therefore nobody here on the list will give you any added detailes. NP, I am not going that route either. The official method is bying a CI adapter and CAM card for your DVB card. Even this is a violation of some provider rules as it's not certified by them. Never mind if it is a violation but I have no money to buy an FF card. Get it? There are FF and budget DVB cards available with CI interface adapter (e.g. Technotrend / Hauppauge). You need one of both WITH CI adapter as a minimum. The CI costs around 50€ for the Technotrend/Hauppauge cards and the CAM is another 50..100€ This is costwise in between a plain (cheap) budget and a FF DVB card. So for me to view pay channels with a budget card, what do I do? Can I get a generic USB CI card? So that I place a CAM which houses a smart card to decrypt channels? No chance here. CICAM always interface directly with the DVB card (FF or budget), no external (USB) solution is available. So it's eigther a DVB+CI+CAM+Smartcard or smardcard reader (USB or serial) + software CAM [illegal !!!] It's sad that there is no 'gray' softcam option that only does the CAM opearations in software but needs the smartcard always. This would be legaly a 'gray' area as it only violates patent regulations of the decryption owner but would not circumvent the decryption. The 'banned' plugin/patch combines this 'gray' CAM simulation with a fully illegal 'simulation' of the smardcard ;-)). It's in this respect like the 'banned' CSS library which also contains 'illegal' CSS keys for DVD or just plainly breaks the encryption. I belive for DVB there could be a legally acceptable version of a software CAM when it does CAM simmulation only. If the keys are always from the smartcard there would be no 'illegal' decryption. For DVD this would only being possible if the CSS key of a 'legal' CSS library would be legally licenced from the DVD forum. Unfortunely this will (likely) never happen. For DVB the keys are transferable on the smartcard and the smard card keys are legally optained by the user when he subscribes at a program provider. So using a software CAM which uses keys from a smartcard via a card reader only violates patents of the decryption owner + program provider regulations (which CI+CAM also violates already !), but it would not being considered 'illegal' in europe. The 'illegal' softcam can be stripped down to do just that (makes the use ethically acceptable for me as a user), but the whole tool goes beyound that. Unfortunely there may be some legal court fight neccessary to settle this legally as the patent owners and providers may put up a fight first agains whomever distributes the 'gray' CAM simulation. So this option is also very likely not going to happen. kind regards Peter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
