[MegaX]

Und wieder eine neue Version:
Tread im VDR-Portal

VDR developer version 1.7.35 is now available at

ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.35.tar.bz2

A 'diff' against the previous version is available at

ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.34-1.7.35.diff

MD5 checksums:


3b9d0376325370afb464b6c5843591c7 vdr-1.7.35.tar.bz2
4b6fb681359325ad33a466503503e772 vdr-1.7.34-1.7.35.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.7.34:

- Making sure that plugins include the VDR header files from the actual VDR source
directory when doing "make plugins" (suggested by Christoper Reimer).
- Increased the version numbers of all plugins to reflect the recent Makefile changes.
- Removed the lines
ifdef DVBDIR
INCLUDES += -I$(DVBDIR)/include
endif
from the file Make.config.template. If set, DVBDIR is now conveyed to plugins via
the CFLAGS.
- Removed some redundancy from Make.config.template.
- Changed "==" to "=" in the Makefile to make it POSIX style.
- Added MANDIR to the vdr.pc file, so that plugins that need it can retrieve it via
MANDIR = $(DESTDIR)$(call PKGCFG,mandir).
- Using relative paths again when building plugins locally (by request of Udo Richter).
- Plugin Makefiles can now include a configuration file for compile time parameters
(requested by Reinhard Nissl). The actual name of this file can be defined in
Make.config (see "PLGCFG" in Make.config.template), and existing plugin Makefiles
that have compile time parameters should add the lines
PLGCFG = $(call PKGCFG,plgcfg)
-include $(PLGCFG)
accordingly (see the "newplugin" script for details).
- Re-enabled building plugins that still use pre-version-1.7.34 Makefiles.
The file Make.global is present again to satisfy the "include" these Makefiles do,
but the file itself contains no settings. The VDR Makefile's "plugins" target
determines whether a particular plugin uses an old style Makefile and calls it
accordingly. Note that this only works when building plugins from within the VDR
source tree, using "make plugins" in the VDR source directory.
- Removed "include" from the DVBDIR setting in the VDR Makefile (reported by Oliver
Endriss). You may need to adjust your DVBDIR setting in Make.config, in case you
use it.
- Added maximum SNR value for PCTV Systems PCTV 73ESE (thanks to Cedric Dewijs).

Have fun!

Klaus

MegaX

[P3f]

Hi,

ich bin gerade daran mich zu versuchen, die MLD 3.0.2 hoch auf die VDR 1.7.35 zu ziehen, das Addon kompiliert auch schon aber ich habe ein Problem, was ich einfach nicht sehen will.

Und zwar wird der zusammengesetzte Addonname erzeugt, aber es fehlt ein Wert. Ich denke der kommt von dem SVN bzw. die Revision vom SVN.

Code: [Select]

../!_addons/3.0.2/system/MLD-3.0.2_vdr-1.7.35._378.sfs
So sieht es zumindest falsch aus. es fehlt nach der VDR-Version die Rev. Wenn ich das mit dem momentanen aktuellen Image vergleiche dann sieht es wie folgt aus.

Code: [Select]

../!_addons/3.0.2/system/MLD-3.0.2_vdr-1.7.31.378_378.sfs
Aber mit dem Befehl aus dem Makefile.default sollte doch die gültige Revision gefunden werden...Oder?

p3f@KP-Pit12:~/build/MLD_svn/vdr# svn info 2>/dev/null | grep Rev: | cut -d " " -f 4
378
p3f@KP-Pit12:~/build/MLD_svn/vdr#

Kann jemand hier mich erleuchten?? :wand

Gruß,

Pit

[Christian]

Hi,

ich bin gerade daran mich zu versuchen, die MLD 3.0.2 hoch auf die VDR 1.7.35 zu ziehen, das Addon kompiliert auch schon aber ich habe ein Problem, was ich einfach nicht sehen will.

Und zwar wird der zusammengesetzte Addonname erzeugt, aber es fehlt ein Wert. Ich denke der kommt von dem SVN bzw. die Revision vom SVN.

Code: [Select]

../!_addons/3.0.2/system/MLD-3.0.2_vdr-1.7.35._378.sfs
So sieht es zumindest falsch aus. es fehlt nach der VDR-Version die Rev. Wenn ich das mit dem momentanen aktuellen Image vergleiche dann sieht es wie folgt aus.

Code: [Select]

../!_addons/3.0.2/system/MLD-3.0.2_vdr-1.7.31.378_378.sfs
Aber mit dem Befehl aus dem Makefile.default sollte doch die gültige Revision gefunden werden...Oder?

p3f@KP-Pit12:~/build/MLD_svn/vdr# svn info 2>/dev/null | grep Rev: | cut -d " " -f 4
378
p3f@KP-Pit12:~/build/MLD_svn/vdr#

Kann jemand hier mich erleuchten?? :wand

Gruß,

Pit

hey, mega geil ... ich komme zur Zeit nicht dazu etwas für Euch zu tun ...

Meine beiden Kinder und die Arbeit lässt es leider gerade nicht zu.

Hast du die VDR Patche soweit umbiegen können (Livebuffer, EXTPNG)? Hast du den Tiny Kram wieder mit in den EXPPNG Patch gepackt?

Wurden die anderen Addons auf die neue Makefile Struktur geändert?

LIEBE GR

[P3f]

Hi Christian,

schön von Dir zu lesen. Ich hatte schon befürchtet, das Du nicht mehr mitspielen willst (weil Du schon so lange nicht anwesend warst).

Ja, ich versuche in deine Fußstapfen zu treten, aber die Schuhe sind ziemlich groß.... Naja, ich versuche mich daran...mal schauen was ich so hinbekomme...

Melde Dich doch bitte mal wieder wenn Du ein wenig mehr Zeit haben solltest...

Gruß,

Pit

[MarMic]

@pit und christian,

wollt ihr euch das mal anschauen?

http://ein-eike.de/vdr-plugin-permashift/

würde das den lb poatch nicht obsolete machen und auch aufwand einsparen?

der patch hier hat noch ca 200zeilen?! -> wie siehts mit dem LB patch zZ aus?

edit schnell mal geschaut 1700 vs 200 zeilen ist doch schonmal n wort :-P

mich wunderts das der beitrag im portal noch keine antworten hat wobei doch vielen wegen lb immer rumheulen

[P3f]

So, nun ein kleiner Zwischenstand mal zur Aktualisierung....

Ich habe nun einige Zeit mit dem Livebuffer verpulvert und gebe nun auf. Ich gehe nun auf die Idee von MarMic, mal schauen wie das umgesetzt werden kann. Liest sich ja gut  :rolleyes:

Der Patch ist schon eingebaut und der VDR 1.7.35 lässt sich bauen, jetzt sind es noch ein paar Plugins.... Dann kann man wieder aktualisieren...

Erstmal ist nun aber Feierabend....

Gute Nacht,

Pit

[Christian]

So, nun ein kleiner Zwischenstand mal zur Aktualisierung....

Ich habe nun einige Zeit mit dem Livebuffer verpulvert und gebe nun auf. Ich gehe nun auf die Idee von MarMic, mal schauen wie das umgesetzt werden kann. Liest sich ja gut  :rolleyes:

Der Patch ist schon eingebaut und der VDR 1.7.35 lässt sich bauen, jetzt sind es noch ein paar Plugins.... Dann kann man wieder aktualisieren...

Erstmal ist nun aber Feierabend....

Gute Nacht,

Pit

Das ist Super wenn der Livebuffer Patch weg fällt !!!!!!

Das ist der am meisten Zeit klaut

Wenn wir jetzt nur noch den Extpng pflegen und unsere eigenen paar Anpassungen haben, sollten wir bei einem VDR Update ziemlich schnell updaten können

Feine Sache

Gibt es eigentlich schon eine Entwicklungsumgebung für ein Tablet  :computertod  :wow:

MfG
Christian

[P3f]

Hi,

ich werde nun auch beim Extpng noch den "VASARAJANAULOJA"-Patch einbauen, da ja "limiekuutio" nicht mehr gepflegt wird...(Hoffe darauf, das ihr es auch so seht).

@Christian: Hat bei Dir der Weihnachtsmann zugeschlagen wegen dem Tablett? Ist das auf IOS oder Android? (Nicht das ich bereits eine Develumgebung auf einem Tablett hätte, aber die Idee fände ich "überdenkenswert")

Gruß,

Pit

[Christian]

Hi,

ich werde nun auch beim Extpng noch den "VASARAJANAULOJA"-Patch einbauen, da ja "limiekuutio" nicht mehr gepflegt wird...(Hoffe darauf, das ihr es auch so seht).

@Christian: Hat bei Dir der Weihnachtsmann zugeschlagen wegen dem Tablett? Ist das auf IOS oder Android? (Nicht das ich bereits eine Develumgebung auf einem Tablett hätte, aber die Idee fände ich "überdenkenswert")

Gruß,

Pit

IOS

 :computertod  

[MarMic]

wieso teilt heir keiner meine abneigung gegen apfel?!

:-(

buhuhuhu

[clausmuus]

Ich liebe

[Christian]

Ich liebe

[P3f]

Hi,

ich habe nun noch heute Abend den letzten Test machen wollen und daher mal in der Develumgebung ein "make clean_all" gemacht. Danach konnte nicht mehr das Addon "LOGO" gebaut werden. Das hat mich nun fast 3 Stunden gekostet, und ich denke das beim Kernel-Addon der Fehler liegt. Zumindest ist bei der Rev 154 der Eintrag "" entfernt worden, was ja auch damals so gewünscht war. Aber als das ganze wieder zurückgedreht wurde kam dieser Eintrag nicht wieder zurück.

Revisioneintrag (von Rev 153 auf Rev 154)

Code: [Select]

p3f@KP-Pit12:~/KERNEL# svn diff -r 153:154
Index: src/linux_x86.config
===================================================================
--- src/linux_x86.config        (Revision 153)
+++ src/linux_x86.config        (Revision 154)
@@ -2186,10 +2186,10 @@
 CONFIG_FB=y
 CONFIG_FIRMWARE_EDID=y
 CONFIG_FB_DDC=m
-CONFIG_FB_BOOT_VESA_SUPPORT=y
-CONFIG_FB_CFB_FILLRECT=y
-CONFIG_FB_CFB_COPYAREA=y
-CONFIG_FB_CFB_IMAGEBLIT=y
+# CONFIG_FB_BOOT_VESA_SUPPORT is not set
+CONFIG_FB_CFB_FILLRECT=m
+CONFIG_FB_CFB_COPYAREA=m
+CONFIG_FB_CFB_IMAGEBLIT=m
 # CONFIG_FB_CFB_REV_PIXELS_IN_BYTE is not set
 CONFIG_FB_SYS_FILLRECT=y
 CONFIG_FB_SYS_COPYAREA=y
@@ -2311,7 +2311,6 @@
 #
 # Bootsplash configuration
 #
-CONFIG_BOOTSPLASH=y
 CONFIG_SOUND=y
 CONFIG_SOUND_OSS_CORE=y
 CONFIG_SOUND_OSS_CORE_PRECLAIM=y
@@ -2524,7 +2523,7 @@
 # CONFIG_HID_UCLOGIC is not set
 # CONFIG_HID_WALTOP is not set
 # CONFIG_HID_GYRATION is not set
-# CONFIG_HID_TWINHAN is not set
+CONFIG_HID_TWINHAN=m
 CONFIG_HID_KENSINGTON=y
 # CONFIG_HID_LCPOWER is not set
 # CONFIG_HID_LENOVO_TPKBD is not set
@@ -2545,7 +2544,7 @@
 # CONFIG_HID_PRIMAX is not set
 # CONFIG_HID_ROCCAT is not set
 # CONFIG_HID_SAITEK is not set
-# CONFIG_HID_SAMSUNG is not set
+CONFIG_HID_SAMSUNG=m
 # CONFIG_HID_SONY is not set
 # CONFIG_HID_SPEEDLINK is not set
 # CONFIG_HID_SUNPLUS is not set

==> Also IMHO fehlt der Eintrag "CONFIG_BOOTSPLASH=y" in der linux_x86.config im Kernel-Addon.

Und nun habe ich diesen Eintrag bei mir wieder eingetragen und schon bauen wieder die Addons :wand
==> Ich will aber nicht einfach das wieder hochladen, erst Eure Meinung hören <==

Habt ihr das auch in Eurer Develumgebung....?

So, nun wieder zum Thema zurück. Wenn nun heute die Addons alle bauen lassen, soll dann die MLD auch hochgeladen werden?

Was habe ich eingebaut:
       * VDR 1.7.35
       * Makefile_Anpassungen_Version_23 (von KLS aus dem VDR-Portal)
       * ExtPatch für die VDR 1.7.35 mit allen bekannten Patchen
       * Permashift (als Ersatz für Livebuffer) Version 0.5b(eta)2
       * div. MLD-spezifische Anpassungen (wie in den vorherigen Versionen)
       * Anpassungen/Erweiterung momentan nur für das po/de_DE.po

Offene Punkt(e)
       * finaler Test, das alle Addons gebaut werden (läuft nun hoffentlich die Nacht durch!)
       * der ExtPatch muß noch für die anderen Sprachen erweitert werden.
 
Eure Meinung ist erwünscht.

Gruß,

Pit

[P3f]

Hi,

irgendwie war es das doch noch nicht.. :§$%

Hab ihr eine Idee woran es liegen kann, das das Addon LOGO (und damit alle anderen danach !) nicht mehr erstellt wird?

Die Fehlermeldung lautet:

        LOGO:
back.jpg
convert: improper image header `hd/logo1.bmp' @ error/bmp.c/ReadBMPImage/604.
convert: no images defined `back.jpg' @ error/convert.c/ConvertImageCommand/3066.
make[5]: *** [back.jpg] Fehler 1
make[4]: *** [_all] Fehler 2
make[3]: *** [../../../LOGO/silent.jpg] Fehler 2
make[2]: *** [src/bootsplash/bootsplash] Fehler 2
make[1]: *** [_all] Fehler 2
make: *** [all] Fehler 1

Gruß,

Pit

P.S. da ist doch echt lange nichts mehr verändert worden.... Oder muß der Kernel Parameter ausgeschaltet werden?

[P3f]

Hi,

nun habe ich mich gestern Abend entschieden, das Ubuntu 12.04 komplett neu zu installieren. Somit auch die Develumgebung neu aufsetzen wollen....

Aber nachdem das alles neu ist, lässt sich das INITRAMFS nicht übersetzen. Was mich verwundert ist...

Code: [Select]

p3ft@KP-Linux:/home/pit/build/MLD_svn/INITRAMFS# make
/bin/sh: 1: Syntax error: end of file unexpected
make[1]: *** [src/aufs-utils.tgz] Fehler 1
--2013-01-09 21:54:08--  http://busybox.net/downloads/busybox-1.20.2.tar.bz2
Auflösen des Hostnamen »busybox.net (busybox.net)«... 140.211.167.224
Verbindungsaufbau zu busybox.net (busybox.net)|140.211.167.224|:80... verbunden.
HTTP-Anforderung gesendet, warte auf Antwort... 200 OK
Länge: 2186738 (2,1M) [application/x-bzip2]
In »»/root/.mld/busybox-1.20.2.bz2«« speichern.

100%[==================================================================================================================================>] 2.186.738    328K/s   in 8,8s

2013-01-09 21:54:18 (241 KB/s) - »»/root/.mld/busybox-1.20.2.bz2«« gespeichert [2186738/2186738]

scripts/basic/split-include.c: In Funktion »main«:
scripts/basic/split-include.c:134:11: Warnung: Der Rückgabewert von »fgets«, der mit dem Attribut warn_unused_result deklariert wurde, wird ignoriert [-Wunused-result]
scripts/kconfig/conf.c: In Funktion »conf_choice«:
.
.
.
.


Was könnte der Fehler in der 1.Zeile sein? Und warum funktioniert nun das aufs bzw. der ln nicht mehr?

Nachdem dann das Addon weitermacht, bis zu dieser Meldung habe ich mal nur das Ende hier her kopiert.

[code]
util-linux/mount.c:2214:5: Warnung: Format ist kein Zeichenkettenliteral, und keine Formatargumente [-Wformat-security]
Trying libraries: crypt m
 Library crypt is not needed, excluding it
 Library m is needed, can't exclude it (yet)
Final link with: m
--2013-01-09 21:55:29--  http://uclibc.org/downloads/uClibc-snapshot.tar.bz2
Auflösen des Hostnamen »uclibc.org (uclibc.org)«... 140.211.167.224
Verbindungsaufbau zu uclibc.org (uclibc.org)|140.211.167.224|:80... verbunden.
HTTP-Anforderung gesendet, warte auf Antwort... 200 OK
Länge: 2825629 (2,7M) [application/x-bzip2]
In »»/root/.mld/uClibc-2013.01.09.bz2«« speichern.

100%[==================================================================================================================================>] 2.825.629    987K/s   in 2,8s

2013-01-09 21:55:32 (987 KB/s) - »»/root/.mld/uClibc-2013.01.09.bz2«« gespeichert [2825629/2825629]

#
# configuration written to ./.config
#
Need to make a config file first, run: make menuconfig
make[3]: *** [headers] Error 1
make[2]: *** [../lib/libc.so.0] Fehler 2
rm: Entfernen von »src/uClibc/lib