Habe so eines: TechnoLine BC700 und kann es empfehlen...
[EDIT]
Eben erst gesehen - habe KEINEN 9V Ladeslot!
[/EDIT]
Ist eine klare Empfehlung fuer NiMH Akkus auch von mir (ich habe das BC1000, das bis auf dem max. Ladestrom identisch ist).
Akkus: Eneloop. Ohne Selbstentladung ist einfach praktischer 
Andreas
BTW auf den Abbildungen der Picos sieht man nirgendwo das lila 5V Standbykabel obwohl in der Beschreibung von "5VSB" die Rede ist. Wie greift man das ab? über eine ATX Verlängerung (brauche ich wahrscheinlich sowieso)
Regards
Globber
An einer Verlaengerung, oder direkt ein Kabel auf die PicoPSU loeten, um es am ATX Stecker abzugreifen. Habe ich bei meiner "ChinaPSU" so gemacht, um den Atric im Zotac H67 Wifi Supreme ans Laufen zu bekommen.
Andreas
Vom D2550 soll es anscheinend bald eine Revision B geben, mit direkter 12V Versorgung. Das würde die PicoPSU einsparen.
http://www.zotac.com/de/produkte/ma…mainboards.html
Hi,
Quadkabel habe ich bei meiner Mutter vom LNB zum Multischalter, weil es da durch die Hauswand geht und einfacher zu verlegen war. funktioniert prinzipiell gut, zwei Sachen sind zu beruecksichtigen:
1. das Viererpaket ist deutlich starrer als 4 einzelne. Andererseits zwingt einen das zum einhalten eines vernuenftigen Biegeradius
2. Wenn man das Kabel abschneidet, und dann in einer Kurve verlegt, aendern sich die Laenge der Kabelenden durch den unterschiedlichen Radius innerhalb des Mantels. Dann ist auf einmal das Rote um 2cm kuerzer als das Blaue, und man muss nachschneiden.
Andreas
Was ist das denn fuer ein filesystem? Ich glaube bei xfs wird regelmaessig das journal auf der Platte aktualisiert.
Hi,
das ging bei mir nur, wenn die alte platte video.00 war, und die neue video.01.
video.00 wir scheinbar regelmaessig angefasst vom VDR.
Andreas
Hi,
vielen Dank fuers Feedback. Dann werde ich als erstes mal die Variante "Virtuelles Windows" testen, das ist am einfachsten umzusetzen.
Danke,
Andreas
Hi,
seit laengerem aergert mich mein Setup mit einem 24/7 Linux Server (nfs und ein paar Internet Dienste, nichts was Leistung braucht) und einem separaten Windows PC fuer die Arbeit (keine Diskussion darueber, das ist leider unumgaenglich).
Das muss doch in eine Maschine integrierbar sein, mich wuerden eure Ideen interessieren. Prinzipiell gibts ja drei Moeglichkeiten:
1. Native Linux, Windows als VM
IMHO wegen Grafikunterstuetzung fragwuerdig? Gelegentlich laeuft mal Starcraft oder irgendein anderes altes Spiel.
2. Native Windows, Linux als VM
Windows als 24/7 Platform fuer die Linux VM?
3. ESXi und beides Virtualisiert
Wie komme ich dann an den Windows Screen?
Wie habt ihr sowas geloest?
Danke,
Andreas
x auf dem externen Display laeuft, genauso graphtft-FE.
Ich bin mir nicht zu 100% sicher, dass es wirklich graphtft ist. Wenn ich den Loglevel von graphtft auf 10 und ins syslog stelle, dann startet der vdr sehr selten doch mal. Evtl. eine Wechselwirkung mit irgendwas anderem.
Neue Info im Log:
Sep 9 11:24:56 yavdr vdr: [graphTFT] Writing (8) header bytes, command (0), size (0)
Sep 9 11:24:56 yavdr vdr: [graphTFT] Client connection accepted, now 1 clients connected
Sep 9 11:24:56 yavdr vdr: [graphTFT] Info: 6 kb to write
Sep 9 11:24:56 yavdr vdr: [graphTFT] Writing (8) header bytes, command (1), size (6991)
Sep 9 11:24:56 yavdr init: vdr main process (5235) killed by PIPE signal
Sep 9 11:24:56 yavdr init: graphtft-fe-DL main process (5249) killed by TERM signal
Sep 9 11:24:56 yavdr vdr-crash: vdr exit with signal PIPE . Restarting
Sep 9 11:24:56 yavdr init: vdr-exit-other main process (5333) terminated with status 1Andreas
Hi,
nach einem Umbau in ein neues Gehaeuse startet mein VDR nicht mehr, wenn graphtft aktiviert ist.
Das Log ist (fuer mich) recht wenig aussagekraeftig:
Sep 7 16:59:57 yavdr vdr: [13163] starting plugin: epgsearchonly
Sep 7 16:59:57 yavdr vdr: [13163] starting plugin: femon
Sep 7 16:59:57 yavdr vdr: [13163] starting plugin: softhddevice
Sep 7 16:59:57 yavdr vdr: audio: 'alsa' output module used
Sep 7 16:59:57 yavdr vdr: audio/alsa: supports pause: yes
Sep 7 16:59:57 yavdr vdr: audio: 44100Hz supports 2 2 6 6 6 6 8 8 channels
Sep 7 16:59:57 yavdr vdr: audio: 48000Hz supports 2 2 6 6 6 6 8 8 channels
Sep 7 16:59:57 yavdr vdr: video/vdpau: VDPAU API version: 1
Sep 7 16:59:57 yavdr vdr: video/vdpau: VDPAU information: NVIDIA VDPAU Driver Shared Library 285.05.09 Fri Sep 23 17:55:14 PDT 2011
Sep 7 16:59:57 yavdr vdr: video/vdpau: high quality scaling unsupported
Sep 7 16:59:57 yavdr vdr: video/vdpau: feature deinterlace temporal supported
Sep 7 16:59:57 yavdr vdr: video/vdpau: feature deinterlace temporal spatial supported
Sep 7 16:59:57 yavdr vdr: video/vdpau: attribute skip chroma deinterlace supported
Sep 7 16:59:57 yavdr vdr: video/vdpau: 4:2:0 chroma format with 4096x4096 supported
Sep 7 16:59:57 yavdr vdr: video/vdpau: 4:2:2 chroma format with 4096x4096 supported
Sep 7 16:59:57 yavdr vdr: video/vdpau: 8bit BGRA format with 8192x8192 supported
Sep 7 16:59:57 yavdr vdr: video/vdpau: 10bit RGBA format with 8192x8192 supported
Sep 7 16:59:57 yavdr vdr: [softhddev] ready
Sep 7 16:59:57 yavdr vdr: [13163] setting current skin to "PearlHD"
Sep 7 16:59:57 yavdr vdr: [13163] loading /var/lib/vdr/themes/PearlHD-default.theme
Sep 7 16:59:57 yavdr vdr: [13163] remote control graphtft-fe - keys known
Sep 7 16:59:57 yavdr vdr: [13250] LIRC remote control thread started (pid=13163, tid=13250)
Sep 7 16:59:57 yavdr vdr: [13163] remote control LIRC - keys known
Sep 7 16:59:58 yavdr init: vdr main process (13163) killed by PIPE signal
Sep 7 16:59:58 yavdr init: graphtft-fe-DL main process (13175) killed by TERM signal
Sep 7 16:59:58 yavdr vdr-crash: vdr exit with signal PIPE . Restarting
Sep 7 16:59:58 yavdr init: vdr-exit-other main process (13260) terminated with status 1
Auf dem externen Display laeuft X, grapftft-fe-DL kann ich auch manuell aufrufen.
Wie kann ich denn brauchbar debuggen, woher das PIPE signal kommt, bzw. wieso der VDR nicht mehr starten will? Die Hardware ist identisch, allerhoechstens koennte das USB LCD an einem anderen Port stecken.
Merci,
Andreas
Entfernen der von Johns angemerkten Zeilen behebt auch hier die Probleme beim Spulen.
Die CPU-Last ist bei mir ebenfalls hoch. Ein Kern des Atom 330 ist voll ausgelastet (allerdings ohne Probleme bei der Wiedergabe).
Das statische softhddevice scheint mir die eleganteste Option fuer yavdr 0.4 zu sein? Allerdings bekomme ich da einen Fehler, den ich nicht aufloesen kann:
ich habe gerade versucht, das softhddevice nach deiner Anleitung zu komplilieren, der Linker wirft aber nen Fehler:
g++ -g -Wall -Woverloaded-virtual -Wno-parentheses -O2 -fPIC -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DUSE_LIVEBUFFER -DAV_INFO -DAV_INFO_TIME=3000 -DUSE_VDPAU -DUSE_VAAPI -DUSE_ALSA -DUSE_OSS -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"softhddevice"' -I/usr/include/dvb-s2api-liplianin -I../vdr-1.7.22/include -Iffmpeg -shared -fPIC softhddevice.o softhddev.o video.o audio.o codec.o ringbuffer.o -o libvdr-softhddevice.so -lrt -lX11 -lXext -lXfixes -lva -ljack -lasound -lSDL -lvpx -lvpx -lvorbisenc -lvorbis -logg -ltheoraenc -ltheoradec -logg -lspeex -lschroedinger-1.0 -lmp3lame -lgsm -L/usr/lib/x86_64-linux-gnu -lfreetype -ldc1394 -lva -lm -pthread -lbz2 -lz `pkg-config --libs x11 x11-xcb xcb xcb-xv xcb-shm xcb-dpms xcb-atom xcb-screensaver xcb-icccm xcb-keysyms` `pkg-config --libs gl glu` `pkg-config --libs vdpau` `pkg-config --libs libva-x11 libva-glx libva` `pkg-config --libs alsa` ffmpeg/libavcodec/libavcodec.a ffmpeg/libavformat/libavformat.a ffmpeg/libavutil/libavutil.a x264/libx264.a
/usr/bin/ld: ffmpeg/libavcodec/libavcodec.a(h264_cabac.o): relocation R_X86_64_PC32 against symbol `ff_h264_cabac_tables' can not be used when making a shared object; recompile with -fPIC
in der config.mak in ffmpeg wird in den CFLAGS aber schon "-fPIC" gesetzt, gerade nochmal geprueft und getestet.
Hat jemand eine Idee, woran das liegen kann?
Andreas
Hi, ich hol das nochmal hoch...
Selbes Problem bei mir, gelegentlich habe ich kein Frontend, selten nur eines.
Der Fehler tritt nur auf, wenn zwischen shutdown und restart zu wenig Zeit vergeht.
Gibt es dafuer mittlerweile eine Loesung?
Danke,
Andreas
Hi,
hat schon jemand geschafft, softhddevice mit yavdr 0.4 zu verheiraten, und wuerde das Paket zur Verfuegung stellen?
Danke,
Andreas
Mit kleinen Anpassungen kannst du so ziemlich alle Schreibzugriffe ins Ram verlagern.
Einfach ein tmpfs auf /var/log mounten, in /etc/init/vdr-frontend.conf das log von /tmp/vdr-frontend.conf nach /var/log umbiegen, und das EPG ebenfalls nach /var/log. Das kann man dann nach wahl auch noch mit upstart jobs vor/nach dem vdr start zurueckspielen/sichern.
(alles aus dem Kopf, ich hab so den yavdr 0.4 auf einem 4GB USB Stick)
VDR: laeuft vom USB Stick, der wird vor Konfigurationsexperimenten einfach per "dd" gesichert, so habe ich immer die letzten Versionen verfuegbar und innerhalb weniger Minuten zurueckgespielt.
Server: taegliches "rsnapshot" wichtiger Dateien (Dokumente, Bilder, ...) auf eine extra Platte.
Ich wuerde vermuten, dass das geht. Deine bisherige Karte stellt ja eine PCI->PCI Bridge dar, mit der neuen Idee hast du dann stattdessen eine PCI->PCIe Bridge. Ich glaube nicht, dass die Performance da soviel schlechter sein soll.
geloescht
Was sagt denn da ein nicht 5.1 faehiger Fernseher mit HDMI Anschluss dazu? Beim letzten Test sind mir dabei fast die Ohren abgefallen
Das erklaerts, ich verwende den nativen skinpearlhd...
Merci!