heute update gemacht und nix läuft mehr
Posts by S!XEr
-
-
gelöscht
-
Hallo, kann Dir zwar net bei deinen VDR Problemen helfen, aber zwecks deinen Empfangs Problemen.
Am 26.04.2006 änderten einige
Kabelanbieter die Frequenzen von Sonderkanälen
S02 und S03 mit wichtigen Digitalprogrammen. Diese Kanäle wurden auf
Frequenzen verschoben, über die früher Radioprogramme zu empfangen
waren. Alte Antennendosen haben Probleme, diese Kanäle sauber zu
trennen, so dass diese wichtige Digitalprogramme nicht oder mit
ständigen Störungen zu empfangen sind. Solche Dosen sind gegen neue
Versionen zu tauschen!Das war bei mir auch der Fall.
Oder der Hausverstärker ist nicht richtig entzerrt. Da haben die Leute vom Kabelbetreiber meist ka davon, die kommen und messen nur die Signalstärke.
-
hallo, es gibt auch eden pakete mit pvr, gefunden hier.
http://www.loggn.de/ubuntu-xbm…-0-eden-mit-und-ohne-pvr/sudo add-apt-repository ppa:alexandr-surkov/xbmc-pvr
ich habe bei mir in /var/lib/var/.xbmc alles gelöscht, bis auf
/var/lib/vdr/.xbmc/userdata/Lircmap.xml
/var/lib/vdr/.xbmc/userdata/keymaps/*damit funktioniert der xbmc bei mir super mit pvr.
wetter und youtube addons gehen auch wieder -
vaapi tot?
-
Hallo, ich würde gerne mein video verzeichniss /srv/vdr/video.00 von nas server via nfs mounten, wie ich es schon unter 0.3 hatte.
in der /etc/fstab hab ich folgendes
dann hab ich eine datei /etc/init/nfs_warte.conf mit folgendem inhalt angelegt.
Codestart on starting vdr task script # Warteschleife until df -t nfs /srv/vdr/video.00 ; do sleep 1 ; done end script
auf der console mit, "sudo mount /srv/vdr/video.00" funktioniert das mount wunderbar.
nur wenn ich den vdr so hochfahre, wird das video verzeichniss einfach nicht gemountet und er hängt in der
der endlosschleife.Code
Display MoreFeb 5 09:59:30 vdr kernel: [ 14.786383] HDA Intel 0000:80:01.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 Feb 5 09:59:30 vdr kernel: [ 14.786438] HDA Intel 0000:80:01.0: setting latency timer to 64 Feb 5 09:59:30 vdr kernel: [ 14.786443] HDA Intel 0000:80:01.0: PCI: Disallowing DAC for device Feb 5 09:59:30 vdr kernel: [ 14.860425] KNC1-0: MAC addr = 00:09:d6:6d:65:88 Feb 5 09:59:30 vdr kernel: [ 14.912640] hda_codec: ALC883: BIOS auto-probing. Feb 5 09:59:30 vdr kernel: [ 14.932722] input: HDA VIA VT82xx Headphone as /devices/pci0000:80/0000:80:01.0/sound/card0/input5 Feb 5 09:59:30 vdr avahi-mounter[907]: mount static to /srv/vdr/video.00 Feb 5 09:59:30 vdr avahi-mounter[907]: establish static mount: 192.168.2.38:/volume1/vdr /srv/vdr Feb 5 09:59:30 vdr avahi-mounter[907]: localpath: /srv/vdr/video.00/192.168.2.38.000 Feb 5 09:59:30 vdr acpid: client connected from 1070[0:0] Feb 5 09:59:30 vdr acpid: 1 client rule loaded Feb 5 09:59:30 vdr kernel: [ 15.040950] DVB: registering adapter 0 frontend 0 (Philips TDA10023 DVB-C)... Feb 5 09:59:30 vdr kernel: [ 15.044188] budget-av: ci interface initialised. Feb 5 09:59:30 vdr kernel: [ 15.122382] ioremap error for 0x7fef3000-0x7fef4000, requested 0x10, got 0x0 Feb 5 09:59:30 vdr kernel: [ 15.140231] input: eventlircd as /devices/virtual/input/input6 Feb 5 09:59:32 vdr acpid: client connected from 1070[0:0] Feb 5 09:59:32 vdr acpid: 1 client rule loaded Feb 5 09:59:32 vdr kernel: [ 17.044664] svc: failed to register lockdv1 RPC service (errno 97). Feb 5 09:59:32 vdr kernel: [ 17.046763] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory Feb 5 09:59:32 vdr kernel: [ 17.048664] NFSD: starting 90-second grace period Feb 5 09:59:32 vdr avahi-mounter[907]: initialized zeroconf browser on vdr Feb 5 09:59:32 vdr avahi-mounter[907]: browse Feb 5 09:59:32 vdr avahi-mounter[907]: connected_to_signals Feb 5 09:59:32 vdr avahi-mounter[907]: browse Feb 5 09:59:32 vdr avahi-mounter[907]: connected_to_signals Feb 5 09:59:32 vdr avahi-mounter[907]: Resolved type _nfs._tcp on vdr.local Feb 5 09:59:32 vdr avahi-mounter[907]: last message repeated 7 times Feb 5 09:59:32 vdr polkitd[1309]: started daemon version 0.101 using authority implementation `local' version `0.101' Feb 5 09:59:32 vdr init: plymouth-stop pre-start process (1346) terminated with status 1 Feb 5 09:59:35 vdr kernel: [ 20.040021] budget-av: cam inserted A Feb 5 09:59:35 vdr kernel: [ 20.360142] dvb_ca adapter 0: DVB CAM detected and initialised successfully Feb 5 09:59:37 vdr ntpdate[764]: adjust time server 91.189.94.4 offset -0.263236 sec Feb 5 09:59:39 vdr kernel: [ 23.810013] eth0: no IPv6 routers present
-
Zitat von »str4nger«
Btw.: Sky HD ist 1080pNein
SKY HD = 1080p
SKY SPORT HD = 1080izumindest über Kabel bei DVB-C
-
Hab hier das selbe Problem, allerdings stürtzt XBMC schon ständig in der Videoliste ab.
Ich öffne einnen Ordner in dem Flash Videos sind, XBMC stürtzt sofort ab.
Letzte Meldung im log11:07:06 T:139971899135744 NOTICE: Epg - Load - no database entries found for table 'France 3 (frz)'.
11:07:06 T:139971899135744 NOTICE: Epg - Load - no database entries found for table 'SAT.1 HD'.
11:07:36 T:139971767822080 NOTICE: CDVDVideoCodecFFmpeg::Open() Using codec: On2 VP6 (Flash version)in anderen Video Ordnern gehts
Edit: In System > Video > File lists "Extract thumbails and video informormation" abgeschalten, nun gehts mit der Videolist, halt ohne Thumbnails.
wenn sich aus nem Video kein Thumbneil erzeugen lässt schmiert XBMC sofort ab.wenn ein ein Video einen Fehler enthält und XBMC es nicht abspielen kann, schmiert XBMC auch sofort ab.
in früheren Versionen wurde der Listen Eintrag gelb hinterlegt und man konnte das Video mit stop abbrechen ,ohne das XBMC gecrashed ist. -
hallo, ich hab das selbe problem in yavdr 0.4, deswegen nutz ich die 0.3.
früher, mit der 0.1er version, war das problem auch schon mal vorhanden.
mal läuft der ton mehrere minuten ohne probleme, dann wieder alle paar sekunden tonaussetzer.
in den logfiles taucht nirgendwo was auf. -
habe hier auch ein alphacrypt light und hab dieses problem schon immer bei yavdr, egal welche version.
-
-
Quote
Original von fnu
@sixerAlternativ kannst Du zum Test mal auf den Nvidia 195.x aus dem originalen Ubuntu Repo zurück und schauen ob sich die Situation bessert ... ?
bin wieder auf den 195.er zurück, hat ich vorher ja schon drauf, wollt nur mal testen ob sich mittlerweile ab 270er was getan hat.
mit "media.xvdr.num_buffers_hd:15000" scheints nu einigermaßen zu laufen, seit > 60 min. keinen einzigen framedrop mehr, mal weiter testen.
ka warum ich da auf einmal so hoch muss, vorher reichten da 2500-5000 -
Quote
Original von fnu
@sixer
hotzenplotz5 hat recht, prüfe Deine Einstellung in der config für xine oder xineliboutput, je nachdem was Du verwendest. Diesen Parameter nicht vergessen: engine.decoder.disable_flush_at_discontinuity:1
Regards
fnuhab ich alles schon zigmal durchprobiert, hilft aber nix, massenweise dropt frames. grad den nvidia treiber auf nvidia-current-270.18 upgedatet und nun noch mehr dropt frames, nur noch ruckeln.
mit yavdr 0.1 und alter libxine2 läufts ja perfekt.
momentan hab ich folgende einstellungenvideo.output.vdpau_enable_inverse_telecine:0
video.output.vdpau_display_queue_length:4
video.processing.ffmpeg_thread_count:2
media.xvdr.num_buffers_hd:5000
engine.buffers.audio_num_buffers:500
engine.buffers.video_num_buffers:2500
engine.buffers.video_num_frames:22 -
hallo, hab ja in anderen threads schon öfters erwähnt das ich probs mit ruckeln, bild- und tonfehlern in yavdr 0.2/0.3 hab.
habs nun mal bisschen eingegrenzt, es liegt bei mir an den neueren libxine2 versionen.
bei aktuellen libxine2 versionen passiert folgendes.
nach einschalten des vdr läuft alles normal, kein ruckeln, keine bild und tonfehler.
nach einiger zeit, kann ziemlich unterschiedlich sein, manchmal nach 1 min., manchmal erst nach stunden, kommt es zu massenweise dropt frames.
auch die cpu last steigt immer weiter an, am anfang noch bei 5%, dann läufts paar min. bei 20%, und steigt im laufe der zeit immer weiter an, bis 100%.Codevideo_out: Verwerfe Bild mit pts 17325070, weil es zu alt ist (Unterschied: 7980). video_out: Verwerfe Bild mit pts 17328670, weil es zu alt ist (Unterschied: 8278). video_out: Verwerfe Bild mit pts 17332270, weil es zu alt ist (Unterschied: 8581). video_out: Verwerfe Bild mit pts 17335870, weil es zu alt ist (Unterschied: 8881). video_out: Verwerfe Bild mit pts 17339470, weil es zu alt ist (Unterschied: 9181). video_out: Verwerfe Bild mit pts 17343070, weil es zu alt ist (Unterschied: 9485). video_out: Verwerfe Bild mit pts 17346670, weil es zu alt ist (Unterschied: 6086). video_out: Verwerfe Bild mit pts 17350270, weil es zu alt ist (Unterschied: 6388). video_out: Verwerfe Bild mit pts 17353870, weil es zu alt ist (Unterschied:
letzte libxine2 version die bei mir funtionierte ist die vom juni letzten jahres.
hatte die immer auf hold, nun funktioniert das aber nicht mehr, bild bleibt nun schwarzhab mal ein xine log angehängt wo der fehler gleich nach einschalten des vdrs auftritt.
-
Quote
Original von fnu
Bei Punkt a) handelt es sich vmtl. eher um ein Empfangsproblem, denn eines der Distro. Denkbar wäre auch eine suboptimale Parametrisierung der xinelib-config. Aber leider schweigst Du Dich ja gänzlich bzgl. der verwendeten HW aus, verate uns mal wie man da helfen soll?hab das problem auch, und es handelt sich nicht um ein empfangsproblem.
das problem tritt bei mir bei allen neueren libxine2 version, ab
libxine2_1.2.0~hg20100715-0yavdr1 auf.
bei den neuen versionen hab ich auch ruckeln und tearing bei sky hd sendern.
die meisten aufnahmen sind defekt, bild- und tonaussetzer.
bis vor paar wochen konnte ich libxine2_1.2.0~hg20100715-0yavdr1 installiert lassen, doch nun nach update geht das xine frontend mit der version nicht mehr.
hab noch yavdr 0.1 installiert, da läuft bis auf spulen alles perfekt, kein ruckeln, keine bildfehler, kein tearing, keine tonausetzter. -
Quote
Original von steffen_b
Weil ein alphacrypt nur S02 Karten kann, und kein zertifizierter Sky Receiver ist. Das heisst du bekommst keine S02 Karte von Sky ausser du hast zufällig einen Sky zertifizierten Receiver der nur Nagra kann.Ob die Sky AGB es erlaubt es in einem nicht Sky zertifiziertem Receiver zu benutzen kann ich nicht mit Sicherheit sagen.
Letzenendes aber eine nutzlose Diskussion, weil das generell so ist und es immer einen Weg gibt.
klar bekommt man s02 karten von sky. hab nur gesagt das ich eine s02 brauch weil ich direkt über meinen lcd per alphacrypt empfangen will, und bekam eine s02 karte. genauso wie die 2. karte von kabel deutschland, auch ne s02.
aber nu mal zu sky sport hd, läuft bei mir seit yavdr 0.2 auch nur noch mit ruckeln. egal welche libxine2 und nvidia treiber.
hab nebenher noch eine yavdr 0.1 laufen und da gibts keine probs, astreines bild. -
du kannst in /etc/vdr/plugins/plugin.osdteletext.conf angeben wieviel speicherplatz das addon benutzen sol. bei mir z.b.
--directory=/var/cache/osdteletext
--max-cache=64m
l -
Quote
Original von captainjack79
Hallo,also ich hab in meiner yaVDR Installation die XBMC-Version gegen die Final mit PVR Funktion von Lars Opdenkamp. Funktioniert super! Damit funktionieren auch die aktuellen Plugins/Addons.
Zu Installation mußt Du folgendes machen:
Dann in der /etc/apt/sources.list.d/yavdr.list folgende Zeile auskommentieren:
Das neue Repository hinzufügen:Codesudo add-apt-repository ppa:lars-opdenkamp/xbmc-pvr sudo apt-get update sudo apt-get install xbmc
Danach kannst Du XBMC wie gewohnt aus dem VDR heraus starten. Es läuft auch weiterhin unter dem User vdr (Konfigurationsdateien liegen dann auch unter /var/lib/vdr/.xbmc/).Viel Erfolg dabei.
Viele Grüße,
Captainjack79
wenn ich den xbmc aus diesem repository instaliere, funktioniert bei mir kein live tv mehr im xbmc.
kanäle können nicht wiedergegeben werden
im logfile ist folgendes zu finden.Code
Display More20:20:10 T:2857380720 M:1737785344 NOTICE: Creating InputStream 20:20:10 T:2857380720 M:1737658368 DEBUG: AddOnLog: xbmc.pvrclient/VDR Streamdev Client: CVTPTransceiver::CreateDataConnection - local address 127.0.0.1:41460 20:20:10 T:2857380720 M:1737658368 DEBUG: AddOnLog: xbmc.pvrclient/VDR Streamdev Client: CVTPTransceiver::OpenStreamSocket - listening on 0.0.0.0:50856 20:20:10 T:2653129584 M:1737658368 DEBUG: AddOnLog: xbmc.pvrclient/VDR Streamdev Client: TS Live buffer thread started (pid=5562, tid=5622) 20:20:10 T:2857380720 M:1737658368 DEBUG: Open - TV Channel has started on filename pvr://channels/tv/all/21.pvr 20:20:10 T:2857380720 M:1737658368 NOTICE: Creating Demuxer 20:20:10 T:2857380720 M:1737658368 DEBUG: SECTION:LoadDLL(special://xbmcbin/system/players/dvdplayer/avutil-50-i486-linux.so) 20:20:10 T:2857380720 M:1737658368 DEBUG: Loading: /usr/lib/xbmc/system/players/dvdplayer/avutil-50-i486-linux.so 20:20:10 T:2857380720 M:1737658368 DEBUG: SECTION:LoadDLL(special://xbmcbin/system/players/dvdplayer/avcodec-52-i486-linux.so) 20:20:10 T:2857380720 M:1737658368 DEBUG: Loading: /usr/lib/xbmc/system/players/dvdplayer/avcodec-52-i486-linux.so 20:20:10 T:2857380720 M:1734103040 DEBUG: SECTION:LoadDLL(special://xbmcbin/system/players/dvdplayer/avformat-52-i486-linux.so) 20:20:10 T:2857380720 M:1734103040 DEBUG: Loading: /usr/lib/xbmc/system/players/dvdplayer/avformat-52-i486-linux.so 20:20:10 T:3078829952 M:1733595136 DEBUG: ------ Window Init (DialogBusy.xml) ------ 20:20:10 T:3078829952 M:1733595136 INFO: Loading skin file: DialogBusy.xml 20:20:10 T:3078829952 M:1733595136 DEBUG: Load DialogBusy.xml: 0.72ms 20:20:10 T:3078829952 M:1733595136 DEBUG: Alloc resources: 0.83ms (0.83 ms skin load) 20:20:10 T:2857380720 M:1732952064 DEBUG: Open - probing detected format [mpegts] 20:20:10 T:2857380720 M:1732952064 DEBUG: Open - av_find_stream_info starting 20:20:10 T:2857380720 M:1732317184 DEBUG: ffmpeg[AA502B70]: [mpegts] Could not find codec parameters (Data: [0][0][0][0] / 0x0000) 20:20:10 T:2857380720 M:1732317184 DEBUG: Previous line repeats 1 times. 20:20:10 T:2857380720 M:1732317184 DEBUG: ffmpeg[AA502B70]: [mpegts] Estimating duration from bitrate, this may be inaccurate 20:20:10 T:2857380720 M:1732444160 WARNING: could not find codec parameters for pvr://channels/tv/all/21.pvr 20:20:10 T:2857380720 M:1731428352 DEBUG: Open - probing detected format [mpegts] 20:20:10 T:2857380720 M:1731428352 DEBUG: Open - av_find_stream_info starting 20:20:10 T:2857380720 M:1731047424 DEBUG: ffmpeg[AA502B70]: [mpegts] Could not find codec parameters (Data: [0][0][0][0] / 0x0000) 20:20:10 T:2857380720 M:1731047424 DEBUG: ffmpeg[AA502B70]: [mpegts] Estimating duration from bitrate, this may be inaccurate 20:20:10 T:2857380720 M:1731047424 WARNING: could not find codec parameters for pvr://channels/tv/all/21.pvr 20:20:10 T:3038047088 M:1730666496 ERROR: AddOnLog: xbmc.pvrclient/VDR Streamdev Client: CVTPTransceiver::SendCommand - Failed with code: 500 (Unknown Command "LSTQ") 20:20:10 T:3038047088 M:1730666496 ERROR: PVR: VDR Streamdev Client/127.0.0.1:2004 - Client returns bad error (-3) after SignalQuality 20:20:10 T:2857380720 M:1730207744 DEBUG: Open - probing detected format [mpegts] 20:20:10 T:2857380720 M:1730207744 DEBUG: Open - av_find_stream_info starting 20:20:10 T:2857380720 M:1729572864 DEBUG: ffmpeg[AA502B70]: [mpegts] Estimating duration from bitrate, this may be inaccurate 20:20:10 T:2857380720 M:1729699840 WARNING: could not find codec parameters for pvr://channels/tv/all/21.pvr 20:20:11 T:2857380720 M:1729445888 DEBUG: Open - probing detected format [mpegts] 20:20:11 T:2857380720 M:1729445888 DEBUG: Open - av_find_stream_info starting 20:20:11 T:2857380720 M:1728811008 DEBUG: ffmpeg[AA502B70]: [mpegts] Could not find codec parameters (Data: [0][0][0][0] / 0x0000) 20:20:11 T:2857380720 M:1728811008 DEBUG: ffmpeg[AA502B70]: [mpegts] Estimating duration from bitrate, this may be inaccurate 20:20:11 T:2857380720 M:1728811008 WARNING: could not find codec parameters for pvr://channels/tv/all/21.pvr 20:20:11 T:2653129584 M:1728557056 DEBUG: AddOnLog: xbmc.pvrclient/VDR Streamdev Client: buffer usage: 70% (tid=5619) 20:20:11 T:2653129584 M:1728303104 DEBUG: AddOnLog: xbmc.pvrclient/VDR Streamdev Client: buffer usage: 80% (tid=5619) 20:20:11 T:2857380720 M:1728049152 DEBUG: Open - probing detected format [mpegts] 20:20:11 T:2857380720 M:1728049152 DEBUG: Open - av_find_stream_info starting 20:20:11 T:2857380720 M:1727922176 DEBUG: ffmpeg[AA502B70]: [mpegts] Estimating duration from bitrate, this may be inaccurate 20:20:11 T:2857380720 M:1727922176 WARNING: could not find codec parameters for pvr://channels/tv/all/21.pvr 20:20:11 T:2653129584 M:1727795200 DEBUG: AddOnLog: xbmc.pvrclient/VDR Streamdev Client: buffer usage: 90% (tid=5619) 20:20:11 T:2653129584 M:1727668224 DEBUG: AddOnLog: xbmc.pvrclient/VDR Streamdev Client: buffer usage: 100% (tid=5619) 20:20:11 T:2857380720 M:1727414272 DEBUG: Open - probing detected format [mpegts] 20:20:11 T:2857380720 M:1727414272 DEBUG: Open - av_find_stream_info starting 20:20:11 T:2857380720 M:1726398464 DEBUG: ffmpeg[AA502B70]: [mpegts] Could not find codec parameters (Data: [0][0][0][0] / 0x0000) 20:20:11 T:2857380720 M:1726398464 DEBUG: ffmpeg[AA502B70]: [mpegts] Estimating duration from bitrate, this may be inaccurate 20:20:11 T:2857380720 M:1726398464 WARNING: could not find codec parameters for pvr://channels/tv/all/21.pvr 20:20:11 T:2857380720 M:1726144512 DEBUG: Open - probing detected format [mpegts] 20:20:11 T:2857380720 M:1726144512 DEBUG: Open - av_find_stream_info starting 20:20:11 T:2857380720 M:1726144512 DEBUG: ffmpeg[AA502B70]: [mpegts] Estimating duration from bitrate, this may be inaccurate 20:20:11 T:2857380720 M:1726144512 WARNING: could not find codec parameters for pvr://channels/tv/all/21.pvr 20:20:11 T:3038047088 M:1725890560 ERROR: AddOnLog: xbmc.pvrclient/VDR Streamdev Client: CVTPTransceiver::SendCommand - Failed with code: 500 (Unknown Command "LSTQ") 20:20:11 T:3038047088 M:1725890560 ERROR: PVR: VDR Streamdev Client/127.0.0.1:2004 - Client returns bad error (-3) after SignalQuality 20:20:11 T:2857380720 M:1724600320 DEBUG: Open - probing detected format [mpegts] 20:20:11 T:2857380720 M:1724600320 DEBUG: Open - av_find_stream_info starting 20:20:11 T:2857380720 M:1724600320 DEBUG: ffmpeg[AA502B70]: [mpegts] Estimating duration from bitrate, this may be inaccurate 20:20:11 T:2857380720 M:1724600320 WARNING: could not find codec parameters for pvr://channels/tv/all/21.pvr 20:20:12 T:2857380720 M:1724600320 DEBUG: Open - probing detected format [mpegts]
-
Quote
Original von aero
HiIch hab da mal ne kurze frage: (sig BastelVDR)
ist das normal, dass der vdr ständig auf die festplatte zu greift. laut iotop immer mit ca. 100K/s (egal ob HD/SD). der vdr nimmt nix auf (das wären mehr K/s) und egal ob ich mit xine schaue oder in xbmc drin bin.
hier mal die ausgabe von iotop -oCodeTotal DISK READ: 0.00 B/s | Total DISK WRITE: 99.05 K/s TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND 6850 be/2 vdr 0.00 B/s 99.05 K/s ?unavailable? vdr -v /srv/vdr/video.00 -c /var/lib/vdr -L /usr/lib/vdr/plugins -r /usr/~dr/epgimages -Pwirbelscan -Pepgsearchonly -Pvnsiserver -Pstreamdev-server
Ich frag mich nun ob das wirklich sein muss. Denn ich denke auf dauer tut das der Festplatte auch nicht gut.
gruß
aerohast du das plugin vdr-plugin-osdteletext installiert? das schreibt ständig auf die platte.
mach mal ein
echo 1 > /proc/sys/vm/block_dump
dann siehst im syslog was auf die festplatte zugreift
mit echo 0 > /proc/sys/vm/block_dump
wieder ausschalten, sonst müllst es das syslog zu.und falls du ext4 partitionen hast dann noch ein
commit=60 in die /etc/fstab das journalling von ext4 sichert sich standartmäßig alle 5 sek. (http://www.mjmwired.net/kernel…tion/filesystems/ext4.txt Zeile 173) -
Quote
Original von aero
Ich hab da zwar noch ein paar kleine andere Ungereimtheiten aber die gehören in einen aderen Thread (mediaserv immer bei 20% cpu, vdr immer mit 100K/s auf die Festplatte ohne aufnahme)Gruß aero
hast du das plugin vdr-plugin-osdteletext installiert? das schreibt ständig auf die platte.