Posts by prefect

prefect · VDR OSD für HD? prefect April 2, 2010 at 7:46 PM

Moin,

das Problem liegt doch aber tiefer.... 2001 als ich meine erstes vdr.c kompilierte gab es nichts anderes, nichts zuverlässigeres, nichts besseres.
VDR war das was ich mir schon immer gewünscht habe.
Schon damals war das OSD etwas karg, verglichen mit Panasonics und Technisat OSDs. Dafür hatte die Kiste aber den Vorteil, das man quasi ALLES damit machen konnte...

Selbst einen alten Exabyte Streaemer als digitalen Videorecorder (mit Bändern...) mißbrauchen. Das war klasse, innovativ, super.

Nun ist es 2010 und der VDR wird immernoch aktiv weiterentwickelt und funktioniert.

HD ist aber leider (hoffentlich nur mangels TT-DVBS2-6400) immernoch sehr stiefmütterlich umgesetzt, nicht nur vom OSD her.
Man braucht um HD wiederzugeben immernoch extrem hohe Leistungsaufnahmen, oder man muß andere Kompromisse machen.
Ein WD-TV braucht keine 10 Watt und kann 1080p dekodieren.
Ein Mini PC mit GeForce G220 braucht mindestens 60 Watt, wenn man VDPAU benutzt.

Inzwischen ist bei mir der VDR 'headless' geworden, weil eine Popcorn Hour oder ein WD-TV die Aufgabe der Wiedergabe *wesentlich* besser vollzieht als das UI des VDRs.
Programmieren tut sich meiner von alleine oder via Webinterface, die Aufnahmen werden auf einem NFS-Share bereitgestellt wo sie für die Popcorn Hour lesbar sind.

Inzwischen hab ich schon einige hundert Euro und einige hunder Stunden Freizeit versenkt ein schönes, benutzbares und stabiles Benutzerinterface für den VDR zu bauen, aber leider.... ein Comaq SL60HD aus dem -,REAL funktioniert Reibungsloser und hat ein noch hässlicheres OSD...

Der Punkt ist, das Projekt wird irgendwann mal nicht mehr weiterentwickelt werden, sollte nicht die 6400er Karte mit allen Features die man von 'HighDef' erwartet unterstützt werden.
Das liegt nicht an mangeldem Interesse der Community, sondern, wie ich denke, das man keine alten Zöpfe abschneiden möchte.

prefect · yaepghd mit VDR 1.7.10 + VDPAU-Xine ? prefect December 26, 2009 at 7:01 PM

So... ich hab nun ein wenig probiert... kompilieren kann ich yaepghd nun, nur leider stürzt die Kiste sofort mit einem speicherzugriffsfehler ab, sobald ich yaepg im Hauptmenu anwähle...

Code

SetDigitalAudioDevice: 0
frame: (0, 0)-(720, 576), zoom: (1.00, 1.00)
[A]
DiscontinuityDetected: triggering soft start
[avAVMframe: (0, 0)-(544, 576), zoom: (1.00, 1.00)
]buffered 100.1 frames (v:113.0, a:100.1)
frame: (0, 0)-(544, 576), zoom: (1.00, 1.00)
./runvdr: line 68:   611 Speicherzugriffsfehler  ./vdr -w 60 -P'xine -r' -P'mplayer' -P'mp3' -Pskinenigmang -Pskinenigmang -P'yaepghd' -c /etc/vdr/ --lirc=/var/run/lirc/lircd
Sa 26. Dez 18:55:45 CET 2009 reloading DVB driver
Unloading drivers...
Loading drivers...

Display More

Im Forum hab ich gelesen, das dies auch vorkommt, wenn man die Konfigurationsdateien nicht an die passende stelle kopiert, IMHO hab ich das jedoch gemacht...:

hd-vdpau:/usr/src/VDR# find /etc/vdr/plugins/ | grep -i yaepg
/etc/vdr/plugins/yaepghd
/etc/vdr/plugins/yaepghd/default.theme
/etc/vdr/plugins/yaepghd/default
/etc/vdr/plugins/yaepghd/default/accid___.ttf
/etc/vdr/plugins/yaepghd/default/bg.png
hd-vdpau:/usr/src/VDR#

aber auch unter /etc/vdr/plugins/default.* sind alle nochmal (aus Verzweifelung)

gestartet wird der vdr mittels

"$VDRPRG -w 60 -P'xine -r' -P'mplayer' -P'mp3' -Pskinenigmang -Pskinenigmang -P'yaepghd' -c /etc/vdr/ --lirc=/var/run/lirc/lircd $*"

Also *eigentlich* kann es daran nicht liegen... oder?

Der Speicherzugriffsfehler kommt exakt in demselben moment wo ich yapghd im VDR-Menu aufrufe.
Gehe ich unter Plugins und konfiguriere das Plugin, ist alles okay... nur das anschliessende Aufrufen ist nen problem...

prefect · XINE VDPAU + Mediaplayer? prefect December 26, 2009 at 1:36 PM

Moin,

okay, gefunden, installiert, geht auch... irgendwie: Angeblich soll die Fernbedienung nur mit LIRC funktionieren.

Wenn ich im Mplayer-Plugin-Setup 'slave' aktiviert habe, dann kannich immerhin 'Stop' via LIRC Befehlen, ansonsten sehe ich lediglich das Kommandos via lirc irgendwie engegengenommen werden, aber offenbar nicht an den xineplayer weitergereicht werden...:

Code

vdr-xine: external connecting ...
vdr-xine: external connected!
mplayer: slave cmd: seek +10 0
mplayer: slave cmd: seek +10 0
mplayer: slave cmd: seek +10 0
mplayer: slave cmd: seek +10 0
mplayer: slave cmd: seek +10 0
mplayer: slave cmd: seek +10 0
mplayer: slave cmd: seek +10 0
mplayer: slave cmd: seek +10 0
mplayer: slave cmd: seek +10 0
mplayer: slave cmd: seek +10 0
mplayer: slave cmd: seek +10 0
mplayer: slave cmd: seek +10 0
mplayer: slave cmd: seek +10 0
mplayer: slave cmd: quit
mplayer: waiting for child exit............ SIGKILL
SetPlayMode: 0

Display More

Ideen? Pause, Spulen/1Minuten-Skip wäre schon recht nett....

Danke für die Info!

prefect · yaepghd mit VDR 1.7.10 + VDPAU-Xine ? prefect December 26, 2009 at 11:14 AM

Ändert sich nicht wirklich etwas, ausser das die Meldung 'an sich' verschwunden ist...

Code

make[1]: Leaving directory `/mnt/src-hdvdr/vdr-1.7.10/PLUGINS/src/xineliboutput-1.0.4'
Plugin yaepghd:
make[1]: Entering directory `/mnt/src-hdvdr/vdr-1.7.10/PLUGINS/src/yaepghd'
g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"yaepghd"' -I/usr/src/v4l-dvb/linux/include -I../../../include -I. -I/usr/include/ImageMagick   yaepghd.c
yaepghd.c: In member function ‘virtual void cYaepghd::Show()’:
yaepghd.c:2582: error: ‘class cOsd’ has no member named ‘vidWin’
yaepghd.c:2583: error: ‘class cOsd’ has no member named ‘vidWin’
yaepghd.c:2584: error: ‘class cOsd’ has no member named ‘vidWin’
yaepghd.c:2585: error: ‘class cOsd’ has no member named ‘vidWin’
yaepghd.c:2586: error: ‘class cOsd’ has no member named ‘vidWin’
../../../include/vdr/device.h: In member function ‘void cYaepghd::SwitchToCurrentChannel(bool)’:
../../../include/vdr/device.h:296: error: ‘eSetChannelResult cDevice::SetChannel(const cChannel*, bool)’ is private
yaepghd.c:2879: error: within this context
make[1]: *** [yaepghd.o] Fehler 1
make[1]: Leaving directory `/mnt/src-hdvdr/vdr-1.7.10/PLUGINS/src/yaepghd'


*** failed plugins: yaepghd


make: *** [plugins] Fehler 1
hd-vdpau:/usr/src/VDR#

Display More

prefect · yaepghd mit VDR 1.7.10 + VDPAU-Xine ? prefect December 26, 2009 at 8:46 AM

Moin,

okay, seh ich ein... hier ist der Fehler:

Wie schon geschrieben, der extension patch ist drinn.... in yaepg gibts nur den Patch für 1.6.0...
Liegt es tatsächlich an einem falsch- oder unvollständig gepatchtem VDR?

Code

make[1]: Leaving directory
`/mnt/src-hdvdr/vdr-1.7.10/PLUGINS/src/xine-0.9.3'
Plugin xineliboutput:
make[1]: Entering directory
`/mnt/src-hdvdr/vdr-1.7.10/PLUGINS/src/xineliboutput-1.0.4'
Makefile:170: libextractor not found.
Makefile:462: *********************** xineliboutput
***************************
Makefile:462: Xine plugins and frontends will not be installed
automatically. 
Makefile:462: To install files execute "make install" in                      
Makefile:462: /mnt/src-hdvdr/vdr-1.7.10/PLUGINS/src/xineliboutput-1.0.4
Makefile:462:
*****************************************************************
make[1]: Für das Ziel »all« ist nichts zu tun.
make[1]: Leaving directory
`/mnt/src-hdvdr/vdr-1.7.10/PLUGINS/src/xineliboutput-1.0.4'
Plugin yaepghd:
make[1]: Entering directory `/mnt/src-hdvdr/vdr-1.7.10/PLUGINS/src/yaepghd'
yaepghd.c:29:2: error: #error "You must apply the yaepghd patch for VDR!"
g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC -c
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE
-D_GNU_SOURCE -DPLUGIN_NAME_I18N='"yaepghd"'
-I/usr/src/v4l-dvb/linux/include -I../../../include -I.
-I/usr/include/ImageMagick   yaepghd.c
yaepghd.c:29:2: error: #error "You must apply the yaepghd patch for VDR!"
yaepghd.c: In member function ‘virtual void cYaepghd::Show()’:
yaepghd.c:2586: error: ‘class cOsd’ has no member named ‘vidWin’
yaepghd.c:2587: error: ‘class cOsd’ has no member named ‘vidWin’
yaepghd.c:2588: error: ‘class cOsd’ has no member named ‘vidWin’
yaepghd.c:2589: error: ‘class cOsd’ has no member named ‘vidWin’
yaepghd.c:2590: error: ‘class cOsd’ has no member named ‘vidWin’
../../../include/vdr/device.h: In member function ‘void
cYaepghd::SwitchToCurrentChannel(bool)’:
../../../include/vdr/device.h:296: error: ‘eSetChannelResult
cDevice::SetChannel(const cChannel*, bool)’ is private
yaepghd.c:2883: error: within this context
make[1]: *** [yaepghd.o] Fehler 1
make[1]: Leaving directory `/mnt/src-hdvdr/vdr-1.7.10/PLUGINS/src/yaepghd'


*** failed plugins: yaepghd


make: *** [plugins] Fehler 1
hd-vdpau:/usr/src/VDR#

Display More

Danke für Eure Hilfe!

prefect · yaepghd mit VDR 1.7.10 + VDPAU-Xine ? prefect December 25, 2009 at 11:06 PM

Soweit so schlecht...:-)

Danke für die schnellen Antworten.

angenommen ich hab einen 1.7.10 + xine-plugin kompiliert und der läuft, was muß ich noch patchen + installieren damit yaepghd funktioniert? Welche Abhängigkeiten gibt es noch? Gibt es ein 1.7.10-x.diff - Patch für die Version oder kann die 1.7.8 Version verwendet werden?

Heissen Dank für die Infos!

prefect · yaepghd mit VDR 1.7.10 + VDPAU-Xine ? prefect December 25, 2009 at 6:03 PM

Moin,

hat jemand das Gespann zusammen am laufen?

Das problem ist, das ich es nicht schaffe yaepghd
zu kompilieren, er meckert man hätte es nicht passend
gepatched (trotz extension patch) und steigt dann mit einem error aus, das irgendeine Funktion 'private' wäre. (SwitchCurrentChannel oderso?)

(Ich hab ihn gerade copy'n paste-mässig nicht zu Hand...) werde es aber noch nachtragen.

Es würde mich interessieren ob yaepg irgendwo schon läuft, oder ob es mehr ein prinzipielles Problem mit 1.7.10 aufwärts ist.

prefect · XINE VDPAU + Mediaplayer? prefect December 25, 2009 at 3:37 PM

Hi,

gibt es eine Möglichkeit, wenn ich mit Xine (+ VDPAU) auf den VDR Zugreife irgendeine art
von Medienplayer einzubinden?

Starten tu' ich das ganze momentan so:

xine -f -I "vdr:/tmp/vdr-xine/stream#demux:mpeg_pes"

Wenn ich vdr mit dem XIneliboutplugin starte, dann funktioniert das ja 'automatisch'. Geht das auf diesem wege auch?

prefect

Hi,

ich versuche gerade den aktuellen 2.6.32 Kernel zusammen mit der aktuellen (18.12.2009 ge'hg'ed) multiproto Treiber zu kompilieren, aber das funktioniert irgendwie nicht, ich weiss aber nicht wirklich warum....:

Code

./scripts/make_myconfig.pl


make[1]: Leaving directory `/mnt/src-hdvdr/multiproto/v4l'


make[1]: Entering directory `/mnt/src-hdvdr/multiproto/v4l'


perl scripts/make_config_compat.pl /lib/modules/2.6.32.vdpau-xxxxx.de/source ./.myconfig ./config-compat.h


creating symbolic links...


Kernel build directory is /lib/modules/2.6.32.vdpau-xxxxx.de/build


make -C /lib/modules/2.6.32.vdpau-xxxxxx.xx/build SUBDIRS=/mnt/src-hdvdr/multiproto/v4l  modules


make[2]: Entering directory `/mnt/src-hdvdr/linux-2.6.32'


  CC [M]  /mnt/src-hdvdr/multiproto/v4l/flexcop-pci.o


  In file included from /mnt/src-hdvdr/multiproto/v4l/flexcop-common.h:23,

  from /mnt/src-hdvdr/multiproto/v4l/flexcop-pci.c:10:


  /mnt/src-hdvdr/multiproto/v4l/dvb_frontend.h:54: error: field 'fe_params' has incomplete type


  /mnt/src-hdvdr/multiproto/v4l/dvb_frontend.h:299: warning: 'struct dvbfe_info' declared inside parameter list


  /mnt/src-hdvdr/multiproto/v4l/dvb_frontend.h:299: warning: its scope is only this definition or declaration, which is probably not what you want


  /mnt/src-hdvdr/multiproto/v4l/dvb_frontend.h:300: warning: 'enum dvbfe_delsys' declared inside parameter list


  /mnt/src-hdvdr/multiproto/v4l/dvb_frontend.h:301: warning: 'enum dvbfe_delsys' declared inside parameter list


  /mnt/src-hdvdr/multiproto/v4l/dvb_frontend.h:318: error: field 'fe_events' has incomplete type


  /mnt/src-hdvdr/multiproto/v4l/dvb_frontend.h:319: error: field 'fe_params' has incomplete type


  /mnt/src-hdvdr/multiproto/v4l/dvb_frontend.h:360: warning: 'enum dvbfe_fec' declared inside parameter list


  /mnt/src-hdvdr/multiproto/v4l/dvb_frontend.h:360: warning: 'enum dvbfe_modulation' declared inside parameter list


  /mnt/src-hdvdr/multiproto/v4l/dvb_frontend.h:365: warning: 'enum dvbfe_delsys' declared inside parameter list


  make[3]: *** [/mnt/src-hdvdr/multiproto/v4l/flexcop-pci.o] Error 1


  make[2]: *** [_module_/mnt/src-hdvdr/multiproto/v4l] Error 2


  make[2]: Leaving directory `/mnt/src-hdvdr/linux-2.6.32'


  make[1]: *** [default] Fehler 2


  make[1]: Leaving directory `/mnt/src-hdvdr/multiproto/v4l'

  make: *** [all] Fehler 2


  hd-vdpau:/usr/src/multiproto#

Display More

v4l ist im kernel als Modul ausgewählt, libs und tools sind 'eigentlich' alle vorhanden...

Hat jemand eine Idee was das sein könnte? Oder ist der 2.6.32er Kernel ganz einfach ungeeignet für den multiproto?

Falls ja... 2.6.32 + meine TT-3200 DVB-S2 laufen out of the box schon recht gut, nur VDR (1.7.9) möchte ja teile des Multiproto-Baums zum kompilieren haben...

Vielen Dank für eure Hilfe

Bis denn,

prefect · Keine Kanäle mehr....? prefect August 26, 2009 at 8:11 AM

Moin,

ich benutze gerade einen 1.7.9 vdr und habe ein Problem, was ich schon seit einer der ersten VDR Versionen nicht mehr hatte:

Alle Kanäle haben im Menu und auch im streamdev-server die Nummer '0' und sind nicht anwählbar.

Bei den älteren vdr Versionen war dies der Fall, wenn doppelte Einträge in der channels.conf auftauchten, das konnte man 'damals' gut testen, in dem man die channels.conf auf übersichtliche 1-10 Einträge gestutzt hatte und dann nocheinmal probiert hatte.

Dies ist nun nicht mehr so... das komische ist auch, das das syslog halbwegs normal aussieht, man nur eben keinerlei Kanal mehr anwählen kann:

Code

Aug 26 08:09:11 hd-vdr vdr: [2076] creating new channel '.,;BetaDigital' on S19.2E transponder 112460 with id 133-5-177-0 Aug 26 08:09:11 hd-vdr vdr: [2076] changing pids of channel 139 from 0+0=0:0:0:0 to 1279+1279=2:1280=deu:0:0 Aug 26 08:09:12 hd-vdr vdr: [2076] changing pids of channel 140 from 0+0=0:0:0:0 to 767+767=2:768=deu:0:0 Aug 26 08:09:12 hd-vdr vdr: [2076] changing pids of channel 146 from 0+0=0:0:0:0 to 0+0=0:368=deu:0:0 Aug 26 08:09:12 hd-vdr vdr: [2076] changing pids of channel 147 from 0+0=0:0:0:0 to 0+0=0:384=deu:0:0 Aug 26 08:09:12 hd-vdr vdr: [2076] changing pids of channel 148 from 0+0=0:0:0:0 to 0+0=0:336=deu:0:0 Aug 26 08:09:12 hd-vdr vdr: [2076] changing pids of channel 149 from 0+0=0:0:0:0 to 0+0=0:352=deu:0:0 Aug 26 08:09:12 hd-vdr vdr: [2076] changing pids of channel 150 from 0+0=0:0:0:0 to 0+0=0:400=deu:0:0 Aug 26 08:09:12 hd-vdr vdr: [2076] changing pids of channel 133 from 0+0=0:0:0:0 to 3567+3567=2:3568=deu:0:0 Aug 26 08:09:12 hd-vdr vdr: [2076] changing pids of channel 134 from 0+0=0:0:0:0 to 3071+3071=2:3072=deu:0:0 Aug 26 08:09:13 hd-vdr vdr: [2076] changing pids of channel 135 from 0+0=0:0:0:0 to 2815+2815=2:2816=deu:0:32 Aug 26 08:09:13 hd-vdr vdr: [2076] changing pids of channel 145 from 0+0=0:0:0:0 to 3311+3311=2:3312=deu:0:0 Aug 26 08:09:13 hd-vdr vdr: [2076] changing pids of channel 142 from 0+0=0:0:0:0 to 495+495=2:496=deu:0:0 Aug 26 08:09:13 hd-vdr vdr: [2076] changing pids of channel 141 from 0+0=0:0:0:0 to 2303+2303=2:2304=deu:0:0 Aug 26 08:09:13 hd-vdr vdr: [2076] changing pids of channel 132 from 0+0=0:0:0:0 to 511+511=2:512=deu,513=deu,514=deu:0:0 Aug 26 08:09:19 hd-vdr vdr: [2076] changing transponder data of channel 39 from 12460:hC34M5O0S0:S19.2E:27500 to 12460:hC34M2O0S0:S19.2E:27500 Aug 26 08:09:19 hd-vdr vdr: [2076] changing transponder data of channel 132 from 12460:hC34M5O0S0:S19.2E:27500 to 12460:hC34M2O0S0:S19.2E:27500 Aug 26 08:09:19 hd-vdr vdr: [2076] changing transponder data of channel 133 from 12460:hC34M5O0S0:S19.2E:27500 to 12460:hC34M2O0S0:S19.2E:27500 Aug 26 08:09:19 hd-vdr vdr: [2076] changing transponder data of channel 134 from 12460:hC34M5O0S0:S19.2E:27500 to 12460:hC34M2O0S0:S19.2E:27500 Aug 26 08:09:19 hd-vdr vdr: [2076] changing transponder data of channel 135 from 12460:hC34M5O0S0:S19.2E:27500 to 12460:hC34M2O0S0:S19.2E:27500 Aug 26 08:09:19 hd-vdr vdr: [2076] changing transponder data of channel 136 from 12460:hC34M5O0S0:S19.2E:27500 to 12460:hC34M2O0S0:S19.2E:27500 Aug 26 08:09:19 hd-vdr vdr: [2076] changing transponder data of channel 137 from 12460:hC34M5O0S0:S19.2E:27500 to 12460:hC34M2O0S0:S19.2E:27500 Aug 26 08:09:19 hd-vdr vdr: [2076] changing transponder data of channel 138 from 12460:hC34M5O0S0:S19.2E:27500 to 12460:hC34M2O0S0:S19.2E:27500 Aug 26 08:09:19 hd-vdr vdr: [2076] changing transponder data of channel 139 from 12460:hC34M5O0S0:S19.2E:27500 to 12460:hC34M2O0S0:S19.2E:27500 Aug 26 08:09:19 hd-vdr vdr: [2076] changing transponder data of channel 140 from 12460:hC34M5O0S0:S19.2E:27500 to 12460:hC34M2O0S0:S19.2E:27500 Aug 26 08:09:19 hd-vdr vdr: [2076] changing transponder data of channel 141 from 12460:hC34M5O0S0:S19.2E:27500 to 12460:hC34M2O0S0:S19.2E:27500 Aug 26 08:09:19 hd-vdr vdr: [2076] changing transponder data of channel 142 from 12460:hC34M5O0S0:S19.2E:27500 to 12460:hC34M2O0S0:S19.2E:27500 Aug 26 08:09:19 hd-vdr vdr: [2076] changing transponder data of channel 143 from 12460:hC34M5O0S0:S19.2E:27500 to 12460:hC34M2O0S0:S19.2E:27500 Aug 26 08:09:19 hd-vdr vdr: [2076] changing transponder data of channel 144 from 12460:hC34M5O0S0:S19.2E:27500 to 12460:hC34M2O0S0:S19.2E:27500 Aug 26 08:09:19 hd-vdr vdr: [2076] changing transponder data of channel 145 from 12460:hC34M5O0S0:S19.2E:27500 to 12460:hC34M2O0S0:S19.2E:27500 Aug 26 08:09:19 hd-vdr vdr: [2076] changing transponder data of channel 146 from 12460:hC34M5O0S0:S19.2E:27500 to 12460:hC34M2O0S0:S19.2E:27500 Aug 26 08:09:19 hd-vdr vdr: [2076] changing transponder data of channel 147 from 12460:hC34M5O0S0:S19.2E:27500 to 12460:hC34M2O0S0:S19.2E:27500 Aug 26 08:09:19 hd-vdr vdr: [2076] changing transponder data of channel 148 from 12460:hC34M5O0S0:S19.2E:27500 to 12460:hC34M2O0S0:S19.2E:27500 Aug 26 08:09:19 hd-vdr vdr: [2076] changing transponder data of channel 149 from 12460:hC34M5O0S0:S19.2E:27500 to 12460:hC34M2O0S0:S19.2E:27500 Aug 26 08:09:19 hd-vdr vdr: [2076] changing transponder data of channel 150 from 12460:hC34M5O0S0:S19.2E:27500 to 12460:hC34M2O0S0:S19.2E:27500 Aug 26 08:09:19 hd-vdr vdr: [2076] changing transponder data of channel 151 from 12460:hC34M5O0S0:S19.2E:27500 to 12460:hC34M2O0S0:S19.2E:27500 Aug 26 08:09:31 hd-vdr vdr: [2076] creating new channel 'N24,;ProSiebenSat.1' on S19.2E transponder 112544 with id 1-1107-17503-0 Aug 26 08:09:31 hd-vdr vdr: [2076] creating new channel '9Live,;ProSiebenSat.1' on S19.2E transponder 112544 with id 1-1107-17504-0 Aug 26 08:09:31 hd-vdr vdr: [2076] creating new channel 'Sat.1 Comedy,;ProSiebenSat.1' on S19.2E transponder 112544 with id 1-1107-17505-0 Aug 26 08:09:31 hd-vdr vdr: [2076] creating new channel 'kabel eins classics,;ProSiebenSat.1' on S19.2E transponder 112544 with id 1-1107-17506-0 Aug 26 08:09:31 hd-vdr vdr: [2076] creating new channel 'SAT.1 Bayern,;ProSiebenSat.1' on S19.2E transponder 112544 with id 1-1107-17507-0

Hat irgendjemand eine Idee, woran das liegen könnte?

Der Witz: Bis gestern gab es das Problem nicht....

prefect · Tuningprobleme mit DiseqC + dvb-s2 prefect July 31, 2009 at 8:23 AM

Quote

Räum die diseqc.con doch erstmal auf. Da kannst du 80% völlig problemlos rausschmeissen. Weil entweder du schaltest mit Toneburst (A/B) oder mit den richtigen DiSEqC Sequenzen, aber beides ist überflüssig. Und ein zweimaliges senden (einmal für den Optionsschalter und ein zweites mal für den Positionsschalter dahinter) sollte oben eigendlich reichen.

'Damals' hat es nicht wirklich so geklappt, kann ich mich erinnern. Vielleicht war das aber auch die erste Variante, die funktioniert hat und daher wurde sie auch nicht weiter optimiert;-)

Was könnte ich denn zusammenfassen? Also 2x Diseqc Codes für Astra und Eutelsat (also 1x für Option und dann für den entsprechenden weiteren A/B Pfad?

Das ganze ist schon bestimmt 4 Jahre her, das ich mir die Diseqc Sequenzen aus den Whitepapers von Eutelsat herausgesucht habe... so ganz drin bin ich in den Sequenzen leider nicht mehr wirklich.

prefect · Tuningprobleme mit DiseqC + dvb-s2 prefect July 30, 2009 at 9:21 PM

Moin,

ich hab hier folgenden Testaufbau stehen:

2 Diseqc Switche kaskadiert (!), einer als A/B einer als Option konfiguriert, Astra 19,2° , Eutelsat 13° und Astra 28.2° Ost.

Als Hardware kommt ein Intel Mini ITX mit Celeron 1,2 GHz und eine TT-Budget S2-3200 PCI zum Einsatz.

Es ist *KEIN* Monitor an das Gerät angeschlossen, es hat KEIN X oder FB oder sonstetwas, es ist ein reiner, remote administrierter Server - zumindest soll er das werden;-)

Als Kernel läuft ein selbstgebauter

Code

Linux hd-vdr 2.6.30.3 #1 SMP Wed Jul 29 21:49:00 CEST 2009 x86_64 GNU/Linux

auf einem 64bit Debian grundgerüst zusammen mit einem kürzlich neu kompiliertern vdr-1.7.8 (das ist ein Testsystem...)

Dazu ist das aktuelle (29.07.2009) Streamdev-Server/Client Plugin installiert

Nun zu dem Problem:

Wenn ich mittels Streamdev-Server Plugin von einem Client ein DVB-S2 Stream anwähle, dann kommt nach dem ersten Versuch leider garnichts an Daten, es mplayer sagt es wäre ein MPEG2-TS Stream

Code

ug@softcell-3:~$ mplayer http://192.168.128.129:3000/S19.2E-1-1011-11120.ts
MPlayer SVN-r29438-4.3.2 (C) 2000-2009 MPlayer Team


Playing http://192.168.128.129:3000/S19.2E-1-1011-11120.ts.
Resolving 192.168.128.129 for AF_INET6...
Couldn't resolve name for AF_INET6: 192.168.128.129
Connecting to server 192.168.128.129[192.168.128.129]: 3000...
Cache size set to 320 KBytes
Cache fill:  0.00% (0 bytes)   
TS file format detected.
VIDEO MPEG2(pid=6210) AUDIO MPA(pid=6222) NO SUBS (yet)!  PROGRAM N. 0
Stream not seekable!


MPlayer interrupted by signal 2 in module: video_read_properties


MPlayer interrupted by signal 2 in module: enable_cache
nop_streaming_read error : Interrupted system call
TS_PARSE: COULDN'T SYNC
MPEG: FATAL: EOF while searching for sequence header.
Video: Cannot read properties.
==========================================================================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
AUDIO: 48000 Hz, 2 ch, s16le, 256.0 kbit/16.67% (ratio: 32000->192000)
Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
AO: [oss] 48000Hz 2ch s16le (2 bytes per sample)
Video: no video
Starting playback...
A:46402.2 (12:53:22.1) of -0.8 (unknown) ??,?% 0% 
Exiting... (Quit)

Display More

Der Zweite Versuch, wenige Sekunden später, klappt jedoch (scheinbar?) problemlos:

Code

ug@softcell-3:~$ mplayer http://192.168.128.129:3000/S19.2E-1-1011-11120.ts
MPlayer SVN-r29438-4.3.2 (C) 2000-2009 MPlayer Team


Playing http://192.168.128.129:3000/S19.2E-1-1011-11120.ts.
Resolving 192.168.128.129 for AF_INET6...
Couldn't resolve name for AF_INET6: 192.168.128.129
Connecting to server 192.168.128.129[192.168.128.129]: 3000...
Cache size set to 320 KBytes
Cache fill:  0.00% (0 bytes)   
TS file format detected.
VIDEO H264(pid=6210) AUDIO MPA(pid=6222) NO SUBS (yet)!  PROGRAM N. 11120
Stream not seekable!
FPS seems to be: 50.000000
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
==========================================================================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
AUDIO: 48000 Hz, 2 ch, s16le, 256.0 kbit/16.67% (ratio: 32000->192000)
Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
AO: [oss] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
[h264 @ 0xc42740]number of reference frames exceeds max (probably corrupt input), discarding one
[h264 @ 0xc42740]number of reference frames exceeds max (probably corrupt input), discarding one
[h264 @ 0xc42740]number of reference frames exceeds max (probably corrupt input), discarding one
[h264 @ 0xc42740]number of reference frames exceeds max (probably corrupt input), discarding one
[h264 @ 0xc42740]number of reference frames exceeds max (probably corrupt input), discarding one
[h264 @ 0xc42740]number of reference frames exceeds max (probably corrupt input), discarding one
[h264 @ 0xc42740]number of reference frames exceeds max (probably corrupt input), discarding one
[h264 @ 0xc42740]number of reference frames exceeds max (probably corrupt input), discarding one
[h264 @ 0xc42740]number of reference frames exceeds max (probably corrupt input), discarding one
VDec: vo config request - 1280 x 720 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [xv] 1280x720 => 1280x720 Planar YV12 
A:46496.5 V:46496.0 A-V:  0.467 ct: -0.106  54/ 54 116% 20% 149.0% 53 0 16% 
Exiting... (Quit)
ug@softcell-3:~$

Display More

...und ARTE HD wird abgespielt....

Das Problem setzt sich bei Timer-Programmierungen leider fort.

Wenn ich Arte HD einen Timer programmier, vorher jedoch auf Beispielsweise BBC-HD getuned wurde, dann wartet der VDR vergeblich auf Daten und macht einen 'emergency exit' und nichts wird aufgenommen...:

Code

Jul 30 20:53:07 hd-vdr vdr: [2508] ERROR: frontend 0: Invalid argument
Jul 30 20:53:07 hd-vdr kernel: [49616.516717] DVB: adapter 0 frontend 0 frequency 624000 out of range (950000..2150000)
Jul 30 20:53:12 hd-vdr vdr: [2504] connect from 127.0.0.1, port 44732 - accepted
Jul 30 20:53:12 hd-vdr vdr: [2504] timer 2 (3 2005-2110 'Inselträume') added
Jul 30 20:53:12 hd-vdr vdr: [2504] switching device 1 to channel 3
Jul 30 20:53:12 hd-vdr vdr: [2504] timer 2 (3 2005-2110 'Inselträume') start
Jul 30 20:53:12 hd-vdr vdr: [2504] Title: 'Inselträume' Subtitle: '(19/20) Chiloé - Chile'
Jul 30 20:53:12 hd-vdr vdr: [2504] record /video/Inselträume/2009-07-30.20.05.3-0.rec
Jul 30 20:53:12 hd-vdr vdr: [2504] creating directory /video/Inselträume
Jul 30 20:53:12 hd-vdr vdr: [2504] creating directory /video/Inselträume/2009-07-30.20.05.3-0.rec
Jul 30 20:53:12 hd-vdr vdr: [2504] recording to '/video/Inselträume/2009-07-30.20.05.3-0.rec/00001.ts'
Jul 30 20:53:12 hd-vdr vdr: [2586] recording thread started (pid=2504, tid=2586)
Jul 30 20:53:12 hd-vdr vdr: [2587] receiver on device 1 thread started (pid=2504, tid=2587)
Jul 30 20:53:12 hd-vdr vdr: [2588] TS buffer on device 1 thread started (pid=2504, tid=2588)
Jul 30 20:53:12 hd-vdr vdr: [2504] closing SVDRP connection
Jul 30 20:53:22 hd-vdr vdr: [2508] frontend 0 timed out while tuning to channel 3, tp 111361
Jul 30 20:53:43 hd-vdr vdr: [2586] ERROR: video data stream broken
Jul 30 20:53:43 hd-vdr vdr: [2586] initiating emergency exit
Jul 30 20:53:43 hd-vdr vdr: [2504] emergency exit requested - shutting down
Jul 30 20:53:43 hd-vdr vdr: [2586] recording thread ended (pid=2504, tid=2586)
Jul 30 20:53:43 hd-vdr vdr: [2504] buffer stats: 0 (0%) used
Jul 30 20:53:43 hd-vdr vdr: [2504] timer 2 (3 2005-2110 'Inselträume') stop
Jul 30 20:53:43 hd-vdr vdr: [2510] KBD remote control thread ended (pid=2504, tid=2510)
Jul 30 20:53:43 hd-vdr vdr: [2504] saved setup to /video/setup.conf
Jul 30 20:53:43 hd-vdr vdr: [2588] TS buffer on device 1 thread ended (pid=2504, tid=2588)
Jul 30 20:53:43 hd-vdr vdr: [2587] buffer stats: 0 (0%) used
Jul 30 20:53:43 hd-vdr vdr: [2587] receiver on device 1 thread ended (pid=2504, tid=2587)
Jul 30 20:53:44 hd-vdr vdr: [2509] section handler thread ended (pid=2504, tid=2509)
Jul 30 20:53:47 hd-vdr vdr: [2504] ERROR: tuner on device 1 thread 2508 won't end (waited 3 seconds) - canceling it...
Jul 30 20:53:47 hd-vdr vdr: [2504]

Display More

Tune ich jedoch mittels streamdev und zweimaligem Anstoßen des Streamings vorher auf den DVB-S2 Kanal (in diesm Fall Arte HD), nimmt er auch korrekt und ohne Murren auf...

Jedoch:
Timeraufnahmen von BBC-HD (DVB-S1 (!)) klappen problemlos.

Liegt es an der 'einfacheren' Diseqc Sequenz um den Pfad für BBC-HD aufzubauen, oder ist es ein DVB-S2 Tuning-Problem?

Hier meine diseqc.conf:

Code

S19.2E  11700 V  9750  V t W20 B W50 B W120 [E0 10 38 F4] W60 B W60 [E0 10 38 F4] W60 [E0 10 38 F4] W50 [E0 10 38 F4] W50 [E0 10 38 F4] W60  B W60 t W10 v
S19.2E  99999 V 10600  V t W20 B W50 B W120 [E0 10 38 F5] W60 B W60 [E0 10 38 F5] W60 [E0 10 38 F5] W50 [E0 10 38 F5] W50 [E0 10 38 F5] W60  B W60 T W10 v
S19.2E  11700 H  9750  V t W20 B W50 B W120 [E0 10 38 F6] W60 B W60 [E0 10 38 F6] W60 [E0 10 38 F6] W50 [E0 10 38 F6] W50 [E0 10 38 F6] W60  B W60 t 
S19.2E  99999 H 10600  V t W20 B W50 B W120 [E0 10 38 F7] W60 B W60 [E0 10 38 F7] W60 [E0 10 38 F7] W50 [E0 10 38 F7] W50 [E0 10 38 F7] W60  B W60 T


S13.0E  11700 V  9750  V t W20 A W50 A W120 [E0 10 38 F0] W60 A W60 [E0 10 38 F0] W60 [E0 10 38 F0] W50 [E0 10 38 F0] W50 [E0 10 38 F0] W60 A W60 t W10 v
S13.0E  99999 V 10600  V t W20 A W50 A W120 [E0 10 38 F1] W60 A W60 [E0 10 38 F1] W60 [E0 10 38 F1] W50 [E0 10 38 F1] W50 [E0 10 38 F1] W60 A W60 T W10 v
S13.0E  11700 H  9750  V t W20 A W50 A W120 [E0 10 38 F2] W60 A W60 [E0 10 38 F2] W60 [E0 10 38 F2] W50 [E0 10 38 F2] W50 [E0 10 38 F2] W60 A W60 t
S13.0E  99999 H 10600  V t W20 A W50 A W120 [E0 10 38 F3] W60 A W60 [E0 10 38 F3] W60 [E0 10 38 F3] W50 [E0 10 38 F3] W50 [E0 10 38 F3] W60 A W60 T


S28.2E  11000 V  9750  t v W15 B W15 [E0 10 38 F8] W15 B W15 [E0 10 38 F8] t
S28.2E  99999 V 10600  t v W15 B W15 [E0 10 38 F9] T
S28.2E  11000 H  9750  t V W15 B W15 [E0 10 38 FA] W15 B W15 [E0 10 38 FA] t
S28.2E  99999 H 10600  t V W15 B W15 [E0 10 38 FB] T

Display More

Heissen Dank schonmal für Eure wertvollen Tipps!

BTW: Die diseqc.conf funktioniert in meinem vdr-1.6.0 (nur SD und 2 FF Karten) seit Jahren Problemlos

prefect · HD Receiver mit HD Gui... prefect May 21, 2009 at 9:05 PM

...hmm... AFAIR gab es doch aber schonmal ein vdr patch für HD Auflösung, sodass tatsächlich *mehr* informationen dargestellt werden konnten.

Ich finde es jedoch momentan nicht wieder...

prefect · HD Receiver mit HD Gui... prefect May 18, 2009 at 8:51 PM

Moin,

immernoch suche ich nach neuem 'Antrieb' endlich mal meinen sterbenen VDR (Kartentot... von ehemals drei ist nur noch eine FF Karte funktionsfähig - okay, 9 Jahre Dauerbetrieb, da kann das schonmal passieren;-)
mit moderner Hardware aufzurüsten.

Da für alles andere hier eine Popcorn Hour steht und sich die HD Senderzahl in Deutschland ja immernoch an den Ohren abzählen lässt muß irgendwas anderes als Motivation herhalten.

Ich habe keine Lust ein komplettes Wochenende und einige hundert Euro (NVidia Karte 3x DVB-S2 Karte) zu investieren, wenn ich mit dem alten - zwar zweckmässigen, aber doch simplen - OSD 'weiterleben' muß;-)

Seit meinem USA Aufenthalt 'sehne' ich mich ja geradezu nach einem EPG mit Vorschau in klein oben rechts, kombiniert mit der 'Aufnahme-Funktion' von VDR.
Sowas wie dieses hier...

[Blocked Image: http://cms.whathifi.com/Images/110630b3bbli.jpg]

Gerade in HD Auflösung müsste man einiges mehr an Informationen in das EPG Menu bekommen und gleichzeitig das TV Bild in einer Zweckmässigen größe einpassen können.

Gibt es bereits Frontend-Projekte die eben ein 'feineres' OSD mit vielleicht genau dieser EPG Funktion im Sinn haben?

Vielen Dank für Eure Tipps!

P.S.: Ich fand das OSD von VDR immer gut und absolut ausreichend - von der Bedienbarkeit war und ist es absolute Spitzenklasse, da gibt es nichts!
Dennoch wirkt es auf einem größeren, nicht Röhren-Monitor leider sehr unelegant... leider

prefect · neues spielzeug von pollin : moviebox prefect April 26, 2009 at 1:26 PM

Moin...

als Netzwer-MP3 Player läuft die Box immernoch nicht, denke ich mal... oder kann man per telnet ein mp3 einfach in ein device 'pipen' wo es dann auf die Soundkarte ausgegeben wird?

prefect · Bbc-hd Epg? prefect March 22, 2009 at 9:02 PM

Moin,

weiss jemand wo ich EPG für BBC -HD herbekommen kann? xmltv hat zwar so einiges, aber kein BBC-HD... oder heisst das anders?

Danke!

prefect

...is' ja interessant, das nicht *einer* zumindest eine Empfehlung ausspricht...

prefect

Moin,

ich bin langsam am verzweifeln... normal war es kein großes Problem den neuesten Kernel zu nehmen, gerade die Treiber zu kompilieren und danach den VDR zusammenzubauen.

Mit der 2.6.28.7er Version ist das anscheinend anders.
Welche Kombination welcher Treiber und Kernel-Version ist momentan die beste um
*nur* einen DVB-S2 Streaming Server ans laufen zu bekommen, der neben Streaming evt.
die ein oder andere HD Sendung noch auf Platte bannen soll...

lohnt der 'ärger' mit der der developer-Version am Ende doch?

Was empfehlt ihr konkret?

Danke für Eure Tipps...

prefect

...angenommen ich möchte die Treiber im 2.6.28-7er Kernel benutzen, wie muß ich die libdvb kompilieren und wohin muß ich sie verlinken bzw. in Make.conf eintragen damit make sie beim kompilieren finden kann?

Irgendwie bin ich verwirrt, vielleicht ist das Problem auch einfacher: Ich habe v4l-dvb UND die treiber aus den Kernel-Sourcen vermengt....;-)

Danke für Eure Hilfe!

prefect · mp4 files remultiplexen? prefect March 2, 2009 at 8:40 PM

avidemux kackt leider schon beim öffnen des containers komplett ab...

Aber der Smartmuxer macht zumindest einen Vielversprechenden Eindruck auf mich.

Vielleicht sollte ich auch einfach mal mencoder/ffmpeg dazu überreden beide Streams zu extrahieren und sie dann als mkv-container wieder zusammenzuführen. Das hab ich nämlich noch nicht probiert;-)

Posts by prefect

VDR OSD für HD?

yaepghd mit VDR 1.7.10 + VDPAU-Xine ?

XINE VDPAU + Mediaplayer?

yaepghd mit VDR 1.7.10 + VDPAU-Xine ?

yaepghd mit VDR 1.7.10 + VDPAU-Xine ?

yaepghd mit VDR 1.7.10 + VDPAU-Xine ?

yaepghd mit VDR 1.7.10 + VDPAU-Xine ?

XINE VDPAU + Mediaplayer?

Kernel 2.6.32 + cvs version v. multiproto driver

Keine Kanäle mehr....?

Tuningprobleme mit DiseqC + dvb-s2

Tuningprobleme mit DiseqC + dvb-s2

HD Receiver mit HD Gui...

HD Receiver mit HD Gui...

neues spielzeug von pollin : moviebox

Bbc-hd Epg?

Welcher Treiber zu 2.6.28.x bei SkyStar HD und DVB-S2 Empfang - und welcher VDR? Stable oder testin

Welcher Treiber zu 2.6.28.x bei SkyStar HD und DVB-S2 Empfang - und welcher VDR? Stable oder testin

[Anleitung] Debian 5.0 i386 (Lenny) Kernelupdate von kernel.org + Module für lirc (+ hg-dvb)

mp4 files remultiplexen?