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.

schmirl

Professional

  • "schmirl" started this thread

Posts: 1,302

Location: Nähe Augsburg

  • Send private message

1

Wednesday, May 30th 2012, 1:05pm

[Announce] streamdev 0.6.0

Hallo zusammen,

unter http://projects.vdr-developer.org/projec…streamdev/files liegt Version 0.6.0 des Streamdev-Plugins bereit.

Die Server-Option "Pausierverhalten" gibt es nun nicht mehr. Ob lokales Live-TV auf dem Server Vorrang hat oder der Client, wird nun rein über Prioritäten festgelegt. Ein Client mit Priorität 0 oder höher hat Vorrang vor Live-TV auf dem Server. Bei negativer Priorität behält Live-TV auf dem Server den Vorrang. War als "Pausierverhalten" zuvor "Client darf pausieren" oder "Nie pausiert" eingestellt, muss dem Client nun eine negative Priorität zugewiesen werden. Da die Standard-Werte auf 0 stehen, ist bei "Pausierverhalten: Immer pausiert" normalerweise keine Änderung der Konfiguration notwendig.

Kompatibilität
Auf dem Server muss mind. VDR 1.7.25 laufen. Werden negative Prioritäten benötigt, ist sogar VDR 1.7.27 notwendig.

Das streamdev-client Plugin ist genügsam und benötigt nur mind. VDR 1.5.16. Die Änderungen im Client-Code bewirken jedoch, dass der neue streamdev-client mit den Server-Versionen 0.5.1-priotest und 0.5.2-git nicht kompatibel ist. Die offiziellen Releases 0.5.1, 0.5.2 oder auch eine beliebige 0.5.1-git Version sind kein Problem.

Notwendige Änderungen der Konfiguration
Falls erforderlich, bitte die gewünschten Prioritäten für HTTP- und IGMP-Multicast-Streaming in den Einstellungen zu streamdev-server festlegen. Sofern noch nicht alle streamdev-clients auf mind. Version 0.5.2 aktualisiert sind, bitte zudem deren Priorität über "Priorität für alte Clients" festlegen.

In den Plugin-Einstellungen zu streamdev-client bitte die "Minimale Priorität" auf -99 setzen. Den Wert von "Live TV Priorität" bei Bedarf anpassen.

Disclaimer
Bei mir funktioniert die neue Version :] Allerdings gibt es Dinge die ich in meiner Produktionsumgebung nicht nutze bzw. überhaupt nicht testen kann (dazu gehören verschlüsselte Kanäle). Ich freue mich über Feedback.

Changelog

Quoted

- Reimplemented some client device methods
- Proper fix for "client sends ABRT after TUNE". Obsoletes many hacks in client
- Added CLOCK_MONOTONIC timestamp and thread id to Dprintf
- Silenced warning (thanks to Rolf Ahrenberg)
- Updated Finnish translation (thanks to Rolf Ahrenberg)
- Replaced server-side suspend modes with priority based precedence handling
- Client-side priority handling for VDR >= 1.7.25 and servers running VTP > 1.0
- Introduced VTP protocol version numbering for easier compatibility handling between different client and server versions. The server includes the protocol version in its greeting string, the client reports its version with the new command "VERS".
- Dropped compatibility of streamdev-server with VDR < 1.7.25


Viel Spaß,
Frank

2

Wednesday, May 30th 2012, 6:42pm

Hi Frank,
vielen Dank für die neue Version.
Super, ich brauch nun auf dem Client in der common.h nichts mehr "einstellen"...
Zumindestens sieht es aktuell so aus, als ob es keine Probleme gibt! :)
Ich teste mal die Tage weiter... ;)

Source code

1
2
3
4
5
6
7
8
9
...
#if APIVERSNUM >= 10714
-#define TRANSPONDER(c1, c2) (c1->Transponder() == c2->Transponder() && !c1->IsSourceType('V'))
+#define TRANSPONDER(c1, c2) (false)
+//#define TRANSPONDER(c1, c2) (c1->Transponder() == c2->Transponder() && !c1->IsSourceType('V'))
#else
#define TRANSPONDER(c1, c2) (c1->Transponder() == c2->Transponder())
#endif
...


Vielen Grüße, Uwe

mein VDR Stuff... :)

Thermaltake DH101: M2N68 Plus - 1 x HD-FF-6400 - 1 x L4MV6.2
angeschlossen über (SCR Inverto Black Unicable Multiswitch UST111-CUO10-8PP an Selfsat DQ)
yavdr-0.5 - vdr-2.1.6 - Plugins: dvbhddevice - targavfd - skinnopacity - osdteletext - xmltv2vdr
Scaleo Evi: NVidia G210 - 1 x L4M V6.2 TwinS2
angeschlossen am Legacy Ausgang vom Inverto Black Unicable Multiswitch UST111-CUO10-8PP
yavdr-0.5 - vdr-2.1.6 - Plugins: softhddevice-git - dm140vfd - skinnopacity - osdteletext
RaspberryPi mit rpihddevice Plugin (NEU!) / cubieboard2 mit vdr-2.1.6 + softhddevice-git (vdpau) / OdroidU3 CE als "DesktopPC" .... :D

3

Wednesday, May 30th 2012, 7:03pm

[...] Allerdings gibt es Dinge die ich in meiner Produktionsumgebung nicht nutze bzw. überhaupt nicht testen kann (dazu gehören verschlüsselte Kanäle). Ich freue mich über Feedback. ...

Die aktuelle Version aus dem git funktioniert bei mir einwandfrei mit VDR-Zapper als Client, auch mit den Verschlüsselten und HD: ;)

:!: Hier nicht klicken!!



dreipo.cc

"Ubuntu" -- An african Word, meaning: "Gentoo is too hard for me".

my VDR


Gen2VDR V4.3PO

VDR: vdr-2.1.6
Mainboard: ASUS Z97-PRO (Wi-Fi ac)
CPU: i7-4770K
RAM: 16G
System HDD: OCZ-VERTEX4 SSD, 120 GB
Video HDD: WD Caviar Green, 3 TB
BD-ROM: Samsung SH-B123L
Gehäuse: Thermaltake DH202 Touch (VM90051N2Z)
DVB: DD Cine S2 V6.5 & DuofleX C/T
IR/FB: yaUSBIR v3 ; Harmony 885

4

Wednesday, May 30th 2012, 7:31pm

[...] Allerdings gibt es Dinge die ich in meiner Produktionsumgebung nicht nutze bzw. überhaupt nicht testen kann (dazu gehören verschlüsselte Kanäle). Ich freue mich über Feedback. ...

Die aktuelle Version aus dem git funktioniert bei mir einwandfrei mit VDR-Zapper als Client, auch mit den Verschlüsselten und HD: ;)


Hi,

kann ich nicht ganz so bestätigen. Normales SD TV funktioniert wie immer sauber und einwandfrei egal ob FTA oder nicht. Bei HD Sendern egal ob FTA oder verschlüsselt habe ich meist nur Ton und nur alle paar Sekunden mal ein Bild oder weder Bild noch Ton. Getestet mit iPad 3 und iPhone 4S verhält sich mit beiden Geräten gleich.
Das Streamdev Plugin hat die aktuelle Version und ich habe als einzigste Konfiguration die streamdevhosts.conf an mein Netzwerk angepasst.

Ist das noch ein Konfigurationsproblem bei mir oder kann das noch etwas anderes sein? Jemand hier bei dem HD Sender über iPad oder iPhone ruckelfrei laufen?

Vielen Dank für die neue Version!
Hardware VDR: OrigenAE S16V, Seasonic Platinum Series Fanless 400 ATX, Intel® DH77EB, Intel Celeron G1620T (FC-LGA4, Ivy Bridge), Dynatron K-618, Kingston 4GB Kit HyperX PC3-10667 DDR3-1333 CL7, Kingston SSDNow V300 2,5" SSD 60 GB, Western Digital WD20EFRX 2 TB, LG GH20NS10, Digital Devices Cine S2 V6.5 + DuoFlex S2 (Bundle)

Softwareversionen können in den untigen Step-by-Step HowTos nachgesehen werden:
Ubuntu HD VDR mittels SoftHDDevice und VDPAU
Raspbian VDR Streaming Client mittels Streamdev und rpihddevice

lokutus

Intermediate

Posts: 205

Occupation: Selbstständig

  • Send private message

5

Wednesday, May 30th 2012, 7:33pm

Hi,

leider hab gehen bei mir die verschlüsselten Sender nicht.

Client ist 0.6
Server ist 0.5.1+git20111129-0yavdr0~lucid

RTL HD;CBC:10832:HC23M5O35S1:S19.2E:22000:255=27:0;259=deu@106:32:1830,1843,9C4,98C,648,1860:61200:1:1057:0

Gruß Lokutus
PS: Oder hab ich was falsch gemacht?
Server: ZOTAC H55-ITX WiFi, Core i3, Ubuntu 10.4 Server mit yavdr Paketen und ein Paar mehr
Client1: ZOTAC NM10-DTX WiFi, YaVDR 0.5

Client2: ZOTAC Zbox ION2, openELEC

6

Wednesday, May 30th 2012, 7:56pm

drücke mal hiermit den "Bedanken" Button ;-) Vielen Dank / geht gut zumindest auf der iconnect

Signatur

Server: ASRock Q1900M + 4GB RAM + cineS2 6.5 + Ubuntu Sever + vdr 2.x , epgsearch, live, dvb-hust, streamdev
Client: Macbook Pro Retina 2013 + 16GB ram 512GB ssd  OSX 10.10 vlc 1.05)
File-Server/client: GA-H_67_N-USB_3-B3 + I3 2105 + 8GB RAM + HD3000 IGP + NVGF 650GTX 1GB, 250 GB-HD (sys)+ 17TB Storage OSX 10.10.1 MuBi 7.0.0 + 7.0.2_usb3.kext VLC 3.x beta , Remote Buddy, PS3-FB
EHD: D945GCLF2+ 1GB ram, 250gb HDD, mit BM2LTS 1.75A, serial-ir, smt7020s-FB
Cubieboard2: 2x Sundtek DVB-S2, 750GB 2,5 HD, Cubiuntu mit VDR 2.0.6 + epgsearch, live(osdpatch), streamdev(0.6), soft-hd-device
Ausgabe:
Acer H7530D, T.amp Proline1300, 2x K&H sms 54T + horn sub - Eigenbau


schmirl

Professional

  • "schmirl" started this thread

Posts: 1,302

Location: Nähe Augsburg

  • Send private message

7

Thursday, May 31st 2012, 12:12pm

@sewn4: Sofern im Log nichts auffälliges steht (z.B. ständiges starten und stoppen von Threads) hört sich für mich eher nach einem Bandbreitenproblem an.

@lokutus: Für verschlüsselte Kanäle ist auf Client-Seite nach wie vor eine Anpassung der channels.conf oder ein Patch notwendig. Hast Du daran gedacht?

Quoted

* Viewing encrypted channels became an issue with VDR's new CAM handling code.
Streamdev doesn't provide a (dummy) CAM, so out of the box, VDR won't ever try
to receive encrypted channels from streamdev. Pick one of the following
solutions to work around the problem:

1. Force VDR to use streamdev. Open the channels menu on the client (or edit its
channels.conf if you know how to do this) and set the CA field of all channels
that only the server can decrypt to streamdev's device index. Usually streamdev
will get number 9 or 10. Streamdev logs the actual device number when starting
up. So please consider the logs for the correct value. Remember to fill in
hexadecimal values if you are using an editor to modify your channels.conf
(number 10 becomes an "a", number 11 a "b", ...).

2. Apply either patch "patches/vdr-1.6.0-intcamdevices.patch" or patch
"patches/vdr-1.6.0-ignore_missing_cam.diff" to your client VDR. Intcamdevices
is the clean solution, but it modifies the VDR API. So you will need to
recompile all of your plugins. The ignore_missing_cam patch is trivial, no need
to recompile other plugins. However it is not suitable for clients with a DVB
card of their own.


@all: Danke für's Feedback 8)

lokutus

Intermediate

Posts: 205

Occupation: Selbstständig

  • Send private message

8

Thursday, May 31st 2012, 1:52pm

@lokutus: Für verschlüsselte Kanäle ist auf Client-Seite nach wie vor eine Anpassung der channels.conf oder ein Patch notwendig. Hast Du daran gedacht?
Jetzt schäme ich mich ein wenig. ?(
Man sollte nicht mehrere Sachen gleichzeitig verändern. Habe MLD 3.0.1 installiert und da ist der Patch nicht drinnen.

Hab jetzt Variante 1 aus deiner Readme (die ich selbstverständlich *nicht* gelesen habe) genommen.

Danke für deine Hilfe und deine Arbeit an streamdev. Ich nutze es schon seit mehreren Jahren.

Gruß Lokutus
Server: ZOTAC H55-ITX WiFi, Core i3, Ubuntu 10.4 Server mit yavdr Paketen und ein Paar mehr
Client1: ZOTAC NM10-DTX WiFi, YaVDR 0.5

Client2: ZOTAC Zbox ION2, openELEC

9

Thursday, May 31st 2012, 6:29pm

Auf den Clients geht das ganz einfach so:

Source code

1
2
3
sed 's/^\(.*:.*:.*:.*:.*:.*:.*:.*:\).*\(:.*:.*:.*:.*$\)/\10\2/' channels.conf > channels.conf.client
mv channels.conf channels.conf.old
mv channels.conf.client channels.conf 

:!: Hier nicht klicken!!



dreipo.cc

"Ubuntu" -- An african Word, meaning: "Gentoo is too hard for me".

my VDR


Gen2VDR V4.3PO

VDR: vdr-2.1.6
Mainboard: ASUS Z97-PRO (Wi-Fi ac)
CPU: i7-4770K
RAM: 16G
System HDD: OCZ-VERTEX4 SSD, 120 GB
Video HDD: WD Caviar Green, 3 TB
BD-ROM: Samsung SH-B123L
Gehäuse: Thermaltake DH202 Touch (VM90051N2Z)
DVB: DD Cine S2 V6.5 & DuofleX C/T
IR/FB: yaUSBIR v3 ; Harmony 885

schmirl

Professional

  • "schmirl" started this thread

Posts: 1,302

Location: Nähe Augsburg

  • Send private message

10

Friday, June 1st 2012, 8:58am

Wenn die die CA-ID auf 0 (also auf unverschlüsselt) gesetzt wird, muss entweder in streamdev-client "Filter-Daten streamen" ausgeschaltet werden (damit kein Live-EPG und keine Link-Channels mehr auf dem Client) oder im VDR "Kanäle aktualisieren" maximal auf "nur Namen" stehen.

Darum besser die Device-Nummer von streamdev-client setzen. Das funktioniert allerdings nicht mehr, wenn streamdev-client mehr als einmal läuft (um auf dem Client mehr als einen Transponder gleichzeitig empfangen zu können - für z.B. PiP). Die Angabe mehrerer Device-Nummern im CA-Feld ist leider nicht vorgesehen.

Das Skript angepasst auf die streamdev-client Device-Nummer sieht so aus (vorausgesetzt streamdev-client protokolliert nach /var/log/syslog):

Source code

1
2
3
4
5
6
7
8
9
10
LOG=/var/log/syslog
DEV=$(sed -n '/^.*streamdev-client: got device number / {s///;h}; $ {g;p}' $LOG)
if [ "$DEV" ]; then
  DEV=$(printf %x $DEV)
  sed "s/^\(.*:.*:.*:.*:.*:.*:.*:.*:\)[1-9a-f].*\(:.*:.*:.*:.*$\)/\1${DEV}\2/" channels.conf > channels.conf.client
  mv channels.conf channels.conf.old
  mv channels.conf.client channels.conf
else
  echo "Streamdev-client Device-Nummer nicht gefunden" >&2
fi


Edit: sed für channels.conf noch so angepasst, dass nur verschlüsselte Kanäle umgeschrieben werden.

This post has been edited 2 times, last edit by "schmirl" (Jun 1st 2012, 9:04am)


skippy

Intermediate

Posts: 181

Location: Raum Hannover

  • Send private message

11

Tuesday, June 5th 2012, 11:45am

Ich habe Probleme mit der Version 0.6.0 und kann trotz Methode 1 (ändern der CAID auch mit dem vorstehenden Script von schmirl) keinen Sender sehen, der beim Hochschalten auf demselben Transponder liegt. Mit der Version 0.5.1 hat es bei mir noch prima funktioniert. Nachfolgend ein paar Auszüge aus der messages des Clients. Channel 7 ist bei mir Pro7 und channel 8 ist SAT1. Bei den heutigen Tests wurde nur die Version des Streamdev-Clients geändert. Server mit Streamdev-Server (Version 0.6.0-git) und die channels.conf beider Systeme wurden nicht geändert. Getestet habe ich auf dem HD-Client aus der Signatur. Das Problem tritt aber nach Umstellung auf Version 0.6.0 auch bei den anderen Clients auf.

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
Jun  5 10:42:59 (none) user.err vdr: [9593] initializing plugin: streamdev-client (0.5.1-git): VTP Streaming Client
...
Jun  5 10:42:59 (none) user.err vdr: [9593] starting plugin: streamdev-client
Jun  5 10:42:59 (none) user.err vdr: [9593] new device number 10
Jun  5 10:42:59 (none) user.err vdr: [9593] streamdev-client: got device number 10
...
Jun  5 10:43:00 (none) user.err vdr: [9593] streamdev-client: Connected to server 10.132.128.103:2004 using capabilities TSPIDS,FILTERS,PRIO
...
Jun  5 10:43:00 (none) user.err vdr: [9684] streamdev-client: sections assembler thread started (pid=9593, tid=9684)
...
Jun  5 10:44:57 (none) user.err vdr: [9593] switching to channel 7
Jun  5 10:44:57 (none) user.err vdr: [21946] recording thread ended (pid=9593, tid=21946)
Jun  5 10:44:58 (none) user.err vdr: [21937] ERROR (device.c,2010): Bad file descriptor
Jun  5 10:44:58 (none) user.err vdr: [21937] TS buffer on device 10 thread ended (pid=9593, tid=21937)
Jun  5 10:44:58 (none) user.err vdr: [21938] buffer stats: 100580 (4%) used
Jun  5 10:44:58 (none) user.err vdr: [21938] receiver on device 10 thread ended (pid=9593, tid=21938)
Jun  5 10:44:58 (none) user.err vdr: [21947] TS buffer on device 10 thread started (pid=9593, tid=21947)
Jun  5 10:44:58 (none) user.err vdr: [21948] recording thread started (pid=9593, tid=21948)
Jun  5 10:44:58 (none) user.err vdr: [21949] receiver on device 10 thread started (pid=9593, tid=21949)
Jun  5 10:44:58 (none) user.err vdr: [21928] Text2Skin: channelInfo display update thread ended (pid=9593, tid=21928)
Jun  5 10:44:58 (none) user.err vdr: [21949] Continue live recorder on broken stream (maybe due to switching to same channel on other device)
Jun  5 10:44:59 (none) user.info vdr: [21949] [xine..put] Detected video size 720x576
Jun  5 10:45:02 (none) user.err vdr: [21950] Text2Skin: channelInfo display update thread started (pid=9593, tid=21950)
Jun  5 10:45:02 (none) user.err vdr: [9593] switching to channel 8
Jun  5 10:45:02 (none) user.err vdr: [21948] recording thread ended (pid=9593, tid=21948)
Jun  5 10:45:02 (none) user.err vdr: [21947] ERROR (device.c,2010): Bad file descriptor
Jun  5 10:45:02 (none) user.err vdr: [21947] TS buffer on device 10 thread ended (pid=9593, tid=21947)
Jun  5 10:45:02 (none) user.err vdr: [21949] buffer stats: 96256 (4%) used
Jun  5 10:45:02 (none) user.err vdr: [21949] receiver on device 10 thread ended (pid=9593, tid=21949)
Jun  5 10:45:02 (none) user.err vdr: [9593] buffer stats: 97196 (1%) used
Jun  5 10:45:03 (none) user.err vdr: [21959] TS buffer on device 10 thread started (pid=9593, tid=21959)
Jun  5 10:45:03 (none) user.err vdr: [21960] receiver on device 10 thread started (pid=9593, tid=21960)
Jun  5 10:45:03 (none) user.err vdr: [9593] recording to '/mnt/livebuffer/LiveBuffer/00001.ts'
Jun  5 10:45:03 (none) user.err vdr: [9593] playing '/mnt/livebuffer/LiveBuffer/00001.ts'
Jun  5 10:45:03 (none) user.err vdr: [21968] recording thread started (pid=9593, tid=21968)
Jun  5 10:45:06 (none) user.info vdr: [21960] [xine..put] Detected video size 720x576
Jun  5 10:45:07 (none) user.err vdr: [21950] Text2Skin: channelInfo display update thread ended (pid=9593, tid=21950)
Jun  5 10:45:08 (none) user.err vdr: [9593] retuning due to modification of channel 8
Jun  5 10:45:08 (none) user.err vdr: [9593] switching to channel 8
Jun  5 10:45:08 (none) user.err vdr: [21968] recording thread ended (pid=9593, tid=21968)
Jun  5 10:45:09 (none) user.err vdr: [21959] ERROR (device.c,2010): Bad file descriptor
Jun  5 10:45:09 (none) user.err vdr: [21959] TS buffer on device 10 thread ended (pid=9593, tid=21959)
Jun  5 10:45:09 (none) user.err vdr: [21960] buffer stats: 170516 (8%) used
Jun  5 10:45:09 (none) user.err vdr: [21960] receiver on device 10 thread ended (pid=9593, tid=21960)
Jun  5 10:45:09 (none) user.err vdr: [21969] TS buffer on device 10 thread started (pid=9593, tid=21969)
Jun  5 10:45:09 (none) user.err vdr: [21970] recording thread started (pid=9593, tid=21970)
Jun  5 10:45:09 (none) user.err vdr: [21971] receiver on device 10 thread started (pid=9593, tid=21971)
Jun  5 10:45:09 (none) user.err vdr: [21971] Continue live recorder on broken stream (maybe due to switching to same channel on other device)
Jun  5 10:45:11 (none) user.info vdr: [21971] [xine..put] Detected video size 720x576
Jun  5 10:45:16 (none) user.err vdr: [21972] Text2Skin: channelInfo display update thread started (pid=9593, tid=21972)

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
Jun  5 11:02:50 (none) user.err vdr: [9519] initializing plugin: streamdev-client (0.6.0-git): VTP Streaming Client
...
Jun  5 11:02:50 (none) user.err vdr: [9519] starting plugin: streamdev-client
Jun  5 11:02:50 (none) user.err vdr: [9519] new device number 10
Jun  5 11:02:50 (none) user.err vdr: [9519] streamdev-client: got device number 10
...
Jun  5 11:02:51 (none) user.err vdr: [9519] streamdev-client: Connected to server 10.132.128.103:2004 using protocol version 1.0
...
Jun  5 11:02:51 (none) user.err vdr: [9604] streamdev-client: sections assembler thread started (pid=9519, tid=9604)
...
Jun  5 11:03:38 (none) user.err vdr: [9519] switching to channel 7
Jun  5 11:03:38 (none) user.err vdr: [19015] recording thread ended (pid=9519, tid=19015)
Jun  5 11:03:38 (none) user.err vdr: [19016] ERROR (device.c,2010): Bad file descriptor
Jun  5 11:03:38 (none) user.err vdr: [19016] TS buffer on device 10 thread ended (pid=9519, tid=19016)
Jun  5 11:03:38 (none) user.err vdr: [19007] buffer stats: 72380 (3%) used
Jun  5 11:03:38 (none) user.err vdr: [19007] receiver on device 10 thread ended (pid=9519, tid=19007)
Jun  5 11:03:38 (none) user.err vdr: [9519] buffer stats: 74072 (1%) used
Jun  5 11:03:38 (none) user.err vdr: [19026] receiver on device 10 thread started (pid=9519, tid=19026)
Jun  5 11:03:38 (none) user.err vdr: [9519] recording to '/mnt/livebuffer/LiveBuffer/00001.ts'
Jun  5 11:03:38 (none) user.err vdr: [9519] playing '/mnt/livebuffer/LiveBuffer/00001.ts'
Jun  5 11:03:38 (none) user.err vdr: [19034] recording thread started (pid=9519, tid=19034)
Jun  5 11:03:39 (none) user.err vdr: [19035] TS buffer on device 10 thread started (pid=9519, tid=19035)
Jun  5 11:03:39 (none) user.info vdr: INFO: graphlcd: successfully loaded image '/etc/vdr/plugins/graphlcd/logos/channels/prosieben.png'
Jun  5 11:03:39 (none) user.info vdr: INFO: graphlcd: successfully loaded image '/etc/vdr/plugins/graphlcd/logos/channels/prosieben.png'
Jun  5 11:03:40 (none) user.info vdr: [19026] [xine..put] Detected video size 720x576
Jun  5 11:03:42 (none) user.err vdr: [9519] retuning due to modification of channel 7
Jun  5 11:03:42 (none) user.err vdr: [9519] switching to channel 7
Jun  5 11:03:42 (none) user.err vdr: [19017] Text2Skin: channelInfo display update thread ended (pid=9519, tid=19017)
Jun  5 11:03:43 (none) user.info vdr: [19026] [xine..put] Detected video size 720x576
Jun  5 11:03:49 (none) user.err vdr: [19036] Text2Skin: channelInfo display update thread started (pid=9519, tid=19036)
Jun  5 11:03:49 (none) user.err vdr: [9519] switching to channel 8
Jun  5 11:03:49 (none) user.err vdr: [19034] recording thread ended (pid=9519, tid=19034)
Jun  5 11:03:49 (none) user.err vdr: [9519] buffer stats: 78208 (1%) used
Jun  5 11:03:49 (none) user.err vdr: [19035] ERROR (device.c,2010): Bad file descriptor
Jun  5 11:03:49 (none) user.err vdr: [19035] TS buffer on device 10 thread ended (pid=9519, tid=19035)
Jun  5 11:03:49 (none) user.err vdr: [19026] buffer stats: 77268 (3%) used
Jun  5 11:03:49 (none) user.err vdr: [19026] receiver on device 10 thread ended (pid=9519, tid=19026)
Jun  5 11:03:49 (none) user.err vdr: [19045] receiver on device 10 thread started (pid=9519, tid=19045)
Jun  5 11:03:49 (none) user.err vdr: [19047] TS buffer on device 10 thread started (pid=9519, tid=19047)
Jun  5 11:03:49 (none) user.err vdr: [9519] recording to '/mnt/livebuffer/LiveBuffer/00001.ts'
Jun  5 11:03:49 (none) user.err vdr: [9519] playing '/mnt/livebuffer/LiveBuffer/00001.ts'
Jun  5 11:03:49 (none) user.err vdr: [19054] recording thread started (pid=9519, tid=19054)
Jun  5 11:03:49 (none) user.info vdr: INFO: graphlcd: successfully loaded image '/etc/vdr/plugins/graphlcd/logos/channels/sat.1.png'
Jun  5 11:03:50 (none) user.info vdr: INFO: graphlcd: successfully loaded image '/etc/vdr/plugins/graphlcd/logos/channels/sat.1.png'
Jun  5 11:03:54 (none) user.err vdr: [19036] Text2Skin: channelInfo display update thread ended (pid=9519, tid=19036)

Hat noch jemand damit ein Problem?

Viele Grüße skippy

meine VDR


Server:
FuSi Celsius W340, i945G, 3 GHz, 2048 MB RAM, Nvidia GeForce 210, Softhddevice, Hauppauge Nova-TD, 4x DVB-C Budget, MLD 3.0.3
HD-Client:
Asus M2A-VM, AMD Athlon X2 Dual Core - 1,9 GHz, 2 GB RAM, Zotac GT520, Softhddevice Atric + Harmony 650, MLD 3.0.3
SD-Client1:
FuSi Scenic L, i845, Board D1326, 1,6 GHz, 1024 MB RAM, FuSi DVB-C FF nur für die Ausgabe, MLD 3.0.3
SD-Client2:
FuSi Scenic L, i815E, Board D1218, 800 MHz, 512 MB RAM, TT S-2300 nur für die Ausgabe, MLD 3.0.3
Raspi: Vomp-Client

schmirl

Professional

  • "schmirl" started this thread

Posts: 1,302

Location: Nähe Augsburg

  • Send private message

12

Tuesday, June 5th 2012, 12:47pm

Da Du die CA-ID angepasst hast, vermute ich die beiden Kanäle sind bei Dir verschlüsselt? Versuch's bitte mal mit dem angehängten Patch für den Client.
schmirl has attached the following file:

skippy

Intermediate

Posts: 181

Location: Raum Hannover

  • Send private message

13

Tuesday, June 5th 2012, 1:25pm

Danke für die schnelle Antwort. Dauert bei mir etwas, da ich mir erst eine Entwicklungsumgebung für die MLD aufbauen oder einen der MLD-Entwickler bitten muss. Melde mich wieder.

Viele Grüße skippy

meine VDR


Server:
FuSi Celsius W340, i945G, 3 GHz, 2048 MB RAM, Nvidia GeForce 210, Softhddevice, Hauppauge Nova-TD, 4x DVB-C Budget, MLD 3.0.3
HD-Client:
Asus M2A-VM, AMD Athlon X2 Dual Core - 1,9 GHz, 2 GB RAM, Zotac GT520, Softhddevice Atric + Harmony 650, MLD 3.0.3
SD-Client1:
FuSi Scenic L, i845, Board D1326, 1,6 GHz, 1024 MB RAM, FuSi DVB-C FF nur für die Ausgabe, MLD 3.0.3
SD-Client2:
FuSi Scenic L, i815E, Board D1218, 800 MHz, 512 MB RAM, TT S-2300 nur für die Ausgabe, MLD 3.0.3
Raspi: Vomp-Client

skippy

Intermediate

Posts: 181

Location: Raum Hannover

  • Send private message

14

Thursday, June 7th 2012, 5:49pm

Inzwischen habe ich den Patch in die MLD einbauen können - hoffe, dass ich dabei auch keinen Fehler begangen habe. Jedenfalls zeigt ein diff Unterschiede in beiden Paketen an. Das Ergebnis ist leider identisch, es funktioniert nicht. Im Log habe ich keine Unterschiede feststellen können. Da nicht nur ich den Patch runtergeladen habe, hat es vielleicht auch ein anderer probiert. Hat jemand ähnliche oder andere Ergebnisse erzielt?

Viele Grüße skippy

meine VDR


Server:
FuSi Celsius W340, i945G, 3 GHz, 2048 MB RAM, Nvidia GeForce 210, Softhddevice, Hauppauge Nova-TD, 4x DVB-C Budget, MLD 3.0.3
HD-Client:
Asus M2A-VM, AMD Athlon X2 Dual Core - 1,9 GHz, 2 GB RAM, Zotac GT520, Softhddevice Atric + Harmony 650, MLD 3.0.3
SD-Client1:
FuSi Scenic L, i845, Board D1326, 1,6 GHz, 1024 MB RAM, FuSi DVB-C FF nur für die Ausgabe, MLD 3.0.3
SD-Client2:
FuSi Scenic L, i815E, Board D1218, 800 MHz, 512 MB RAM, TT S-2300 nur für die Ausgabe, MLD 3.0.3
Raspi: Vomp-Client

schmirl

Professional

  • "schmirl" started this thread

Posts: 1,302

Location: Nähe Augsburg

  • Send private message

15

Friday, June 8th 2012, 12:56pm

Könntest Du den Client mal mit Debug-Option kompilieren?

Source code

1
make clean; STREAMDEV_DEBUG=1 make client

Die Debug-Ausgabe kommt über stderr. Beim Starten von VDR bitte entsprechend umleiten.

skippy

Intermediate

Posts: 181

Location: Raum Hannover

  • Send private message

16

Friday, June 8th 2012, 2:24pm

Ja gerne, wird aber leider vor Montag nichts, bin das ganze Wochenende unterwegs.

meine VDR


Server:
FuSi Celsius W340, i945G, 3 GHz, 2048 MB RAM, Nvidia GeForce 210, Softhddevice, Hauppauge Nova-TD, 4x DVB-C Budget, MLD 3.0.3
HD-Client:
Asus M2A-VM, AMD Athlon X2 Dual Core - 1,9 GHz, 2 GB RAM, Zotac GT520, Softhddevice Atric + Harmony 650, MLD 3.0.3
SD-Client1:
FuSi Scenic L, i845, Board D1326, 1,6 GHz, 1024 MB RAM, FuSi DVB-C FF nur für die Ausgabe, MLD 3.0.3
SD-Client2:
FuSi Scenic L, i815E, Board D1218, 800 MHz, 512 MB RAM, TT S-2300 nur für die Ausgabe, MLD 3.0.3
Raspi: Vomp-Client

skippy

Intermediate

Posts: 181

Location: Raum Hannover

  • Send private message

17

Monday, June 11th 2012, 3:49pm

Hallo schmirl,
habe dir 2 PN mit den Debug-Dateien geschickt. Dabei habe ich deine neue Version vom 7.6. verwendet. Diesmal hat allerdings dein Patch zum Erfolg geführt. Damit hatte ich auch bei Sendern ein Bild, die auf demselben Transponder lagen.
Vielen Dank für deine Mühe und viele Grüße
skippy

meine VDR


Server:
FuSi Celsius W340, i945G, 3 GHz, 2048 MB RAM, Nvidia GeForce 210, Softhddevice, Hauppauge Nova-TD, 4x DVB-C Budget, MLD 3.0.3
HD-Client:
Asus M2A-VM, AMD Athlon X2 Dual Core - 1,9 GHz, 2 GB RAM, Zotac GT520, Softhddevice Atric + Harmony 650, MLD 3.0.3
SD-Client1:
FuSi Scenic L, i845, Board D1326, 1,6 GHz, 1024 MB RAM, FuSi DVB-C FF nur für die Ausgabe, MLD 3.0.3
SD-Client2:
FuSi Scenic L, i815E, Board D1218, 800 MHz, 512 MB RAM, TT S-2300 nur für die Ausgabe, MLD 3.0.3
Raspi: Vomp-Client

18

Tuesday, June 12th 2012, 4:32pm

Hallo,
ich habe hier ein kleines Problem im Zusammenspiel mit meinem Fernseher und da ich auf der Seite keinen Zugriff habe hoffe ich, dass Problem auf der streamdev-server Seite zu lösen.

Ich habe einen DLNA fähigen Fernseher (LG 42LM660s) und greife über einzelne "External Link (URL)" Einträge auf einem MediaTomb server auf einen headless vdr mit streamdev-server 0.6.0 zu. In dem Eintrag steht ein Name (z.B. Das Erste HD) eine URL (http://vdrip:3000/TS/S19.2E-1-1019-10301) eine Protkoll (http-get) und ein Mimetype (video/x-mpegurl). Es stehen auch noch "Description" und "Class", da weiß ich aber nicht, was ich eintragen soll und deswegen ist "Description" leer und in Class steht das defaultmäßige "object.item". Über das Menü im TV kann ich jetzt den Eintrag auswählen und der Stream startet ohne Probleme. Wenn ich jetzt aber einen SD Stream auswähle der anamorphes 16:9 Meterial enthält wird dieses nur 4:3 verzerrt dargestellt.

Meine Frage ist jetzt: kann ich über den Server dem Client noch irgendwie zusätzlich das Seitenverhältnis des gestreamten Materials mitteilen oder müsste ich das umkodieren? Und wenn umkodieren wie mache ich das mit möglichst wenig Qualitätsverlust und CPU Last? Das ganze läuft auf einer Seagate Dockstar und ist deshalb eher untermotorisiert... Ich bin für jeden Tip dankbar.

Gruß Darkstar.
Hardware: Seagate Dockstar@1500MHz, GSS Box DSI 400 SAT>IP Server, VDR 2.1.6 mit Streamdev-Server
Videoausgabe: RaspberryPi mit MLD-4.0.1-RPi an LG 42LM660

This post has been edited 1 times, last edit by "Darkstar" (Jun 12th 2012, 4:37pm)


19

Wednesday, June 20th 2012, 2:04pm

...
Das streamdev-client Plugin ist genügsam und benötigt nur mind. VDR 1.5.16.
...


Mhh, ich wollte hier nun die aktuelle Version für vdr-1.6.0.2 kompilieren, bekomme dabei aber folgenden Fehler:

Source code

1
2
3
4
5
6
g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC -march=pentium3 -O2 -pipe -fomit-frame-pointer -falign-functions=4 -fprefetch-loop-arrays -ffast-math -fPIC -c -DUSE_CHANNELSCAN -DUSE_CMDSUBMENU -DUSE_CUTTERLIMIT -DUSE_CUTTERQUEUE -DUSE_CUTTIME -DUSE_DDEPGENTRY -DUSE_DELTIMESHIFTREC -DUSE_DOLBYINREC -DUSE_DVBSETUP -DUSE_DVLRECSCRIPTADDON -DUSE_DVLVIDPREFER -DUSE_DVLFRIENDLYFNAMES -DUSE_EM84XX -DUSE_GRAPHTFT -DUSE_HARDLINKCUTTER -DUSE_IPTV -DUSE_JUMPPLAY -DUSE_LIEMIKUUTIO -DUSE_LIRCSETTINGS -DUSE_LIVEBUFFER -DUSE_MAINMENUHOOKS -DUSE_MENUORG -DUSE_NOEPG -DUSE_OSDMAXITEMS -DUSE_PINPLUGIN -DUSE_PLUGINMISSING -DUSE_ROTOR -DUSE_SOURCECAPS -DUSE_SORTRECORDS -DUSE_TIMERCMD -DUSE_TIMERINFO -DUSE_TTXTSUBS -DUSE_VALIDINPUT -DUSE_VOLCTRL -DUSE_WAREAGLEICON -DUSE_YAEPG -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"streamdev-client"' -I/usr/local/src/DVB/include -I/usr/local/src/VDR/include -I.. -o device.o device.c
device.c: In member function 'virtual bool cStreamdevDevice::ProvidesChannel(const cChannel*, int, bool*) const':
device.c:120: error: passing 'const cStreamdevDevice' as 'this' argument of 'virtual bool cStreamdevDevice::IsTunedToTransponder(const cChannel*)' discards qualifiers
make[1]: *** [device.o] Error 1
make[1]: Leaving directory `/usr/local/src/vdr-1.6.0.2/PLUGINS/src/streamdev-0.6.0/client'
make: *** [client] Error 2


Jemand eine Idee?

mein VDR Stuff... :)

Thermaltake DH101: M2N68 Plus - 1 x HD-FF-6400 - 1 x L4MV6.2
angeschlossen über (SCR Inverto Black Unicable Multiswitch UST111-CUO10-8PP an Selfsat DQ)
yavdr-0.5 - vdr-2.1.6 - Plugins: dvbhddevice - targavfd - skinnopacity - osdteletext - xmltv2vdr
Scaleo Evi: NVidia G210 - 1 x L4M V6.2 TwinS2
angeschlossen am Legacy Ausgang vom Inverto Black Unicable Multiswitch UST111-CUO10-8PP
yavdr-0.5 - vdr-2.1.6 - Plugins: softhddevice-git - dm140vfd - skinnopacity - osdteletext
RaspberryPi mit rpihddevice Plugin (NEU!) / cubieboard2 mit vdr-2.1.6 + softhddevice-git (vdpau) / OdroidU3 CE als "DesktopPC" .... :D

schmirl

Professional

  • "schmirl" started this thread

Posts: 1,302

Location: Nähe Augsburg

  • Send private message

20

Thursday, June 21st 2012, 1:19pm

Danke für den Hinweis! Hier ist der Patch:
schmirl has attached the following file: