Mailing List archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[vdr] Re: Video Disk Recorder version 0.99pre5



Hmm .... i tried to compile your latest patched driver, but it end up with
an error:

dvb_firm.c: In function `init_dvb_firm':
dvb_firm.c:11: `Dpram' undeclared (first use in this function)
dvb_firm.c:11: (Each undeclared identifier is reported only once
dvb_firm.c:11: for each function it appears in.)
dvb_firm.c:13: `Root' undeclared (first use in this function)
make[3]: *** [dvb_firm.o] Error 1
make[3]: Leaving directory `/usr/src/siemens_dvb-0.9-20020202/driver'
make[2]: *** [_mod_/usr/src/DVB/driver] Error 2
make[2]: Leaving directory `/usr/src/linux-2.4.4'
make[1]: *** [here] Error 2
make[1]: Leaving directory `/usr/src/siemens_dvb-0.9-20020202/driver'
make: *** [insmod] Error 2

Does VDR099pre5 still run with the old drivers from 17.11.2001? (they
compile without errors)

Greetings,
Sebastian

----- Original Message -----
From: "Klaus Schmidinger" <Klaus.Schmidinger@cadsoft.de>
To: <vdr@linuxtv.org>
Sent: Sunday, February 03, 2002 6:03 PM
Subject: [vdr] Video Disk Recorder version 0.99pre5


> The new version 0.99pre5 of the Video Disk Recorder project
> is now available at
>
>     ftp://ftp.cadsoft.de/pub/people/kls/vdr/vdr-0.99pre5.tgz
>
> The latest driver version (including the still picture patch necessary
> for VDR) can be found at
>
>     ftp://ftp.cadsoft.de/pub/people/kls/vdr/siemens_dvb-0.9-20020202.tgz
>
> NOTE: THIS VERSION OF VDR HAS SOME CHANGES AT CORE LOCATIONS OF
>       TIMER AND RECORDING HANDLING, IN ORDER TO IMPLEMENT THE NEW
>       'TITLE' and 'EPISODE' KEYWORDS. PLEASE TEST THESE IN A CONTROLLED
>       ENVIRONMENT BEFORE ACTUALLY RELYING IN THEM!
>
> - Fixed handling improper buffer lengths in the EIT parser (thanks to Deti
>   Fliegl).
> - Fixed handling improperly formatted EIT data (thanks to Rolf Hakenes).
> - Updated channel settings for 'N24' (thanks to Andreas Gebel).
> - Fixed handling hierarchical recordings menu in case of directories
starting
>   with the same sequence of characters.
> - Fixed handling timers on the 29th, 30th or 31st of a month in case the
next
>   month has less than 31 days.
> - Added a description of the sort order of individual episodes in the
>   recordings menu to the MANUAL.
> - Removed the EPG bugfix for "Title / Subtitle" cleanup. Apparently Pro-7
has
>   finally stopped this nasty habit.
> - Added some EPG bugfix statistics (printed to the log file every time the
EPG
>   data is cleaned up and when VDR is terminated). Maybe somebody in charge
of
>   the EPG data at the listed channels will read this and take the
necessary
>   actions to fix these things...
> - Changed the [dei]syslog macros in tools.h to use a variable number of
args,
>   thus making it safe to use them in nested 'if/else' statements.
> - Fixed error handling in establishing an SVDRP connection (thanks to
Davide
>   Achilli) for pointing this out).
> - The new configuration file 'svdrphosts.conf' is now used to define which
>   hosts may access the SVDRP port (by default only 'localhost' has
access).
>   See FORMATS for details.
> - The special keywords TITLE and EPISODE can now be used in timer file
names
>   (see MANUAL and FORMATS for details).
> - The new setup parameter NameInstantRecord can be used to define how an
>   instant recording will be named (see MANUAL for details).
> - When looking for the EPG record of the timer that starts a recording,
now
>   that record is taken which covers the time calculated as
>   'start + (Setup.MarginStart * 2) + 1)' in order to have a better chance
of
>   hitting the right record in case of an instant recording. Timers that
start
>   further in the future should always be programmed via the "Schedules"
menu.
> - The special VPIDs '0' and '1' are now used to enable recording radio
channels.
>   Actually '0' should be enough, but '1' must be used with encrypted
channels
>   (driver bug?). Note, though, that since VDR is mainly a *video
recorder*, some
>   features like, e. g.,  the progress display, may not work as expected
with
>   radio recordings. Thanks to Michael Paar.
> - Fixed a problem with the ERR macro defined by ncurses.h (thanks to Artur
>   Skawina).
>
> Have fun!
>
> Klaus Schmidinger
> --
> _______________________________________________________________
>
> Klaus Schmidinger                       Phone: +49-8635-6989-10
> CadSoft Computer GmbH                   Fax:   +49-8635-6989-40
> Hofmark 2                               Email:   kls@cadsoft.de
> D-84568 Pleiskirchen, Germany           URL:     www.cadsoft.de
> _______________________________________________________________
>
>
>




Home | Main Index | Thread Index