2010/4/17 Devin Heitmueller :
> On Fri, Apr 16, 2010 at 7:19 PM, David Liontooth wrote:
>> I'm using a HVR-1850 in digital mode and get good picture and sound using
>>
>> mplayer -autosync 30 -cache 2048 dvb://KCAL-DT
>>
>> Closed captioning works flawlessly with this command:
>>
>> zvbi-atsc-cc
On Thu, 2010-04-15 at 10:15 -0400, Mark Lord wrote:
> And.. one of the "fallback" recordings still had muted audio.
> Even though my script which checks for that reported "audio ok".
>
> Enough for now.. I'll hack some more on the weekend.
I had to disassemble and study some of the microcontorll
On Fri, 2010-04-16 at 21:58 -0400, Andy Walls wrote:
> In an hg clone of the v4l-dvb tree, "make spec" is broken:
>
> $ make spec
> make -C /home/andy/cx18dev/cx18-audio/v4l spec
> make[1]: Entering directory `/home/andy/cx18dev/cx18-audio/v4l'
> make -C ../media-specs
> make[2]: Entering director
In an hg clone of the v4l-dvb tree, "make spec" is broken:
$ make spec
make -C /home/andy/cx18dev/cx18-audio/v4l spec
make[1]: Entering directory `/home/andy/cx18dev/cx18-audio/v4l'
make -C ../media-specs
make[2]: Entering directory `/home/andy/cx18dev/cx18-audio/media-specs'
make[2]: *** No rule
On Fri, Apr 16, 2010 at 7:19 PM, David Liontooth wrote:
> I'm using a HVR-1850 in digital mode and get good picture and sound using
>
> mplayer -autosync 30 -cache 2048 dvb://KCAL-DT
>
> Closed captioning works flawlessly with this command:
>
> zvbi-atsc-cc -C test-cc.txt KCAL-DT
>
> However, if
I'm using a HVR-1850 in digital mode and get good picture and sound using
mplayer -autosync 30 -cache 2048 dvb://KCAL-DT
Closed captioning works flawlessly with this command:
zvbi-atsc-cc -C test-cc.txt KCAL-DT
However, if I try to run both at the same time, I get a device node
conflict:
Hi Mauro
The second of these two patches I've already once asked you to pull, while
adding
Acked-by: Sascha Hauer
(see also
http://article.gmane.org/gmane.linux.drivers.video-input-infrastructure/17845
)
and the first one is also a compiler warning fix.
The following changes since commit 40
This adds the keymaps for the hardware decode scancodes imon
devices create for their native imon pad (and mini) remotes,
and the hardware scancodes generated by the imon devices when
used with an rc6 windows media center ed. remote.
Signed-off-by: Jarod Wilson
---
drivers/media/IR/keymaps/Mak
The imon driver I've previously submitted and have been porting to
use ir-core needs to use ir_g_keycode_from_table, as ir_keydown is
not sufficient, due to these things having really oddball hardware
decoders in them. This just moves the function declaration from
ir-core-priv.h over to ir-core.h.
On Sat, Apr 17, 2010 at 12:56 AM, David Härdeman wrote:
> On Fri, Apr 16, 2010 at 03:17:35AM +0400, Manu Abraham wrote:
>> On Fri, Apr 16, 2010 at 1:46 AM, David Härdeman wrote:
>> > Convert drivers/media/dvb/mantis/mantis_input.c to not use ir-functions.c
>> > (The driver is anyway not complete
The following series adds a new device driver for the SoundGraph iMON and
Antec Veris IR/display devices commonly found in many home theater pc
cases and as after-market case additions.
This driver was previously submitted as a pure input layer driver, but I
was convinced to port it to the new ir-
On Fri, Apr 16, 2010 at 03:17:35AM +0400, Manu Abraham wrote:
> On Fri, Apr 16, 2010 at 1:46 AM, David Härdeman wrote:
> > Convert drivers/media/dvb/mantis/mantis_input.c to not use ir-functions.c
> > (The driver is anyway not complete enough to actually use the subsystem
> > yet).
>
> Huh ? I d
Hello everybody!
I want to configure a HTPC with GNU/Linux. I want to add DVB-T and DVB-S2 cards.
Do you know if exists thoose two on the same PCIe?
I am thinkin on TeVii S470 DVB-S2 PCIe: http://www.tevii.com/Products_S470_1.asp
But it will be great to have a DVB-T interface too.
--
Josu Lazk
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 Apr 16 19:00:17 CEST 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 14571:a95a93b29a94
git master:
Josu,
mythtv version 0.22-fixes [22594] however I don't think it's mythtv
problem but an interaction somewhere between the S660 h/w, firmware and
the kernel (vl4-dvb etc)
paul
On 16/04/2010 10:34, Josu Lazkano wrote:
Which version of mythtv are you using?
Josu Lazkano
El 16/04/2010 10:5
Hi Richard,
On Fri, Apr 16, 2010 at 06:27:54PM +0200, Richard Röjfors wrote:
> To follow are two patches.
>
> The first one adds the timberdale video-in driver to the media tree.
>
> The second one adds it to the timberdale MFD driver.
>
> The Kconfig of the media patch selects TIMB_DMA which i
This patch adds the timberdale video-in driver.
The video IP of timberdale delivers the video data via DMA.
The driver uses the DMA api to handle DMA transfers, and make use
of the V4L2 videobuffers to handle buffers against user space.
Due to some timing constraint it makes sense to do DMA into a
To follow are two patches.
The first one adds the timberdale video-in driver to the media tree.
The second one adds it to the timberdale MFD driver.
The Kconfig of the media patch selects TIMB_DMA which is introduced
in the DMA tree, that's why I cc:d in Dan.
Samuel and Mauro hope you can suppo
This patch defines platform data for the video-in driver
and adds it to all configurations of timberdale.
Signed-off-by: Richard Röjfors
---
diff --git a/drivers/mfd/timberdale.c b/drivers/mfd/timberdale.c
index 2d4691a..49aa733 100644
--- a/drivers/mfd/timberdale.c
+++ b/drivers/mfd/timberdale.c
This patch adds the timberdale video-in driver.
The video IP of timberdale delivers the video data via DMA.
The driver uses the DMA api to handle DMA transfers, and make use
of the V4L2 videobuffers to handle buffers against user space.
Due to some timing constraint it makes sense to do DMA into a
On Fri, 2010-04-16 at 09:15 -0400, Andy Walls wrote:
>
> Regards,
> Andy
>
> BTW, that's for all your testing. It's really helpful.
^^
That should be "thanks".
-Andy
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vge
On Wed, 2010-04-14 at 00:32 -0400, Mark Lord wrote:
> On 13/04/10 09:45 PM, Andy Walls wrote:
> The syslog shows the usual "fallback" messages,
> but the audio consisted of very loud static, the kind
> of noise one gets when the sample bits are all reversed.
When in forced audio mode, the microco
On Thu, 2010-04-15 at 01:16 -0400, Mark Lord wrote:
> On 15/04/10 12:46 AM, Andy Walls wrote:
> > On Wed, 2010-04-14 at 18:26 -0400, Mark Lord wrote:
> .
>
> Mmmm.. but it does do read-modify-write on several registers inside the IRQ
> handling.
> I suppose those might be "safe" groups, written t
> -Original Message-
> From: Sarah Sharp [mailto:sarah.a.sh...@intel.com]
>
> I've been trying out the patches to enable isochronous transfers under
> xHCI, and they work fine on my USB speaker. However, I've been having
> trouble getting my high speed USB webcam to work. The NEC Express
On 04/16/10 09:25, Stefan Herbrechtsmeier wrote:
> Hi,
>
> I have updated my ov9655 driver to kernel 2.6.33 and
> did some test regarding the image shift problem on pxa.
> (http://thread.gmane.org/gmane.linux.drivers.video-input-infrastructure/10773/focus=11810)
>
>
> - The image was shifted 32
I have a Tevii S660 (a usb dvb-s2 device) which is causing a problem.
After the S660 is attached to a USB 2 socket, the firmware is d/l and
everything looks fine but then there are continual RC (check/debug?)
messages every 150 ms, then some time later everything goes pear shaped:
Apr 9 22:15
Hi,
I have updated my ov9655 driver to kernel 2.6.33 and
did some test regarding the image shift problem on pxa.
(http://thread.gmane.org/gmane.linux.drivers.video-input-infrastructure/10773/focus=11810)
- The image was shifted 32 pixels (64 bytes) to the right
or rather the first 32 pixels bel
27 matches
Mail list logo
