You are not logged in.

Dear visitor, welcome to VDR Portal. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.

lostinspc

Professional

  • "lostinspc" started this thread

Posts: 730

Location: Stuttgart

  • Send private message

1

Sunday, December 4th 2011, 5:21pm

[ANNOUNCE] VDR developer version 1.7.22

aus der ML:

Quoted


VDR developer version 1.7.22 is now available at

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

A 'diff' against the previous version is available at

ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.21-1.7.22.diff

MD5 checksums:

b9c0fe1aac8e653c0d0234bc72c2bb2c vdr-1.7.22.tar.bz2
868bb332342c9a78beda17cc85e0bb93 vdr-1.7.21-1.7.22.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.21:

- Fixed scaling subtitles in case the primary device's GetVideoSize() function doesn't
return actual values (thanks to Luca Olivetti).
- The DiSEqC codes are now copied in the call to cDiseqc::Execute().
- VDR now supports "Satellite Channel Routing" (SCR) according to EN50494 (based on
the "unicable" patch from Lars Hanisch).
Since "Unicable" is a registered trademark and stands for only one of many
implementations of SCR, the following changes have been made compared to the patch,
which need to be taken into account by people who have set up their system using
the patch:
- The 'U' parameter in the diseqc.conf file has been changed to 'S' ("Scr").
- The configuration file name has been changed from "unicable.conf" to "scr.conf".
- Updated sources.conf (thanks to Arthur Konovalov).
- The SVDRP command LSTC now also accepts channel IDs (thanks to Dominic Evans).
- Fixed handling DVB subtitles and implemented decoding textual DVB subtitles (thanks
to Rolf Ahrenberg).
- Added cap_net_raw to the capabilities that are not dropped (thanks to Dominic Evans).
- Fixed setting the start time of an edited recording (thanks to Christoph Haubrich).
- Temporarily switching free devices to transponders in order to have their running
status updated is now done by marking the devices as "occupied" for a certain
amount of time.
- The new setup options "LNB/Device n connected to sat cable" can be used to define
which DVB-S devices are connected to the same sat cable and are therefore "bonded".
This obsoletes the LNBSHARE patch. Users of the LNBSHARE patch will need to newly
set up their sat devices with the above options.
- Fixed a crash when deleting a recording while cutting it (thanks to Ville Skyttä).
- Fixed several spelling errors (thanks to Ville Skyttä).
- The new SVDRP command UPDR can be used to trigger an update of the list of
recordings (thanks to Lars Hanisch).
- Added generating a pkg-config file to the Makefile (thanks to Ville Skyttä).
- Removed the '.pl' suffix from all scripts (thanks to Ville Skyttä).
- Changed the default location for the LIRC socket to /var/run/lirc/lircd (thanks
to Ville Skyttä).
- Added file name and line number to LOG_ERROR_STR() (thanks to Rolf Ahrenberg).
- Replaced all calls to sleep() with cCondWait::SleepMs() (thanks to Rolf Ahrenberg).
- Fixed a crash with malformed SI data (patch from vdr-portal).

Have fun!

Klaus
VDR1: vdr-2.2, arch x86_64, Cine C/T V6 + DuoFlex C/C2/T/T2 V3, Asrock N3150M, 8 GB, Zotac GT630 passiv, 120 GB Samsung SSD 840, 5TB WD RED (WD50EFRX), Silverstonetek LaScala 10M, LG LM 669S, 1920x1080@50
VDR2: RasPI 2, MLD
VDR-User #81

This post has been edited 1 times, last edit by "lostinspc" (Dec 4th 2011, 5:37pm)


speed

Professional

Posts: 722

Location: Weidesheim

Occupation: IT

  • Send private message

2

Sunday, December 4th 2011, 5:59pm

Ja cool ..
es geht weiter !!
Danke Klaus
Gruß
speed

my VDR Stuff :D

VDR AsRock Board ,Quad Core ,3 x DVBSky Dual Tuner
Hardware : 12 TB HDD-RAID5 ,4x Rasberry Pi 2 mit Raspian Jessie + VDR 2.2.0+Sat-IP
Software : Suse Leap42 mit Vanilla Kernel 4.5.1 +minisatip + VDR =2.2.0

Posts: 6,250

Location: Main-Spessart

  • Send private message

3

Sunday, December 4th 2011, 7:09pm

Ich musste zum Kompilieren, die svdrpsend.pl in svdrsend umbenennen. Ansonsten gibts einen Fehler
VDR4Arch --> Lian-Li PC-C37B | ASRock Q1900M | 4GB RAM | SanDisk SDSSDP064G | Samsung HD155UI | Digital Devices Cine S2 V6 | ZOTAC GT630 (Rev. 2) Zone Edition

rudirabbit

Professional

Posts: 1,381

Occupation: Kfz Elektroniker

  • Send private message

4

Sunday, December 4th 2011, 7:13pm

Hi,
Vielen Dank - das es immer weiter geht :]
Ich musste zum Kompilieren, die svdrpsend.pl in svdrsend umbenennen. Ansonsten gibts einen Fehler

Na ja - steht ja auch dort : - Removed the '.pl' suffix from all scripts (thanks to Ville Skyttä).
Wobei ich den Vorteil daran nicht erkennen kann.

Btw: Ich hoffe der Patch lässt nicht lange auf sich warten ;D
VDR 1 (SD) : ASRock A330 GC, 1 GB RAM, TT- FF Karte rev. 2.3, 7'' TFT, Lirc X10 - Selbstbau Gehäuse - Suse 11.3 (64) vdr-1.7.10 diverse Plugins
VDR 2 (HD) : MSI G41M-P25, 2 GB RAM, E6700 2x3.20GHz, Gainward GT220, 2TB HD, Lirc X10, TT S2-3600 USB, TT S2-1600, - Suse 11.3 (64) NvidiaTreiber 260.19 vdr-1.7.18 - xineliboutplugin 1.0.90 cvs, xine-lib 1.1.90 , s2-liplianin DVB Treiber

This post has been edited 1 times, last edit by "rudirabbit" (Dec 4th 2011, 7:18pm)


5

Sunday, December 4th 2011, 7:30pm

Hallo zusammen

ich habe ein Problem mit der SCR Implementierung die hat ich auch schon mit dem Unicable Patch. Bisher dachte ich es läge daran das ich da beim patchen was falsch gemacht habe, aber mit der 22 hab ich das Problem immer noch.

Und zwar habe ich 100% Auslastung in dem "tuner on frontend x" thread wenn kein Lock zu Stande kommt. Dann kann ich den VDR auch kaum mehr beenden dauer bis zu 10 Minuten bis der vdr Thread sich beendet.

Hat jemand so ein ähnliches Problem ?

6

Sunday, December 4th 2011, 7:31pm

@rudirabbit nein svdrpsend hat immer noch pl
entweder vergessen ...oder ...

Posts: 6,250

Location: Main-Spessart

  • Send private message

7

Sunday, December 4th 2011, 7:33pm

Btw: Ich hoffe der Patch lässt nicht lange auf sich warten ;D


Der Patch hat eigentlich keinen Einsatzzweck mehr. Alle komplizierten Patches sind im VDR drin.
VDR4Arch --> Lian-Li PC-C37B | ASRock Q1900M | 4GB RAM | SanDisk SDSSDP064G | Samsung HD155UI | Digital Devices Cine S2 V6 | ZOTAC GT630 (Rev. 2) Zone Edition

8

Sunday, December 4th 2011, 7:34pm

Noch als Ergänzung,

das Problem muss in dem diseqc Teil stecken, denn wenn ich diseqc in der setup.conf ausschalte hab ich die 100% load nicht, aber halt auch kein Bild.

speed

Professional

Posts: 722

Location: Weidesheim

Occupation: IT

  • Send private message

9

Sunday, December 4th 2011, 8:07pm

@ Copperhead
Ich hoffe das Du läßt uns nicht hängen ...es gibt doch noch Patche die fehlen !!
Gruß
speed

my VDR Stuff :D

VDR AsRock Board ,Quad Core ,3 x DVBSky Dual Tuner
Hardware : 12 TB HDD-RAID5 ,4x Rasberry Pi 2 mit Raspian Jessie + VDR 2.2.0+Sat-IP
Software : Suse Leap42 mit Vanilla Kernel 4.5.1 +minisatip + VDR =2.2.0

This post has been edited 2 times, last edit by "speed" (Dec 4th 2011, 8:15pm)


kls

Sage

Posts: 3,290

Location: Taufkirchen

  • Send private message

10

Sunday, December 4th 2011, 10:51pm

Ich musste zum Kompilieren, die svdrpsend.pl in svdrsend umbenennen. Ansonsten gibts einen Fehler


Aber doch wohl nicht beim eigentlichen Compilieren, sondern erst beim Installieren ;-)

Hab's für die nächste Version geändert.
Ich hätte schwören können, alle erwischt zu haben...

Klaus
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!

kls

Sage

Posts: 3,290

Location: Taufkirchen

  • Send private message

11

Sunday, December 4th 2011, 10:54pm

Na ja - steht ja auch dort : - Removed the '.pl' suffix from all scripts (thanks to Ville Skyttä).
Wobei ich den Vorteil daran nicht erkennen kann.


Hier die Begründung von Ville Skyttä:

Quoted


Drops *.pl suffixes from perl scripts (note that you'll need to actually
rename these files after applying the patch). Many distributions have
policies against suffixes like *.pl in user tools because they have no
benefit on Unix systems, and cause renaming work when/if they get
reimplemented in another language. At least Fedora, Ubuntu, and Debian
have already shipped e.g. svdrpsend.pl as plain svdrpsend for quite a while.


Klaus
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!

kls

Sage

Posts: 3,290

Location: Taufkirchen

  • Send private message

12

Sunday, December 4th 2011, 10:57pm

Hallo zusammen

ich habe ein Problem mit der SCR Implementierung die hat ich auch schon mit dem Unicable Patch. Bisher dachte ich es läge daran das ich da beim patchen was falsch gemacht habe, aber mit der 22 hab ich das Problem immer noch.

Und zwar habe ich 100% Auslastung in dem "tuner on frontend x" thread wenn kein Lock zu Stande kommt. Dann kann ich den VDR auch kaum mehr beenden dauer bis zu 10 Minuten bis der vdr Thread sich beendet.

Hat jemand so ein ähnliches Problem ?


Hab' ich während des Ausprobierens des SCR auch manchmal beobachtet, hatte aber nicht genug Zeit (und auch nicht wirklich eine Idee) dem nachzugehen.

Ich werde mir das mit deinen Hinweisen mal genauer anschauen.

Klaus
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!

Posts: 6,250

Location: Main-Spessart

  • Send private message

13

Monday, December 5th 2011, 3:18pm

Aber doch wohl nicht beim eigentlichen Compilieren, sondern erst beim Installieren ;-)


Achja, naja ich merke den Unterschied nicht. Das geht bei mir skriptgesteuert bis zum Slackware-Paket
VDR4Arch --> Lian-Li PC-C37B | ASRock Q1900M | 4GB RAM | SanDisk SDSSDP064G | Samsung HD155UI | Digital Devices Cine S2 V6 | ZOTAC GT630 (Rev. 2) Zone Edition

14

Monday, December 5th 2011, 4:47pm

Und zwar habe ich 100% Auslastung in dem "tuner on frontend x" thread wenn kein Lock zu Stande kommt. Dann kann ich den VDR auch kaum mehr beenden dauer bis zu 10 Minuten bis der vdr Thread sich beendet.

Also ich kenne das Problem nicht, würde aber evtl. an Deiner Stelle in der diseqc.conf mal das Verhalten der verschiedenen Schaltspannungen, "V" oder "v", testen.

Es gibt da IMHO keine Faustformel, mit den S2-1600ern mußte ich "v" (13V) definieren damit es funktioniert hat, im selben VDR und am selben Unicable LNB mit der CineS2 V5.5 funktionierte das nur mit "V" (19V, meine ich).

Regards
fnu
>> HowTo: APT Pinning <<

>>click<< for my VDR stuff

[¹] Modu CD21, MeanWell (80W)/LC-Power (75W), Futaba MDM166A, Intel DH77EB, G1610T, 2x1GB DDR3, Intel 313 SSD 24GB, WD20EFRX 2TB, Zotac GT630 ('GK208'), SHDD, Octopus Net SAT>IP (DVBS2-8), Jultech JESS, CIR, Ubuntu LTS 14.04.3, VDR 2.2.0 (x64, 35W)
[²] Modu CD21, MeanWell (80W)/PicoPSU (90W), Futaba MDM166A, ASRock Q1900M, 2x1GB DDR3, Intel 320 SSD 40GB, WD10JFCX, Palit GT630 ('GK208'), SHDD, Octopus Net SAT>IP (DVBS2-8), Jultech JESS, mceusb, Ubuntu LTS 14.04.3, VDR 2.2.0 (x64, 22W)
[³] HP ProLiant MicroServer Gen8, Xeon E3-1245v2, 2x8GB DDR3 ECC, Intel 320 SSD 120GB (Sys & HostCache), HP SmartArray P212 256MB BBWC, 4x WD7500BPKX, VMWare ESXi 6.0 (6 VM)(x64, 38W)

15

Monday, December 5th 2011, 7:44pm

Quoted

Quoted

Hab' ich während des Ausprobierens des SCR auch manchmal beobachtet, hatte aber nicht genug Zeit (und auch nicht wirklich eine Idee) dem nachzugehen.

Ich werde mir das mit deinen Hinweisen mal genauer anschauen.

Klaus
Ich hab jetzt mak ein wenug mehr geforscht, und mir scheint es als ob ExecuteDiseqc mehrmals aufgerufen wird, und somit wild durcheinander diseqc Befehle gesendet werden. Ich hab einfach l ein paar Debug Meldungen eingebaut,

im guten Fall sieht es so aus:

Dec 5 19:23:33 DaBrazos vdr: [3257] Run ExecuteDiseqc
Dec 5 19:23:33 DaBrazos vdr: [3257] Finished loop: 1
Dec 5 19:23:33 DaBrazos vdr: [3257] Run ExecuteDiseqc
Dec 5 19:23:33 DaBrazos vdr: [3257] Finished loop: 2
Dec 5 19:23:33 DaBrazos vdr: [3257] Run ExecuteDiseqc
Dec 5 19:23:33 DaBrazos vdr: [3257] Finished loop: 3
Dec 5 19:23:33 DaBrazos vdr: [3257] Run ExecuteDiseqc
Dec 5 19:25:35 DaBrazos vdr: [3257] Finished loop: 4
Dec 5 19:25:35 DaBrazos vdr: [3257] Run ExecuteDiseqc
Dec 5 19:25:36 DaBrazos vdr: [3257] Finished loop: 5
Dec 5 19:25:36 DaBrazos vdr: [3257] Finished ExecuteDiseqc

im schlechten Fall so:
Dec 5 19:30:30 DaBrazos vdr: [3260] Finished loop: 1
Dec 5 19:30:30 DaBrazos vdr: [3260] Run ExecuteDiseqc
Dec 5 19:30:30 DaBrazos vdr: [3257] Run ExecuteDiseqc
Dec 5 19:30:30 DaBrazos vdr: [3257] Finished loop: 1
Dec 5 19:30:30 DaBrazos vdr: [3257] Run ExecuteDiseqc
Dec 5 19:30:30 DaBrazos vdr: [3257] Finished loop: 2
Dec 5 19:30:30 DaBrazos vdr: [3257] Run ExecuteDiseqc
Dec 5 19:30:30 DaBrazos vdr: [3257] Finished loop: 3
Dec 5 19:30:30 DaBrazos vdr: [3260] Finished loop: 2
Dec 5 19:30:30 DaBrazos vdr: [3260] Run ExecuteDiseqc
Dec 5 19:30:30 DaBrazos vdr: [3260] Finished loop: 3
Dec 5 19:30:30 DaBrazos vdr: [3257] Run ExecuteDiseqc
Dec 5 19:30:30 DaBrazos vdr: [3260] Run ExecuteDiseqc
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759030] INFO: task tuner on fronte:3260 blocked for more than 480 seconds.
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759050] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759060] tuner on fronte D f3c06e00 0 3260 1 0x00000000
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759068] e9b45e94 00200086 00000147 f3c06e00 f6fbc530 c0a8afa0 c0b51e00 c0b51e00
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759079] 1d39e956 00000147 f3c06e00 f6fbc530 c0a8afa0 c0b4dac0 1d2e821d 00000147
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759088] 00000000 00000031 f22606c0 e9b45ec0 e9b45d9c e9b45f1c 00200282 f3d02aec
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759097] Call Trace:
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759120] [<c0707d18>] __mutex_lock_slowpath+0xd8/0x150
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759129] [<c0707936>] mutex_lock+0x16/0x30
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759162] [<f80dca5e>] dvb_usercopy+0x8e/0x130 [dvb_core]
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759179] [<f80dcb1a>] dvb_generic_ioctl+0x1a/0x30 [dvb_core]
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759190] [<c0339c3e>] do_vfs_ioctl+0x7e/0x2a0
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759198] [<c0339ede>] sys_ioctl+0x7e/0x90
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759207] [<c070905d>] syscall_call+0x7/0xb
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759224] [<b7572174>] 0xb7572173
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759230] INFO: task ecmhandler 1 fi:3284 blocked for more than 480 seconds.
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759239] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759247] ecmhandler 1 fi D 00000147 0 3284 1 0x00000000
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759253] f6fc3e98 00200086 2db2d835 00000147 00200046 c0a8afa0 c0b51e00 c0b51e00
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759262] 2dae6de3 00000147 f3c06e00 f6eb0e70 f6da6630 ffffffff f80ef02c c07098ea
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759271] f80ef02c e9b471b0 f6fc2000 00000001 00000000 f6fc3e98 00000000 0000007b
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759280] Call Trace:
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759288] [<c0707d18>] __mutex_lock_slowpath+0xd8/0x150
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759295] [<c0707936>] mutex_lock+0x16/0x30
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759307] [<f80dca5e>] dvb_usercopy+0x8e/0x130 [dvb_core]
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759320] [<f80dcfcf>] dvb_demux_ioctl+0xf/0x20 [dvb_core]
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759330] [<c0339c3e>] do_vfs_ioctl+0x7e/0x2a0
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759337] [<c0339ede>] sys_ioctl+0x7e/0x90
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759345] [<c070905d>] syscall_call+0x7/0xb
Dec 5 19:39:06 DaBrazos kernel: [ 1920.759354] [<b7572174>] 0xb7572173

Ich habe aktuell 2 DVB Devices aktiv.
Vielleicht hilft das ja.

16

Monday, December 5th 2011, 7:50pm

@ALT255

Auch wenn Du das anders siehst, aber IMHO ist das kein Problem vom VDR, sondern entweder eines mit dem Kernel-Modul der DVB Karte oder, und das wäre mein Favorit, das eines Plugins das viele im Einsatz haben, aber keiner drüber redet ...

Regards
fnu
>> HowTo: APT Pinning <<

>>click<< for my VDR stuff

[¹] Modu CD21, MeanWell (80W)/LC-Power (75W), Futaba MDM166A, Intel DH77EB, G1610T, 2x1GB DDR3, Intel 313 SSD 24GB, WD20EFRX 2TB, Zotac GT630 ('GK208'), SHDD, Octopus Net SAT>IP (DVBS2-8), Jultech JESS, CIR, Ubuntu LTS 14.04.3, VDR 2.2.0 (x64, 35W)
[²] Modu CD21, MeanWell (80W)/PicoPSU (90W), Futaba MDM166A, ASRock Q1900M, 2x1GB DDR3, Intel 320 SSD 40GB, WD10JFCX, Palit GT630 ('GK208'), SHDD, Octopus Net SAT>IP (DVBS2-8), Jultech JESS, mceusb, Ubuntu LTS 14.04.3, VDR 2.2.0 (x64, 22W)
[³] HP ProLiant MicroServer Gen8, Xeon E3-1245v2, 2x8GB DDR3 ECC, Intel 320 SSD 120GB (Sys & HostCache), HP SmartArray P212 256MB BBWC, 4x WD7500BPKX, VMWare ESXi 6.0 (6 VM)(x64, 38W)

17

Monday, December 5th 2011, 8:33pm

@fnu

Ich bin ja scheinbar nicht der einzige der das hat, siehe Beitrag von Klaus.
Ich werde aber trotzdem mal ohne Patches und ohne Plugins außer dem dvdhddevice für die S2-6400 testen.
Und wenn ich Zeit habe auch mal mit ner anderen Distri mit anderem Kernel.
Eine kleine Möglichkeit besteht tatsächlich das es der 3.0.1Kernel ist, der die Probleme macht. Ich habe nämlich vor Rund 2 Wochen upgedatet. Und ich meine da ging es auch mit den Problemen los.

18

Monday, December 5th 2011, 8:42pm

Ich bin ja scheinbar nicht der einzige der das hat, siehe Beitrag von Klaus.

Das wollte ich damit auch nicht sagen, aber ich verwende Unicable schon eine ganze Weil, mit inzwischen betagter Software, aber kenne das Problem nicht, noch habe ich das anderweitig gehört. Aber stimmt, ihr seit zu zweit ... ;)

Aber, und jetzt kommt's, die Gemeinsamkeit kam jetzt erst in Deinem dritten (!) Post raus, die S2-6400 die "kls" vmtl. auch im Einsatz hat.

Regards
fnu

PS.: Und ja, das unterschreibe ich, es muß im VDR nicht immer der neueste Kernel sein, wozu auch, wenn der Alte fehlerfrei läuft ...
>> HowTo: APT Pinning <<

>>click<< for my VDR stuff

[¹] Modu CD21, MeanWell (80W)/LC-Power (75W), Futaba MDM166A, Intel DH77EB, G1610T, 2x1GB DDR3, Intel 313 SSD 24GB, WD20EFRX 2TB, Zotac GT630 ('GK208'), SHDD, Octopus Net SAT>IP (DVBS2-8), Jultech JESS, CIR, Ubuntu LTS 14.04.3, VDR 2.2.0 (x64, 35W)
[²] Modu CD21, MeanWell (80W)/PicoPSU (90W), Futaba MDM166A, ASRock Q1900M, 2x1GB DDR3, Intel 320 SSD 40GB, WD10JFCX, Palit GT630 ('GK208'), SHDD, Octopus Net SAT>IP (DVBS2-8), Jultech JESS, mceusb, Ubuntu LTS 14.04.3, VDR 2.2.0 (x64, 22W)
[³] HP ProLiant MicroServer Gen8, Xeon E3-1245v2, 2x8GB DDR3 ECC, Intel 320 SSD 120GB (Sys & HostCache), HP SmartArray P212 256MB BBWC, 4x WD7500BPKX, VMWare ESXi 6.0 (6 VM)(x64, 38W)

This post has been edited 3 times, last edit by "fnu" (Dec 5th 2011, 8:55pm)


Urig

Professional

Posts: 1,223

Location: Kassel

  • Send private message

19

Monday, December 5th 2011, 10:17pm

Hi,

Hard Link Cutter steht angepasst für 1.7.22 hier bereit:
http://www.udo-richter.de/vdr/patches.html#hlcutter

Original-Patch von Ville Skyttä, angepasst an die Variante, die VDR-1.7.22
implementiert hat. Nicht allzu intensiv getestet, sollte aber funktionieren.

Gruß,

Udo

20

Tuesday, December 6th 2011, 5:32pm

Hallo,

ich habe bei meiner Konfiguration (TT6400 + Hauppauge NOVA-HD-S2) folgendes Problem mit dem neuen LNB-Sharing festgestellt (alle 3 Empfänger sind am selben Kabel):

nach Einschalten eines Empfangskanals bleibt nach jeweils ca. 90s das Bild stehen, OSD geht weiterhin, nach Neuaufruf eines Kanals geht es erst mal wieder, dann der gleiche Effekt. Das kann man dann endlos wiederholen. Getestet mit purem vdr+dvbhddevice+remote,
Mit dem bisherigen LNB-Sharing-Patch war dieses Problem nicht vorhanden.

Folgende Log-Ausgaben dazu:

Source code

1
2
3
4
5
6
7
8
Dec  6 16:50:14 home-05 vdr: [26405] found 3 DVB devices
Dec  6 16:50:14 home-05 vdr: [26405] tuner 0/0 bonded with tuner 1/0
Dec  6 16:50:14 home-05 vdr: [26405] device 1 bonded with device 2
Dec  6 16:50:14 home-05 vdr: [26405] ERROR: device 1 already bonded with device 2, can't bond with device 3
Dec  6 16:50:14 home-05 vdr: [26405] initializing plugin: dvbhddevice (0.0.4): HD Full Featured DVB device
Dec  6 16:50:14 home-05 vdr: [26405] initializing plugin: remote (0.4.0): Fernbedienung
Dec  6 16:50:14 home-05 vdr: [26405] setting primary device to 1
Dec  6 16:50:14 home-05 vdr: [26405] assuming manual start of VDR


Nach der Fehlermeldung in Zeile 4 kann wohl das 3. Gerät nicht korrekt mit dem 1.Kabel verbunden werden.

Gemäß setup.conf sollte die Einstellung korrekt sein, und es sollten doch sicherlich mehr als 2 Geräte pro Kabel möglich sein.

Source code

1
DeviceBondings = 1 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0


Gruß

Karl
VDR 2.2.0: ASUS M5A97 PRO, FX6100, 16GB, 2TB HD, GT630, Fedora 23 Kernel 4.4.7 X86_64, Devicebonding 2 x 1 auf 2, TT6400, DVBSky S952 V3

Similar threads

Immortal Romance Spielautomat