Holger Waechtler wrote:
...
ffmpeg contains a deinterlacer of pretty good quality. Give it a try.
well, i doubt it can realy handle all mpeg2 wich may come from the sky,
Please try it before ranting and distributing lies and underdone ideas.
Holger, could you please
Holger Waechtler wrote:
Klaus Schmidinger wrote:
Holger Waechtler wrote:
...
ffmpeg contains a deinterlacer of pretty good quality. Give it a try.
well, i doubt it can realy handle all mpeg2 wich may come from the sky,
Please try it before ranting and distributing lies
Robert Schlabbach wrote:
From: Holger Waechtler [EMAIL PROTECTED]
like mentioned before: Full Featured cards an anachronism, I hope no
company will be so foolish to produce such a beast again for the mass
market.
That's rather unlikely, as Microsoft's digital TV architecture only
Robert Schlabbach wrote:
From: Niklas Peinecke [EMAIL PROTECTED]
Indeed, but this raises another question: For most of these modern
cards the manufacturers do not publish the full specs, thus writing
and maintaining a driver is always a combination of guessing and reverse
engineering.
Holger Waechtler wrote:
Klaus Schmidinger wrote:
Robert Schlabbach wrote:
From: Niklas Peinecke [EMAIL PROTECTED]
Indeed, but this raises another question: For most of these modern
cards the manufacturers do not publish the full specs, thus writing
and maintaining a driver is always
Holger Waechtler wrote:
Oliver Endriss wrote:
On Thursday 20 November 2003 15:59, Robert Schlabbach wrote:
From: Klaus Schmidinger [EMAIL PROTECTED]
Robert Schlabbach wrote:
AFAIK, the specs for the TT designs have never been published either,
and the drivers you have now
Gerd Knorr wrote:
Jamie Honan [EMAIL PROTECTED] writes:
Seriously, the vdr format is simple; one line represents
one 'program' that a user would want to watch, but doesn't quite
cover all bases.
Neverless I'll go with that for now ...
Good, because that's the way it will stay ;-)
Holger Waechtler wrote:
Hi Klaus, hi everybody else,
Klaus Schmidinger wrote:
Ralph Metzler wrote:
Johannes Stezenbach writes:
Ralph Metzler wrote:
Johannes Stezenbach writes:
The av7110 destroys the adaptation fields if you record and watch
at the same time
Johannes Stezenbach wrote:
Klaus Schmidinger wrote:
Well, AFAICS this old hardware is very widely used, and the main
platform VDR is designed for. And judging from the download volume
every new version of the linvdr distribution causes (according to
Mirko Dölle) VDR must be rather
Johannes Stezenbach wrote:
Klaus Schmidinger wrote:
Gerd Knorr wrote:
Jamie Honan [EMAIL PROTECTED] writes:
Seriously, the vdr format is simple; one line represents
one 'program' that a user would want to watch, but doesn't quite
cover all bases.
Neverless I'll go
Ralph Metzler wrote:
Johannes Stezenbach writes:
Ralph Metzler wrote:
Johannes Stezenbach writes:
The av7110 destroys the adaptation fields if you record and watch
at the same time (record with DMX_PES_OTHER to prevent this). However,
the DMX_GET_STC should give you
Johannes Stezenbach wrote:
[EMAIL PROTECTED] wrote:
status 1f | signal a9b8 | snr e12d | ber | unc |
FE_HAS_LOCK
This was done @22:24. Is there any documentation other than the C source
file to explain what the above values show?
linux-dvb archives
Anyway, ber =
Johannes Stezenbach wrote:
Klaus Schmidinger wrote:
Johannes Stezenbach wrote:
[EMAIL PROTECTED] wrote:
RTL was recorded without any errors.
SAT1 was recorded with these errors:
Oct 13 21:00:00 tvt1 vdr[795]: cTS2PES got 1403 TS errors, 9577 TS continuity
errors
Juergen Sauer wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Moin,
My vdr installation tends to crash by itself.
I got my channels from the scan util (scan -o vdr) and
pasted it to channels.conf.
If I add a timer using the vdr menue the vdr destroys
it's own timers.conf file,
Flo G. wrote:
Hi,
I'm new to this list and subscribed, because i had the same error
messages. The scan utility creates channel files with lines like these:
ProSieben:12480:v:S19.2E:27500:255:256;257:32:0:898:1:0:0
in the channels.conf delivered with vdr, i have:
Juergen Sauer wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Sonntag, 12. Oktober 2003 12:23 schrieb Klaus Schmidinger:
If I add a timer using the vdr menue the vdr destroys
it's own timers.conf file, so that vdr crashes/quits,
Please keep very clearly apart whether
Juergen Sauer wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Donnerstag, 9. Oktober 2003 16:49 schrieb kimmo.hamalainen:
On Wed, 8 Oct 2003, Juergen Sauer wrote:
Moin,
My vdr installation tends to crash by itself.
I got my channels from the scan util (scan -o vdr) and
Dave Collett wrote:
Hi all,
I have a nova-t dvb card.
vdr does not display any channels, all I get is a blank screen (menus
(OSD) works fine). It is as if vdr cannot tune to the channels. The card
works fine with all other tuning applications I have tried, eg. tzap,
dvbtune etc. And I get
Lauri Tischler wrote:
Florian
(PS: Lauri could you please create a commandline option to switch
nit/tid usage on [Default off] with a big warning message? [scan])
Done..
Adds parameter -e to scan, e as version, v is used as verbose
-e NVDR version, default 2 for
Oskar Signell wrote:
On Sat, 2003-08-23 at 20:49, Oliver Endriss wrote:
On Friday 22 August 2003 16:51, Klaus Schmidinger wrote:
I just tested today's DVB driver, but when VDR starts I get
Aug 22 16:47:24 video vdr[27953]: probing /dev/dvb/adapter0/frontend0
Aug 22 16:47:24 video
I'm currently trying to fix displaying DVD menus with VDR and the DVD
plugin when playing NTSC DVDs in letterbox mode (the highlight areas
in that case are often not displayed correctly).
I narrowed the problem down to cDvbSpuDecoder::ScaleYcoord() in VDR/dvbspu.c,
which scales coordinates and
Johannes Stezenbach wrote:
Klaus Schmidinger wrote:
In order to use the right offset dynamically I would need a way to determine
whether the currently displayed video on the DVB card is in PAL or NTSC mode.
Is there a way to get this information from the DVB driver?
You could use
Carlo E. Prelz wrote:
...
I added two IOCTL's, called FE_ZIGZAG and FE_DONT_ZIGZAG.
Wouldn't these better be called FE_ZIGZAG_ON and FE_ZIGZAG_OFF?
Just a thought...
Klaus
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as
subject.
Oliver Endriss wrote:
...
I had a closer look on the stv0299 frontend code and noticed that
dvb_frontend_recover() was called after every tuning, i.e. the first
tuning attempt failed. This happened because the frontend had no lock
yet when the status was checked in
Johannes Stezenbach wrote:
Klaus Schmidinger wrote:
Switching transponders works very fast with this, but right after a
channel switch (even between channels on the same transponder) there
are glitches in audio and video :-(
Hm, I don't see why. Can anyone confirm this?
The problem
Johannes Stezenbach wrote:
Klaus Schmidinger wrote:
Johannes Stezenbach wrote:
Klaus Schmidinger wrote:
Switching transponders works very fast with this, but right after a
channel switch (even between channels on the same transponder) there
are glitches in audio
Johannes Stezenbach wrote:
Klaus Schmidinger wrote:
Johannes Stezenbach wrote:
But AFAIK the intention of FE_RESET is to restart the frontend's
signal aquisition algorithms. It is also only called in
dvb_frontend_thread() when the lock has already been lost.
I guess
Johannes Stezenbach wrote:
Klaus Schmidinger wrote:
I'll whip up a patch to test this.
I'm sure you'll find a cleaner solution to detect the channel change ;-)
Already comitted ;-)
Please test (I repeat myself when under stress).
Done - works like a charm :-)
Thanks
Oliver Endriss wrote:
On Wednesday 30 July 2003 18:11, Klaus Schmidinger wrote:
Johannes Stezenbach wrote:
Klaus Schmidinger wrote:
There are 3 xfer() calls in alps_bsrv2.c, but only the first one
appears to be relevant - a udelay(500) after the other two didn't
change anything
Johannes Stezenbach wrote:
Klaus Schmidinger wrote:
I did that, and it turned out that ves1893_set_symbolrate() is where it happens.
With this diff...
--- alps_bsrv2.c.001Sat May 10 11:32:33 2003
+++ alps_bsrv2.cThu Jul 31 17:58:42 2003
...
@@ -268,18 +268,22
Johannes Stezenbach wrote:
Klaus Schmidinger wrote:
There are 3 xfer() calls in alps_bsrv2.c, but only the first one
appears to be relevant - a udelay(500) after the other two didn't
change anything.
So I did the following:
--- alps_bsrv2.c.001Sat May 10 11:32:33 2003
Oliver Endriss wrote:
On Wednesday 30 July 2003 18:11, Klaus Schmidinger wrote:
Johannes Stezenbach wrote:
Klaus Schmidinger wrote:
There are 3 xfer() calls in alps_bsrv2.c, but only the first one
appears to be relevant - a udelay(500) after the other two didn't
change anything
Johannes Stezenbach wrote:
Klaus Schmidinger wrote:
Johannes Stezenbach wrote:
printk(saa7146: i2c_busy_rise_and_fall: timeout #2\n);
and report if you get timeouts with the fast I2C timing?
I went back to the original saa7146_core.c and saa7146.c files and made
Antonino Sergi wrote:
Hi,
I'm trying to understand why vdr can't make my CAM decrypt, when each
other operation (menu, getting CA_PMT) works.
I changed in cCiCaPmt::AddCaDescriptor CPCI_OK_DESCRAMBLING with
CPCI_QUERY to see if my CAM was able to understand the TPDU and answer
if
Michael Hunold wrote:
Hello Klaus,
After having newly loaded the DVB driver, the first GRAB command
in VDR always produces an empty (all gray) image. Sometimes (rarely) the
first grabbed image looks as if it contains only one half picture (i.e.
every other scan line is gray).
The
Carsten Koch wrote:
Klaus Schmidinger wrote:
...
I would have fixed it if it was easy to fix, that's why I brought it up...
I hate to say this, because it's not clean: If there is no easy way to
fix it right, simply do a dummy grab at VDR startup time. :-)
If all else fails, that might
Oliver Endriss wrote:
On Friday 25 July 2003 18:10, Klaus Schmidinger wrote:
Oliver Endriss wrote:
Hm, could you try to increase the speed again but set the delay to
500us or 1000us. I'd like to know whether it is a matter of bus
speed or a timing issue. I think that timing problems
Johannes Stezenbach wrote:
I wrote:
Anyway, we should find out if it's really the I2C speed that's
causing problems (I2C errors), or if some other timing is the problem.
I'm going tpo enable some debug prints to find out.
IIRC Robert Schlabbach suggested that we need to sleep some
Oliver Endriss wrote:
On Saturday 26 July 2003 11:11, Klaus Schmidinger wrote:
Oliver Endriss wrote:
So it appears to be a timing issue in the frontend driver.
Which frontend is detected by the driver?
Here's the complete log from loading the driver:
Jul 25 18:04:36 video kernel
After having newly loaded the DVB driver, the first GRAB command
in VDR always produces an empty (all gray) image. Sometimes (rarely) the
first grabbed image looks as if it contains only one half picture (i.e.
every other scan line is gray).
After that, all following GRABs work just fine.
I did
I just switched to the latest (2003-07-25) CVS version of the DVB
driver, and much to my disappointment I had to realize that switching
between channels on different transponders now takes considerably
longer than with the DVB driver version dated 2003-07-13 which I have
been using for the past
Oliver Endriss wrote:
On Friday 25 July 2003 15:50, Klaus Schmidinger wrote:
I just switched to the latest (2003-07-25) CVS version of the DVB
driver, and much to my disappointment I had to realize that switching
between channels on different transponders now takes considerably
longer
Oliver Endriss wrote:
On Friday 25 July 2003 16:44, Klaus Schmidinger wrote:
Oliver Endriss wrote:
...I recently changed I2C bus speed from 10.3kHz to 275kHz to speed
up tuning and I2C firmware downloads. At least it does for me. ;-)
Maybe this causes problems with some frontends
Johannes Stezenbach wrote:
Klaus Schmidinger wrote:
Oliver Endriss wrote:
Try to change
SAA7146_I2C_BUS_BIT_RATE_120
back to
SAA7146_I2C_BUS_BIT_RATE_3200
in saa7146_core.c. Does it make a difference?
This results in
Jul 25 16:41:44 video kernel: DVB: AV7111
Oliver Endriss wrote:
On Friday 25 July 2003 17:32, Klaus Schmidinger wrote:
Oliver Endriss wrote:
On Friday 25 July 2003 16:44, Klaus Schmidinger wrote:
Oliver Endriss wrote:
...I recently changed I2C bus speed from 10.3kHz to 275kHz to
speed up tuning and I2C firmware
results in 128...
Just a note, don't mean to be the wise guy here.
Klaus
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989-40
Hofmark 2
Johan van Sterkenburg wrote:
Hello,
I'm trying to use my DVB-s/CAM-module to tune to NED1/NED2/NED3/TMF/...other
dutch channels.
I use:
Software:
(from the metzler brothers)
-DVB driver version 1.1.7
Have you tried the driver from linuxtv.org?
Klaus
--
Info:
To unsubscribe send
Johan van Sterkenburg wrote:
Yes I did, there is no CAM support activated at this moment??(Correct me if
I'm wrong? )
Well, VDR works quite good with CAMs, and that's with the DVB driver from
the CVS at linuxtv.org. Or take the snapshot from
http://www.cadsoft.de/vdr/download.htm.
BTW:
you are saying is true, this wouldn't make much sense...
Or am I misunderstanding something here?
Klaus
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989
:02:19 video kernel:
Jul 13 12:02:19 video kernel: Technisat SkyStar2 driver loading
First: what's with the empty line?
Second: I don't have a SkyStar2 card, so why does it say
Technisat SkyStar2 driver loading?
Klaus
--
___
Klaus
a look at VDR's cSource::ToString() in VDR/sources.c.
Klaus
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989-40
Hofmark 2 Email
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989-40
Hofmark 2 Email: [EMAIL PROTECTED]
D-84568 Pleiskirchen, Germany URL: www.cadsoft.de
Johannes Stezenbach wrote:
Klaus Schmidinger wrote:
I'd like to point to my posting from yesterday (see
http://linuxtv.org/mailinglists/linux-dvb/2003/06-2003/msg00218.html).
Maybe somebody with deeper knowledge about this can look into this
and tell us whether there actually
Klaus Schmidinger wrote:
Johannes Stezenbach wrote:
Klaus Schmidinger wrote:
I'd like to point to my posting from yesterday (see
http://linuxtv.org/mailinglists/linux-dvb/2003/06-2003/msg00218.html).
Maybe somebody with deeper knowledge about this can look into this
and tell
Dariush Forouher wrote:
Hi,
with the latest DVB driver package from Klaus Schmidinger the
kdvb-fe-1:0 process (Nova-S as secondary behind a DVB-S 1.3) takes
sometimes a lot of CPU usage while running VDR. Top shows a value of
30-40% on a P4-2GHz. As this is obviosly unnormal I hope
the driver.
Klaus
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989-40
Hofmark 2 Email: [EMAIL PROTECTED]
D-84568
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989-40
Hofmark 2 Email: [EMAIL PROTECTED]
D-84568 Pleiskirchen, Germany
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989-40
Hofmark 2 Email: [EMAIL PROTECTED]
D-84568 Pleiskirchen, Germany
enough (haven't tested that, though).
Klaus
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989-40
Hofmark 2 Email: [EMAIL
and OSD at the same time doesn't make too much sense, anyway.
Please test this with recordings that are known to have caused problems
with the previous firmware and let us know whether there is any improvement.
Klaus
--
___
Klaus
times
on the mpeg-2 mailing list, but nobody was able to come up with a fix :-(
So currently I have to reload the Kfir driver after every recording...
Klaus
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft
it can send the next block of OSD data.
So, the problem IMHO is most likely in the firmware.
Klaus
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989-40
) CVS at Convergence?
This is a very important fix that especially VDR users have been waiting for
for a long time - it would be very sad if there would now be two different
versions of the firmware...
Klaus
--
___
Klaus Schmidinger
this is on nobodies best interest...
Klaus
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989-40
Hofmark 2 Email: [EMAIL
this problem. I would help a lot.
If you're not running VDR as 'root' you'll need to give write access
to the user ID you're running VDR under - or simply give write access
to everybody by issuing
chmod -R o+w /dev/dvb
Klaus
--
___
Klaus
, and from there sent on to whoever asks for it
Maybe my knowledge of the English language is a little limited, but
my dictionary translates infamous as a rather negative expression.
Would you care to elaborate on this?
Klaus
--
___
Klaus
it is pure madness to
receive a digital signal, convert it to analog and then back to digital, but
I'm afraid this is the only way...
Klaus
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH
encoder is that all I need, or do I need the DVB for the
EPG overlay? (I'd need a IR receiver mechanism too)
I guess a combination of MPEG2 encoder and DXR3 card should do. VDR is based upon
MPEG2.
Klaus
--
___
Klaus Schmidinger
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989-40
Hofmark 2 Email: [EMAIL PROTECTED]
D-84568 Pleiskirchen, Germany URL: www.cadsoft.de
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989-40
Hofmark 2 Email: [EMAIL PROTECTED]
D-84568 Pleiskirchen, Germany URL: www.cadsoft.de
these lockups
happen...
Klaus
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989-40
Hofmark 2 Email: [EMAIL PROTECTED]
D-84568
Marcus Metzler wrote:
Klaus Schmidinger writes:
Oliver Endriss wrote:
Klaus Schmidinger wrote:
Since yesterday (maybe even earlier) the driver (CVS version
2002-12-08) doesn't replay (new) recordings from RTL any more. It
behaves just as if it had been set into pause
that this also happens with
earlier versions.
Klaus
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989-40
Hofmark 2 Email: [EMAIL
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989-40
Hofmark 2 Email: [EMAIL PROTECTED]
D-84568 Pleiskirchen, Germany URL
Oliver Endriss wrote:
Klaus Schmidinger wrote:
Since yesterday (maybe even earlier) the driver (CVS version
2002-12-08) doesn't replay (new) recordings from RTL any more. It
behaves just as if it had been set into pause mode.
Maybe this is the same bug I wrote about in the thread
Hard
Marcus Metzler wrote:
Klaus Schmidinger writes:
Oliver Endriss wrote:
Klaus Schmidinger wrote:
Since yesterday (maybe even earlier) the driver (CVS version
2002-12-08) doesn't replay (new) recordings from RTL any more. It
behaves just as if it had been set into pause
Manfred Schmidt-Voigt wrote:
(Sorry to break the thread, but I am only at an internet mailer)
Klaus Schmidinger wrote:
above, the old firmware together with the new driver and VDR is also
able to replay them. So my guess would be that the problem _is_ in the
replay process
the 'makedev.napi' script? It
is in the driver directory.
Klaus
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989-40
Hofmark 2 Email
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989-40
Hofmark 2 Email: [EMAIL PROTECTED]
D-84568 Pleiskirchen, Germany URL: www.cadsoft.de
Alexandre CONRAD wrote:
Hello,
is ftp://ftp.cadsoft.de/pub/people/kls/vdr/vdr-1.0.4.tgz; the latest
version of VDR ?
The latest version can be found at ftp://ftp.cadsoft.de/vdr/Developer.
Klaus
--
___
Klaus Schmidinger
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989-40
Hofmark 2 Email: [EMAIL PROTECTED]
D-84568 Pleiskirchen, Germany
CVS driver (2002-12-01).
Klaus
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989-40
Hofmark 2 Email: [EMAIL PROTECTED]
D
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989-40
Hofmark 2 Email: [EMAIL PROTECTED]
D-84568 Pleiskirchen, Germany URL: www.cadsoft.de
Oliver Endriss wrote:
Klaus Schmidinger wrote:
When I run VDR there is a kdvb-fe process created when I open the
frontend. Sometimes there are two such processes created per DVB
card, one of them marked 'defunct'. After stopping VDR (no matter
whether I explicitly do a 'close
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989-40
Hofmark 2 Email: [EMAIL PROTECTED]
D-84568 Pleiskirchen, Germany URL: www.cadsoft.de
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989-40
Hofmark 2 Email: [EMAIL PROTECTED]
D-84568 Pleiskirchen, Germany URL: www.cadsoft.de
. VDR goes to great lengths in order
to be able to display a full screen OSD by splitting it into several separate
windows that use different color depths and color palettes.
Klaus
-Original Message-
From: Klaus Schmidinger [mailto:[EMAIL PROTECTED]]
Sent: vendredi 29 novembre 2002 14
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989-40
Hofmark 2 Email: [EMAIL PROTECTED]
D-84568 Pleiskirchen, Germany URL: www.cadsoft.de
.2002-11-01.tar.bz2
Klaus
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989-40
Hofmark 2 Email: [EMAIL PROTECTED]
D-84568
Holger Waechtler wrote:
Klaus Schmidinger wrote:
The following change between driver versions 2002-11-11 and 2002-11-15
brought back the dropouts in live tv when recording on a second DVB card:
--- DVB.2002-11-11/driver/dvb_frontend.cMon Nov 11 22:50:26 2002
+++ DVB.2002-11-15
the 'makedev.napi' that comes with the driver.
Klaus
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989-40
Hofmark 2 Email
that.
Klaus
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989-40
Hofmark 2 Email: [EMAIL PROTECTED]
D-84568 Pleiskirchen
not be correct for any particular channel.
Klaus
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989-40
Hofmark 2 Email: [EMAIL
it?
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989-40
Hofmark 2 Email: [EMAIL PROTECTED]
D-84568 Pleiskirchen, Germany URL: www.cadsoft.de
/vdr/DVB.2002-11-08/driver/av7110'
make: *** [insmod] Error 2
Klaus
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989-40
Hofmark 2
Robert Schiele wrote:
On Fri, Nov 08, 2002 at 02:33:52PM +0100, Holger Waechtler wrote:
Hi Klaus,
Klaus Schmidinger wrote:
I'm just trying to compile today's driver source and founs the following
problems:
- In a newly created directory I get the following warning when doing
Oliver Endriss wrote:
Holger Waechtler wrote:
Klaus Schmidinger wrote:
I'm just trying to compile today's driver source and founs the
following problems:
- In a newly created directory I get the following warning when
doing 'make' in the 'driver' subdirectory:
make -C
Holger Waechtler wrote:
Klaus Schmidinger wrote:
Holger Waechtler wrote:
...
- When compiling av7110/saa7146_core.c I get the error message
saa7146_core.c:911: warning: implicit declaration of function `__devexit_p'
saa7146_core.c:911: initializer element is not constant
there was no
demand for this.
VDR does this itself to allow overlapping recordings or simultaneous Transfer Mode
and recording of the same programme. Works just fine.
Klaus
--
___
Klaus Schmidinger Phone: +49-8635-6989
from the driver.
Regards,
Johannes
Klaus
--
___
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989-40
Hofmark 2 Email: [EMAIL
101 - 200 of 545 matches
Mail list logo
