[Announce] streamdev 0.6.0

Professional

Location: Nähe Augsburg

Wednesday, May 30th 2012, 1:05pm

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

Go to the top of the page

Uwe

Professional

Posts: 1,056

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

...
#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 (4 x SCR + Spaun SUS 5581/33 NF an Selfsat)
yavdr-0.5 - vdr-2.0.2 - Plugins: dvbhddevice - xineliboutput - targavfd - skinenigmang - osdteletext - xmltv2vdr
-----
Scaleo Evi: NVidia G210 - 1 x L4M V6.2 TwinS2 (2 x SCR gebunden mit Spaun SUS 5581/33 NF an Selfsat)
yavdr-0.5 - vdr-2.0.2 - Plugins: softhddevice-git - dm140vfd - skinenigmang - osdteletext
-----
RaspberryPi mit xineplug_rpi Plugin für vdr-fbfe (NEU!)

auf raspbian mit git-kernel und git Firmware

Go to the top of the page

C-3PO

Sage

Posts: 5,005

3

Wednesday, May 30th 2012, 7:03pm

Quoted from "schmirl"

[...] 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!!

Go to the top of the page

sewn4

Master

Posts: 1,983

4

Wednesday, May 30th 2012, 7:31pm

Quoted from "C-3PO"

Quoted from "schmirl"

[...] 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!

HW: OrigenAE S16V, Asus AT3IONT-I Deluxe, Kingston 4GB Kit HyperX PC3-10667 DDR3-1333 CL7, Corsair SSD X32 32GB, Samsung HD105SI 1 TB, LG GH20NS10, TechnoTrend S2-6400
SW: Ubuntu 12.04.2 LTS x86_64, VDR 2.0.0, saa716x DVB Treiber, IRTrans Server, dvbhddevice Plugin, LCDProc Plugin, SkinPearlHD Plugin, Femon, markad, TVOnScreen Plugin, Live Plugin, EPGSearch Plugin, Streamdev Plugin

Go to the top of the page

lokutus

Intermediate

Posts: 199

Occupation: Selbstständig

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

19.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

Go to the top of the page

Moorviper

Master

Posts: 2,371

Location: Fulda

6

Wednesday, May 30th 2012, 7:56pm

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

Signatur

Server: Asus P8H61-I + G620T + 4GB RAM + 3x Sundtek dvb-s2 stick + 8GB Debian Testing + vdr 1.7.31, epgsearch, live, femon, hust, xvdr, streamdev
Client: Macbook Pro 2010 + 8GB ram 60GB intel ssd +750GB hd OSX 10.7.4 vlc 1.05 , Remote Buddy)
File-Server/client: GA-H67N-USB3-B3 + I3 2105 + 12GB RAM + HD3000 IGP + NVGF 650GTX 1GB, 250 GB-HD (sys)+ 11TB Storage OSX 10.8.3 VLC 1.05 , Remote Buddy, PS3-FB
EHD: e6600 3ghz 4gb ram ehd und 400gb-hd mit BM2LTS 1.75A
E2: Nbox 5800sx (dual DVB-s2) noch mit aktuellem openPLi (E2) für 48€ Image mit VDR in Arbeit

Go to the top of the page

schmirl

Professional

Posts: 1,205

Location: Nähe Augsburg

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

Go to the top of the page

lokutus

Intermediate

Posts: 199

Occupation: Selbstständig

8

Thursday, May 31st 2012, 1:52pm

Quoted from "schmirl"

@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

Go to the top of the page

C-3PO

Sage

Posts: 5,005

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

Go to the top of the page

schmirl

Professional

Posts: 1,205

Location: Nähe Augsburg

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

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)

Go to the top of the page

skippy

Trainee

Posts: 156

Location: Raum Hannover

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

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

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.2
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.2
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.2
SD-Client2:
FuSi Scenic L, i815E, Board D1218, 800 MHz, 512 MB RAM, TT S-2300 nur für die Ausgabe, MLD 3.0.1

Go to the top of the page

schmirl

Professional

Posts: 1,205

Location: Nähe Augsburg

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:

client_FTA.diff (816 Byte - 43 times downloaded - latest: May 6th 2013, 6:38pm)

Go to the top of the page

skippy

Trainee

Posts: 156

Location: Raum Hannover

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.2
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.2
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.2
SD-Client2:
FuSi Scenic L, i815E, Board D1218, 800 MHz, 512 MB RAM, TT S-2300 nur für die Ausgabe, MLD 3.0.1

Go to the top of the page

skippy

Trainee

Posts: 156

Location: Raum Hannover

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.2
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.2
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.2
SD-Client2:
FuSi Scenic L, i815E, Board D1218, 800 MHz, 512 MB RAM, TT S-2300 nur für die Ausgabe, MLD 3.0.1

Go to the top of the page

schmirl

Professional

Posts: 1,205

Location: Nähe Augsburg

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.

Go to the top of the page

skippy

Trainee

Posts: 156

Location: Raum Hannover

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.2
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.2
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.2
SD-Client2:
FuSi Scenic L, i815E, Board D1218, 800 MHz, 512 MB RAM, TT S-2300 nur für die Ausgabe, MLD 3.0.1

Go to the top of the page

skippy

Trainee

Posts: 156

Location: Raum Hannover

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.2
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.2
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.2
SD-Client2:
FuSi Scenic L, i815E, Board D1218, 800 MHz, 512 MB RAM, TT S-2300 nur für die Ausgabe, MLD 3.0.1

Go to the top of the page

Darkstar

Intermediate

Posts: 347

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, PCTV Sat HDTV Pro USB, emdebian, Streamdev-Server
Videoausgabe: LG 42LM660

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

Go to the top of the page

Uwe

Professional

Posts: 1,056

19

Wednesday, June 20th 2012, 2:04pm

Quoted from "schmirl"

...
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

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 (4 x SCR + Spaun SUS 5581/33 NF an Selfsat)
yavdr-0.5 - vdr-2.0.2 - Plugins: dvbhddevice - xineliboutput - targavfd - skinenigmang - osdteletext - xmltv2vdr
-----
Scaleo Evi: NVidia G210 - 1 x L4M V6.2 TwinS2 (2 x SCR gebunden mit Spaun SUS 5581/33 NF an Selfsat)
yavdr-0.5 - vdr-2.0.2 - Plugins: softhddevice-git - dm140vfd - skinenigmang - osdteletext
-----
RaspberryPi mit xineplug_rpi Plugin für vdr-fbfe (NEU!)

auf raspbian mit git-kernel und git Firmware

Go to the top of the page

schmirl

Professional

Posts: 1,205

Location: Nähe Augsburg

20

Thursday, June 21st 2012, 1:19pm

Danke für den Hinweis! Hier ist der Patch:

schmirl has attached the following file:

IsTunedToTransponder_const_cast.diff (548 Byte - 45 times downloaded - latest: May 6th 2013, 6:38pm)

Go to the top of the page

VDR Portal