You are not logged in.
VDR Portal »
News »
News-Archiv »Dear visitor, welcome to VDR Portal. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.
Sunday, August 26th 2007, 5:42pm
Quoted
VDR developer version 1.5.9 is now available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.9.tar.bz2
A 'diff' against the previous developer version is available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.8-1.5.9.diff
WARNING:
========
This is a *developer* version. Even though *I* use it in my productive
environment, I strongly recommend that you only use it under controlled
conditions and for testing and debugging.
The changes since version 1.5.8:
- Fixed handling locale directories with a large number of entries (thanks to
Anssi Hannula).
- Updated Turkish language texts (thanks to Oktay Yolgeçen).
- Fixed stripping the context in I18nTranslate() (reported by Christian
Wieninger).
- Fixed detecting whether a particular locale is actually supported.
- Added a note about LANG having to be set to a valid locale in INSTALL
(suggested by Matthias Fechner).
- Fixed some compiler warnings with gcc-4.2.0 (thanks to Matthias Schwarzott).
- Fixed setting the locale file name in i18n-to-gettext.pl (thanks to Matthias
Schwarzott).
- Changed the default for LOCDIR in Makefile and Make.config.template to
"./locale", so that internationalization works by default when running VDR
from within its source directory (suggested by Anssi Hannula).
- Added the new i18n macro trVDR(), which can be used by plugins to mark
texts they want to reuse from VDR's core translations (suggested by Matthias
Becker).
- VDR now uses the default configuration directory as defined in the CONFDIR
varable in the Makefile (thanks to Thomas Schmidt).
- The SVDRP command LSTC can now list the channels with group separators if the
option ':groups' is given (thanks to Andreas Mair).
- Added a missing error report to cCuttingThread::Action() (thanks to Udo
Richter).
- There can now be more than one OSD at the same time. At any given time,
however, only one of them can be active (and thus visible). This is to
allow displaying things like subtitles in an easy way. A cOsd therefore
now has a "Level", and only the OSD with the smallest level will be
displayed. The level 0 OSD is special, and there can only be one with
this level. If there is more than one OSD with a particular level, only
the one that was created first will be displayed.
Plugins that provide an OSD need to adjust their cOsdProvider::CreateOsd()
function to hand through the Level.
- Fixed checking for ttDolbyLast in cDevice:etCurrentAudioTrack() (thanks
to Marco Schlüßler).
Note that the "multiple OSD" change currently has no visible effect yet,
but it is a necessary preparation for displaying subtitles, which will
be addressed in the next developer version.
*When reporting problems, please don't reply to this message!*
Create a new thread instead, using a descriptive subject!
Have fun!
Klaus
Sunday, August 26th 2007, 7:04pm
|
Source code |
1 2 3 4 5 6 7 8 |
Plugin skincurses: make[1]: Entering directory `/home/tom/mmbox/vdr-1.5.9/PLUGINS/src/skincurses' g++ -g -O3 -Wall -Woverloaded-virtual -march=athlon-xp -fPIC -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"skincurses"' -I/home/tom/mmbox/DVB/linux/include -I/usr/src/linux-2.6.22/include -I../../../include skincurses.c skincurses.c: In constructor ‘cCursesOsd::cCursesOsd(int, int)’: skincurses.c:75: error: no matching function for call to ‘cOsd::cOsd(int&, int&)’ ../../../include/vdr/osd.h:259: note: candidates are: cOsd::cOsd(int, int, uint) ../../../include/vdr/osd.h:247: note: cOsd::cOsd(const cOsd&) make[1]: *** [skincurses.o] Error 1 |
|
|
Source code |
1 2 3 4 5 6 7 8 9 10 |
Plugin softdevice: make[1]: Entering directory `/home/tom/mmbox/vdr-1.5.9/PLUGINS/src/softdevice' g++ -g -O3 -Wall -Woverloaded-virtual -march=athlon-xp -fPIC -c -DHAVE_CONFIG -D__STDC_CONSTANT_MACROS -DPLUGIN_NAME_I18N='"softdevice"' -D_GNU_SOURCE -DPLUGINLIBDIR='"./PLUGINS/lib"' -I/home/tom/mmbox/DVB/linux/include -I/usr/src/linux-2.6.22/include -I../../../include -I/home/tom/mmbox/DVB/linux/include -I/usr/local/include -I/usr/local/include/ffmpeg -I/usr/local/include -I/usr/local/include/ffmpeg softdevice.c ../../../include/vdr/osd.h:394: warning: ‘virtual cOsd* cOsdProvider::CreateOsd(int, int, uint)’ was hidden softdevice.c:122: warning: by ‘virtual cOsd* cSoftOsdProvider::CreateOsd(int, int)’ softdevice.c: In member function ‘virtual void cSoftDevice::MakePrimaryDevice(bool)’: softdevice.c:379: error: cannot allocate an object of abstract type ‘cSoftOsdProvider’ softdevice.c:116: note: because the following virtual functions are pure within ‘cSoftOsdProvider’: ../../../include/vdr/osd.h:394: note: virtual cOsd* cOsdProvider::CreateOsd(int, int, uint) make[1]: *** [softdevice.o] Error 1 |
|
|
Source code |
1 2 3 4 5 6 7 8 9 10 |
Plugin xineliboutput: make[1]: Entering directory `/home/tom/mmbox/vdr-1.5.9/PLUGINS/src/xineliboutput' g++ -g -O3 -Wall -Woverloaded-virtual -march=athlon-xp -fPIC -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"xineliboutput"' -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DXINELIBOUTPUT_VERSION='"1.0.0rc2"' -DUSE_ICONV=1 -Wall -I/home/tom/mmbox/DVB/linux/include -I/usr/src/linux-2.6.22/include -I../../../include -o device.o device.c ../../../include/vdr/osd.h:394: warning: ‘virtual cOsd* cOsdProvider::CreateOsd(int, int, uint)’ was hidden osd.h:62: warning: by ‘virtual cOsd* cXinelibOsdProvider::CreateOsd(int, int)’ device.c: In member function ‘virtual void cXinelibDevice::MakePrimaryDevice(bool)’: device.c:330: error: cannot allocate an object of abstract type ‘cXinelibOsdProvider’ osd.h:54: note: because the following virtual functions are pure within ‘cXinelibOsdProvider’: ../../../include/vdr/osd.h:394: note: virtual cOsd* cOsdProvider::CreateOsd(int, int, uint) make[1]: *** [device.o] Error 1 |
Sunday, August 26th 2007, 7:11pm
Originally posted by ollo
Hi,
mir haut's die Änderungen am cOsd um die Ohren wenn ich verschieden Plugins compiliere:
Source code
Sunday, August 26th 2007, 8:55pm
.
Sunday, August 26th 2007, 10:21pm
|
|
Source code |
1 2 3 4 5 6 7 8 9 10 |
--- PLUGINS/src/skincurses/skincurses.c 2007/08/15 14:01:54 1.17
+++ PLUGINS/src/skincurses/skincurses.c 2007/08/26 20:16:59
@@ -72,7 +72,7 @@
};
cCursesOsd::cCursesOsd(int Left, int Top)
-:cOsd(Left, Top)
+:cOsd(Left, Top, 0)
{
savedRegion = NULL;
|
Sunday, August 26th 2007, 10:31pm
Originally posted by Morone
Welchen hoechsten Level hat denn das OSD von VDR ?
Wenn ich das richtig lese , verpasse ich nem OSD den Level 5
und das OSD von Statusmeldungen hat nen niedrigeren,
dann werden die Statusmeldungen angezeigt ?.
Wie stelle ich jetzt fest , dass die Statusmeldung wieder verschwunden
ist.
Da ja mehrere OSD existieren, duerfte (if !cOsd::IsOpen()) ja nicht
mehr den erwuenschten Effekt bringen, oder.
Speziell OSD von Plugins , welche sich selbststaendig wieder aufbauen
haetten dann nen ernstes Problem.
Was ist 0 fuer nen special Key ??
Ideal waere nen special Key (Zahl) ala "Ja, kannst mein OSD
loeschen"
Monday, August 27th 2007, 1:52am
.
Meinst du mit "sich selbststaendig wieder aufbauen", daß sie nach dem Schließen eines Menüs wieder in Erscheinung treten? Wenn ja, dann brauchen die dafür gar nichts spezielles zu tun, sondern einfach einen Level größer 0 zu verwenden.
Aber Vorsicht: sobald Untertitel laufen (Level 1) würde z.B. ein OSD mit Level
2 gar nicht mehr angezeigt werden, weil das Untertitel-OSD ständig vorhanden ist.
Monday, August 27th 2007, 11:10am
Original von kls
Hier der Fix (allerdings ungetestet):
Source code
--- PLUGINS/src/skincurses/skincurses.c 2007/08/15 14:01:54 1.17 +++ PLUGINS/src/skincurses/skincurses.c 2007/08/26 20:16:59 @@ -72,7 +72,7 @@ }; cCursesOsd::cCursesOsd(int Left, int Top) -:cOsd(Left, Top) +:cOsd(Left, Top, 0) { savedRegion = NULL;
Klaus
Monday, August 27th 2007, 11:52am
Monday, August 27th 2007, 11:55am
Monday, August 27th 2007, 1:12pm
Original von Morone
Heisse zwar net kls aber logischerweise 1.6.0 .
Die erste Zahl hinterm Punkt steht immer fuer Dev/Stable .
Isse ungerade -> Dev , gerade -> stable .
Die Zahl hinterm 2. Punkt ist die Releasenummer
Mal so vereinfacht ausgedrueckt.
Wahrscheinlich wirds noch ne 1.5.20 geben..
danke!
Monday, August 27th 2007, 7:15pm
Wednesday, September 5th 2007, 12:33am
Original von celica
Hallo, was hältst Du denn davon
LOCDIR auch als Start/config-Parameter einstellen zu können?
|
|
Source code |
1 |
-O DIR, --locale=DIR search for locale files in DIR |
Thursday, September 6th 2007, 8:00pm
den VDR installiert. Gibts da vielleicht noch etwas was ich im Makefile oder so anpassen muss?This post has been edited 1 times, last edit by "sewn4" (Sep 6th 2007, 8:02pm)
Sunday, September 9th 2007, 4:54pm
|
|
Source code |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 |
miles:/usr/src/vdr-1.5.9# gdb GNU gdb 6.3-debian Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-linux". (gdb) file vdr Reading symbols from /usr/src/vdr-1.5.9/vdr...done. Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) run Starting program: /usr/src/vdr-1.5.9/vdr Failed to read a valid object file image from memory. [Thread debugging using libthread_db enabled] [New Thread -1212229024 (LWP 24241)] [New Thread -1214280784 (LWP 24244)] [New Thread -1222669392 (LWP 24245)] [New Thread -1231058000 (LWP 24247)] [New Thread -1239446608 (LWP 24248)] vdr: no primary device found - using first device! [New Thread -1247835216 (LWP 24249)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1212229024 (LWP 24241)] 0xb7e4b9e6 in FcCharSetCoverage () from /usr/lib/libfontconfig.so.1 (gdb) bt #0 0xb7e4b9e6 in FcCharSetCoverage () from /usr/lib/libfontconfig.so.1 #1 0xb7e4c049 in FcNameParseCharSet () from /usr/lib/libfontconfig.so.1 #2 0xb7e5453a in FcNameBool () from /usr/lib/libfontconfig.so.1 #3 0xb7e54783 in FcNameParse () from /usr/lib/libfontconfig.so.1 #4 0xb7e45ef6 in FcBlanksIsMember () from /usr/lib/libfontconfig.so.1 #5 0xb7e46649 in FcGlobalCacheScanDir () from /usr/lib/libfontconfig.so.1 #6 0xb7e4d568 in FcDirScanConfig () from /usr/lib/libfontconfig.so.1 #7 0xb7e47f8a in FcConfigBuildFonts () from /usr/lib/libfontconfig.so.1 #8 0xb7e508fc in FcInitLoadConfigAndFonts () from /usr/lib/libfontconfig.so.1 #9 0xb7e50955 in FcInit () from /usr/lib/libfontconfig.so.1 #10 0x080afc36 in cFont::GetFontFileName (FontName=0xb7e68828 "4×\002") at font.c:392 #11 0x080af921 in cFont::CreateFont (Name=0x300 <Address 0x300 out of bounds>, CharHeight=768, CharWidth=768) at font.c:337 #12 0x080af7d7 in cFont::SetFont (Font=fontSml, Name=0x300 <Address 0x300 out of bounds>, CharHeight=768) at font.c:312 #13 0x080af892 in cFont::GetFont (Font=147582576) at font.c:328 #14 0x080f2e63 in cSkinSTTNGDisplayMenu (this=0x8c821d8) at skinsttng.c:386 #15 0x080f9112 in cSkinSTTNG::DisplayMenu (this=0x8c7f760) at skinsttng.c:1146 #16 0x080b1de7 in cInterface::LearnKeys (this=0x86d1038) at skins.h:322 #17 0x0810c089 in main (argc=135610012, argv=0xbfa46724) at vdr.c:660 |
This post has been edited 1 times, last edit by "Faralla" (Sep 9th 2007, 4:56pm)
Saturday, September 15th 2007, 2:09pm
Thursday, May 23rd 2013, 2:07am
Go to the top of the page
