[Announce] VDR developer version 2.1.8

fnu · 1. Februar 2015

Vielen herzlichen Dank an Klaus und allen Beitragenden ...

Zitat

VDR developer version 2.1.8 is now available at

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

A 'diff' against the previous version is available at

ftp://ftp.tvdr.de/vdr/Developer/vdr-2.1.7-2.1.8.diff

MD5 checksums:

1d2751e87def9b18b448513f24e635e9 vdr-2.1.8.tar.bz2
0487e037278f6f6684a7933674910f05 vdr-2.1.7-2.1.8.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 2.1.7:

- Updated the Italian OSD texts (thanks to Diego Pierotto).
- Fixed "warning: invalid suffix on literal" with GCC 4.8 and C++11 (thanks to Joerg
Bornkessel).
- Fixed the link to "svdrpsend (1)" in the vdr.1 man page (thanks to Chris Mayo).
- Updated the Finnish OSD texts (thanks to Rolf Ahrenberg).
- Updated the Romanian OSD texts (thanks to Lucian Muresan).
- Added functionality based on the "jumpplay" patch from Torsten Kunkel and Thomas
Günther:
+ The new option "Setup/Replay/Pause replay when jumping to a mark" can be used to
turn off pausing replay when jumping to an editing mark with the '9' key.
+ The new option "Setup/Replay/Skip edited parts" can be used to automatically skip
the edited parts of a recording during replay, without the need to actually cut
the recording.
+ The new option "Setup/Replay/Pause replay at last mark" can be used to make replay
go into Pause mode when it has reached the last "end" mark.
+ The '8' key for testing an edited sequence now also jumps to the next *end*
mark if "Setup/Replay/Skip edited parts" is active. This allows for testing edits
in recordings that have actually been cut, as well as recordings that have not
been cut, in case "Skip edited parts" is enabled.
- Added support for "Satellite Channel Routing" (SCR) according to EN50607, also
known as "JESS" (thanks to Manfred Völkel and Frank Neumann).
- The keys '1' and '3' can now be used in replay mode to position an editing mark
in "binary" mode (based on a patch from Rolf Ahrenberg, with modifications by Helmut
Auer). See MANUAL, section "Editing a Recording".
- The Yellow button in the "Setup/CAM" menu can now be used to put the selected
CAM into a mode where it remains assigned to a device that is tuned to the current
channel until the smart card it contains is activated and the CAM thus starts to
descramble (see MANUAL, section "Setup/CAM" for details).
- Updated the Estonian OSD texts (thanks to Arthur Konovalov).
- Added ARGSDIR to the ONEDIR section of Make.config.template (suggested by Derek
Kelly).
- Made cRecording::GetResume() public (suggested by Stefan Braun).
- Fixed setting the read index in cDvbPlayer::Goto() in case Still is false.
- The function cDvbPlayer::Goto() now automatically calls Play() if Still is false.
- Added support for LCN (Logical Channel Numbers), which plugins may use to sort
channels (thanks to Rolf Ahrenberg).

Have fun!

Klaus

Alles anzeigen

fnu · 1. Februar 2015

Zitat von kls

- The Yellow button in the "Setup/CAM" menu can now be used to put the selected
CAM into a mode where it remains assigned to a device that is tuned to the current
channel until the smart card it contains is activated and the CAM thus starts to
descramble (see MANUAL, section "Setup/CAM" for details).

Wow, danke ...

kamel5 · 1. Februar 2015

kls
Auch von mir Vielen Dank für die neue Version.

Gruss
kamel5

wirbel · 1. Februar 2015

Ich hab ne Frage zum neuen logical channel descriptor in VDR.

Auf S4.8E habe ich letztens ein log von w_scan gesehen, dass descriptor 0x83 dort Daten wie das hier enthält,
was nicht zur LCN passt (die ersten beiden bytes fehlen, 0x83 und die Länge).

Code

===================== parse_logical_channel_descriptor =================
	len = 56
	0x00: 80 64 61 6E 33 02 74 31 0D 28 2B 34 35 29 37 30 :  dan3 t1 (+45)70
	0x10: 31 32 31 31 35 31 02 74 32 0D 28 2B 34 35 29 37 : 121151 t2 (+45)7
	0x20: 30 31 33 34 30 35 30 02 74 33 0D 28 2B 34 35 29 : 0134050 t3 (+45)
	0x30: 37 30 31 33 34 30 35 30                         : 70134050
	========================================================================


	===================== parse_logical_channel_descriptor =================
	len = 27
	0x00: 80 65 73 74 16 02 74 31 07 36 39 38 39 30 30 30 :  est  t1 6989000
	0x10: 02 74 32 07 36 39 38 39 30 30 30                :  t2 6989000
	 ========================================================================
        parse_logical_channel_descriptor 1185: non-LCN data on descriptor 0x83 ?


	===================== parse_logical_channel_descriptor =================
	len = 65
	0x00: 80 66 69 6E 3C 02 74 31 10 2B 33 35 38 28 30 29 :  fin< t1 +358(0)
	0x10: 39 34 32 34 39 37 37 30 30 02 74 32 10 2B 33 35 : 942497700 t2 +35
	0x20: 38 28 30 29 39 34 32 34 39 39 39 39 39 02 74 33 : 8(0)942499999 t3
	0x30: 10 2B 33 35 38 28 30 29 39 34 32 34 39 39 39 39 :  +358(0)94249999
	0x40: 39                                              : 9
	========================================================================
        parse_logical_channel_descriptor 1185: non-LCN data on descriptor 0x83 ?


	===================== parse_logical_channel_descriptor =================
	len = 40
	0x00: 80 6E 6F 72 23 02 74 31 0D 28 2B 34 37 29 38 30 :  nor# t1 (+47)80
	0x10: 30 35 33 30 32 30 02 74 32 05 30 32 38 32 38 02 : 053020 t2 02828 
	0x20: 74 33 05 30 32 38 32 38                         : t3 02828
	========================================================================


	===================== parse_logical_channel_descriptor =================
	len = 27
	0x00: 80 6C 61 76 16 02 74 31 07 37 30 36 30 35 30 34 :  lav  t1 7060504
	0x10: 02 74 32 07 37 30 36 30 35 30 34                :  t2 7060504
	========================================================================

Alles anzeigen

Hat jemand diese Änderung mal für verschiedene Satelliten (inbesondere S4.8E) beobachtet, ob diese Änderung irgendwelche Probleme bereitet?

ludi · 2. Februar 2015

Zitat

Added support for LCN (Logical Channel Numbers), which plugins may use to sort channels (thanks to Rolf Ahrenberg).

What does it mean for people already using the "pseudo-logic" channel numbering by inserting things like
:@1 Kids
:@100 General
:@500 Music
:@600 News
:@700 Sports
...
into the channels.conf?

Concerning epgsearch, I suppose that the searchtimers will continue to work, as epgsearch uses the channel-ids (like S19.2E-1-1037-5221) for the channelgroups and the search intervalls of the searchtimers!?

Thanks in advance for any piece of information about the impact of the new Logic Channel Numbers.

kls · 2. Februar 2015

Zitat von ludi

What does it mean for people already using the "pseudo-logic" channel numbering by inserting things like
:@1 Kids
:@100 General
:@500 Music
:@600 News
:@700 Sports
...
into the channels.conf?

Alles anzeigen

There is no actual impact at all. The LCN data is merely extracted from the data stream and stored in a member variable of the respective channel. VDR itself doesn't use this information in any way. Besides, there don't seem to be that many transponders that even carry that kind of data. I didn't find one on any of the satellites I can receive. According to Rolf Ahrenberg this is mainly used by some DVB-T and DVB-C providers.

Klaus

ludi · 2. Februar 2015

Thanks for the helpful explanation you provided.

rofafor · 2. Februar 2015

Yes, this feature is used mainly in managed networks (one can keep DVB-T and DVB-C as such) in certain areas like Finland, UK, ...

nobanzai · 5. Februar 2015

Hi *,

irgendwie habe ich ein Problem mit der "jumpplay"-Funktionalität, ggf. auch nur ein Verständnisproblem.
Ich habe bisher immer den "binaryskip"-Patch von http://www.saunalahti.fi/~rahrenbe/vdr/patches/index.php verwendet.
Der hat u.a. dazu geführt, dass die Tasten ">|" und "|<" eben eine bestimmte Zeit vor und zurück gesprungen sind.
Für VDR 2.1.8 gibt es diesen Patch nicht mehr, was mich dazu veranlasst hat zu glauben, dass die "jumpplay"-Funktionalität diesen Patch abbildet.
Offenbar ist das aber nicht so oder wenn es so ist, funktioniert es nicht.
Mit VDR 2.1.8 ohne den "binaryskip"-Patch hängt sich die Wiedergabe einfach auf, sobald man ">|" drückt, d.h. irgendwie springt die Wiedergabe nicht, sondern "zerlegt" sich in ein Halbbild mit irgendwelchem Schrott in der zweiten Hälfte. Jede weitere Taste führt dann zum Abbruch der Wiedergabe.
Normales Vorspulen klappt dagegen und auch normale Wiedergabe.

Verstehe ich da die Funktionalität, bzw. den Sinn der "jumpplay"-Funktionalität falsch oder ist das ein Fehler?

Ciao.
Michael.

mini73 · 5. Februar 2015

Binary skip ist auf den Tasten 1/3. JumpPlay bzw. eigentlich PlayJump springt bei der Wiedergabe bei Erreichen einer Schnittmarke zur nächsten, damit man bei der Werbung nicht mehr aktiv werden muss.

Zum vdr 2.1.8 tummeln sich aber noch ein paar Reparatur-Patches im Portal, geplant ist aber am Sonntag ein vdr 2.1.9, der dann das ganze wieder sammelt.

Vielleicht kann ja mal jemand, der die einzelnen Patches gesammelt hat, einen Geamtpatch hier anhängen, damit wir auch alle vom selben Stand ausgehen?

Lars

kls · 5. Februar 2015

Zitat von mini73

Vielleicht kann ja mal jemand, der die einzelnen Patches gesammelt hat, einen Geamtpatch hier anhängen, damit wir auch alle vom selben Stand ausgehen?

Anbei mein kompletter momentaner 'diff' seit der Version 2.1.8.

Klaus

mini73 · 5. Februar 2015

Danke!

Lars.

nobanzai · 5. Februar 2015

Hi,

Zitat von mini73

Binary skip ist auf den Tasten 1/3. JumpPlay bzw. eigentlich PlayJump springt bei der Wiedergabe bei Erreichen einer Schnittmarke zur nächsten, damit man bei der Werbung nicht mehr aktiv werden muss.

Zum vdr 2.1.8 tummeln sich aber noch ein paar Reparatur-Patches im Portal, geplant ist aber am Sonntag ein vdr 2.1.9, der dann das ganze wieder sammelt.

Vielleicht kann ja mal jemand, der die einzelnen Patches gesammelt hat, einen Geamtpatch hier anhängen, damit wir auch alle vom selben Stand ausgehen?

Lars

Alles anzeigen

ok, d.h. also eigentlich, dass ich den "JumpPlay" nicht brauche, weil ich kaum geschnittene Aufnahmen anschaue.
den "binary skip" brauche ich aber sehr oft. Kriegt man das irgendwie hin, dass der auf ">|" und "|<" hört, statt auf 1 und 3?

Thx!

Ciao.
Michael.

M-Reimer · 5. Februar 2015

Andere "doofe" Idee: Warum das Feature nicht auf "Gelb" und "Grün" auch umsetzen. Natürlich optional. Mir fällt aktuell kein Grund ein warum das auf den zwei Farbtasten stören sollte.

mini73 · 5. Februar 2015

Gelb/grün ist feste Schrittweite, es macht ja keinen Sinn, alle skip-Tasten mit dem neuen Algorithmus zu versehen.

Lars

nobanzai · 7. Februar 2015

Hi nochmals,

Zitat von nobanzai

[...]
ok, d.h. also eigentlich, dass ich den "JumpPlay" nicht brauche, weil ich kaum geschnittene Aufnahmen anschaue.
den "binary skip" brauche ich aber sehr oft. Kriegt man das irgendwie hin, dass der auf ">|" und "|<" hört, statt auf 1 und 3?

hat da evtl. jemand ne Idee, ob/wie man das erreichen kann?
Oder muss das zwingend gecodet werden?

Thx!

Ciao.
Michael.

CKone · 7. Februar 2015

so ist es übrigens derzeit auch in yavdr durch irgendeinen Patch:

gelb/grün +- 1 Minute
1/3 +- eingestellte Sekunden
skip/foward/skip back ist binary skip

finde ich so sehr pragmatisch zu bedienen

Christian

mini73 · 7. Februar 2015

Mal sehen, wie es morgen ist, wenn vdr 2.1.9 da ist.

Lars

CafeDelMar · 7. Februar 2015

Zitat von M-Reimer

Andere "doofe" Idee: Warum das Feature nicht auf "Gelb" und "Grün" auch umsetzen. Natürlich optional. Mir fällt aktuell kein Grund ein warum das auf den zwei Farbtasten stören sollte.

Optional konfigurierbar wäre das echt klasse.

[Announce] VDR developer version 2.1.8

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema