livebuffer patch für vdr 1.7.16 (aus rmm svn)

Quote

Lieber im Livebuffer-Patch dafür sorgen, dass der Name initialisiert wird. So möchte ich das lieber nicht in yaVDR sehen.

Natürlich wäre das besser, der Lösung im text2skin plugin ist allerdings für mich, einfach zu verstehen und lösen. Um das im livebuffer patch zu machen geht mich einfach zu 'hoch'...

Carel

Quote

Das Problem ist, dass das mal eben kurz nicht zu erklären ist. Ich finde das ziemlich viel Arbeit. Ich versuche es trotzdem

Ja stimmt, da hast du natürlich recht. Ich stellte mir das wohl zu einfach vor. Ich bin zwar selber Programmierer, aber im Webbereich (PHP, Perl, usw.) und von diesem ganzen Drumherum bei kompilierenden Sprachen hab ich leider einfach keine Ahnung.
Geht hier schon damit los, dass ich mit "apt-get source vdr" die Quellen von vdr 1.60 bekomme.

Ich möchte euch lieber nicht weiter "belästigen" und danke dir für den Versuch.

lg

Quote

Original von KlausiHH
Ich bin zwar selber Programmierer, aber im Webbereich (PHP, Perl, usw.) und von diesem ganzen Drumherum bei kompilierenden Sprachen hab ich leider einfach keine Ahnung.

Das meiste davon hat nichts mit kompilierten Sprachen zu tun sondern mit dem Debian-Package-Management. Bei einem Perl-Paket würdest du so ziemlich das Selbe machen. Jetzt versteht ihr vielleicht besser was für einen harten Job der Hotzenplotz5 macht.

Quote

Original von KlausiHH
Geht hier schon damit los, dass ich mit "apt-get source vdr" die Quellen von vdr 1.60 bekomme.

Das habe ich mit nachdenken gemeint. Die fehlt die Paket-Quelle für die Sourcen:

cat <<EOF >>/etc/apt/sources.list.d/yavdr.list
deb-src http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu lucid main
EOF
sudo apt-get update

Gerald

gda

Mit dem Post von heute Mittag wollte ich nur deine Annahme bzgl. des Fehlers bestätigen.

Ich gebe dir vollkommen Recht das die Änderung im LiveBuffer-Patch stattfinden muss. Meine Bemühungen gehen auch in diese Richtung.

Grüsse
Mirko

Hallo,

Hab mal ein patch für livebuffer erstellt gegen vdr-1.7.16 mit der letzte extension patch, der remux patch von KLS ist auch dabei.
Damit geht es bei mir soweit ohne Problemen.

Aber: Benutzung auf eigene Gefahr!

Carel

EDIT: locale path wieder auf default!

Meine Güte.... War ich wieder nicht schnell genug. Ich mach später eine neue Version

Bitteschön --> http://copperhead.vdr-developer.org/downloads/extensionpatch/

Hallo,

danke dafür!
Verstehe ich es richtig, dass dein Patch (carel) für einen VDR ist, der schon den extensionpatch intus hat?

Das habe ich versucht:

patch --dry-run -p1 < vdr-1.7.16-ext-ng-v2-with-livebuffer.patch
patching file config.c
patching file config.h
Hunk #1 succeeded at 349 (offset 2 lines).
patching file device.c
patching file dvbplayer.c
patching file livebuffer.c
patching file livebuffer.h
patching file Make.config
Hunk #1 FAILED at 27.
Hunk #2 FAILED at 60.
Hunk #3 succeeded at 213 (offset 75 lines).
2 out of 3 hunks FAILED -- saving rejects to file Make.config.rej
patching file Makefile
patching file menu.c
Hunk #4 succeeded at 5377 (offset 4 lines).
Hunk #5 succeeded at 5500 (offset 4 lines).
Hunk #6 succeeded at 5526 (offset 4 lines).
Hunk #7 succeeded at 5802 (offset 4 lines).
Hunk #8 succeeded at 5912 (offset 4 lines).
Hunk #9 succeeded at 5933 (offset 4 lines).
Hunk #10 succeeded at 5964 (offset 4 lines).
Hunk #11 succeeded at 5995 (offset 4 lines).
Hunk #12 succeeded at 6021 (offset 4 lines).
Hunk #13 succeeded at 6042 (offset 4 lines).
patching file menu.h
Hunk #2 succeeded at 270 (offset -1 lines).
Hunk #3 succeeded at 288 (offset -1 lines).
patching file recorder.h
patching file recording.h
patching file remux.c
Reversed (or previously applied) patch detected!  Assume -R?

Allerdings weiß ich nicht so recht, welche Patches mein VDR schon intus hat, den meine VDR hat HelAu gebaut

ExtP-NG-vdr-1.7.15-V3.diff
VDR-Extensions-Patch-72.tgz
cutter.diff
dvbsddevice_softosd_v1.diff
extp_g2v.diff
extpngvdr1.7.16v2.diff
extreccut.diff
reel-diff.gz
reelbox-svn14399-vanilla-vdr-1.7.12.diff
remux.c.diff
unicable2.vdr-1.7.15.diff

Wat nu?

Gruß,
Hendrik

carel's Patch ist für einen ungepatchten VDR. Du könntest bei HelAu meckern oder lernen wie man einen VDR selber von 0 auf kompiliert

Hi,

nen VDR von 0 auf kompilieren krieg ich wohl hin.
Da der in Gen2VDR jedoch mehrere Patches (inklusive dem Extension Patch) intus hat, weiß ich nicht, in welcher Reihenfolge diese anzuwenden sind.

HelAu hab ich aber schon gefragt.

Gruß,
Hendrik

Nein. carel's Patch ist für einen bereits mit dem "extpngvdr1.7.16v2.diff " gepatchten vdr-1.7.16 ohne den Spulpatch von Klaus.

So wie es aussieht hats du schon den Spulpatch von Klaus drin. Die zwei Fehler im Make.conf bekommst du mit der Hand aufgelöst. Den Rest mit [n] wegdrücken. Dann passt das schon.

Gruß
iNOB

Nee, das entzieht sich nicht deiner Kenntnis.
Hab doch oben gepostet, dass es nicht geht

Gruß,
Hendrik

Siehe oben.

Gruß
iNOB

Ja, auf die Idee war ich auch gerade gekommen.
In der make.config:

diff -Nau vdr-1.7.16-ExtP-NG-v2.0/Make.config vdr-1.7.16-ExtP-NG-v2.0-lb/Make.config
--- vdr-1.7.16-ExtP-NG-v2.0/Make.config	2010-12-15 14:44:44.545813963 +0100
+++ vdr-1.7.16-ExtP-NG-v2.0-lb/Make.config	2010-12-15 14:44:19.535813962 +0100
@@ -27,7 +27,7 @@
 MANDIR   = /usr/local/man
 BINDIR   = /usr/local/bin
 
-LOCDIR   = /home/carel/src/vdr/vdr-1.7.16-ExtP-NG-v2.0/locale
+LOCDIR   = /home/carel/src/vdr/vdr-1.7.16-ExtP-NG-v2.0-lb/locale
 PLUGINDIR= ./PLUGINS
 PLUGINLIBDIR= $(PLUGINDIR)/lib
 VIDEODIR = /video

Müssten die Zeilen mit LOCDIR nicht raus?
Wenn ich die lösche, dann bekomme ich aber diese Fehlermeldung:

patch: **** malformed patch at line 463: @@ -60,6 +60,7 @@

Wie kommt das?

Quote

EDIT: Ich seh gerade das da noch mhre baustellen sind sorry doch nicht so einfach

Außer dem Problem in der Make.config

(siehe oben: patch: **** malformed patch at line 463: @@ -60,6 +60,7 @@)

läuft jetzt alles durch.

Gruß,
Hendrik

Hiermit läuft der Patch jetzt unter Gen2VDR durch.
Änderungen:
Make.config
remux patch entfernt

Gruß,
Hendrik

Quote

carel's Patch ist für einen ungepatchten VDR

Nein, er fügt der livebuffer- und remux patches zu an vdr bereits gepatcht mit deinem Ext patch!
Allerdings war ich vergessen mein locale Pfad aus der Make.config file zu entfernen: neue patch (bisschen zu spät) oben

Jetzt mal eine Zusammenfassung:

Ausgehend von carels Patch musste ich folgendes Ändern:
1) in der Make.Config war ein absoluter Pfad von care enthalten. Das hab ich entfernt.

--- vdr-1.7.16-ExtP-NG-v2.0/Make.config 2010-12-17 18:38:43.000000000 +0100
+++ vdr-1.7.16-ExtP-NG-v2.0-lb/Make.config      2010-12-17 20:08:35.000000000 +0100
@@ -135,6 +135,7 @@
 JUMPPLAY = 1
 LIEMIEXT = 1
 LIRCSETTINGS = 1
+LIVEBUFFER = 1
 LNBSHARE = 1
 MAINMENUHOOKS = 1
 MCLI = 1
@@ -212,6 +213,10 @@
 DEFINES += -DUSE_LIRCSETTINGS
 endif


+ifdef LIVEBUFFER
+DEFINES += -DUSE_LIVEBUFFER
+endif
+
 ifdef LNBSHARE
 DEFINES += -DUSE_LNBSHARE
 endif
2) den remux.c Part des Patches entfernt
3) Es fehlte die Definition von BufferDirectory in der videodir.h:
[code]
diff -Nau vdr-1.7.16-ExtP-NG-v2.0/videodir.h vdr-1.7.16-ExtP-NG-v2.0-lb/videodir.h
--- vdr-1.7.16-ExtP-NG-v2.0/videodir.h  2010-12-17 18:38:43.000000000 +0100
+++ vdr-1.7.16-ExtP-NG-v2.0-lb/videodir.h       2010-12-17 20:08:35.000000000 +0100
@@ -14,6 +14,9 @@
 #include "tools.h"


 extern const char *VideoDirectory;
+#ifdef USE_HARDLINKCUTTER
+extern const char *BufferDirectory;
+#endif /*LiveBuffer*/


 cUnbufferedFile *OpenVideoFile(const char *FileName, int Flags);
 int CloseVideoFile(cUnbufferedFile *File);

Ist im Anhang enthalten.

Gruß,
Hendrik

Hallo Carel,

hast du das Problem mit dem nicht-initialisierten Aufnahmenamen eigentlich in deinem Patch behoben?

Gruß,
Hendrik