[ANNOUNCE] VDR developer version 1.3.33

seba · 25. September 2005

VDR developer version 1.3.33 is now available at

ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.3.33.tar.bz2

A 'diff' against the previous version is available at

ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.3.32-33.diff

The changes since version 1.3.32:

- Fixed two errors in 'newplugin' (thanks to Alexander Rieger).
- Fixed converting arbitrarily formatted summary.vdr files (thanks to Thomas Günther).
- Fixed handling color buttons in cMenuEditStrItem (thanks to Alexander Rieger).
- Added cChannel::LinkChannels() and cChannel::RefChannel() (suggested by Helmut Auer).
Note that VDR itself doesn't actually use the linked channels, yet, so there is
no guarantee that this really works under all circumstances.
- Added a missing include statement to the 'sky' plugin (thanks to Alfred Zastrow
for reporting this one).
- Fixed handling key macros with keys after @plugin (thanks to Rolf Ahrenberg for
reporting this one).
- Fixed error handling in cCiTransportConnection::RecvTPDU() (thanks to Georg Acher
for reporting this one).
- Removed obsolete 'shift' code in device.[hc].
- The SVDRP command DELR no longer triggers a complete reload of the global Recordings
list, but rather deletes that particular entry.
- The list of recordings is now read in a separate thread, resulting in a faster
startup if there are a great many of recordings, or the disk(s) have to spin up.
If the Recordings menu is opened while the list of recordings is still being read,
the menu will be updated accordingly.
Plugins that access the global Recordings variable should lock the thread, either
by calling

Recordings.Lock();
...
Recordings.Unlock();

or by putting something like

cThreadLock RecordingsLock(&Recordings);

into the respective code block. Thanks to Carsten Koch for his help in testing
and debugging this.
- The 'new' indicator in the Recordings menu is now kept up-to-date (thanks to
Thomas Günther).
- Updated the Romanian OSD texts (thanks to Lucian Muresan).
- Updated the Russian OSD texts (thanks to Oleg ???).
- The '.update' file in the video directory is now touched when a recording is
added or deleted, so that other VDR instances can update their lists (thanks to
Alexander Rieger).
- Made the function ExchangeChars() public (suggested by Lucian Muresan).

Have fun!

Klaus

LightYear · 25. September 2005

Immer wieder Sonntags *sing*

LordJaxom · 25. September 2005

Funzt bisher astrein! Keine Plugin-Inkompatiblitäten!

THX!

speed · 25. September 2005

Jetzt fehlt nur noch der Big-Patch und ab geht die Post in Runde 33...
have fun
speed

Thomas · 25. September 2005

Zitat

Original von LordJaxom
Keine Plugin-Inkompatiblitäten!

Das heisst?
Keine device.h mehr nachzutragen wie bei 1.3.32 ?

LordJaxom · 25. September 2005

Thomas: Doch.. Ich meinte alle Plugins die mit .32 dann schliesslich liefen laufen immernoch (zumidest meine rund 15 Stück)

MarcTwain · 25. September 2005

Danke an Klaus.

Diese Version läuft jetzt auch wieder auf meiner Hardware.

Dr. Seltsam · 25. September 2005

also ich habe mit dieser Version große Probleme

nach dem vdr gestartet ist und das Bild da ist, kann ich mit etwas Glück noch einen Kanal umschalten, das Kommando wird dann sofort ausgeführt. Danach ist vdr für ca.30 Sekunden blockiert und reagiert auf keine Tasteneingabe. Danach werden die Kommandos dann plötzlich alle abgearbeitet, und vdr läuft einwandfrei. Im Log ist absolut nichts zu erkennen, es sieht dort so aus, als hätte ich die Taste auch erst 30 Sekunden später gedrückt.

Ohne Plugins und als vanilla: gleiches Resultat.

Was kann das denn sein??

franzose · 25. September 2005

Zitat

Original von seba
- Added cChannel::LinkChannels() and cChannel::RefChannel() (suggested by Helmut Auer).
Note that VDR itself doesn't actually use the linked channels, yet, so there is
no guarantee that this really works under all circumstances.

Was kann ich mir darunter vorstellen?

arghgra · 25. September 2005

Zitat

Original von Franzose

Was kann ich mir darunter vorstellen?

Dass man fürs director-Plugin ned mehr extra patchen muss

arghgra

ronnykornexl · 25. September 2005

clausmuus · 25. September 2005

Ich kann mich nur Dr. Seltsam nur anschliessen, habe dieses Problem aber schon etwas länger. Ich benutzte bisher noch die 1.3.31. Allerdings tritt das bei mir nur sporadisch auf.
Die 1.3.33 hab ich noch nicht getestet.
Da ich bisher nichts in der Richtung gelesen hatte, dachte ich es liegt an meiner Distribution. Dem ist wohl doch nicht so.

Claus

arghgra · 26. September 2005

Zitat

Original von ronnykornexl

Muß das Plugin dann angepasst werden, weil... ohne Patch geht nichts.

Code

directorosd.c: In constructor `cDirectorOsd::cDirectorOsd(int, int, int)':
	  directorosd.c:34: error: `GetLinkChannels' undeclared (first use this function)
	  directorosd.c:34: error: (Each undeclared identifier is reported only once for
	     each function it appears in.)
	  directorosd.c:35: error: `GetRefChannel' undeclared (first use this function)
	  directorosd.c: In member function `cChannel* cDirectorOsd::getChannel(int)':
	  directorosd.c:252: error: `GetLinkChannels' undeclared (first use this
	     function)
	  directorosd.c: In member function `int cDirectorOsd::getNumLinks()':
	  directorosd.c:262: error: `GetLinkChannels' undeclared (first use this
	     function)
	  directorosd.c: In member function `void cDirectorOsd::drawOsd()':
	  directorosd.c:294: error: `GetLinkChannels' undeclared (first use this
	     function)
	  make[1]: *** [directorosd.o] Error 1

Alles anzeigen

Weil Klaus die Member ohne Get benannt hat ... damn coding-style

arghgra

free-x · 26. September 2005

Zitat

Original von LordJaxom
Funzt bisher astrein! Keine Plugin-Inkompatiblitäten!

THX!

He-he

Code

make[1]: Entering directory `/usr/local/src/vdr-1.3.33/PLUGINS/src/skincurses'
make[1]: Leaving directory `/usr/local/src/vdr-1.3.33/PLUGINS/src/skincurses'
make[1]: Entering directory `/usr/local/src/vdr-1.3.33/PLUGINS/src/skincurses'
g++ -O2 -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"skincurses"' -I../../../include -I../../../../DVB/include skincurses.c
skincurses.c:9:21: ncurses.h: No such file or directory
skincurses.c:46: error: `COLOR_BLACK' was not declared in this scope
skincurses.c:47: error: `COLOR_CYAN' was not declared in this scope
skincurses.c:48: error: `COLOR_BLACK' was not declared in this scope
skincurses.c:49: error: `COLOR_GREEN' was not declared in this scope
skincurses.c:50: error: `COLOR_BLACK' was not declared in this scope
skincurses.c:51: error: `COLOR_YELLOW' was not declared in this scope
skincurses.c:52: error: `COLOR_WHITE' was not declared in this scope
skincurses.c:54: error: `COLOR_RED' was not declared in this scope
skincurses.c:61: error: syntax error before `*' token
skincurses.c:62: error: syntax error before `*' token
skincurses.c:65: error: `COLOR_BLACK' was not declared in this scope
../../../include/vdr/osd.h: In constructor `cCursesOsd::cCursesOsd(int, int)':
../../../include/vdr/osd.h:217: error: `cBitmap*cOsd::savedRegion' is private
skincurses.c:79: error: within this context
skincurses.c:82: error: `start_color' undeclared (first use this function)
skincurses.c:82: error: (Each undeclared identifier is reported only once for
   each function it appears in.)
skincurses.c:83: error: `stdscr' undeclared (first use this function)
skincurses.c:83: error: `leaveok' undeclared (first use this function)
skincurses.c:85: error: `window' undeclared (first use this function)
skincurses.c:85: error: `subwin' undeclared (first use this function)
skincurses.c:86: error: `syncok' undeclared (first use this function)
skincurses.c: In destructor `virtual cCursesOsd::~cCursesOsd()':
skincurses.c:92: error: `werase' undeclared (first use this function)
skincurses.c:94: error: `delwin' undeclared (first use this function)
skincurses.c: In member function `void cCursesOsd::SetColor(int, int)':
skincurses.c:105: error: `init_pair' undeclared (first use this function)
skincurses.c:107: error: `COLOR_PAIR' undeclared (first use this function)
skincurses.c:107: error: `wattrset' undeclared (first use this function)
../../../include/vdr/osd.h: In member function `virtual void
   cCursesOsd::SaveRegion(int, int, int, int)':
../../../include/vdr/osd.h:217: error: `cBitmap*cOsd::savedRegion' is private
skincurses.c:119: error: within this context
../../../include/vdr/osd.h:217: error: `cBitmap*cOsd::savedRegion' is private
skincurses.c:120: error: within this context
skincurses.c:120: error: `delwin' undeclared (first use this function)
../../../include/vdr/osd.h:217: error: `cBitmap*cOsd::savedRegion' is private
skincurses.c:121: error: within this context
../../../include/vdr/osd.h:217: error: `cBitmap*cOsd::savedRegion' is private
skincurses.c:123: error: within this context
skincurses.c:123: error: `newwin' undeclared (first use this function)
../../../include/vdr/osd.h:217: error: `cBitmap*cOsd::savedRegion' is private
skincurses.c:124: error: within this context
skincurses.c:124: error: `copywin' undeclared (first use this function)
../../../include/vdr/osd.h: In member function `virtual void
   cCursesOsd::RestoreRegion()':
../../../include/vdr/osd.h:217: error: `cBitmap*cOsd::savedRegion' is private
skincurses.c:129: error: within this context
../../../include/vdr/osd.h:217: error: `cBitmap*cOsd::savedRegion' is private
skincurses.c:130: error: within this context
../../../include/vdr/osd.h:217: error: `cBitmap*cOsd::savedRegion' is private
skincurses.c:130: error: within this context
skincurses.c:130: error: 'class cBitmap' has no member named '_begy'
../../../include/vdr/osd.h:217: error: `cBitmap*cOsd::savedRegion' is private
skincurses.c:130: error: within this context
skincurses.c:130: error: 'class cBitmap' has no member named '_begx'
../../../include/vdr/osd.h:217: error: `cBitmap*cOsd::savedRegion' is private
skincurses.c:130: error: within this context
skincurses.c:130: error: 'class cBitmap' has no member named '_maxy'
../../../include/vdr/osd.h:217: error: `cBitmap*cOsd::savedRegion' is private
skincurses.c:130: error: within this context
skincurses.c:130: error: 'class cBitmap' has no member named '_begy'
../../../include/vdr/osd.h:217: error: `cBitmap*cOsd::savedRegion' is private
skincurses.c:130: error: within this context
skincurses.c:130: error: 'class cBitmap' has no member named '_maxx'
../../../include/vdr/osd.h:217: error: `cBitmap*cOsd::savedRegion' is private
skincurses.c:130: error: within this context
skincurses.c:130: error: 'class cBitmap' has no member named '_begx'
skincurses.c:130: error: `copywin' undeclared (first use this function)
../../../include/vdr/osd.h:217: error: `cBitmap*cOsd::savedRegion' is private
skincurses.c:131: error: within this context
skincurses.c:131: error: `delwin' undeclared (first use this function)
../../../include/vdr/osd.h:217: error: `cBitmap*cOsd::savedRegion' is private
skincurses.c:132: error: within this context
skincurses.c: In member function `virtual void cCursesOsd::DrawText(int, int,
   const char*, unsigned int, unsigned int, const cFont*, int, int, int)':
skincurses.c:170: error: `wmove' undeclared (first use this function)
skincurses.c:171: error: `waddnstr' undeclared (first use this function)
skincurses.c: In member function `virtual void cCursesOsd::DrawRectangle(int,
   int, int, int, unsigned int)':
skincurses.c:178: error: `wmove' undeclared (first use this function)
skincurses.c:179: error: `whline' undeclared (first use this function)
skincurses.c:181: error: `wsyncup' undeclared (first use this function)
skincurses.c: In member function `virtual void cCursesOsd::Flush()':
skincurses.c:186: error: `refresh' undeclared (first use this function)
skincurses.c: In constructor `
   cSkinCursesDisplayChannel::cSkinCursesDisplayChannel(bool)':
skincurses.c:211: error: `COLOR_BLACK' undeclared (first use this function)
skincurses.c: In member function `virtual void
   cSkinCursesDisplayChannel::SetChannel(const cChannel*, int)':
skincurses.c:222: error: `COLOR_WHITE' undeclared (first use this function)
skincurses.c: In member function `virtual void
   cSkinCursesDisplayChannel::SetEvents(const cEvent*, const cEvent*)':
skincurses.c:227: error: `COLOR_RED' undeclared (first use this function)
skincurses.c:233: error: `COLOR_CYAN' undeclared (first use this function)
skincurses.c:234: error: `COLOR_YELLOW' undeclared (first use this function)
skincurses.c: In member function `virtual void
   cSkinCursesDisplayMenu::SetButtons(const char*, const char*, const char*,
   const char*)':
skincurses.c:341: error: `COLOR_GREEN' undeclared (first use this function)
skincurses.c:343: error: `COLOR_BLUE' undeclared (first use this function)
skincurses.c: In destructor `virtual cPluginSkinCurses::~cPluginSkinCurses()':
skincurses.c:764: error: `endwin' undeclared (first use this function)
skincurses.c: In member function `virtual bool cPluginSkinCurses::Initialize()
   ':
skincurses.c:782: error: `initscr' undeclared (first use this function)
make[1]: *** [skincurses.o] Error 1

Alles anzeigen

Elchi · 26. September 2005

Das ist der Punkt !

Zitat

skincurses.c:9:21: ncurses.h: No such file or directory

Bei mir übersetzt skincurses ohne Probs.

Elchi

Ps.: Haste etwa in /usr/include denn ncurses.h Link gelöscht? Dieser sollte in /usr/include auf nurses/curses.h zeigen.

free-x · 26. September 2005

mist...
11. Gebot
Du sollst nicht so früh compilieren

MarcTwain · 26. September 2005

Zitat

Original von clausmuus
Ich kann mich nur Dr. Seltsam nur anschliessen, habe dieses Problem aber schon etwas länger. Ich benutzte bisher noch die 1.3.31. Allerdings tritt das bei mir nur sporadisch auf.
Die 1.3.33 hab ich noch nicht getestet.
Da ich bisher nichts in der Richtung gelesen hatte, dachte ich es liegt an meiner Distribution. Dem ist wohl doch nicht so.

Claus

Bei mir lief 1.3.32 nicht. Mit 1.3.33 habe ich gestern abend etwa 4 Stunden problemlos die Zeit vor dem Beamer totgeschlagen.

Scorp · 26. September 2005

Hi,

ist das bei der 1.3.33 bei euch auch so das man mit einem touch auf das Videoverzeichnis kein neueinlesen mehr erreichen kann? Oder liegt das evtl. am Bigpatch?

Elchi · 26. September 2005

@ marc twain, was für Hardware hast du?

Hab hier zwei fast identische Systeme AthlonXP-M auf Asus a7v333. Einer mit 256MB Ram der andere mit 512MB Ram. Nur Soundkarten unterscheiden sich. Auf dem mit 512MB lief die 1.3.32, auf dem mit 256MB kam beim Starten von VDR immer Speicherzugriffsfehler. 1.3.33 läuft wieder auf beiden Systemen. Versteh ich selber nicht.

Elchi

skiller2k1 · 26. September 2005

Zitat

Original von Elchi
Auf dem mit 512MB lief die 1.3.32, auf dem mit 256MB kam beim Starten von VDR immer Speicherzugriffsfehler. 1.3.33 läuft wieder auf beiden Systemen. Versteh ich selber nicht.

Mal ne ganz doofe Frage: Hattest du bei dem 256er noch Aufnahmen mit dem alten summary.vdr? Da war nämlich ein Bug im 1.3.32. Siehe:

http://www.vdrportal.de/board/thread.php?threadid=39049&sid=

Grüße

Michi

[ANNOUNCE] VDR developer version 1.3.33

Jetzt mitmachen!

Teilen