Bill Eldridge wrote:
I'm been trying to get saa7146 errors to go away on an AMD 64-bit Feisty
Fawn (7.04)
release, and have recompiled to 2.6.21.3, plus tried installing the
latest HG code for DVB V4L -
still can't get rid of the errors. Does anyone have any ideas what can
fix this?
Mauro Carvalho Chehab wrote:
IMO, we should really focus on some code proposition and work on it, until
have most of us happy, not risking break any driver.
That's said, we should really try to cope together for having a solution.
From my side, I've actively reviewed all Markus patch
Markus Rechberger wrote:
On 5/15/07, Oliver Endriss [EMAIL PROTECTED] wrote:
Markus Rechberger wrote:
to be more accurate where all the changes happened:
b/linux/drivers/media/tuners/Kconfig| 14
b/linux/drivers/media/tuners/Makefile |7
Markus Rechberger wrote:
to be more accurate where all the changes happened:
b/linux/drivers/media/tuners/Kconfig| 14
b/linux/drivers/media/tuners/Makefile |7
b/linux/drivers/media/tuners/xc3028-tuner.c | 601
Rudy Zijlstra wrote:
Oliver Endriss wrote:
With Helmut's help I've prepared a new patch which solved all
tuning problems for him.
Basically the same as the previous patch, except for:
- TDA8262: set baseband gain to 9db (maximum value)
- TDA10086: toggle register 0x02 between 0x35
Manu Abraham wrote:
Vasily Petrushin wrote:
I have a problem with the HVR-4000 and the new szap2 DVB-T/S/S2
utility, which I have downloaded from
http://dev.kewl.org/tmp/hvr4000/.
All stuff works fine when I run szap2 and locks the channels. I am
starting the network interface on
Oliver Endriss wrote:
Helmut Auer wrote:
Helmut Auer schrieb:
With this patch my TTs1401 works much better than without.
The BER's are gon and I can receive all channels fine
AFAICS the latest patch was posted in message
http://linuxtv.org/pipermail/linux-dvb/2007-January/015251.html
Helmut Auer wrote:
Helmut Auer schrieb:
With this patch my TTs1401 works much better than without.
The BER's are gon and I can receive all channels fine
Why is this patch not in the current hg tree ?
Basically, because Hartmut and Andrew did not commit it... ;-)
The DiSEqC patch was
Jon Burgess wrote:
On Wed, 2007-05-02 at 02:32 +0200, Oliver Endriss wrote:
Jon Burgess wrote:
Sorry for the delay. I wanted to track down the DMA sync bug before I
came back to look at this again.
I have added saa7146_vmalloc_destroy_pgtable() which frees the resources
e9hack wrote:
Petri Helin wrote:
Kari Salmela wrote:
Hardware: Technotrend DVB-C 1500, CI, Conax CAM, Asus P5B
Am I the only one left alone without working system with current
development v4l tree? Somewhere between 2.6.18.1 and 2.6.20 (and
current mercurial, also) something
Thomas Kaiser wrote:
Anyway, this
http://linuxtv.org/hg/v4l-dvb?cmd=changeset;node=e7c424bbf9aa;style=gitweb
change is wrong anyway and should be reverted.
Done. I've added your Acked-by. ;-)
Oliver
--
VDR Remote Plugin 0.3.9
Stone wrote:
Are there any objections to checking these fixes into main?
I'm not trying to get credit for this contribution, which is why I did not
include a signed off by. But, I would sure like to see it added if its
the right thing to do. Ok, Im going to shut up about it now. Maybe I
Jon Burgess wrote:
It appears the problem is that the driver is using streamed PCI and
needs to explicitly sync the data otherwise it breaks when the SWIOTLB
is in use. A call to pci_unmap_sg() was missing too.
This patch is against the current v4l-dvb HG tree.
I've only tested the change
e9hack wrote:
Oliver Endriss wrote:
Jon Burgess wrote:
It appears the problem is that the driver is using streamed PCI and
needs to explicitly sync the data otherwise it breaks when the SWIOTLB
is in use. A call to pci_unmap_sg() was missing too.
This patch is against the current v4l
Oliver Endriss wrote:
e9hack wrote:
Oliver Endriss wrote:
Jon Burgess wrote:
It appears the problem is that the driver is using streamed PCI and
needs to explicitly sync the data otherwise it breaks when the SWIOTLB
is in use. A call to pci_unmap_sg() was missing too
Jon Burgess wrote:
Sorry for the delay. I wanted to track down the DMA sync bug before I
came back to look at this again.
I have added saa7146_vmalloc_destroy_pgtable() which frees the resources
Shouldn't it better be called saa7146_vfree_destroy_pgtable()?
Rudy Zijlstra wrote:
Oliver Endriss wrote:
Rudy Zijlstra wrote:
hi all,
On kernel 2.6.19.1 the KNC1 is working correctly. On 2.6.20.1 and
2.6.21-rc2 i get problems though, and the device is not fully loaded.
I've attached the dmesg output. Anybody an idea how to progress? I
Jon Burgess wrote:
On Sat, 2007-04-28 at 18:17 +0100, Jon Burgess wrote:
On Fri, 2007-04-27 at 18:06 -0400, Lee Revell wrote:
On 4/27/07, Jon Burgess [EMAIL PROTECTED] wrote:
Interesting - I see similar symptoms after upgrading my PC:
* old PC was AMD Athlon 64 3000 w/ 2GB of RAM
e9hack wrote:
Oliver Endriss wrote:
e9hack wrote:
Hi,
if the video-device (saa7146 on a FF card) was open for capturing,
the close call doesn't release the capture buffers.
The attached patch may fix this problem. Possible there is more
cleanup necessary.
diff -r 1109998234b4
Oliver Endriss wrote:
e9hack wrote:
Janne Grunau wrote:
On Thursday 12 April 2007 00:01:43 e9hack wrote:
I've split the patch like the description above.
Thanks. Patched v4l-dvb hg still works for my Cinergy DVB-C (with
tda10021) and KNC One V1.0.
Hi,
how
Jon Burgess wrote:
I've been looking at the sa7146 page table code and it looks like the
saa7146_pgtable_free function is used incorrectly in the error cases:
from budget-core.c:
ttpci_budget_init()
{
...
budget-grabbing = saa7146_vmalloc_build_pgtable(dev-pci,
budget-buffer_size,
e9hack wrote:
Hi,
if the video-device (saa7146 on a FF card) was open for capturing,
the close call doesn't release the capture buffers.
The attached patch may fix this problem. Possible there is more
cleanup necessary.
diff -r 1109998234b4 linux/drivers/media/common/saa7146_video.c
---
e9hack wrote:
Janne Grunau wrote:
On Thursday 12 April 2007 00:01:43 e9hack wrote:
I've split the patch like the description above.
Thanks. Patched v4l-dvb hg still works for my Cinergy DVB-C (with
tda10021) and KNC One V1.0.
Hi,
how is the status for integrating this patch into
Rudy Zijlstra wrote:
hi all,
On kernel 2.6.19.1 the KNC1 is working correctly. On 2.6.20.1 and
2.6.21-rc2 i get problems though, and the device is not fully loaded.
I've attached the dmesg output. Anybody an idea how to progress? I have
the feeling the i2c communicaton is not working
Johannes Stezenbach wrote:
On Mon, Mar 05, 2007 at 06:19:01PM +0100, Oliver Endriss wrote:
From 'Linux Device Drivers' (replace 'down' by 'mutex_lock'):
| ...
| down decrements the value of the semaphore and waits as long as need
| be. down_ interruptible does the same
Simon Arlott wrote:
On Mon, March 5, 2007 11:19, Johannes Stezenbach wrote:
On Mon, Mar 05, 2007 at 01:58:14AM +0100, Oliver Endriss wrote:
Simon Arlott wrote:
Is any part of the patch going to be applied? I mentioned this
problem in September last year and it looks like it's existed
Simon Arlott wrote:
Is any part of the patch going to be applied? I mentioned this
problem in September last year and it looks like it's existed for
years (the semaphore locking did the same thing).
Well, I hoped that someone more familiar with the demuxer stuff would
comment on the patch. I
Matthias Fechner wrote:
00:0f.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Subsystem: Unknown device ffc2:
...
hm, the card worked some time ago (I think 2-3 year qith the driver),
so really some messed up.
I checked the card and found the following on it:
Jouni wrote:
During make I get this:
/usr/local/src/v4ltesti/v4l-dvb/v4l/budget-ci.c:110: error: expected
identifier before numeric constant
make[3]: *** [/usr/local/src/v4ltesti/v4l-dvb/v4l/budget-ci.o] Error 1
make[2]: *** [_module_/usr/local/src/v4ltesti/v4l-dvb/v4l] Error 2
make[2]:
Oliver Endriss wrote:
Jouni wrote:
During make I get this:
/usr/local/src/v4ltesti/v4l-dvb/v4l/budget-ci.c:110: error: expected
identifier before numeric constant
make[3]: *** [/usr/local/src/v4ltesti/v4l-dvb/v4l/budget-ci.o] Error 1
make[2]: *** [_module_/usr/local/src/v4ltesti/v4l
Johannes Stezenbach wrote:
Hi,
I updated the DVB, V4L and VDR Wikis on linuxtv.org
to MediaWiki version 1.9.3.
If you experience any problems due to the update, then
please let me know about it.
Don't know whether this is related:
linuxtv.org is no longer reachable from a web browser,
Johannes Stezenbach wrote:
On Sun, Feb 25, 2007 at 09:54:05PM +0100, Oliver Endriss wrote:
Johannes Stezenbach wrote:
I updated the DVB, V4L and VDR Wikis on linuxtv.org
to MediaWiki version 1.9.3.
If you experience any problems due to the update, then
please let me know
Trent Piepho wrote:
On Sun, 25 Feb 2007, Oliver Endriss wrote:
Does the attached patch fix it for you?
Ok, I tried to compile against 2.6.18 and it still doesn't work.
The attached patch fixes it...
The bool type was added here, oct 1 2006:
http://git.kernel.org/git/?p=linux/kernel
David Härdeman wrote:
The attached patch contains the last set of changes to the budget-ci IR
handling which makes it use the repeat handling of the input subsystem.
This allows some code simplification, makes sure that repeat key presses
are reported as such and also allows the debounce
VIDEO_CMD_* defines added to video.h.
The audiovideo.diff contains the actual API additions. These changes do
NOT break compatibility with existing applications. They only add new
functionality.
Oliver, can you sign off on these changes?
Signed-off-by: Oliver Endriss [EMAIL PROTECTED]
CU
Oliver
Hi,
see below for a some comments.
Hans Verkuil wrote:
RFC MPEG encoding and decoding V4L2/DVB API additions
Version 0.3
...
MPEG Decoding commands
--
In this section I will examine how to implement the decoding
functionality of the conexant cx23415 in terms of the
e9hack wrote:
Manu Abraham wrote:
On 2/18/07, e9hack [EMAIL PROTECTED] wrote:
Hi,
some time ago, I've created two local copies of the v4l-dvb
repository. The command was hg clone
http://linuxtv.org/hg/v4l-dvb;. I've done many changes in one
directory. From time to time, I've
Udo van den Heuvel wrote:
Hello,
Udo van den Heuvel wrote:
Can I roll back just this patch to see if stuff changes back to the
original behaviour?
Just that patch made the system hang during booting. (!?).
Also undoing the patch that Hartmut suggested made things work again:
Mauro Carvalho Chehab wrote:
Currently, it seems that the only driver at kernel using DVB mpeg ioctls
is av7110. This hardware seemed to be discontinued by Texas, and is
lacking a proper maintanership (there are some pending bugs on bugzilla
waiting for someone to deal with).
Sorry, if you
Halim Sahin wrote:
I found this in my syslog:
dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110
dvb-ttpci: av7110_fw_cmd error -110
What is the reason for this?
I am searching what causes my ts-continuity
David Härdeman wrote:
On Tue, February 13, 2007 6:29, Oliver Endriss said:
Well, it might be better but it is not correct yet. ;-)
...
For a long keypress the driver must produce '1-2-2-2-2-...-2-0' Key
events (Reset events omitted).
I know that. The driver has never gotten this right
David Härdeman wrote:
On Sun, Feb 11, 2007 at 06:48:27AM +0100, Oliver Endriss wrote:
David Härdeman wrote:
Changeset 6562d27de0d7 [1] by Oliver Endriss changed the budget-ci
driver to use interrupt mode for i2c transfers.
This also meant that a new bunch of IR bytes that were
David Härdeman wrote:
Changeset 6562d27de0d7 [1] by Oliver Endriss changed the budget-ci
driver to use interrupt mode for i2c transfers.
This also meant that a new bunch of IR bytes that were previously lost
are now received, which allowed me to better understand how the MSP430
chip works
daniel garcia wrote:
Hello,
I wrote a message last week, about a kernel Panic with 2.4.21-40ELsmp
I have observed that kernel non smp of the same distro behaves quite better
(at the end it freezes when I delete dvb modules some times)
Perhaps I did not explained myself very well, I'm
Teemu Suikki wrote:
Hi,
I posted this to the vdr list originally, but since it's obviously a
kernel level problem I'm asking here too. :)
I have two budget cards. Both are handled with budget-ci driver, although
only one of them actually has the physical CI connector..
Cards are quite
Reinhard Nissl wrote:
Hi,
I'm not sure whether this is the right place to report an issue
regarding szap, so please be so kind and point me to the proper place in
case I'm wrong.
Please have a look into szap.c, function diseqc(). There is this
function call:
diseqc_send_msg(secfd,
Matthias Schwarzott wrote:
Hi Oliver, hi Mailing list!
Sent second time, this time with signed-off-by, and to maintainer of changed
code.
Sorry for the delay. I'm very busy these days.
On Wednesday 10 January 2007 18:34, Matthias Schwarzott wrote:
The attached patch a PHYS-string and
[EMAIL PROTECTED] wrote:
I rewroute dvb driver ( Philips SU1278/SHA tuner section )
for 2.6 kernel, works fine with me, tested SR from 2900 to
44950 MS/s with 2.6.17 kernel.
I modify budget-ci.c file.
Where I can upload my version for test other user?
How add it to CVS, if all be fine?
Gregoire Favre wrote:
Hello again,
I don't really know how to reproduce it... from time to time I got
gpioirq DMA RX buffer overflow in dmesg...
Tonight :
...
r8169: eth0: link up
cdrom: This disc doesn't have any tracks I recognize!
process `host' is using obsolete setsockopt
Gregoire Favre wrote:
what does those in my syslogd mean ?
gpioirq DMA RX buffer overflow
gpioirq DMA RX buffer overflow
...
Well, it means that there is no free buffer to copy incoming data from
the ARM. Should not happen during normal operation.
Can you reproduce this? How?
Oliver
--
Gregoire Favre wrote:
On Thu, Nov 02, 2006 at 07:56:27PM +0100, Oliver Endriss wrote:
I guess there is something missing in the 2.6.19 patch...
Then I have to wait to be able to test your patch as I won't go back to
an older kernel.
Try this modification (from 2.6.19-rc4-mm2 patch
e9hack wrote:
Oliver Endriss wrote:
Hi,
Thanks to Hartmut, I2C transfers of the saa7146 may now use interrupt
mode. It will be enabled for av7110, budget, budget-ci and budget-av
drivers. This might reduce cpu load and speed-up tuning.
The Cinergy 1200 DVB-C card needs a second
Gregoire Favre wrote:
On Fri, Nov 03, 2006 at 12:57:49PM +0100, Oliver Endriss wrote:
With your patch :
...
CC [M] /usr/src/CVS/v4l-dvb-av7110-refactoring/v4l/av7110_ir.o
CC [M] /usr/src/CVS/v4l-dvb-av7110-refactoring/v4l/msp3400-driver.o
/usr/src/CVS/v4l-dvb-av7110-refactoring/v4l
Gregoire Favre wrote:
On Wed, Nov 01, 2006 at 02:06:17PM -0800, C.Y.M wrote:
C.Y.M had more luck than I (with the patch to allow 2.6.19 compilation
applied) :
CC [M] /usr/src/CVS/v4l-dvb-av7110-refactoring/v4l/av7110_hw.o
/usr/src/CVS/v4l-dvb-av7110-refactoring/v4l/av7110_hw.c: In
Gregoire Favre wrote:
On Thu, Nov 02, 2006 at 02:24:52PM +0100, Oliver Endriss wrote:
Hm - it compiles here without any warnings. ;-(
Maybe some problem with macro expansion.
The attached patch replaces the macros by inline functions.
Does it work now?
It compils but I can't use
Gregoire Favre wrote:
On Thu, Nov 02, 2006 at 06:11:24PM +0100, Oliver Endriss wrote:
There is something wrong with your dvb-core module.
Afaiks the patches do not affect dvb-core in any way.
Please verify that you are loading the correct module and
there is no warning during
e9hack wrote:
Oliver Endriss wrote:
e9hack wrote:
SAA7146_IER_ENABLE(dev, MASK_16|MASK_17);
saa7146_write(dev, MC2, (MASK_00 | MASK_16));
- wait_event_interruptible(dev-i2c_wq, dev-i2c_op == 0
Hi,
Thanks to Hartmut, I2C transfers of the saa7146 may now use interrupt
mode. It will be enabled for av7110, budget, budget-ci and budget-av
drivers. This might reduce cpu load and speed-up tuning.
For testing the changesets are in my repositories:
- http://linuxtv.org/hg/~endriss/v4l-dvb
-
Marco Masotti wrote:
In fact, DVB Core support should add support for SAA7146 based cards
No, DVB Core does not depend on saa7146.
However, I think support for this kind od device is rather problematic,
please report whether you'll be successful.
Thousands of people are successfully using
Martin Zwickel wrote:
Hi Oliver!
On Sat, 28 Oct 2006 03:19:36 +0200
Oliver Endriss [EMAIL PROTECTED] bubbled:
Martin Zwickel wrote:
Hi there!
I have a small problem:
I get no audio from my DVB-S card since a few months.
But I can't remember what could have changed
Thomas Dressler wrote:
hi!
at first: sorry my english is bad.
i want compile kernel 2.6.18.1 with the included sa7146 dvb driver as module.
but i can't select it in menuconfig. which moduls must i select also? or
where can i find more infos?. i2c, pci, v4l, dvb-core is selected.
You
e9hack wrote:
Oliver Endriss wrote:
@@ -340,11 +343,13 @@ static int stv0297_read_ber(struct dvb_f
struct stv0297_state *state = fe-demodulator_priv;
u8 BER[3];
- stv0297_writereg(state, 0xA0, 0x80);// Start Counting bit
errors for 4096 Bytes
e9hack wrote:
Oliver Endriss wrote:
Protect the access to the IER/ISR register of the SAA7146 by the device
spinlock.
Imho it is not necessary to protect write operations to the ISR because
it is a single write-only operation.
You are right.
SAA7146_IER_DISABLE
e9hack wrote:
Hi,
it exist some macros to access the IER and ISR registers of the SAA7146. This
macros are using a read and a write
operation and this macros are executed inside of the interrupt handler of the
SAA7146 and outside of it. It exist a
reentrant problem. The interrupt handler
Klaus Schmidinger wrote:
I'm currently improving VDR's CAM handling, and while doing so
I came across what seems to be a bug in the AV7110 driver code.
If I do
int fd = open(/dev/dvb/adapter0/ca0, O_RDWR);
ca_slot_info_t sinfo;
sinfo.num = 0;
ioctl(fd, CA_GET_SLOT_INFO,
Matthias Dahl wrote:
Hi again.
You could replace tasklet_schedule by tasklet_hi_schedule in
budget-core.c. This would give VPE processing a higher priority.
Just gave that a try... no change at all.
You could also bypass tasklet processing completely, i.e.
replace
e9hack wrote:
Hi,
the attached patch enables/fixes the BER/UNC counting for the stv0297
frontend, which is used by the TT-C2300 DVB-C card.
@@ -340,11 +343,13 @@ static int stv0297_read_ber(struct dvb_f
struct stv0297_state *state = fe-demodulator_priv;
u8 BER[3];
-
e9hack wrote:
Hi,
the attached patch enables the interrupt mode for the i2c-transfer of the
Technotrend TT-C2300 DVB-C card.
After successful testing I will enable irq mode for all av7110 and
budget cards.
Oliver
--
VDR Remote
Oliver Endriss wrote:
Perceval Anichini wrote:
Technotrend T-1500 have Inverted inversion.
This patch corrects that.
Thanks to Martin Zwickel from Technotrend who confirmed that
and his how to fix.
diff -r fae890aee0c3 linux/drivers/media/dvb/ttpci/budget-ci.c
--- a/linux
[EMAIL PROTECTED] wrote:
lspci
:00:12.0 0480: 1131:7146 (rev 01)
Subsystem: 13c2:100f
kern.log
Oct 1 09:22:26 (none) kernel: saa7146: register extension 'budget_ci dvb'.
Oct 1 09:22:27 (none) kernel: DVB: registering frontend 1 (ST STV0299
DVB-S)...
Ok, an Nova-CI with
Martin Zwickel wrote:
Hi there!
I have a small problem:
I get no audio from my DVB-S card since a few months.
But I can't remember what could have changed that.
There is no audio from the jack, nor from my Aux-In Mixer.
Everything else works as expected (at least with vdr), I can tune,
Matthias Dahl wrote:
On Saturday 14 October 2006 16:27, Matthias Dahl wrote:
I own a KNC ONE DVB Plus with a Cineview module (Alphacrypt Light). From
the beginning I ran into data corruption problems with the mpeg stream as
soon as I made the usual X - VT switch or put some load on the
Daniel Heemann wrote:
the same was already submitted some months/years ago for kernel-2.4, now
when trying to get the card running using kernel-2.6 I found the hardware
no longer supported.
It runs with the attached patch w/o any problems (based on last nights 'hg
clone snapshot'), at
David Härdeman wrote:
This series of patches includes a number of bugfixes and changes to the
IR input handling of the budget-ci driver.
They are based on the dvb-ir patchset by Darren Salt and the two budget-ci
patches that I recently sent to the list (meaning that they supercede
patches 1
[EMAIL PROTECTED] wrote:
I'm working with a TT Budget card under Linux (Kernel 2.6/Suse10.1).
There are many different versions of TTBudget/Nova cards.
Please post the subsystem id of the card ('lspci -vn' output) and
log messages when the driver is being loaded.
With this system I can not
David Härdeman wrote:
On Wed, October 4, 2006 10:44, Torgeir Veimo said:
On 4 Oct 2006, at 08:35, David Härdeman wrote:
The solution is simple, get rid of LIRC
Well I run an application without X while taking input only using the
linux input system, and I'm still having problems with
David Härdeman wrote:
On Wed, October 4, 2006 1:20, Oliver Endriss said:
Torgeir Veimo wrote:
Those double keypress issues are also present when using the linux
input system, it's not LIRC dependent at all.
...
Solution:
The application must grab the input device for exclusive access
Torgeir Veimo wrote:
On 3 Oct 2006, at 21:43, C.Y.M wrote:
David Härdeman wrote:
On Tue, October 3, 2006 2:33, C.Y.M said:
David Härdeman wrote:
This series of patches includes a number of bugfixes and changes
to the
IR input handling of the budget-ci driver.
If these patches
Kir wrote:
Answer, please !!!
At first, excuse me for my english.
I have PCI SkyStar1 rev1.3 dvb card and want to retransmit with vlc
(videolan) about 25 radiostations through my localnet. But with latest
linux kernel dvb drivers, I can only 12. If I try more I receive next
after 12th
[EMAIL PROTECTED] wrote:
I know that tuning and using the cvbs input works, but I'm particularly
interested if VBI capturing ever worked.
So: did anybody use VBI capturing on the analog input of a DVB-C card yet?
If not, then the easiest fix is to remove V4L2_CAP_VBI_CAPTURE from
Steven Toth wrote:
I deleted my repositories at linuxtv.org, because of
(1) a post on v4l-dvb-maintainer from Johannes Stezenbach
[EMAIL PROTECTED] asking people to remove of unnecessary trees. It was
getting quite hard to find out the trees from there as it was getting
real
--
VDR Remote Plugin available at
http://endriss.escape.bei.t-online.de/vdr/
Oliver Endriss ESCAPE GmbH
e-mail: [EMAIL PROTECTED] EDV-Loesungen
phone: +49 7722 21504Birkenweg
On Thursday 22 July 2004 07:24, Jeremy Jones wrote:
Hi all,
I have attached a patch to address a limitation of the OSD API.
Currently, the OSD API does not provide the ability to create many of
the window types supported by the av7110 OSD. I have implemented a
change in the OSD_Open
On Thursday 22 July 2004 23:51, Jeremy Jones wrote:
On Thu, 22 Jul 2004 13:06:15 +0200, Oliver Endriss [EMAIL PROTECTED] wrote:
On Thursday 22 July 2004 07:24, Jeremy Jones wrote:
...
I am really only interested in using the VIDEOHSIZE window to create
an IRD-like EPG, but if the OSD
On Monday 19 July 2004 12:17, Philippe Gramoullé wrote:
I was at least able to reproduce a very nasty bug, with either latest CVS of
dvb-kernel (for 2.4.x),
or built in 2.6.7 drivers and VDR-1.3.11
VDR automatically switches channels every 10 to 15 seconds back and forth, or the
same
Hi,
I'd like to add a function to determine the size of OSD memory.
If nobody complains I will add this to DVB and dvb-kernel CVS.
Any comments?
Oliver
snip -
Index: drivers/media/dvb/ttpci/av7110.c
On Sunday 18 July 2004 21:13, Andreas Regel wrote:
Oliver Endriss wrote:
+case OSD_CAP_MEMSIZE:
+if (FW_4M_SDRAM(av7110-arm_app))
+cap-val = 100;
Well, it's the osd memory size of firmware rel. 261c with 4M boards.
This might be changed
On Monday 19 July 2004 00:19, Johannes Stezenbach wrote:
Oliver Endriss wrote:
I'd like to add a function to determine the size of OSD memory.
If nobody complains I will add this to DVB and dvb-kernel CVS.
Why do people still use DVB CVS? Or did you mean the 2.4 branch
of dvb-kernel
On Friday 16 July 2004 21:42, Kenneth Aafløy wrote:
Please, people that have one of these frontends and are running Kernel 2.6.
CX24110, Grundig 29504 401/491, MT312/352
Grundig 29504-491 works fine.
CU
Oliver
On Saturday 17 July 2004 10:05, Martin Binder \(Compuserve\) wrote:
i get the following error, when i try to compile the cvs-drivers:
CC [M] drivers/media/dvb/frontends/stv0299.o
drivers/media/dvb/frontends/stv0299.c:68: error: parse error before int
make[4]: ***
On Thursday 15 July 2004 13:50, Gert-Jan van Dijk wrote:
I've got a Philips RC, and I want to catch the keys via /dev/input/event0.
The problem is that some of the RC5 keys are not getting thru.
Unfortunately, there is a RC5 extension which is not supported by the
firmware. See
On Friday 11 June 2004 23:48, Kenneth Aafløy wrote:
I have not opened up my server to have a look at the memory chip yet, but it
would be great if you could list the hardware to buy and some pointers to who
has it available. Great discovery!!
All you need is a single 1Mx16 SDRAM chip.
(There
Hi,
for those who like to upgrade their full-featured DVB cards to 4 MByte
SDRAM, I've uploaded some information, how this can be done.
See http://endriss.escape.bei.t-online.de/dvb-mem-mod/index.html
With this modification, vdr has a full-screen, 256 color OSD.
Special thanks go to Carsten
On Friday 02 April 2004 18:11, Gregor Lawatscheck wrote:
Yes it's possibly a firmware bug introduced after 0.9.4 because that
+
release doesn't show the behavior or at least not within 1000 channel
changes or signal-less operation.
...
On Saturday 20 March 2004 20:41, Andrew de Quincey wrote:
On Saturday 20 March 2004 19:29, Helmut Auer wrote:
I only tested for about 10 minutes now with switching hw_sections from 0
to 1 and vice versa.
It looks like diseqc is much better with hw_sections=0 !
Anyway once or twice it took
On Saturday 20 March 2004 23:07, Johannes Stezenbach wrote:
Andrew de Quincey wrote:
But why does it break DISEQC as well?
DiSEqC is implemented using a timer irq in the firmware.
Well, this will work only if there is no other interrupt load.
Otherwise the timer interrupt processing
On Monday 15 March 2004 17:55, Klaus Schmidinger wrote:
Ok, so I have changed the DiSEqC setup in my VDR to
S19.2E 11700 V 9750 t v W15 [E0 10 38 F0] W15 A W15 t
S19.2E 9 V 10600 t v W15 [E0 10 38 F1] W15 A W15 T
S19.2E 11700 H 9750 t V W15 [E0 10 38 F2] W15 A W15 t
S19.2E
On Sunday 14 March 2004 10:27, Robert Schlabbach wrote:
From: Heino Goldenstein [EMAIL PROTECTED]
Helmut Auer wrote:
These settings are not working for me, but the long version
from Oliver will:
S19.2E 11700 V 9750 v [E0 10 38 F0] [E1 10 38 F0] [E1 10 38 F0]
...
maybe your
On Sunday 14 March 2004 22:58, Johannes Stezenbach wrote:
- turn off 22KHz
- set voltage to 13V or 18V
- send DiSEqC sequence
insert 'send tone-burst' here
- if necessary turn on 22KHz
This sequence is defined in section 'Combined Transmission of DiSEqC
and Backward-Compatible Signals'. If
On Saturday 13 March 2004 13:30, Andrew de Quincey wrote:
One thing that worries me though; if you're using 1.1.1, there isn't an
alps_bsrv2 driver any more; it was merged into the stv0299 one a while back.
???
He stated that he tried the alps_bsrv2 module from DVB.
The alps_bsrv2 is _not_
101 - 200 of 367 matches
Mail list logo