Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: VDR Portal. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

skiller2k1

Moderator

  • »skiller2k1« ist der Autor dieses Themas

Beiträge: 2 361

Wohnort: Karlsruhe

Beruf: Freiberuflicher Webdesigner

  • Nachricht senden

1

Sonntag, 17. Juni 2007, 16:14

[ANNOUNCE] VDR developer version 1.5.4

Frisch aus der ML:

Zitat

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:

Quellcode

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

Sonntag, 17. Juni 2007, 19:40

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

Sonntag, 17. Juni 2007, 20:51

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

4

Sonntag, 17. Juni 2007, 20:59

0.1.0

5

Sonntag, 17. Juni 2007, 21:14

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:

Quellcode

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

Sonntag, 17. Juni 2007, 21:16

Zitat

Original von klak
0.1.0

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

7

Sonntag, 17. Juni 2007, 23:17

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« hat folgende Datei angehängt:
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
Mach mit beim VDR User Counter!

LordJaxom

Meister

Beiträge: 2 115

Wohnort: Kind der Kirmes am Kanal

Beruf: System- und Anwendungsprogrammierer

  • Nachricht senden

8

Montag, 18. Juni 2007, 13:09

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

Profi

Beiträge: 738

Wohnort: Pfotenhof Weidesheim

Beruf: IT

  • Nachricht senden

9

Montag, 18. Juni 2007, 15:20

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

SATIP Server: ASRock Q1900M Minisatip Server ,Digital Device Max S8, Leap 42.1
Fileserver : ASRock Q1900M ,12 TB Hardware-RAID-5 ,LEAP 42.2
Clients : 4x Rasberry Pi 2 +3 mit Raspian Jessie - VDR 2.2.0-Sat-IP-Plugin

10

Montag, 18. Juni 2007, 17:57

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

11

Montag, 18. Juni 2007, 22:32

Zitat

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

LordJaxom

Meister

Beiträge: 2 115

Wohnort: Kind der Kirmes am Kanal

Beruf: System- und Anwendungsprogrammierer

  • Nachricht senden

12

Dienstag, 19. Juni 2007, 07:20

Zitat

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

Profi

Beiträge: 738

Wohnort: Pfotenhof Weidesheim

Beruf: IT

  • Nachricht senden

13

Dienstag, 19. Juni 2007, 17:54

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

SATIP Server: ASRock Q1900M Minisatip Server ,Digital Device Max S8, Leap 42.1
Fileserver : ASRock Q1900M ,12 TB Hardware-RAID-5 ,LEAP 42.2
Clients : 4x Rasberry Pi 2 +3 mit Raspian Jessie - VDR 2.2.0-Sat-IP-Plugin

14

Dienstag, 19. Juni 2007, 20:17

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

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »chris24j« (19. Juni 2007, 20:19)


KBF

Schüler

Beiträge: 127

Wohnort: Schwabenland

Beruf: Student

  • Nachricht senden

15

Dienstag, 19. Juni 2007, 21:53

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« hat folgende Datei angehängt:
  • vdr-1.5.4-t2s.diff (661 Byte - 263 mal heruntergeladen - zuletzt: 7. November 2016, 17:15)

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »KBF« (19. Juni 2007, 23:00)


KBF

Schüler

Beiträge: 127

Wohnort: Schwabenland

Beruf: Student

  • Nachricht senden

16

Mittwoch, 20. Juni 2007, 08:55

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


MfG
Karsten
»KBF« hat folgende Datei angehängt:

17

Mittwoch, 20. Juni 2007, 20:23

Hallo zusammen,

die Patches haben geholfen.

Es läuft wieder alles.

Danke! :cool1

Ciao
Chris

Immortal Romance Spielautomat