Re: [vdr] subtitles-0.5.0 and gentoo

2007-06-30 Thread Ville Aakko
Hi, AFAIK vdr 1.4.7 doesn't fix the error with subtitles not being recorded (well, at least it's not in the changelog; OTOH I've understod that the problem lies in the plugin, but then again I tried vdr-subtitles 0.5.0 with vdr 1.4.6, and it had no effect). VDR 1.5.5 works fine for me in this

Re: [vdr] setting tv standard in /dev/video0

2007-06-30 Thread Stone
On 6/30/07, Stone [EMAIL PROTECTED] wrote: vdr: [7841] connect from 127.0.0.1, port 49972 - accepted vdr: [7841] grabbing to JPEG 70 384 288 Can I hardcode the default resolution from within VDR or the kernel driver? Best Regards. Does it work if you use the v4lctl method? Are

Re: [vdr] setting tv standard in /dev/video0

2007-06-30 Thread Anssi Hannula
Stone wrote: On 6/30/07, *Stone* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: vdr: [7841] connect from 127.0.0.1 http://127.0.0.1/, port 49972 - accepted vdr: [7841] grabbing to JPEG 70 384 288 Can I hardcode the default resolution

Re: [vdr] future VDR and Net??eiver OEM from Reelmultimedia

2007-06-30 Thread Stefan Lucke
On Friday 29 June 2007 18:24, Georg Acher wrote: On Fri, Jun 29, 2007 at 08:21:45AM -0700, Jeremy Jones wrote: I checked out the latest Reelbox testing svn code and browsed the code to see if it supports this device. I didn't look too thoroughly but it appears the reelbox-0.9.0 plugin

Re: [vdr] future VDR and Net??eiver OEM from Reelmultimedia

2007-06-30 Thread Torgeir Veimo
On 30 Jun 2007, at 12:17, Anssi Hannula wrote: If I understood correctly, you only need proprietary parts for the kernel that runs *in* the card. The kernel running on your actual system does not need proprietary parts, leaving you free to use a different kernel. The binary provision for

Re: [vdr] future VDR and Net??eiver OEM from Reelmultimedia

2007-06-30 Thread Clemens Kirchgatterer
Stefan Lucke [EMAIL PROTECTED] wrote: They decide on which kernel it runs. If I need for some other device a different kernel which they don't / won't support, I'm left alone. that's exactly what the GPL tries to prevent. To my opinion that is a nogo way. I doubt if that's compatible with

Re: [vdr] future VDR and Net??eiver OEM from Reelmultimedia

2007-06-30 Thread Clemens Kirchgatterer
Anssi Hannula [EMAIL PROTECTED] wrote: If I understood correctly, you only need proprietary parts for the kernel that runs *in* the card. The kernel running on your actual system does not need proprietary parts, leaving you free to use a different kernel. yes, but as there is linux also

Re: [vdr] future VDR and Net??eiver OEM from Reelmultimedia

2007-06-30 Thread Georg Acher
On Sat, Jun 30, 2007 at 01:29:23PM +0200, Clemens Kirchgatterer wrote: Anssi Hannula [EMAIL PROTECTED] wrote: If I understood correctly, you only need proprietary parts for the kernel that runs *in* the card. The kernel running on your actual system does not need proprietary parts,

Re: [vdr] setting tv standard in /dev/video0

2007-06-30 Thread Stone
AFAIK: The TV-out connectors in the dvb-ttpci board output automatically NTSC if the stream is NTSC. They output automatically PAL when the stream is PAL. When there is no stream (channel switch or the like), they output PAL by default, or NTSC if the tv_standard kernel option is used to

Re: [vdr] future VDR and Net??eiver OEM from Reelmultimedia

2007-06-30 Thread Darren Salt
I demand that Torgeir Veimo may or may not have written... [snip] When some parts of the kernel becomes gpl3, which it might, That can't usefully happen so long as there are GPLv2-only components: there would be no common licence for the whole kernel, which would make it undistributable without

Re: [vdr] future VDR and Net??eiver OEM from Reelmultimedia

2007-06-30 Thread Georg Acher
On Sat, Jun 30, 2007 at 01:05:18PM +0200, Stefan Lucke wrote: Actually there's not much closed source that affects the usage. On the PC side there's none, on the card side it's only the driver for the HDMI-chip in the kernel Damm, that's the nvidia way. They decide on which kernel

Re: [vdr] setting tv standard in /dev/video0

2007-06-30 Thread VDR User
This is exactly what I have observed as well. Is there any way VDR could perform this V4L ioctl without the need for external applications such as VLC and v4lctl? I hope so because installing x to do this seems pretty unreasonable. ___ vdr mailing

[vdr] [PATCH] vdr-burn-0.1.0_pre21 using correct charset with =vdr-1.5.3

2007-06-30 Thread Matthias Schwarzott
Hi there! The attached patch lets vdr-burn-0.1.0_pre21 use the correct charset that vdr itself uses. This stops vdr-burn to double utf8 encode texts. Matthias -- Matthias Schwarzott (zzam) Index: burn-0.1.0-pre21/burn.c === ---

[vdr] Beta version of vdr with dvb-s2 support

2007-06-30 Thread jlac vdr
Hi, This is a beta version of vdr which support dvb-s2. So this version is able to watch TVHD through a streaming plugin (streamdev plugin is include in archive). http://www.freewebs.com/jlacvdr/vdr-s2hd/vdr-1.4.6-s2hd-070630.tar.bz2 The DVB-S2 channels must have 'M8' in modulation field of

Re: [vdr] Problem with multiple audio channels and DVB subtitles in recordings (YLE Teema)

2007-06-30 Thread JJussi
On Wednesday, 16. Mayta 2007 10:50, Arthur Konovalov wrote: I discovered that only primary language saved with recording. For example if set primary language to eesti and secondary to suomi and record YLE2 channel so result will be without subtitles. Didn't work for me... Even If I put both

Re: [vdr] future VDR and Net??eiver OEM from Reelmultimedia

2007-06-30 Thread Torgeir Veimo
On 30 Jun 2007, at 14:44, Georg Acher wrote: As a small hardware manufacturer you have three possibilities: 1) Don't use a HDMI transmitter and ignore the market demand. 2) Use a HDMI transmitter, care about the NDA and deliver binary modules for controlling it. 3) Use a HDMI transmitter,

Re: [vdr] future VDR and Net??eiver OEM from Reelmultimedia

2007-06-30 Thread Clemens Kirchgatterer
Georg Acher [EMAIL PROTECTED] wrote: 1) Don't use a HDMI transmitter and ignore the market demand. the market never demanded an encrypted data stream on the HDMI cable, and it is clearly the only reason they are picky about their secrets within that driver. THEY want their chips be supported in

Re: [vdr] subtitles-0.5.0 and gentoo

2007-06-30 Thread Matthias Schwarzott
On Samstag, 30. Juni 2007, you wrote: Hi, Hi Ville! Nice to hear there are actually users of the ebuilds ;) AFAIK vdr 1.4.7 doesn't fix the error with subtitles not being recorded (well, at least it's not in the changelog; OTOH I've understod that the problem lies in the plugin, but then

[vdr] vdr-1.5.5: red/green/yellow/blue doesn't work anymore

2007-06-30 Thread Torgeir Veimo
I just upgraded to vdr 1.5.5 and now the colour buttons on the remote doesn't work anymore when there's no OSD. If I press the menu button first they work. Is there a new setting that can have this effect? -- Torgeir Veimo [EMAIL PROTECTED] ___

Re: [vdr] future VDR and Net??eiver OEM from Reelmultimedia

2007-06-30 Thread Georg Acher
On Sat, Jun 30, 2007 at 08:29:19PM +0200, Clemens Kirchgatterer wrote: Georg Acher [EMAIL PROTECTED] wrote: 1) Don't use a HDMI transmitter and ignore the market demand. the market never demanded an encrypted data stream on the HDMI cable, From a technical view this is right, but with

Re: [vdr] setting tv standard in /dev/video0

2007-06-30 Thread VDR User
Unfortunately I don't have a patch to vdr to handle this but it's better then having to install X and all the other unnecessary packages... You can compile and use v4l2-ctl from the current mercurial v4l drivers located in the v4l-dvb/v4l2-apps/util dir. command is: v4l2-ctl -s ntsc Tested and

[vdr] Strange CPU usage cycling after user inactivity

2007-06-30 Thread Brendon Higgins
Hi there, I'm looking for help solving a strange issue I'm having with my vdr system. It's an AMD64 Debian box, kernel 2.6.18, running vdr 1.4.7, input from a DViCO FusionHDTV DVB-T Plus card, output through a dxr3 card (actually a Hollywood+). When I'm watching TV everything is fine. After I