[ANNOUNCE] VDR maintenance patch 1.4.1-3

Hallo,

ist es eigentlich ein Zufall oder Absicht, dass bei Zweikartensystemen seit vdr-1.4.1-2 Aufnahmen grundsätzlich auf der ersten Karte gestartet werden? Das ist auch in Version 1.4.1-3 so. Auch fürs Streamen ins Netz wird die erste Karte verwendet, so dass bei einem Kanalwechsel am Streaming-Client auch ein Kanalwechsel auf dem Fernseher zu beobachten ist. Getestet habe ich das natürlich mit FTA-Sendern, die mit beiden Karten zu empfangen sind.

Gruß,
DrSat

Ist das nicht lustig? Früher gab es bei jedem "Sonntags-Release" einen riesigen Aufschrei mit Danksagungen. Heutzutage sind die Änderungen teilweise kaum weniger spektakulär und -vor allem- Klaus arbeitet vermutlich nicht weniger intensiv am VDR; aber es scheint (mal nur an den Posts gemessen) kaum noch jemanden zu interessieren.

Ich sage einfach mal: Danke -Klaus- für den neuen Patch und deine unermüdliche Arbeit!

Gruß,
Holger

Quote

Original von DrSat
Hallo,

ist es eigentlich ein Zufall oder Absicht, dass bei Zweikartensystemen seit vdr-1.4.1-2 Aufnahmen grundsätzlich auf der ersten Karte gestartet werden? Das ist auch in Version 1.4.1-3 so.

Also bei mir werden Aufnahmen auf der zweiten und dritten Karte gemacht, und nur wenn's gar nicht anders geht auf der ersten.

Sind da noch irgendwelche Patches im Spiel?

Klaus

Quote

Original von HolgerR
Ist das nicht lustig? Früher gab es bei jedem "Sonntags-Release" einen riesigen Aufschrei mit Danksagungen. Heutzutage sind die Änderungen teilweise kaum weniger spektakulär und -vor allem- Klaus arbeitet vermutlich nicht weniger intensiv am VDR; aber es scheint (mal nur an den Posts gemessen) kaum noch jemanden zu interessieren.

Na ja, das mit den Danksagungen muß ja auch nicht sein

Klaus

Ups, natürlich möchte ich mich für die Arbeit am vdr ganz herzlich bedanken. Ohne dieses Programm würde mir das Fernsehen gar keinen Spaß mehr machen Vielleicht nehmen nur wenige Notiz von aktuellen Updates, weil er eben dank Deiner Arbeit ohnehin schon super läuft.

In der Tat habe ich eine handvoll Patches auf den vdr losgelassen. Dabei habedelt es sich im Wesentlichen um die für den c't-vdr getroffene Auswahl:

Quote

01_IA64-FTBFS-fix
02_Makefile-CFGDIR
03_cmdsubmenu
04_newplugin
06_default_svdrp_port_0
09_sort_options
10_dd-record-option
11_sortrecordings
12_osdbase-maxitems
14_cap-memsize
15_dvbplayer

81_Make_config
82_valgrind

97_maintenance_1.4.1-1
98_maintenance_1.4.1-2
99_maintenance_1.4.1-3

# Patch collection (replaces enAIO).
opt-20_liemikuutio

# The Jump patch allows automatic jumping over cutting marks.
opt-24_jumpplay

# Patch needed for the subtitles and the ttxtsubs plugin.
# opt-27_subtitles-ttxtsubs
# opt-27-x_subtitles-ttxtsubs-volumebar-fix

# Patch needed for the analogtv plugin.
# opt-30-x_analogtv

# Patch to share one sat connection for several cards.
# opt-31_sharelnb

# Patch that shows if there is a valid setup value left or right with < and >.
# opt-35_setup-show-valid

# Patch to handle recordings that should be cutted in a queue (-/+ autodelete).
# opt-36_CutterQueue
# opt-36_CutterQueue-AutoDelete

# Patch needed for the submenu plugin.
# opt-37_submenu

# Patch that suppresses double EPG entries.
opt-38_disableDoubleEpgEntrys

# Patch to disable normal epg update for specified channels.
# opt-39_noepg

# Patch that adds some icons to timer, recording and channel list.
opt-40_wareagle-icons

# Patch to show an info, if it is possible to record an event in the timer-info.
# opt-41-x_timer-info

# Patch needed for the rotor plugin.
# opt-44_rotor

# Patch needed for the yaepg plugin.
# opt-45_yaepg

# Patch to play on DVD archived VDR recordings.
# opt-46_dvdarchive

# Patch for assigning special satellites to one dvb card.
opt-47_sourcecaps

# Patch for the PIN plugin
# opt-48_pin

Display More

Die sourcecaps hatte ich auch einmal in Verdacht und hatte mir eine Version ohne diesen Patch zusammengebraten, aber leider ohne den gewünschten Erfolg. Unter 1.4.1-1 habe ich exakt dieselben Patches verwendet, und da gab es- wie gesagt- keine Probleme.

Gruß,
DrSat

Guten Abend zusammen,

und erstmal danke für nen weitere maintenance patch Version ..

und hier schon als Antiprogger (mit programmieren kann man mich jagen auch wenn es vielleicht nichts damit zu tun hat),

aber warum kommen jetzt nur maintenance patches raus und nicht vdr developer Versionen ohne dass man die vorherige maintenance patch Version benötigt raus ?

Und ich hoffe dass Frank99 wieder mal nen BP erstellt

I30R6

Quote

Original von I30R6
aber warum kommen jetzt nur maintenance patches raus und nicht vdr developer Versionen ohne dass man die vorherige maintenance patch Version benötigt raus ?

AFAIK will Klaus zuerst eine stabile 1.4.x-Version erstellen. Und damit nicht bei jedem Krimskrams gleich eine neue 1.4.y erscheint und trotzdem die kleinen "Verbesserungen" gleich von der VDR-Community getestet werden kann gibt es eben diese Maintenance-Patches.

Und übrigens: Da es bei einer stable-Phase kaum weltbewegende Änderungen gibt, wage ich zu bezweifeln das viele diese kleinen Updates mitmachen. --> deshalb auch die Zurückhaltung (denke ich mal so)...

Joe

Quote

Original von DrSat
In der Tat habe ich eine handvoll Patches auf den vdr losgelassen
....
Die sourcecaps hatte ich auch einmal in Verdacht und hatte mir eine Version ohne diesen Patch zusammengebraten, aber leider ohne den gewünschten Erfolg. Unter 1.4.1-1 habe ich exakt dieselben Patches verwendet, und da gab es- wie gesagt- keine Probleme.

Möglicherweise war das ja diese Änderung:

- cDevice::GetDevice() now prefers any device that's already receiving and doesn't
require detatching receivers (suggested by Anssi Hannula).

--- device.c    2006/07/22 13:18:34     1.132
+++ device.c    2006/07/22 14:06:11     1.133
@@ -292,7 +292,7 @@
          // to their individual severity, where the one listed first will make the most
          // difference, because it results in the most significant bit of the result.
          uint imp = 0;
-         imp <<= 1; imp |= !device[i]->Receiving() || ndr;                         // use receiving devices if we don't need to detach existing receivers
+         imp <<= 1; imp |= !device[i]->Receiving(true) || ndr;                     // use receiving devices if we don't need to detach existing receivers
          imp <<= 1; imp |= device[i]->Receiving();                                 // avoid devices that are receiving
          imp <<= 1; imp |= device[i] == ActualDevice();                            // avoid the actual device (in case of Transfer Mode)
          imp <<= 1; imp |= device[i]->IsPrimaryDevice();                           // avoid the primary device

Versuch' doch mal, das rückgängig zu machen und schau ob es damit immer noch auftritt. Allerdings verhält sich bei mir hier alles normal - evtl. beißt sich diese Änderung ja mit einem deiner Patches.

Klaus

Quote

Original von mrjoe

AFAIK will Klaus zuerst eine stabile 1.4.x-Version erstellen. Und damit nicht bei jedem Krimskrams gleich eine neue 1.4.y erscheint und trotzdem die kleinen "Verbesserungen" gleich von der VDR-Community getestet werden kann gibt es eben diese Maintenance-Patches.

Genau so ist es.
Sobald sich die 1.4.1-x stabilisiert hat, wird es eine 1.4.2 geben.
In der 1.4-er Linie werden nur noch Fehler behoben. Neue Features (und damit größere Code-Änderungen) wird es erst in der 1.5.x geben, was dann ja wieder eine neue Entwicklerversion ist. Ich habe aber bewußt noch nichts in der Richtung freigegeben, da ich erstmal die 1.4-er zur Ruhe kommen und die Plugin-Entwickler sich damit auseinandersetzen lassen wollte

Klaus

Ich habe die Änderung in device.c eben wieder rückgängig gemacht. Jetzt läuft es wieder normal.

Mir ist auch in letzter Zeit aufgefallen, dass einige Aufnahmen unnötigerweise die FF-Karte bemüht haben. Aufgefallen ist es mir, weil im Transfer-Modus auf ARD das OSD so träge reagiert. Hab mich aber noch nicht intensiver damit auseinander gesetzt.

Gruß,

Udo

Quote

Original von Oxygen
Ich habe die Änderung in device.c eben wieder rückgängig gemacht. Jetzt läuft es wieder normal.

Dann solltest du als nächstes versuchen herauszufinden, welcher deiner Patches dafür verantwortlich ist, daß es mit dieser Änderung nicht wie erwartet läuft. Denn bei mir verhält es sich richtig und daher sehe ich momentan keinen Grund, das wieder rückgängig zu machen.

Klaus

Hi!

Quote

Original von kls
Möglicherweise war das ja diese Änderung:

- cDevice::GetDevice() now prefers any device that's already receiving and doesn't
require detatching receivers (suggested by Anssi Hannula).

Diff

--- device.c    2006/07/22 13:18:34     1.132
+++ device.c    2006/07/22 14:06:11     1.133
@@ -292,7 +292,7 @@
          // to their individual severity, where the one listed first will make the most
          // difference, because it results in the most significant bit of the result.
          uint imp = 0;
-         imp <<= 1; imp |= !device[i]->Receiving() || ndr;                         // use receiving devices if we don't need to detach existing receivers
+         imp <<= 1; imp |= !device[i]->Receiving(true) || ndr;                     // use receiving devices if we don't need to detach existing receivers
          imp <<= 1; imp |= device[i]->Receiving();                                 // avoid devices that are receiving
          imp <<= 1; imp |= device[i] == ActualDevice();                            // avoid the actual device (in case of Transfer Mode)
          imp <<= 1; imp |= device[i]->IsPrimaryDevice();                           // avoid the primary device

Display More

Ich verstehe die Änderung nicht ganz. Heißt das dass jetzt Karten bevorzugt werden die bereits den gewünschten Kanal eingestellt haben und ansonsten eigentlich ungenutzt sind?
Werden die auch gegenüber Karten bevorzugt die untätig sind aber ansonsten "weiter hinten" in der Deviceliste?

Gruß,
Brougs78

Hi ,

Ist da was mit der Version der API nicht in Ordnung ??

vdr -V
vdr (1.4.1-3/1.4.2) - The Video Disk Recorder

Und in dem patch

// The plugin API's version number:

-#define APIVERSION "1.4.1"
-#define APIVERSNUM 10401 // Version * 10000 + Major * 100 + Minor
+#define APIVERSION "1.4.2"
+#define APIVERSNUM 10402 // Version * 10000 + Major * 100 + Minor

Muss ich wieder alle Plugins machen ???

Gruss Pat

Quote

Originally posted by pat
Muss ich wieder alle Plugins machen ???

Ja, denn der Bugfix mit dem Audio-Volume hatte auf manche Plugins funktionelle Auswirkungen. Und da ich eh' die APIVERSION hochgezählt habe, hab' ich auch gleich im cSVDRP noch was am Interface geändert (sollte zwar auf keine Plugins Auswirkungen haben, aber neu übersetzen sollte man immer, wenn sich irgendwas an den Interfaces ändert).

Klaus

Na, nicht das hier der falsche Eindruck entsteht! Ich freue mich -wie viele andere- auch stets SEHR über neue VDR-Bugfixes und Features. Leider habe ich meist nur nichts dazu beizutragen außer: Danke Klaus, läuft nämlich super

Aber eigentlich ist es richtig sich öfter zu bedanken und daher auch von mir: Klasse Arbeit - und das trotz der Hitze!

Schöne Grüße
Micha

Hi Klaus,

Nochmals danke für den VDR.
Ok ich habe alle plugins neu erzeugt.
Kleines Problem auf der SuSE 10.1
vdr.c Include <sys/capability.h> existiert auf /usr/include/linux ??? Was tuen ein Link??

Dann kommt aber dies ??
vdr.c: In function ‘bool SetCapSysTime()’:
vdr.c:117: error: ‘cap_t’ was not declared in this scope
vdr.c:117: error: expected `;' before ‘caps’
vdr.c:118: error: ‘caps’ was not declared in this scope
vdr.c:122: error: ‘caps’ was not declared in this scope
vdr.c:122: error: ‘cap_set_proc’ was not declared in this scope
vdr.c:124: error: ‘cap_free’ was not declared in this scope
vdr.c:127: error: ‘caps’ was not declared in this scope
vdr.c:127: error: ‘cap_free’ was not declared in this scope
make: *** [vdr.o] Erreur 1

Wäre es möglicht eine Lautstärke einzustellen die gerade von der Werbung so hoch gedreht wird??

Gruss Pat