You are not logged in.

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.

skiller2k1

Moderator

  • "skiller2k1" started this thread

Posts: 2,356

Location: Karlsruhe

Occupation: Freiberuflicher Webdesigner

  • Send private message

1

Sunday, June 17th 2007, 4:14pm

[ANNOUNCE] VDR developer version 1.5.4

Frisch aus der ML:

Quoted

VDR developer version 1.5.4 is now available at

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

A 'diff' against the previous developer version is available at

ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.3-1.5.4.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.3:

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
- Increased APIVERSION (forgot to do that in 1.5.2 and 1.5.3).
- Fixed a crash in i18n character set conversion (thanks to Alexander Riedel,
  Jose Alberto Reguero and Christian Wieninger for patches that cured part of
  the problem).
- Adjusted the 'skincurses' plugin to UTF-8 handling.
- Using nl_langinfo(CODESET) to determine the local codeset to use (thanks to
  Thomas Günther). The codeset names in 'libsi/si.c' have been changed to the
  canonical spelling with '-' (thanks to Ludwig Nussel for pointing this out).
- Modified handling invalid characters in VFAT mode.
- Replaced strn0cpy() with Utf8Strn0Cpy() where necessary.
- Now using 'fontconfig' to determine which fonts to use (thanks to Anssi Hannula
  for code and hints on how to do this).
- If no fonts are installed, VDR now uses a dummy font that doesn't actually draw
  any text, and logs an error message.
- The new function cFont::CreateFont() can be used by plugins to create and use
  fonts of their own, independent of VDR's standard fonts.
- Updated the Finnish OSD texts (thanks to Rolf Ahrenberg).
- Changed the parameter "OSD font" to "Default font" in "Setup/OSD" (suggested
  by Rolf Ahrenberg).
- Fixed handling detached processes in SystemExec() (thanks to Udo Richter).
- The info.vdr file now also stores the name of the channel, and the new function
  cRecordingInfo::ChannelName() returns this information if available (based on
  a patch from Alexander Hans).
- The new function cOsd::SetOsdPosition() can be used to dynamically change the
  position and size of the OSD (based on a request from Christoph Haubrich).
  Plugins that implement skins should no longer use Setup.OSDWidth etc. directly,
  but should rather use cOsd::OsdWidth() etc. instead.
  Currently a change to the OSD position will only apply to newly opened OSDs.


Have fun!

Klaus

Danke an Klaus für die neue Version!

Grüße
Michi
Wohnzimmer: Techsolo TC-400 :: ASUS P5N7A-VM :: Intel Core 2 Duo E7400 :: GeForce 9300 onboard :: vdr 1.7.15 e-tobi ::
In Rente: Pimped Scenic 600 (Bilder und Aufbau) :: PIII 600Mhz :: Hauppauge Nexus-S 2.1 4MB :: vdr 1.5.2 e-tobi ::

"Wer denkt, dass Volksvertreter das Volk vertreten, der glaubt auch, dass Zitronenfalter Zitronen falten." Zeit zum ändern!

2

Sunday, June 17th 2007, 7:40pm

Hallo *,

zur Info - zwei Plugins kompilieren bei mir unter vdr-1.5.3/1.5.4 nicht:


Plugin live:

make[1]: Entering directory `/usr/src/vdr-1.5.4/PLUGINS/src/live'
make[1]: Leaving directory `/usr/src/vdr-1.5.4/PLUGINS/src/live'
make[1]: Entering directory `/usr/src/vdr-1.5.4/PLUGINS/src/live'
make[2]: Entering directory `/usr/src/vdr-1.5.4/PLUGINS/src/live/httpd'
make[2]: Leaving directory `/usr/src/vdr-1.5.4/PLUGINS/src/live/httpd'
make[2]: Entering directory `/usr/src/vdr-1.5.4/PLUGINS/src/live/httpd'

<... schnipp ..>

g++ -fPIC -O2 -Wall -Woverloaded-virtual -Wno-unused-variable -Wno-non-virtual-dtor -I/usr/include -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"live"' -I.. -I../../../../include screenshot.cpp
g++ -fPIC -O2 -Wall -Woverloaded-virtual -Wno-unused-variable -Wno-non-virtual-dtor -I/usr/include -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"live"' -I.. -I../../../../include timers.cpp
timers.ecpp: In member function 'virtual unsigned int<unnamed>::timers::operator()(tnt::HttpRequest&, tnt::HttpReply&, cxxtools::QueryParams&)':
timers.ecpp:62: error: no matching function for call to 'cTimer::PrintDay(int, int)'
../../../../include/vdr/timers.h:97: note: candidates are: static cString cTimer::PrintDay(time_t, int, bool)
timers.ecpp:76: error: no matching function for call to 'cTimer::PrintDay(int, int)'
../../../../include/vdr/timers.h:97: note: candidates are: static cString cTimer::PrintDay(time_t, int, bool)
make[2]: *** [timers.o] Fehler 1
make[2]: Leaving directory `/usr/src/vdr-1.5.4/PLUGINS/src/live/pages'
make[1]: *** [SUBDIRS] Fehler 1
make[1]: Leaving directory `/usr/src/vdr-1.5.4/PLUGINS/src/live'


Plugin skincurses:

make[1]: Entering directory `/usr/src/vdr-1.5.4/PLUGINS/src/skincurses'
make[1]: Leaving directory `/usr/src/vdr-1.5.4/PLUGINS/src/skincurses'
make[1]: Entering directory `/usr/src/vdr-1.5.4/PLUGINS/src/skincurses'
g++ -fPIC -g -O2 -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"skincurses"' -I../../../include skincurses.c
skincurses.c: In constructor 'cCursesOsd::cCursesOsd(int, int)':
skincurses.c:83: error: invalid conversion from 'int (*)()' to 'int'
skincurses.c:83: error: initializing argument 2 of 'WINDOW* subwin(WINDOW*, int, int, int, int)'
skincurses.c:83: error: invalid conversion from 'int (*)()' to 'int'
skincurses.c:83: error: initializing argument 3 of 'WINDOW* subwin(WINDOW*, int, int, int, int)'
skincurses.c: In member function 'virtual void cCursesOsd::DrawText(int, int, const char*, tColor, tColor, const cFont*, int, int, int)':
skincurses.c:171: error: pointer to a function used in arithmetic
skincurses.c:171: error: invalid conversion from 'int (*)()' to 'int'
skincurses.c:171: error: initializing argument 3 of 'int waddnstr(WINDOW*, const char*, int)'
make[1]: *** [skincurses.o] Fehler 1
make[1]: Leaving directory `/usr/src/vdr-1.5.4/PLUGINS/src/skincurses'


gruss klak

3

Sunday, June 17th 2007, 8:51pm

live 0.1.0 oder die cvs Version?
2003 - 2011 - R.I.P.

4

Sunday, June 17th 2007, 8:59pm

0.1.0

s.krueger

Professional

Posts: 913

Location: NVP

  • Send private message

5

Sunday, June 17th 2007, 9:14pm

Danke für die neu Vers.!

Ich wollte sie auch mal Testen via Streamdev.client und Softdevice, aber bekomme kein Bild!
Habe dann mal im Forum geuscht und bin auf dies gestoßen: HIER
Aber hilft leider nichtweiter!

Server ist vdr-1.4.7 und Client diese Vers.!

Im LOg des Servers:

Source code

1
2
3
4
5
6
7
Jun 17 21:10:27 (none) vdr: [10472] Streamdev: Setting data connection to 192.168.1.4:52562
Jun 17 21:10:27 (none) vdr: [10568] streamdev-writer thread started (pid=10568, tid=10568)
Jun 17 21:10:27 (none) vdr: [10569] streamdev-filterstreaming thread started (pid=10569, tid=10569)
Jun 17 21:10:48 (none) vdr: [10472] buffer stats: 0 (0%) used
Jun 17 21:11:09 (none) vdr: [10472] buffer stats: 0 (0%) used
Jun 17 21:11:17 (none) vdr: [10463] changing pids of channel 1355 from 160+160:80=pol:500 to 160+160:80=pol;81=pol:500
Jun 17 21:11:30 (none) vdr: [10472] buffer stats: 0 (0%) used


...und Bild bleibt dunkel! Mit vdr-1.4.7 funkt es aber weiterhin als Client!

Mfg SVen

6

Sunday, June 17th 2007, 9:16pm

Quoted

Original von klak
0.1.0

Nimm cvs, die sollte an 1.5.3 angepasst sein.
2003 - 2011 - R.I.P.

kls

Master

Posts: 2,674

Location: Mettenheim

  • Send private message

7

Sunday, June 17th 2007, 11:17pm

Da hab' ich wohl im letzten Moment beim Einbau der neuen OSD-Positionsfunktionen übersehen, daß die Namen in skincurses.c bereits verwendet wurden.

Beiliegender Patch behebt das Problem.

Klaus
kls has attached the following file:
Gib CI+/HD+ keine Chance! Lasst diese Pest am ausgestreckten Arm verhungern!
Wer für sowas bezahlt macht sich zum Totengräber von Projekten wie VDR!
Die Wahrheit ueber HD Plus
CI-Plus -- Das trojanische Pferd im Wohnzimmer

Posts: 2,101

Location: Kind der Kirmes am Kanal

Occupation: System- und Anwendungsprogrammierer

  • Send private message

8

Monday, June 18th 2007, 1:09pm

Bestünde evtl. die Möglichkeit, irgendwo im Header tools.h oder in der PLUGINS.html zu vermerken, dass man cVector (falls jemand diese Klasse entdeckt und ambitioniert ist, sie zu verwenden) keinesfalls mit C++-Objekten verwenden sollte? Ich sehe die Gefahr, dass damit eher unerfahrene Programmierer auf die Nase fallen könnten (so wie mit "must be constants" in der Implementierung von SetHelp in osdbase.c).

speed

Professional

Posts: 627

Location: Bonn

Occupation: Admin Bastard Operator from Hell

  • Send private message

9

Monday, June 18th 2007, 3:20pm

Hy leute
also nachdem ich jetzt die Suche zum glühen gebracht,bin ich immer noch
nicht weiter...
brauche ich für epgsearch-0.9.22 eine patch ???
thanks
speed

my VDR Stuff :D

VDR 1 Asus Board ,Dual Core , Technotrend 2.3 DVB-S ,3x Skystar2
VDR 2 Asus Board , Dual Core , 2 x Technisat Skystar HD ,VDPAU FULL-HD
Hardware : 6 TB HDD-RAID5 , 3X Media MVP ,2x Rasberry Pi
Software : Suse 13.1 mit Vanilla Kernel 3.13.1 VDR1 =2.0.6 VDR2 = 2.1.6 + SoftHDDevice

10

Monday, June 18th 2007, 5:57pm

Hi,

schau doch mal auf der epgsearch-Homepage, da gibts im Archiv eine version epgsearch-0.9.23-beta1, die kompiliert bei mir probemlos durch. Ob sie auch richtig funktioniert habe ich allerdings noch nicht getestet.

ciao,
Chris

Urig

Professional

Posts: 1,223

Location: Kassel

  • Send private message

11

Monday, June 18th 2007, 10:32pm

Quoted

Originally posted by LordJaxom
Bestünde evtl. die Möglichkeit, irgendwo im Header tools.h oder in der PLUGINS.html zu vermerken, dass man cVector (falls jemand diese Klasse entdeckt und ambitioniert ist, sie zu verwenden) keinesfalls mit C++-Objekten verwenden sollte?


Ein gutes Hindernis ist schon mal, dass ein Konstruktor für T(0) existieren muss, das dürfte nicht allzu oft klappen.

Alternativ könnte man die Klasse auch komplett C++-fest machen, man müsste nur die realloc's, memmove's und free's durch copy-constructor- und destructor -Aufrufe ersetzen.

Gruß,

Udo

Posts: 2,101

Location: Kind der Kirmes am Kanal

Occupation: System- und Anwendungsprogrammierer

  • Send private message

12

Tuesday, June 19th 2007, 7:20am

Quoted

Original von Urig
Ein gutes Hindernis ist schon mal, dass ein Konstruktor für T(0) existieren muss, das dürfte nicht allzu oft klappen.

Oh, ich hatte garnicht gesehen dass überhaupt etwas konstruiert wird. Naja, böse kann es trotzdem werden, da hier operator= auf ein vollkommen undefiniertes this-Objekt aufgerufen wird. Damit ist der Aufruf "data = T(0)" undefiniert. An der Stelle sollte unbedingt placement-new eingesetzt werden ("new (&data[i]) T;")

Am besten wäre natürlich ein vector aus der C++-Standardbibliothek (ISO), da der alles das hier macht (und mehr), aber wie Klaus zur Standardbibliothek steht weiss ich ja ;)

speed

Professional

Posts: 627

Location: Bonn

Occupation: Admin Bastard Operator from Hell

  • Send private message

13

Tuesday, June 19th 2007, 5:54pm

Hallo Jungs
ich habe folgendes Problem, vdr startet ...aber sobald ich umschalten...menu aufrufen..etc etc ..ist er sofort weg im log finde ich folgendes
[24319] ERROR: FreeType: error during FT_Load_Glyph
Jun 19 17:50:42 raid vdr: [24319] ERROR: FreeType: error during FT_Load_Glyph
Jun 19 17:50:42 raid vdr: [24319] ERROR: FreeType: error during FT_Load_Glyph
Jun 19 17:50:42 raid vdr: [24319] ERROR: FreeType: error during FT_Load_Glyph
Jun 19 17:50:42 raid vdr: [24319] ERROR: FreeType: error during FT_Load_Glyph
Jun 19 17:50:42 raid vdr: [24319] ERROR: FreeType: error during FT_Load_Glyph
Jun 19 17:50:42 raid vdr: [24319] ERROR: FreeType: error during FT_Load_Glyph
Jun 19 17:50:42 raid vdr: [24319] ERROR: FreeType: error during FT_Load_Glyph

Jemand eine Idee an welcher Schraube ich drehen muß ???
thanks
speed

my VDR Stuff :D

VDR 1 Asus Board ,Dual Core , Technotrend 2.3 DVB-S ,3x Skystar2
VDR 2 Asus Board , Dual Core , 2 x Technisat Skystar HD ,VDPAU FULL-HD
Hardware : 6 TB HDD-RAID5 , 3X Media MVP ,2x Rasberry Pi
Software : Suse 13.1 mit Vanilla Kernel 3.13.1 VDR1 =2.0.6 VDR2 = 2.1.6 + SoftHDDevice

chris24j

Beginner

Posts: 9

Occupation: IT

  • Send private message

14

Tuesday, June 19th 2007, 8:17pm

Hallo!

Bei mir gibt es seit 1.5.3 ein Problem mit Text2Skin:

Plugin text2skin:
make[1]: Entering directory `/videoserver/vdr-1.5.4/PLUGINS/src/text2skin-cvs'
g++ -Wall -Woverloaded-virtual -O2 -g -c -DHAVE_IMAGEMAGICK -DHAVE_FREETYPE -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"text2skin"' -I/usr/include/freetype2 -I../../../include -I../../../../DVB/linux/include -I../../../../DVB/include -I. -o font.o font.c
graphtft/font.h:27: error: 'tPixelData' is not a member of 'cFont'
graphtft/font.h:27: error: 'tPixelData' is not a member of 'cFont'
graphtft/font.h:27: error: template argument 2 is invalid
graphtft/font.h:27: error: template argument 4 is invalid
make[1]: *** [font.o] Fehler 1
make[1]: Leaving directory `/videoserver/vdr-1.5.4/PLUGINS/src/text2skin-cvs'

*** failed plugins: text2skin

System: Debian Etch unter Linux 2.6.21.5

Eine wirkliche Lösung für das Problem habe ich noch nicht gefunden. :-(

Weiß jemand Rat?

Ciao
Chris

This post has been edited 1 times, last edit by "chris24j" (Jun 19th 2007, 8:19pm)


KBF

Trainee

Posts: 127

Location: Schwabenland

Occupation: Student

  • Send private message

15

Tuesday, June 19th 2007, 9:53pm

Hab den Patch für Text2Skin aus der Mailingliste mal angehängt.

EDIT:
Der Patch ist für den VDR, hatte ich überlesen. Ist also eigentlich nicht das richtige.

MfG
Karsten
KBF has attached the following file:

This post has been edited 1 times, last edit by "KBF" (Jun 19th 2007, 11:00pm)


KBF

Trainee

Posts: 127

Location: Schwabenland

Occupation: Student

  • Send private message

16

Wednesday, June 20th 2007, 8:55am

So nun ein Patch aus der Mailingliste für Text2Skin.


MfG
Karsten
KBF has attached the following file:

chris24j

Beginner

Posts: 9

Occupation: IT

  • Send private message

17

Wednesday, June 20th 2007, 8:23pm

Hallo zusammen,

die Patches haben geholfen.

Es läuft wieder alles.

Danke! :cool1

Ciao
Chris