Beiträge von Negge

Hi,

ich hab das Problem mitlerweile lösen können. Ab VDR 1.7.15 ist nicht mehr port 2001, sondern port 6419 der Richtige. Damit gehts. Muss beim letzten Update schief gegangen sein, aber die Timer reichten wohl noch weit genug.

Hi,

nach Update auf VDR 1.7.18 (siehe epgsearchs erstellt keine Suchtimer mehr: Error in search template settings ) geht das vdr-plugin-avards nicht mehr, da es im repository nur bis Version 1.7.17 vorliegt. Ist das vergessen worden oder hat das einen anderen Grund warum das jetzt fehlt?

Hi,

ich hab ein Problem mit dem epsearch-plugin: Es werden keine Suchtimer mehr erzeugt. Manuell an der Konsole erhalte ich folgendes:

vdr:/var/lib/vdr/plugins/epgsearch# svdrpsend PLUG epgsearch 'NEWT 1:8:2011-05-06:2105:2225:50:99:Serie~The Closer~06.05.11-Voreilige Schl.:<epgsearch><channel>8 - VOX</channel><searchtimer>The Closer</searchtimer><start>1304708700</start><stop>1304713500</stop><s-id>0</s-id><eventid>410861</eventid></epgsearch>'
220 vdr SVDRP VideoDiskRecorder 1.7.18; Sun May  1 14:48:38 2011; UTF-8
901 Error in search template settings
221 vdr closing connection

Im Syslog erscheint dagegen nur :

May  1 14:56:25 vdr vdr: [7098] EPGSearch: command 'NEWT 1:8:2011-05-06:2105:2225:50:99:Serie~The  Closer~06.05.11-Voreilige Schl.:<epgsearch><channel>8 -  VOX</channel><searchtimer>The  Closer</searchtimer><start>1304708700</start><stop>1304713500</stop><s-id>0</s-id><eventid>410861</eventid></epgsearch>' failed
May  1 14:56:25 vdr vdr: [7098] EPGSearch: error connecting to socket!

Ich habs auch schon mit einem Update des VDR probiert (war vorher 1.7.17, jetzt 1.7.18 ), ohne Erfolg. Ebenso hab ich alle Seach-Templates gelöscht, was allerding auch keine abhilfe brachte.

Ich bin nun ratlos wie man die EPG-Seach-Suchtimer wieder ans laufen bekommt?

Moin,

mir ist da ein Bug? aufgefallen. Seit dem Umstieg auf VDRDevel 1.7 (wegen TS und in Zukunft HD-TV) muss ich feststellen dass video.01 vollgelaufen ist. Dabei ist mit im weiteren dann aufgefallen dass dort noch jede Menge Dateien von gelöschen Aufnamhen liegen. Heute habe ich dann nochmal was gelöscht um das nachzuvollziehen und der VDR löscht nur die Dateien auf /var/lib/video.00, jedoch nicht die zugehörigen Dateien auf /var/lib/video.01 ? Was läuft da schief? Bug bekannt?

Anbei noch meine VDR-Konfiguration:

ctvdrdevelinfo:

VDR   : 1.7.16-1devel1
Kernel: 2.6.32-bpo.5-686-bigmem
ABI   : vdrdevel-abi-1.7.16-multipatch


Patches:
--------------------------------------
opt-20_liemikuutio
opt-21_internal-cam-devices
opt-22-x_edit_marks
opt-24_jumpplay
opt-27_ttxtsubs
opt-31-x_reelchannelscan
opt-37-x_menuorg
opt-38_disableDoubleEpgEntrys
opt-39_noepg
opt-41-x_timer-info
opt-42-x_MainMenuHooks
opt-43-x_recordshowfree
opt-44_rotor
opt-45_yaepg
opt-48-x_pin
opt-50_graphtft
opt-50_graphtft-liemikuutio
opt-91_ext-graphtft
opt-51_cuttime
opt-52_hard_link_cutter


Plugins:
( N = Native Plugin       )
( D = Debian Plugin       )
( - = Deaktiviert         )
--------------------------------------
D avards
  Package: vdrdevel-plugin-avards
  Version: 0.2.2-2
D burn
  Package: vdrdevel-plugin-burn
  Version: 0.1.0~pre22-ff1-3
D cdda
  Package: vdrdevel-plugin-cdda
  Version: 0.1.0-30
D cinebars
  Package: vdrdevel-plugin-cinebars
  Version: 0.0.5-7
D devstatus
  Package: vdrdevel-plugin-devstatus
  Version: 0.4.1-2
D dvbsddevice
  Package: vdrdevel-plugin-dvbsddevice
  Version: 1.7.16-1devel1
D dvd
  Package: vdrdevel-plugin-dvd
  Version: 0.3.6~b03+cvs20090426.0013-3
D dvdswitch
  Package: vdrdevel-plugin-dvdswitch
  Version: 0.1.3-22
D conflictcheckonly
  Package: vdrdevel-plugin-epgsearch
  Version: 0.9.25~beta16-3
D epgsearch
  Package: vdrdevel-plugin-epgsearch
  Version: 0.9.25~beta16-3
D epgsearchonly
  Package: vdrdevel-plugin-epgsearch
  Version: 0.9.25~beta16-3
D quickepgsearch
  Package: vdrdevel-plugin-epgsearch
  Version: 0.9.25~beta16-3
D extrecmenu
  Package: vdrdevel-plugin-extrecmenu
  Version: 1.2~test1-3
D femon
  Package: vdrdevel-plugin-femon
  Version: 1.7.8-1
D image
  Package: vdrdevel-plugin-image
  Version: 0.3.0-6
D iptv
  Package: vdrdevel-plugin-iptv
  Version: 0.4.2-1
D lastfm
  Package: vdrdevel-plugin-lastfm
  Version: 0.2.2-4
D live
  Package: vdrdevel-plugin-live
  Version: 0.2.0-9
D menuorg
  Package: vdrdevel-plugin-menuorg
  Version: 0.4.4-3
D mlist
  Package: vdrdevel-plugin-mlist
  Version: 1.0.1-2
D mp3
  Package: vdrdevel-plugin-mp3
  Version: 0.10.2-3
D mplayer
  Package: vdrdevel-plugin-mplayer
  Version: 0.10.2-3
D noepgmenu
  Package: vdrdevel-plugin-noepgmenu
  Version: 0.0.6~beta4-4
D nordlichtsepg
  Package: vdrdevel-plugin-nordlichtsepg
  Version: 0.8a-26
D osdpip
  Package: vdrdevel-plugin-osdpip
  Version: 0.1.0-2
D osdteletext
  Package: vdrdevel-plugin-osdteletext
  Version: 0.8.3-3
D osdtest256
  Package: vdrdevel-plugin-osdtest256
  Version: 0.1.1-2
D radiolist
  Package: vdrdevel-plugin-radiolist
  Version: 0.0.2-19
D radio
  Package: vdrdevel-plugin-radio
  Version: 0.2.5-2
D remote
  Package: vdrdevel-plugin-remote
  Version: 0.4.0-20
D screenshot
  Package: vdrdevel-plugin-screenshot
  Version: 0.0.13-3
D skinelchi
  Package: vdrdevel-plugin-skinelchi
  Version: 0.2.1-2
D sleeptimer
  Package: vdrdevel-plugin-sleeptimer
  Version: 0.7-21
D streamdev-client
  Package: vdrdevel-plugin-streamdev-client
  Version: 0.5.0-1
D streamdev-server
  Package: vdrdevel-plugin-streamdev-server
  Version: 0.5.0-1
D svdrposd
  Package: vdrdevel-plugin-svdrposd
  Version: 0.1.0-3
D svdrpservice
  Package: vdrdevel-plugin-svdrpservice
  Version: 0.0.4-4
D sysinfo
  Package: vdrdevel-plugin-sysinfo
  Version: 0.1.0a-16
D timeline
  Package: vdrdevel-plugin-timeline
  Version: 1.0.141-kw160-3
D undelete
  Package: vdrdevel-plugin-undelete
  Version: 0.0.6-29
D weatherng
  Package: vdrdevel-plugin-weatherng
  Version: 0.0.6+0.0.7pre2-32
D weather
  Package: vdrdevel-plugin-weather
  Version: 0.2.1e-53
D webvideo
  Package: vdrdevel-plugin-webvideo
  Version: 0.2.2-1

Also ich hatte die Parameter damals eingefügt, weil sich die DVB-Device-Nr. beim booten gerne mal änderten und der VDR (oder besser auch der MPlayer) dann das falsche Device geschnappt haben, bzw. wenn sich der VDR mal aufgehängt hatte und die devices neu geladen hat (und blacklisting / manuelles laden funktioniert nicht, wenn man bspw. 2 FF-Karten drin hat und die Reihenfolge bestimmen möchte, daher die UDEV-Rule mit der PCI-ID).
Das man beim Laden der Moduke bei den Parametern die Device-Reihenfolge festlegen kann ist/war mir bisher nicht bekannt (wobei ich mich da auch Frage wie man die Reihenfolge bei 2 FF-Karten festlegen würde).

Tatsächlich funktionert es ohne die UDEV-Rules. PrimaryDVB bei diesem mal booten nun die 4.
UDEV-Rules scheinen nicht mit dem VDR-dvbsffdevice zu harmonieren. Das scheint mir ein Bug zu sein...

Zitat

Original von UFO
Wie kommst Du darauf, daß Device 0 (-D0) die FF ist?

Denn:

deutet darauf hin, daß es Karte 3 ist.

CU
Oliver

Alles anzeigen

Hi, guter Hinweis

also ich habe alle Karten einzeln durchprobiert, und er erkennt auf keiner nen MPEG-Decoder.
Zudem passt das frontend.

Aber das ist vielleicht nen guter Hinweis. Denn ich mache beim start das:

# FullFeature DVB1 an AVBoard
KERNEL=="dvb*", ID=="0000:00:05.0", PROGRAM="/bin/sh -c 'K=%k; K=$${K#dvb}; printf dvb/adapter0/%%s $${K#*.}'", ACTION=="add", NAME="%c"

Wobei die Karte aber tatsächlich als dritte Karte initialisiert wird. Also vielleicht das da mit den UDEV-Rules das Problem / ein Bug?!? Werde ich mal ausprobieren.

Hi,

ich habe ein Problem mit dem neuen vdr 1.7. Ich hab schon alles möglich probiert aber der meint partout meine FullFeatured hätte keinen MPEG-Decoder. Der VDR bzw. das DVBS-Device greift sich immer die letzte vorhande DVB-Karte (Budget-Karte). Die FullFeature ist danke UDEV-Rules immer device 0, zumindest unter vdr 1.6 funktioniert das problemlos.

Gestartet habe ich den VDR inszwischen mit

"vdrdevel -l3 -D0 -P dvbsddevice"

(so dass er nur Zugriff auf die FullFeatured hat)

Ergebnis:

Jan 29 13:09:09 vdr vdrdevel: [5984] probing /dev/dvb/adapter0/frontend0
Jan 29 13:09:09 vdr vdrdevel: [5984] creating cDvbDevice
Jan 29 13:09:09 vdr vdrdevel: [5984] new device number 1
Jan 29 13:09:09 vdr vdrdevel: [5988] CI adapter on device 0 thread started (pid=5984, tid=5988)
Jan 29 13:09:09 vdr vdrdevel: [5984] frontend 0/0 provides DVB-S with QPSK ("Philips TDA8083 DVB-S")
Jan 29 13:09:09 vdr vdrdevel: [5984] found 1 DVB device
Jan 29 13:09:09 vdr vdrdevel: [5984] initializing plugin: dvbsddevice (0.0.3): SD Full Featured DVB device
Jan 29 13:09:09 vdr vdrdevel: [5984] setting primary device to 1
Jan 29 13:09:09 vdr vdrdevel: [5984] device 1 has no MPEG decoder
Jan 29 13:09:09 vdr vdrdevel: [5984] assuming manual start of VDR
Jan 29 13:09:09 vdr vdrdevel: [5984] setting current skin to "sttng"
Jan 29 13:09:09 vdr vdrdevel: [5984] loading /var/lib/vdrdevel/themes/sttng-default.theme
Jan 29 13:09:09 vdr vdrdevel: [5984] starting plugin: dvbsddevice
Jan 29 13:09:09 vdr vdrdevel: [5984] ERROR: /dev/lircd: Datei oder Verzeichnis nicht gefunden
Jan 29 13:09:09 vdr vdrdevel: [5984] ERROR: remote control LIRC not ready!
Jan 29 13:09:09 vdr vdrdevel: [5984] remote control KBD - keys known
Jan 29 13:09:09 vdr vdrdevel: [5991] KBD remote control thread started (pid=5984, tid=5991)
Jan 29 13:09:09 vdr vdrdevel: [5990] section handler thread started (pid=5984, tid=5990)
Jan 29 13:09:09 vdr vdrdevel: [5989] tuner on frontend 0/0 thread started (pid=5984, tid=5989)
Jan 29 13:09:11 vdr vdrdevel: [5984] switching to channel 5
Jan 29 13:09:11 vdr vdrdevel: [5984] OSD size changed to 720x480 @ 1
Jan 29 13:09:11 vdr vdrdevel: [5984] ERROR: no OSD provider available - using dummy OSD!
Jan 29 13:09:11 vdr vdrdevel: [5988] CAM 1: no module present
Jan 29 13:09:11 vdr vdrdevel: [5988] CAM 2: no module present

Was läuft da falsch: Firmware für die DVB-Karte gab ich auch schon auf die die neueste upgedatet:

dmesg | grep 000:00:05.0
[ 0.083441] pci 0000:00:05.0: reg 10 32bit mmio: [0xdffffc00-0xdffffdff]
[ 10.756744] dvb 0000:00:05.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 10.757106] dvb 0000:00:05.0: firmware: requesting dvb-ttpci-01.fw
[ 14.094618] dvb 0000:00:05.0: firmware: requesting av7110/bootcode.bin
[ 15.555193] input: DVB on-card IR receiver as /devices/pci0000:00/0000:00:05.0/input/input8

dmesg | grep ttpci
[ 10.757106] dvb 0000:00:05.0: firmware: requesting dvb-ttpci-01.fw
[ 13.945616] dvb-ttpci: full-ts mode enabled for saa7146 port B
[ 15.120087] dvb-ttpci: info @ card 3: firm f0240009, rtsl b0250018, vid 71010068, app c0fb2624
[ 15.120156] dvb-ttpci: firmware @ card 3 supports CI link layer interface
[ 15.168168] dvb-ttpci: Crystal audio DAC @ card 3 detected
[ 15.555316] dvb-ttpci: found av7110-0.

ls -l | grep ttpci
-rw-r--r-- 1 root src 242280 21. Jan 2007 dvb-ttpci-01-f12623-patched.fw
lrwxrwxrwx 1 root root 46 29. Jan 10:41 dvb-ttpci-01.fw -> /usr/local/lib/firmware/dvb-ttpci-01.fw-fb2624
-rw-r--r-- 1 root root 242836 27. Feb 2010 dvb-ttpci-01.fw-fb2624
-rw-r--r-- 1 root root 57 27. Feb 2010 dvb-ttpci-01.fw-fb2624.md5

Mit rsnapshot und rsync.

Hi,

ich habe mir (für meine neue TT S2 3600) das s2api-liplianin-modul mit dem module-assitant kompiliert. Das installieren des Moduls führt alledings dazu das das remote-plugin nicht mehr funktioniert. /proc/av7110_ir fehlen die Bereichtungen zum schreiben. Mit chmod +r /proc/av7110_ir kann man das problem zwar beheben, allerdings nur bis zum reboot. Ich einen Workarround eingebaut, allerdings sollte das ja eigentlich nach der Installation von s2api-liplianin noch funktionierten, oder?

PS.: kernel 2.6.32-bpo.5-686-bigmem und 2.6.28-etobi sowie dvb-s2api-liplianin 1010-06-11.hg15072-1 (erzegut am 5.11.2010)

Wie wärs mit http://www.vdr-wiki.de/wiki/index.php/Full-TS_Mod .

Könnte aber auch nen Witterungsproblem sein. Der Winter war relativ hart. Daher vielleicht der ähnliche Zeitpunkt des LNB-Ausfalls?!?

Die richtige Frage wäre auch eher, warum es kein Brennstoffzellenauto geben wird. Alle Welt wechselt gerade von Brennstoffzelle auf Eletroautoentwicklung. Das Problem bei den Elektroautos sind eher die Batterien, sowohl was Sichereit als auch Lebendauer angeht. Lithium-Ionen-Batterien will die Autoindustrie nicht, da die Lebenzeit im derzeitigen Entwicklungstand auf etwa 2 jahre begrenzt zu sein scheint (auch wenn Tesla-Motors da eine andere Meinung hat, siehe bswp. http://de.wikipedia.org/wiki/Tesla_Roadster) und die Batterien wegen der Menge bei Unfällen ein Sicherheitsrisiko darstellen (hohe Brandgefahr, Elektrolyt ist giftig, setzt HF frei). Alle anderen Batterien haben momentan verschiede andere Probleme, Blei-batterien für PKW bspw. das enorme Gewicht was nötig wäre. Und es gibt durchaus schon mehrere Elektrofahrzeuge, das Probelm sind die Kosten (Batterie / Haltbarkeit der Batterie) und die Reichweite (100-200km).

Links bzgl. aktuellen Forschungsprojekten :
http://www.bmbf.de/_search/searchresult.php?URL=http%3A%2F%2Fwww.bmbf.de%2Fde%2F13886.php&QUERY=elektromobilit%E4t
http://www.elektromobilitaet.fraunhofer.de/
http://www.ewe-next-energy.de/

Zitat

Original von habibi
- Ist swat einfach zu installieren?

Einfach an der Konsole "aptitude" nutzen. Ist relativ einfach.
Und dann gleich auch den "mc" mit installieren. Find ich persönlich einfacher an der Konsole.

Ansonsten fällt mir an deiner smb.conf auf, dass dein Video-Verzeichnis nicht beschreibbar ist. Oder soll das so?

Zitat

[video]
comment = VDR-Aufzeichnungen
path = /var/lib/video.00
writeable = no
public = yes

Alles anzeigen

Hi,

ich nutze etobi's VDR-extensions (vdr-experimental), mit 2 Video-Platten (video.0 und viedeo.1), wobei die Aufnahemn (dank dem extensions-patch) vornehmlich auf video.0 aufgenommen werden. Allerdings haben die VDR-Dateien 2 GB größe, obwohl ich bei "Max. Videodateigröße" 200 eingetragen hab. Auch bei 50 macht ist da kein Unterschied.
Kann das jemand bestätigen? Und auch sagen woran es liegt?
Im log ist nichts auffälliges.

prinzipiell würde ich sagen an nem Shutdown-Hook. Bspw. eines welches prüft on der samba aktuell aktiv ist, oder nen User eingelogt oder ähnlich. Ne entsprechnde Meldung sollte dann aber im Log auftauchen...

Oder die bei Tobi als alternative ablegen, bis die neue sauber läuft?!? Oder hier an nen Beitrag anhängen.

Ich suche die auch...

Hi

Nicht das ich deine Lösung schlecht machen will , aber wo ist der Vorteil von MPC mit IceCast in deinem Anwendungsfall? Warum nicht einfach den MP3-Player vom MMS (Oder den MPC-Server auf der S100 laufen lassen) nehmen und dort dann die MP3s auf dem Server einbinden (bspw. per samba/ftp/http/nf-freigabe auf dem Server)? Oder willst du parallel auch dieselbe Musik auf dem Server ausgeben?

Super Sache,

wäre vielleicht auch was fürs vdr-wiki.

Schönen Gruß
Negge

Zitat

Ich würde es befürworten die Wiedergabe des Puffers erst bei Pause bzw. Spulen zu starten. Hätte auf jeden Fall den Vorteil schnellerer Umschaltzeiten.

Da würde ich mich anshließen. Und idealerweise sollte der den Puffer ins RAM schreiben können (wenn man aussreichend davon im VDR hat). Dann kann die Festplatte sich auch schön schlafen legen und wird erst bei der richtigen Aufnahmen gebraucht.

Und ich würde auch für eine PlugIn voten, da man da bei Bedarf noch Anpassungen/Erweiterungen machen könnte.