Hi all,
I am considering buying a PCTV teleScope USB DVB-T device (aka 73a)
second-hand:
http://www.pctvsystems.com/Products/ProductsEuropeAsia/Digitalproducts/PCTVTelescope/tabid/163/language/en-GB/Default.aspx
From http://linuxtv.org/wiki/index.php/DVB-T_USB_Devices I read that
the device is
Hi Guennadi,
thank you for your attention.
On 6 February 2012 19:33, Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
Hi Javier
Thanks for the update! Let's see, whether this one can be improved a bit
more.
On Mon, 30 Jan 2012, Javier Martin wrote:
The way discard buffer was previously
Hi Javier
On Tue, 7 Feb 2012, javier Martin wrote:
[snip]
Guennadi, before I send v4:
Do you agree with the other patches 1, 2 and 4?
Yes, this time I haven't found anything their to complain about:-) So,
feel free to just send a v4 of this patch and then your proposed follow-up
fixes /
On 7 February 2012 09:22, Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
Hi Javier
On Tue, 7 Feb 2012, javier Martin wrote:
[snip]
Guennadi, before I send v4:
Do you agree with the other patches 1, 2 and 4?
Yes, this time I haven't found anything their to complain about:-) So,
feel
add mediabus formats and pixel formats supported
as part of dm365 vpfe device.
The device supports media formats(transfer and storage)
which include-
1: ALAW compressed bayer.
2: UV interleaved without Y (for resizer).
3: YDYC.
Changes for v3:
1: Added 4cc code for A-law compressed format as per
add new macro V4L2_PIX_FMT_SGRBG10ALAW8 and associated formats
to represent Bayer format frames compressed by A-LAW algorithm,
add V4L2_PIX_FMT_UV8 to represent storage of C data (UV interleaved)
only.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Cc: Laurent Pinchart
add new enum entries for supporting the media-bus formats on dm365.
These include some bayer and some non-bayer formats.
V4L2_MBUS_FMT_YDYC8_1X16 and V4L2_MBUS_FMT_UV8_1X8 are used
internal to the hardware by the resizer.
V4L2_MBUS_FMT_SBGGR10_ALAW8_1X8 represents the bayer ALAW format
that is
Il 07/02/2012 06:10, Andrej Podzimek ha scritto:
Hello,
this USB stick (07ca:a835) used to work fine with the 3.0 and 3.1 kernel
series, using one of the howtos in this thread:
http://forum.ubuntu-it.org/index.php/topic,384436.msg3370690.html
However, there were some build errors with my
The way discard buffer was previously handled lead
to possible races that made a buffer that was not
yet ready to be overwritten by new video data. This
is easily detected at 25fps just adding #define DEBUG
to enable the memset check and seeing how the image
is corrupted.
A new discard queue and
Hi all,
I compared the memory allocation strategies for isoc transfers of the
dvb-usb and em28xx drivers.
There are 3 main differences:
1) dvb-usb drivers allocate the URBs when the device is connected, and
they are never freed/reallocated until the device is disconnected; on
the other hand, the
Hi Hans,
Thanks for the patch.
On Thursday 02 February 2012 12:56:32 Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
Add the start and end messages for log_status when called from a
subdev device node.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Cc: Laurent Pinchart
Hi,
I'm trying to get the camera working on our Android platform and I'm
having some trouble understanding how to select the appropriate input.
The platform specifics are:
Analog camera (PAL-I) - TVP5150 TV decoder - iMX53 IPU/CSI
Note: The TVP driver is not the one currently in the mainline
Hi Adam,
On Tuesday 07 February 2012 14:49:53 Adam Sutton wrote:
Hi,
I'm trying to get the camera working on our Android platform and I'm
having some trouble understanding how to select the appropriate input.
The platform specifics are:
Analog camera (PAL-I) - TVP5150 TV decoder -
Gianluca Gennari wrote:
If you think there is any chance to have some of this changes in the
upstream kernel, I can spend some more time to clean up the code.
Great work, I for one hope this can get.
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a
Andy Furniss wrote:
At first the PCTV worked OK, but now I've been getting a page allocation
failure. After this happens I can't use the PVTV until I re-plug it.
Further testing on this shows that even if I free up lots of memory with
sync;echo 3 /proc/sys/vm/drop_caches giving -
DMA:
On Tue, Feb 7, 2012 at 5:44 AM, Gianluca Gennari gennar...@gmail.com wrote:
1) dvb-usb drivers allocate the URBs when the device is connected, and
they are never freed/reallocated until the device is disconnected; on
the other hand, the em28xx driver allocates the URBs only when the data
Il 07/02/2012 16:18, Devin Heitmueller ha scritto:
On Tue, Feb 7, 2012 at 5:44 AM, Gianluca Gennari gennar...@gmail.com wrote:
1) dvb-usb drivers allocate the URBs when the device is connected, and
they are never freed/reallocated until the device is disconnected; on
the other hand, the em28xx
On Tue, Feb 7, 2012 at 11:01 AM, Gianluca Gennari gennar...@gmail.com wrote:
Please note that the buffer size and the buffer allocation strategy (at
runtime or at driver initialization) are two completely different
topics. The first can cause regressions, the second should not produce
any
There are some new revisions of the HVR-1900 around whose DVB-T
support is broken without this small bug-fix. Please merge asap -
this fix needs to go to stable kernels as well. It applies cleanly
against *all* recent kernels.
The following changes since commit
Il 07/02/2012 15:57, Andy Furniss ha scritto:
It will still fail if it has already failed and not been replugged.
It's not failing to allocate - it's just not trying to allocate AFAICT ,
which I guess counts as a bug?
For what is worth, on the MIPS STB I can't even rmmod the em28xx module
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date:Tue Feb 7 19:00:15 CET 2012
git hash:59b30294e14fa6a370fdd2bc2921cca1f977ef16
gcc version: i686-linux-gcc
On Tue, Feb 7, 2012 at 1:10 PM, Gianluca Gennari gennar...@gmail.com wrote:
Il 07/02/2012 15:57, Andy Furniss ha scritto:
It will still fail if it has already failed and not been replugged.
It's not failing to allocate - it's just not trying to allocate AFAICT ,
which I guess counts as a
On Sunday 05 February 2012 14:17:05 Hans Verkuil wrote:
These patches improve the tea575x-tuner module to make it up to date with
the latest V4L2 frameworks.
The maxiradio driver has also been converted to use the tea575x-tuner and
I've used that card to test it.
Unfortunately, this card
On Tuesday, February 07, 2012 23:20:19 Ondrej Zary wrote:
On Sunday 05 February 2012 14:17:05 Hans Verkuil wrote:
These patches improve the tea575x-tuner module to make it up to date with
the latest V4L2 frameworks.
The maxiradio driver has also been converted to use the tea575x-tuner and
On Wednesday 08 February 2012, you wrote:
On Tuesday, February 07, 2012 23:20:19 Ondrej Zary wrote:
On Sunday 05 February 2012 14:17:05 Hans Verkuil wrote:
These patches improve the tea575x-tuner module to make it up to date
with the latest V4L2 frameworks.
The maxiradio driver has
25 matches
Mail list logo
