Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: VDR Portal. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

1

Mittwoch, 29. April 2015, 17:21

[Beta] RPI Ausgabeplugin

Hallo zusammen

Nachdem das rpihddevice-Plugin die letzten Belastungstests erfolgreich bestanden hat (an der Stelle vielen Dank an Klaus für die Unterstützung!), ist es nun in meinen Augen dem Prototypen-Stadium entwachsen und ich kann es guten Gewissens zum Beta-Test freigeben:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
2015-04-29: Version 0.1.0
-------------------------
- new:
  - reworked clock stretching in live mode based on buffer usage
  - added command line argument to disable OSD
  - combined digital audio format options to one single setup option
  - added font kerning
  - support for GPU accelerated pixmaps
- fixed:
  - skip audio packets when replaying non-radio recordings in trick modes
  - fixed displaying of current position when changing replay speed
  - fixed PTS wrap around (reported by Klaus Schmidinger)
  - increased audio decoder thread priority
  - don't depend on multi channel PCM support for digital audio pass-through
  - improved video frame rate detection to be more tolerant to inaccurate values
  - adapted cOvgRawOsd::Flush() to new cOsd::RenderPixmaps() of vdr-2.1.10
  - fixed calculation of string height (reported by Klaus Schmidinger)
  - additionally set number of in/out channels when setting up audio resampler
  - don't clear audio PTS when parser shrinks the packet buffer


Download auf vdr-developper.org

Als nächstes werde ich die Übersetzungen auf Vordermann bringen und möchte eigentlich, falls keine gravierenden Probleme mehr auftauchen, irgendwann mal im Mai eine 1.0.0 releasen.

Ich freue mich auf Rückmeldungen und wünsche viel Spass beim Testen!

Grüsse aus Bern
Thomas

2

Donnerstag, 30. April 2015, 19:17

Hallo Thomas,

bisher läuft das Plugin ohne Probleme. Mir ist nur aufgefallen, dass ich eine Fehlermeldung im log habe (Zeile 5):

Quellcode

1
2
3
4
5
Apr 30 19:11:47 vdr-pi vdr: [2354] rpihddevice: new audio codec: 2ch MPEG 
Apr 30 19:11:47 vdr-pi vdr: [2354] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz 
Apr 30 19:11:47 vdr-pi vdr: [2407] rpihddevice: set video codec to MPEG2 
Apr 30 19:11:47 vdr-pi vdr: [2353] rpihddevice: video stream started 720x576@50i 
Apr 30 19:11:57 vdr-pi vdr: [2333] error in vasprintf('%d#011%.*s#011%s#011%c%c%c#011%s', ...)


Das scheint aber keine Auswirkung auf die Funktion des Plugins zu haben.

Gruß Ralph

3

Donnerstag, 30. April 2015, 20:55

hatte ich auch wenn ich im Programm auf "Nächste" geschaltet habe und der EPG noch nicht vollständig auf allen Sendern war, hat also glaube ich nichts primär mir rpihddevice zu tun.
1. Server Zotac D2700-ITS Cine-S2 Dual yaVDR 0.5
2. Client Zotac D2550-ITS yaVDR 0.5
Sonstige VDRs
2. Zotac-HD-ID11 TT-S2-3600 yaVDR 0.5
3. Zotac D2700-ITS TT-S2-3600 yaVDR 0.5
4. Zotac ITX-F-E TT-S2-3600 yaVDR 0.5

4

Donnerstag, 30. April 2015, 21:34

Hab gerade auf die aktuelle version aus dem Git upgedated und darauf hin hat suspendoutput plugin das Logo nicht mehr angezeigt.

Apr 30 21:10:01 raspi3 vdr: [536] suspendoutput: output suspended by user
Apr 30 21:10:02 raspi3 vdr: [568] ERROR (device.c,1767): Ungültiger Dateideskriptor



Nach dem Zurückspielen der Version vom 19.4. aus dem Git geht es wieder. Nicht dramatisch aber der WAF leidet ;-)

Ansonsten läuft das Plugin prima und hat hier den Tausch aller Clients gegen Raspis ermöglicht.

bye
Sven

<<click>> für meine VDRs


VDR1 Server headless: Intel G530, 3GB RAM, SSD, 2TB HDD RAID-1, S2-6400, Cine S2 ### System: Debian Wheezy, Kernel 3.2, VDR-2.2.0
VDR2 Client: Intel G530, 1GB RAM, SSD, S2-6400 ### System: Debian Wheezy, Kernel 3.2, VDR-2.2.0
VDR3 Client: Raspberry PI2 ### System: Raspberian, VDR-2.2.0
VDR4 Client: Raspberry PI ### System: Raspberian, VDR-2.2.0
VDR5 Client: Raspberry PI2 ### System: Raspberian, VDR-2.2.0

Plugins: rpihddevice, remote, skinflatplus, femon, epgsearch, streamdev, live, fritzbox, remotetimers, epgd, epg2vdr, suspendoutput

Link: Richtig fragen

5

Freitag, 1. Mai 2015, 14:24

Hallo Sven
Hab gerade auf die aktuelle version aus dem Git upgedated und darauf hin hat suspendoutput plugin das Logo nicht mehr angezeigt.
Aktuell starte ich einen Stream nur noch bei einer gültigen PTS. Für Plugins, die statt kompletter PES-Pakete nur Rohdaten liefern, addiere ich einen PES-Dummy-Header, der aber bislang eine PTS mit Wert 0 hatte. Folgender Patch behebt das Problem:

Quellcode

1
2
3
4
5
6
7
8
9
--- a/omxdevice.c
+++ b/omxdevice.c
@@ -34,7 +34,7 @@ const int cOmxDevice::s_liveSpeeds[eNumLiveSpeeds] = {
 };
 
 const uchar cOmxDevice::PesVideoHeader[14] = {
-   	0x00, 0x00, 0x01, 0xe0, 0x00, 0x00, 0x80, 0x80, 0x05, 0x00, 0x00, 0x00, 0x00, 0x00
+   	0x00, 0x00, 0x01, 0xe0, 0x00, 0x00, 0x80, 0x80, 0x05, 0x00, 0x00, 0x00, 0x00, 0x02
 };

Damit funktioniert suspendoutput auch mit Logo - werde ich heute oder morgen in git einchecken.

Apr 30 21:10:01 raspi3 vdr: [536] suspendoutput: output suspended by user
Apr 30 21:10:02 raspi3 vdr: [568] ERROR (device.c,1767): Ungültiger Dateideskriptor
Diese Meldung kommt von streamdev und hat damit nichts zu tun.

Gruss
Thomas

6

Freitag, 1. Mai 2015, 14:59

Hi Thomas,

ja damit geht es. Danke für den schnellen fix.

bye
Sven

<<click>> für meine VDRs


VDR1 Server headless: Intel G530, 3GB RAM, SSD, 2TB HDD RAID-1, S2-6400, Cine S2 ### System: Debian Wheezy, Kernel 3.2, VDR-2.2.0
VDR2 Client: Intel G530, 1GB RAM, SSD, S2-6400 ### System: Debian Wheezy, Kernel 3.2, VDR-2.2.0
VDR3 Client: Raspberry PI2 ### System: Raspberian, VDR-2.2.0
VDR4 Client: Raspberry PI ### System: Raspberian, VDR-2.2.0
VDR5 Client: Raspberry PI2 ### System: Raspberian, VDR-2.2.0

Plugins: rpihddevice, remote, skinflatplus, femon, epgsearch, streamdev, live, fritzbox, remotetimers, epgd, epg2vdr, suspendoutput

Link: Richtig fragen

7

Sonntag, 3. Mai 2015, 10:24

Hallo Thomas,

zuerst einmal vielen Dank für Deine Arbeit am Plugin! Damit hast Du den RasPi (für mich/uns) enorm aufgewertet :tup

Ich habe allerdings zuletzt hin und wieder das Problem, dass das Bild kurzzeitig "kaputt geht" wobei die untere Hälfte aus vertikal Streifen der letzten korrekt ausgegebenen Zeile besteht. Meist verschwindet das nach einem Moment wieder, allerdings mußte ich neulich auf einen anderen Kanal umschalten und wieder zurück damit das Bild wiederkommt. In dem Fall waren viele grüne Klötzchen zu sehen. Ich betreibe den RasPi als streamdev Client, das Problem trat beim live streaming von NDR HD auf. Im Serverlog steht nix bis auf das Umschalten. Im Clientlog steht für den kurzen Fall auch nix, beim schwerwiegenderen kommt folgendes:

Spoiler Spoiler

May 1 21:32:47 raspberrypi vdr: [758] rpihddevice: [libav] Header missing
May 1 21:32:47 raspberrypi vdr: [758] rpihddevice: failed to decode audio frame!
May 1 21:33:55 raspberrypi vdr: [758] rpihddevice: [libav] Header missing
May 1 21:33:55 raspberrypi vdr: [758] rpihddevice: failed to decode audio frame!
May 1 21:33:56 raspberrypi vdr: [758] rpihddevice: [libav] Header missing
May 1 21:33:56 raspberrypi vdr: [758] rpihddevice: failed to decode audio frame!
...
May 1 21:34:17 raspberrypi vdr: [758] rpihddevice: failed to decode audio frame!
May 1 21:34:17 raspberrypi vdr: [758] rpihddevice: new audio codec: 2ch MPEG
May 1 21:34:17 raspberrypi vdr: [758] rpihddevice: [libav] Header missing
May 1 21:34:17 raspberrypi vdr: [758] rpihddevice: failed to decode audio frame!
May 1 21:34:18 raspberrypi vdr: [758] rpihddevice: set local audio output format to 2ch PCM, 48.0kHz
May 1 21:34:18 raspberrypi vdr: [758] rpihddevice: [libav] Header missing
May 1 21:34:18 raspberrypi vdr: [758] rpihddevice: failed to decode audio frame!

Firmware ist aktuell und libav kommt von Debian Jessy:

Spoiler Spoiler

pi@raspberrypi ~ $ apt-cache policy libavcodec56
libavcodec56:
Installed: (none)
Candidate: 6:11.3-1+rpi1
Version table:
6:11.3-1+rpi1 0
500 http://mirrordirector.raspbian.org/raspbian/ jessie/main armhf Packages


Gruß, ollo

8

Sonntag, 3. Mai 2015, 13:29

Hi ollo
Ich habe allerdings zuletzt hin und wieder das Problem, dass das Bild kurzzeitig "kaputt geht" wobei die untere Hälfte aus vertikal Streifen der letzten korrekt ausgegebenen Zeile besteht. Meist verschwindet das nach einem Moment wieder, allerdings mußte ich neulich auf einen anderen Kanal umschalten und wieder zurück damit das Bild wiederkommt. In dem Fall waren viele grüne Klötzchen zu sehen. Ich betreibe den RasPi als streamdev Client, das Problem trat beim live streaming von NDR HD auf. Im Serverlog steht nix bis auf das Umschalten. Im Clientlog steht für den kurzen Fall auch nix, beim schwerwiegenderen kommt folgendes:
Für mich schaut das nach Empfangsproblemen aus, oder die Pakete kommen aus einem andern Grund beim Raspi nicht komplett oder verzögert an. Mehr kann ich dazu leider nicht sagen…

Gruss
Thomas

speed

Profi

Beiträge: 738

Wohnort: Pfotenhof Weidesheim

Beruf: IT

  • Nachricht senden

9

Sonntag, 3. Mai 2015, 16:53

Hallo ..
ich bekomme immer folgendes auf meinen Raspi
rpihddevice: new audio codec: 2ch MPEG
May 3 16:51:36 vdr1 vdr: [3037] rpihddevice: [libav] Header missing
May 3 16:51:36 vdr1 vdr: [3037] rpihddevice: failed to decode audio frame!
Habe dann weder Bild noch Ton ..
Schalte ich ein paarmal hin und her, geht es irgendwann X(
alles ist aktuell aus dem Git.
Thanks
speed

my VDR Stuff :D

SATIP Server: ASRock Q1900M Minisatip Server ,Digital Device Max S8, Leap 42.1
Fileserver : ASRock Q1900M ,12 TB Hardware-RAID-5 ,LEAP 42.2
Clients : 4x Rasberry Pi 2 +3 mit Raspian Jessie - VDR 2.2.0-Sat-IP-Plugin

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »speed« (3. Mai 2015, 17:17)


10

Sonntag, 3. Mai 2015, 18:58

ich bekomme immer folgendes auf meinen Raspi
rpihddevice: new audio codec: 2ch MPEG
May 3 16:51:36 vdr1 vdr: [3037] rpihddevice: [libav] Header missing
May 3 16:51:36 vdr1 vdr: [3037] rpihddevice: failed to decode audio frame!
Habe dann weder Bild noch Ton ..
Schalte ich ein paarmal hin und her, geht es irgendwann X(
alles ist aktuell aus dem Git.
Schaut für mich auch nach schlechtem Empfang oder sonstigen Fehlern im Stream aus: Das Plugin erkennt den Anfang eines MPEG-Audiopakets, aber ffmpeg beklagt sich über einen fehlerhaften Header.

Gruß
Thomas

speed

Profi

Beiträge: 738

Wohnort: Pfotenhof Weidesheim

Beruf: IT

  • Nachricht senden

11

Montag, 4. Mai 2015, 18:16

Hallo,
habe diese Problem aber nur bei verschlüsselten Kanälen ?(
Bei allen anderen keine Probleme, darum schliesse ich Empfang mal aus.
Gruß
Speed

my VDR Stuff :D

SATIP Server: ASRock Q1900M Minisatip Server ,Digital Device Max S8, Leap 42.1
Fileserver : ASRock Q1900M ,12 TB Hardware-RAID-5 ,LEAP 42.2
Clients : 4x Rasberry Pi 2 +3 mit Raspian Jessie - VDR 2.2.0-Sat-IP-Plugin

Beiträge: 9 067

Wohnort: Schwabenländle

Beruf: Bootmanager

  • Nachricht senden

12

Montag, 4. Mai 2015, 18:21

[...],
habe diese Problem aber nur bei verschlüsselten Kanälen ?(
...

Ich wusste gar nicht, dass die Himbeere ein CI hat?? ?(

speed

Profi

Beiträge: 738

Wohnort: Pfotenhof Weidesheim

Beruf: IT

  • Nachricht senden

13

Montag, 4. Mai 2015, 18:31

@ 3PO
hast´e wieder was gelernt ;D

my VDR Stuff :D

SATIP Server: ASRock Q1900M Minisatip Server ,Digital Device Max S8, Leap 42.1
Fileserver : ASRock Q1900M ,12 TB Hardware-RAID-5 ,LEAP 42.2
Clients : 4x Rasberry Pi 2 +3 mit Raspian Jessie - VDR 2.2.0-Sat-IP-Plugin

14

Mittwoch, 6. Mai 2015, 22:06

@speed,
Du nutzt vermutlich noch nicht die die Raspi2? Audio Decodieren überfordert den B+, genauso wie 1080p Sendungen mit hohen Bitraten. Die USB / CPU Anbindung schafft das dann nicht mehr. Lediglich über streamdev geht es besser.

Wer 1080p sehen will sollte die Finger vom B+ lassen... Hat sich das immer noch nicht genug verbreitet, dass der B+ nur als Streaming client halbwegs taugt?
Proxmox VE, Tyan Xeon Server, OMV, MLD-Server 5.1
MLD 5.1 64bit: Asus AT5iont-t, ION2, 4GB Ram, SSHD 2,5" 1Tb, HEX TFX 300W 82+, Cine S2 V6.2 , 38W max.
Yavdr 0.5:
Zotac D2550ITXS-A-E mit GT610 OB, TT S2-4100 PCI-e ,Joujye NU-0568I-B
Yavdr 0.5:
Sandy Bridge G840, Tests und Energieverbrauch , CoHaus CIR, Cine S2 V6.2
MLD 5.1 Beebox N3150
, DVBSky S960 und 1Tb WD Blue

Beiträge: 9 067

Wohnort: Schwabenländle

Beruf: Bootmanager

  • Nachricht senden

15

Mittwoch, 6. Mai 2015, 22:08

"1080p Sendungen" <-- ???

16

Donnerstag, 7. Mai 2015, 07:28

Du nutzt vermutlich noch nicht die die Raspi2? Audio Decodieren überfordert den B+, genauso wie 1080p Sendungen mit hohen Bitraten. Die USB / CPU Anbindung schafft das dann nicht mehr. Lediglich über streamdev geht es besser.

Das kann ich so nicht bestätigen. Auch die alten Raspis sind in der Lage, alles abzuspielen, was wir hier so per DVB empfangen, auch decodieren von Audio, inklusive Mehrkanal-Downmix auf Stereo. Was ein wenig heikel ist, sind die Öffentlich/rechtlichen in HD über SAT>IP, hier können schon mal Pakete verloren gehen, wenn man parallel per SSH was auf dem Raspi macht. Schuld ist hier die schwache CPU in Kombination mit dem Transport des Streams über UDP. Mit streamdev gibt's diese Probleme aber nicht, da hast du Recht.

Was mit den alten Raspis nicht sauber geht, sind Bluray-Streams über NFS. Auch hier ist die CPU zu schwach, um den benötigten Durchsatz zu handeln. Mit dem Raspi 2.0 funktioniert das aber tadellos, trotz der viel beklagten Ethernet-Anbindung über USB.

Gruss
Thomas

speed

Profi

Beiträge: 738

Wohnort: Pfotenhof Weidesheim

Beruf: IT

  • Nachricht senden

17

Donnerstag, 7. Mai 2015, 07:57

Hallo,
ich habe nur Raspi´s 2 im Einsatz, keine B.
Gruß
speed

my VDR Stuff :D

SATIP Server: ASRock Q1900M Minisatip Server ,Digital Device Max S8, Leap 42.1
Fileserver : ASRock Q1900M ,12 TB Hardware-RAID-5 ,LEAP 42.2
Clients : 4x Rasberry Pi 2 +3 mit Raspian Jessie - VDR 2.2.0-Sat-IP-Plugin

18

Donnerstag, 7. Mai 2015, 08:24

ich habe nur Raspi´s 2 im Einsatz, keine B.
Leider kann ich zu deinem Problem nicht mehr beitragen als ich schon geschrieben habe. Das von dir geschilderte Problem kann ich bei mir nicht nachvollziehen, zumal das rpihddevice, wie jedes andere Ausgabeplugin auch, grundsätzlich nur unverschlüsselte Streams wiedergeben kann.

Gruss
Thomas

19

Montag, 11. Mai 2015, 20:27

Ich starte den VDR auf der Konsole und alles funktioniert prima. Dann beende ich den VDR mit "Ctrl-c" (SIGINT):

Quellcode

1
2
3
4
5
Mai 11 19:59:49 arch-pi vdr[178]: [178] stopping plugin: rpihddevice
Mai 11 19:59:49 arch-pi vdr[178]: [178] saved setup to /var/lib/vdr/setup.conf
Mai 11 19:59:49 arch-pi vdr[178]: [178] deleting plugin: rpihddevice
Mai 11 19:59:49 arch-pi vdr[178]: [178] caught signal 2
Mai 11 19:59:49 arch-pi vdr[178]: [178] exiting, exit code 0


Wenn ich den VDR anschließend erneut starte, geht das schief:

Quellcode

1
2
3
4
5
6
7
...
Mai 11 19:59:53 arch-pi vdr[194]: [194] rpihddevice: [OpenVG] cannot allocate pixmap of 696px x 18px, clipped to 0px x 0px!
Mai 11 19:59:53 arch-pi vdr[194]: [206] rpihddevice: [OpenVG] failed to allocate 0px x 0px pixel buffer!
Mai 11 19:59:53 arch-pi vdr[194]: [206] rpihddevice: [OpenVG] CreatePixelBuffer error: illegal argument
Mai 11 19:59:53 arch-pi vdr[194]: [194] rpihddevice: [OpenVG] failed to create pixmap! (allocation failed)
Speicherzugriffsfehler (Speicherabzug geschrieben)
Mai 11 20:00:03 arch-pi systemd-coredump[208]: Process 194 (vdr) of user 1000 dumped core.


Wird beim Beenden der Speicher nicht komplett freigegeben ?
ASRock ION 330HT mit TT-connect S2-3600
Arch Linux VDR 2.2.0
VDR user #2043

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »tintin-tux« (11. Mai 2015, 20:58)


20

Dienstag, 12. Mai 2015, 08:03

Wird beim Beenden der Speicher nicht komplett freigegeben ?

Ich kann das Problem bei mir leider nicht nachvollziehen, auch wenn ich den VDR per Kommandozeile starte und mit Ctrl-C beende. Es scheint, dass die maximale Pixmapgrösse bei dir Null ist, weshalb deren Allozierung schief geht und der Skin beim Zugriff darauf abstürzt.

Gruss
Thomas

Ähnliche Themen

Immortal Romance Spielautomat