Em Fri, 31 Jul 2009 11:25:55 -0400
Michael Krufky escreveu:
> Please review this patch yourself -- you will see I am simply removing
> Hauppauge-specific handling that was incorrectly added by Uri,
> resulting in the crippling of these devices under Linux.
Fair enough. I'll apply the patch. Yet,
Hi,
On Sat, Aug 1, 2009 at 1:20 AM, Steve Castellotti wrote:
>
> I was wondering if anyone could please point me at a list or similar
> resource for USB capture devices which support raw (or sliced) VBI
> access for producing a closed caption transcript through software such
> as zbvi-ntsc-
Devin Heitmueller ha scritto:
Ah, good news: the patch I wrote that adds support for the remote
control is still around:
http://linuxtv.org/hg/~dheitmueller/v4l-dvb-terratec-xs/rev/92885f66ac68
I will prep this into a new tree and issue a pull request when I get
back in town on Sunday.
hi,
I
I was wondering if anyone could please point me at a list or similar
resource for USB capture devices which support raw (or sliced) VBI
access for producing a closed caption transcript through software such
as zbvi-ntsc-cc or ccextractor? Specifically I'm wanting a device
capable of S-Vide
From: Randy Dunlap
Fix build errors in zr364xx by adding selects:
zr364xx.c:(.text+0x195ed7): undefined reference to `videobuf_streamon'
zr364xx.c:(.text+0x196030): undefined reference to `videobuf_dqbuf'
zr364xx.c:(.text+0x1960c4): undefined reference to `videobuf_qbuf'
zr364xx.c:(.text+0x19612
On Fri, Jul 31, 2009 at 10:25:20PM +0200, emag...@magic.ms wrote:
> Here's a patch for cinergyT2-core.c:
>
> --- a/drivers/media/dvb/dvb-usb/cinergyT2-fe.c2009-06-10
> 05:05:27.0 +0200
> +++ b/drivers/media/dvb/dvb-usb/cinergyT2-fe.c2009-07-31
> 22:02:48.0 +0200
>
On Fri, Jul 31, 2009 at 08:44:59PM +0200, emag...@magic.ms wrote:
>
> static int cinergyt2_fe_set_frontend(struct dvb_frontend *fe,
> struct dvb_frontend_parameters *fep)
> {
> struct cine
Here's a patch for cinergyT2-core.c:
--- a/drivers/media/dvb/dvb-usb/cinergyT2-fe.c 2009-06-10 05:05:27.0
+0200
+++ b/drivers/media/dvb/dvb-usb/cinergyT2-fe.c 2009-07-31 22:02:48.0
+0200
@@ -146,66 +146,103 @@
fe_status_t *status)
{
The patch I sent is incomplete, there are more instances of the same problem
in cinergyT2-core.c.
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
There might be a more elegant solution, but this seems to work for me:
--- drivers/media/dvb/dvb-usb/cinergyT2-fe.c2009-06-10 05:05:27.0
+0200
+++ drivers/media/dvb/dvb-usb/cinergyT2-fe.c2009-07-31 22:02:48.0
+0200
@@ -146,66 +146,103 @@
On Fri, Jul 31, 2009 at 9:47 PM, wrote:
> Apparently, usb_bulk_msg() cannot be used with data on the stack:
>
> http://www.linuxtv.org/pipermail/linux-dvb/2008-August/028150.html
> http://www.mail-archive.com/linux-usb-de...@lists.sourceforge.net/msg19158.html
> --
As far as I recall this has bee
I think I've found the problem:
static int cinergyt2_fe_set_frontend(struct dvb_frontend *fe,
struct dvb_frontend_parameters *fep)
{
struct cinergyt2_fe_state *state = fe->demodulato
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Fri Jul 31 19:00:08 CEST 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 12373:3f2dffde2429
gcc version: gcc
Alex Deucher schrieb:
On Fri, Jul 31, 2009 at 12:40 PM, Julian Scheel wrote:
Attached is a patch which fixes tuning to low frequency channels with
stb0899+tda8261 cards like the KNC TV-Station DVB-S2.
The cause of the issue was a broken if construct, which should have been an
if/else if, so t
On Fri, Jul 31, 2009 at 12:40 PM, Julian Scheel wrote:
> Attached is a patch which fixes tuning to low frequency channels with
> stb0899+tda8261 cards like the KNC TV-Station DVB-S2.
> The cause of the issue was a broken if construct, which should have been an
> if/else if, so that the setting for
Attached is a patch which fixes tuning to low frequency channels with
stb0899+tda8261 cards like the KNC TV-Station DVB-S2.
The cause of the issue was a broken if construct, which should have been
an if/else if, so that the setting for the lowest matching frequency is
applied.
Without this pat
I made an interesting observation with the stb0899 drivers. If the
system was in suspend to ram state (no matter if dvb modules were
unloaded before or not) the i2c communication of stb0899 driver and
chipset seems to be somewhat broken. Tuning to dvb-s channels still
works as expected, but tun
> From: Michael Krufky
>
> Changeset 0842e3bae660 thoroughly breaks all of the Hauppauge devices
> that use the sms1xxx driver. This changeset adds device specific
> changes that affect Hauppauge devices, ONLY.
>
[snip]
>
> The patchset removes the board event usage from the Hauppauge-specific
>
Hi Roland,
Am Donnerstag, den 30.07.2009, 12:33 +0200 schrieb Roland Schnabl:
> Hello I have written a patch for the MSI t...@nywhere Satellite Pro
> my enviroment is debian etch with kernel 2.6.28.9
> 01: PCI 107.0: 11200 TV Card
> [Created at pci.281]
> Unique ID: 2_DJ.cZjSSo5ZA4B
> Parent
> Hi,
>
>
>
> I bought a very cheap satellite card, geniatech
digistar
> (20 EUR) and now I have some trouble with it.
>
> In the linux tv wiki it is mentioned that the card
should
> work:
>
>
>
>
http://www.linuxtv.org/wiki/index.php/Geniatech_DVB-S_Digistar
>
>
>
> Sca
On Friday 31 July 2009 09:22:03 Dongsoo, Nathaniel Kim wrote:
> Hello,
>
> As the codec device of my new H/W I'm is giving output with Y and CbCr
> as separated components which means it's just like other NV
> pixelformats described in videodev2.h. However, there is a significant
> difference in a
I wrote:
Addendum: with 3 additional local variables and compiled for i486 mythweb fails
to
tune, but mplayer can tune. Note that I mentioned cases where mplayer can tune
but
mythweb fails to tune. Perhaps alignment in the user-mode stack is a factor.
Oops, there was no instance of mythweb b
Addendum: with 3 additional local variables and compiled for i486 mythweb fails
to
tune, but mplayer can tune. Note that I mentioned cases where mplayer can tune
but
mythweb fails to tune. Perhaps alignment in the user-mode stack is a factor.
Anyone listening?
--
To unsubscribe from this list:
I've added dummy 32-bit variables to dvb_frontend_swzigzag_autotune() to change
the
frame size. Here are the results for mythweb (can tune/cannot tune):
#variables i486 i586
0 ok failure
1 failureok
2 ok ok
3 failu
On Fri, 31 Jul 2009 09:54:19 +0530
amol verule wrote:
> thanks denis,
>after following these steps it worked me to
> detect device but not to read or get picture from device. it is
> giving error as usb 5-5: new high speed USB device using ehci_hcd and
> address 3 usb 5-5:
On Fri, Jul 31, 2009 at 2:37 AM, Valerio Messina wrote:
> Devin Heitmueller ha scritto:
>>
>> How are you testing the IR support?
>
> starting Kaffeine with a Digital TV channel, pressing numeric key of the
> remote in front of IR receiver connected to Terratec Cinergy Hybrid T XS.
>
>> And are you
On Fri, Jul 31, 2009 at 2:37 AM, Valerio Messina wrote:
> Devin Heitmueller ha scritto:
>>
>> How are you testing the IR support?
>
> starting Kaffeine with a Digital TV channel, pressing numeric key of the
> remote in front of IR receiver connected to Terratec Cinergy Hybrid T XS.
>
>> And are you
Guennadi Liakhovetski wrote:
On Thu, 30 Jul 2009, Valentin Longchamp wrote:
Hi Guennadi,
Guennadi Liakhovetski wrote:
Hi all
here goes a new iteration of the soc-camera scaling / cropping API
compliance fix. In fact, this is only the first _complete_ one, the previous
version only converted
Hello,
As the codec device of my new H/W I'm is giving output with Y and CbCr
as separated components which means it's just like other NV
pixelformats described in videodev2.h. However, there is a significant
difference in aligning each Y and CbCr components in memory.
Picking up the description
29 matches
Mail list logo
