> From: "Simon Baxter"
> Subject: [vdr] PVRINPUT plugin and "black/cinema bars"
>
> Hi Everyone
>
> My machine has (among others) a PVR-500 dual-channel analog card and I'm
> running vdr-1.6.0 with pvrinput-2008-07-05.
you should upgrade to our new pvrinput version:
http://projects.vdr-develope
Hi,
Anybody could recommand a usb dvb-s card (or dvb-s2 but it is not a must) fully
linux compatible (so that it works with vdr 1.7.x)
Cheers,
Art
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
I have have witness the same behavior with screen blinking with
xineliboutput (vdr-sxfe as remote client while connecting with TCP
transport to the vdr-server) when changing the channels. I often get
screen blinking when I change the channels to fast with my MCE remote
(using the MCE remote arrows
I use XXV to edit the channels.conf. It gives you a very good GUI in
your web browser, and you can easy edit and sort these fields in
channels.conf:
Position
Name
Transponder frequency
Signal source
Various parameters, depending on signal source
Symbol rate
Video PID (VPID
Linux DVB wiki has lot of information about Usb dvb-s cards working
partly and fully under Linux:
http://www.linuxtv.org/wiki/index.php/DVB-S2_USB_Devices
http://www.linuxtv.org/wiki/index.php/DVB-S_USB_Devices
Bye
Harald
On Mon, Apr 26, 2010 at 9:35 AM, martinez wrote:
> Hi,
> Anybody could rec
you should upgrade to our new pvrinput version:
http://projects.vdr-developer.org/attachments/download/288/vdr-
pvrinput-2010-04-14.tgz
see
http://projects.vdr-developer.org/repositories/entry/plg-pvrinput/HISTORY
I am pretty sure that your TV station broadcasts analogue TV not
anamorphic,
wh
Hello,
Did anybody try to compile latest wirblescan plugin for vdr 1.7.14? I
mean version 0.0.5-pre11e. I've got these errors:
scanner.c: In member function ‘virtual void cScanner::Action()’:
scanner.c:679:25: error: expected type-specifier
scanner.c:679:25: error: cannot convert ‘int*’ to ‘cSwRe
On Mon, Apr 26, 2010 at 12:27 AM, Martin Dauskardt wrote:
>> Doesn't matter which aspect ratio I choose, every channel under the PVR-500
>> displays with black (cinema) bars on the top and bottom of the image.
>
> I am pretty sure that your TV station broadcasts analogue TV not anamorphic,
> which
On Mon, 26 Apr 2010 10:27:18 -0700
VDR User wrote:
> On Mon, Apr 26, 2010 at 12:27 AM, Martin Dauskardt
> wrote:
> > The driver does not support clipping/cropping. We will always encode
> > the whole capture size. If there is already a bar, it will also be
> > in the encoded stream. You could tr
My local stations here in the US are doing the reverse on all primary
atsc channels. They add bars to the side for anything that is not wide
screen to make it wide screen. So 4:3 stuff on my 4:3 tv are in a little
window because the software then adds bars top and bottom to put it back
to 4:3 :
> From: VDR User
> Subject: Re: [vdr] PVRINPUT plugin and "black/cinema bars"
> > I am pretty sure that your TV station broadcasts analogue TV not
> > anamorphic, which means it "delivers" the black bars to prevent the
> > aspect ?ratio of a 16:9 content.
>
> The 'black bars' are called letterbo
On Mon, Apr 26, 2010 at 12:42 PM, Martin Dauskardt wrote:
> The mpeg is not delivered by the broadcaster, it is generated by the encoder.
> The content of the header is a result of the V4L2_CID_MPEG_VIDEO_ASPECT
> setting done by the application.
If the aspect ratio flag is unreliable, again, you
> Date: Tue, 27 Apr 2010 07:03:50 +1200
> From: "Simon Baxter"
> Subject: Re: [vdr] PVRINPUT plugin and "black/cinema bars"
>
> Found the original hack (attached).
It will take time to have a look at your code.
Just to let you know:
The current pvrinput source allows to execute a script on e
> On Mon, Apr 26, 2010 at 12:42 PM, Martin Dauskardt wrote:
>> The mpeg is not delivered by the broadcaster, it is generated by the
>> encoder.
>> The content of the header is a result of the V4L2_CID_MPEG_VIDEO_ASPECT
>> setting done by the application.
>
> If the aspect ratio flag is unreliable,
On Mon, Apr 26, 2010 at 1:56 PM, Rob Davis wrote:
> Except this is an input device, not an output device. It converts an
> analogue signal to mpeg2, as such, it needs to make guesses about what
> it's going to find..
Ahh, analog source & encoding. There won't be any mpeg headers and so
on from
You _could_ write some functions to detect and remove letterboxing,
though I don't know anyone motivated enough to actually do it.
The main goal of the pvrinput-plugin is to use the hardware encoder.I
think it
is a bad idea to do software-based on-the-fly-recoding.
Simon, which output device
If you want to limit the plugin to using only the hardware then I
agree. However, if you want to provide capabilities beyond what the
hardware is capable of then software is the only other place to do it.
This is perfectly fine, although it probably means the user wasted
his money on a hardware d
17 matches
Mail list logo
