Kannst Du Dich noch an die letzte WM erinnern?
Da Habe die SD-Betrachter bei einem Tor 2 sec vor den HD-Betrachtern gegröhlt. Wirklich synchron wird die Sache wohl kaum werden.
Ich weiß auch nicht was schlimmer ist: Die ständigen Werbeunterbrechungen Gewinnspielhinweise bei RTL oder diese unsäglichen Kommentare.
Ich habe zu Hause noch eine CD mit Formel-Eins Sounds; mute den Ton, und spiele eine Solche ab.
Posts by Hemingway
-
-
für xbmc und dvbc brauchst keine zusätzlichen pakete, einfach passende channels.conf im vdr.
und für die sache mit dem umschalten zwischen vdr und xbmc kannste lircrc nutzen, zb so:Code
Display Morebegin prog = irexec button = VDR config = PID=$(pidof vdr-sxfe); sleep 3 && if [ -n "$PID" ] ; then kill $PID ; else export DISPLAY=:0.0 && vdr-sxfe xvdr://localhost:37890 --reconnect --lirc --video=xv --post=tvtime:method=Linear,cheap_mode=1,pulldown=0,use_progressive_frame_flag=1 --fullscreen ; fi & mode = vdr end begin prog = irexec button = XBMC config = PID=$(pidof xbmc.bin); sleep 3 && if [ -n "$PID" ] ; then kill -9 $PID ; else export DISPLAY=:0.0 && xbmc ; fi & end
für xbmc und dvbc brauchst keine zusätzlichen pakete, einfach passende channels.conf im vdr.
und für die sache mit dem umschalten zwischen vdr und xbmc kannste lircrc nutzen, zb so:Code
Display Morebegin prog = irexec button = VDR config = PID=$(pidof vdr-sxfe); sleep 3 && if [ -n "$PID" ] ; then kill $PID ; else export DISPLAY=:0.0 && vdr-sxfe xvdr://localhost:37890 --reconnect --lirc --video=xv --post=tvtime:method=Linear,cheap_mode=1,pulldown=0,use_progressive_frame_flag=1 --fullscreen ; fi & mode = vdr end begin prog = irexec button = XBMC config = PID=$(pidof xbmc.bin); sleep 3 && if [ -n "$PID" ] ; then kill -9 $PID ; else export DISPLAY=:0.0 && xbmc ; fi & end
also jedesmal xbmc mit SIGKILL abzuschießen, würde ich hier nicht als tip verkaufen, irgendwann einmal kriegste so die Datenbank sicher kaputt; außerdem wird vdr immer noch auf die Fernbedienung lauschen. -
Das Sound problem solltest Du eigentlich gebacken kriegen, indem du die Sound-Ausgabe für beide Ausgänge aktivierst, und dann per commands.conf deine Konfig-Dateien für x-server und OSD rüberkopierst, und das frontend neu startest.
-
Ich habe die Erfahrung gemacht, dass die günstigen Fertigzusammenstellungen zwar preislich interessanter sind, aber die Komponentenauswahl einfach meinen Anforderungen nicht entspricht. Es wird immer wieder gerne bei den Motherboards gespart, die dann keine oder zu wenig PCI-Anschlüsse haben, oder nur zwei RAM-Bänke, kein Serial-Header, kein UDMA-Anschluss für meinen geliebten Plextor-Brenner ... Und dann wird ja generell bei einem gescheiten Prozessorkühler gespart, um das System 10 EUR billiger als das der Konkurrenz zu machen.
Deshalb gönne ich mir gerne für 10% mehr ein perfekt auf meine Ansprüche angepasstes System. -
Quote from Archlinux Wiki
"Solid State Drives (SSDs) are not PnP devices. Special considerations such as partition alignment, choice of file system, TRIM support, etc. are needed to setup SSDs for optimal performance."
wichtig ist nicht nur die "pure" sequentielle leserate, sondern auch auch die lese- und schreibrate bei einem angelegten Filesystem.
teste das doch bitte mal so:Code# hdparm -tT /dev/sda dd if=/dev/zero of=./tempfile bs=1M count=1024 conv=fdatasync,notrunc echo 3 > /proc/sys/vm/drop_caches dd if=./tempfile of=/dev/null bs=1M count=1024 dd if=./tempfile of=/dev/null bs=1M count=1024
Die Leserate mit dd sollte ähnlich wie bei hdparm sein, ansonsten hast Du das Filesstem flasch angelegt.
Achte auch daraf, die trim-Funktionalität zu aktivieren, falls Platte und kernel dies unterstützen.bei meiner schrottigen, aber spottbilligen OCZ Vertex Plus sieht das dann so aus:
Code# hdparm -tT /dev/sda Timing buffered disk reads: 398 MB in 3.00 seconds = 132.45 MB/sec # dd if=./tempfile of=/dev/null bs=1M count=1024 1073741824 Bytes (1,1 GB) kopiert, 12,8038 s, 83,9 MB/s #<< Schreibrate dd if=./tempfile of=/dev/null bs=1M count=1024 1073741824 Bytes (1,1 GB) kopiert, 6,79724 s, 158 MB/s #<< Leserate
Enspricht den Herstellerangaben.Quote from Arlt.comHersteller OCZ
Modellbezeichnung Vertex Plus (OCZSSD2-1VTXPL60G)
Schnittstelle Serial-ATA/300 (3Gb/s)
Max. Transferrate (lesen) MB/s bis zu 180
Max. Transferrate (schreiben) MB/s bis zu 90hier zwei Quellen, die das Vorgehen für Partition alignment und trim-Funktionalität schön erläutern:
https://wiki.archlinux.org/index.php/Solid_State_Drives
https://sites.google.com/site/…onext4isenabledandworking -
[...]Nun hatte ich gehofft, das das "Lifeguard" Addon so arbeitet, dass der Server schaut, ob ein Client eine Freigabe eingebunden hat und dadurch das automatische herunterfahren verhindert wird. [...]
Dann hast Du wohl die falschen Einträge in der lifeguard.conf. bie mir klappt das von Dir beschriebene Szenario ohne Probleme.
QuoteWie kann ich es realisieren, dass der Server nicht herunterfährt, solange ein Client noch eine Freigabe aktiv hat? Vor den Zeiten von yaVDR hatte ich mir ein Script geschrieben, welches die IPs im Netzwerk anpingt. [...]
Wenn Du die ping-Funktionalität hinzufügen willst, dann tue das doch einfach in der lifeguard.conf.
verhindert das herunterfahren des Rechners, falls er den jeweiligen host erreichen kann.
Viel Erfolg. -
yavdr remotes are based on eventlircd. if vdr is running with your remote, please don't touch the config files.
if you have minor adjustments for xbmc, you shoud edit /var/lib/vdr/.xbmc/userdata/Lircmap.xml, but be aware of the yavdr templating system, which will overwrite your adjustments eventually.
to get the remote codes , try
read about yavdr templating to make your changes permanent. Good luck -
Die Frage ist welche Hadware bietet sich für diese mehr als gewagte Aufgabe von 500 clients an,
Der hier sollte knapp reichen:[Blocked Image: http://www.aics.riken.jp/img/en/kcomputer/main.jpg] -
Habe mir meinen Ur-Dockstar-Stick ursprünglich mal mit dem
USB-Image-Tool gesichert.Das ist der name des Programms? nun solltest Du erstmal herausfinden, in welchem Format das Programm das Image erstellt hat. Bei closed-source programmen hast Du hier den ersten Stolperstein. Schau in die Doku
Der Quell-Stick hat die Größe von 8 Gb, folglich erzeugt das USB-Image-Tool ein ISO von 8GB
Größe. Wenn dies größentechnisch auch nicht dem Inhalt des Linux-Filesystems
entspricht, das ist natürlich kleiner aber die Sicherung entspricht der Größe
des gesicherten Sticks.Ich kann mir nicht vorstellen, dass selbst das schlechteste Windows-tool ein Iso-Imgage aus einem USB-Stick erzeugt.
Falls es ein einfaches Abbild des Sticks ist, kannst Du unter Linux die einzelnen Partitionen mounten, und dann zb. per tar sichern, neuen Stick entsprechend partitionieren und formatieren, und dann auf diesen wieder entpacken.
Der bootloader steht bei der dockstar ja im nand-Speicher, und bootet einfach /boot/uImage und /boot/uInitrd.
wichtig: anpassen der /etc/fstab auf dem Zielsystem, falls per UUID gemounted wird. -
leider hat sich mit aktuellem Softwarestand Nichts verändert. Schade eigentlich.
-
Ich hatte eine Aufnahme über Samba gelöscht was aber schon als del makiert war. Nun suchte der VDR (Server) nach dieser Datei, die er aber nicht finden konnte.
so liest der vdr-prozess die Aufnahmeliste neu ein -
Über VDRlive kann ich zwar alles lesen um welche Aufnahme es sich hier handelt, nur eben nicht auf der HD. Das sieht es dann so "SI4VBU~D"
Warum startest Du den VDR-Prozess nicht mit "-vfat" , um auch per samba lesbare Datei- und Ordnernamen zu sehen?
EDIT: doh, zu spät -
uBoot bootet nicht /linux und /initrd, sondern je nach konfiguration /boot/uImage und /boot/uInitrd (siehe "fw_printenv"aus dem paket uboot-envtools).
Diese werden mit mkimage aus dem paket uboot-mkimage erstellt. -
den weg über die inttab würde ich mir wegen einer Umstelung auf upstart nicht antun.
Wenn Du schon so ein mächtiges GUI wie Gnome installiert hast, dann schubse doch einfach mal die Maus
Lösung Problem 1: (Auto-login)
Menü->Systemverwaltung->Anmeldebildschirm
hier "Beim Hochfahren des System Automatisch [user] anmelden" aktivieren
Lösung Problem 2: (Autostart vdr-sxfe)
Menü->Einstellungen->Startprogramme
hier ein neuer Eintrag auf ein kleines script, das vdr-sxfe startet.. oder du folgst der Anleitung von tobias: http://www.e-tobi.net/blog/201…ptimierung-der-tv-ausgabe
-
Den Shuriken, oder gar den Big Shuriken kann ich auch empfehlen.
Allerdings ist der Einbau des Big Shuriken auf Grund der Breite doch ein arges Gefrickle.
Doch das sollte uns als Linux-Frikler ja eher Herausforderung als Hemmnis sein :; -
Bis gestern hatte ich vdr-1.7.16 von e-tobi im Einsatz, und keinerlei Probleme mit dem Screenshot-plugin
nach dem Update auf 1.7.20 mit xineliboutput 1.0.7+cvs20110820.1342-1 klappt das plugin leider nicht mehr.Codeii libxine1-xvdr 1.0.7+cvs20110820.1342-1 Xine input plugin for vdr-plugin-xineliboutput streams ii vdr-plugin-xineliboutput 1.0.7+cvs20110820.1342-1 VDR plugin for Xine based sofdevice frontends ii xineliboutput-sxfe 1.0.7+cvs20110820.1342-1 Remote X-Server frontend for vdr-plugin-xineliboutput ii vdr-plugin-screenshot 0.0.13-3 Screenshot plugin for vdr
Code
Display More[15333] connect from 127.0.0.1, port 60961 - accepted [15333] closing SVDRP connection [15486] [xine..put] Client 0 disconnected [16359] [xine..put] cBackgroundWriter: TCP write error [16359] [xine..put] (ERROR (tools/backgroundwriter.c,247): Datenübergabe unterbrochen (broken pipe)) [15486] [xine..put] Closing connection 0 [15486] [xine..put] Client 0 connected: 127.0.0.1:57969 [15486] loading /var/lib/vdr/plugins/xineliboutput/allowed_hosts.conf [15486] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 262142 bytes [15486] [xine..put] Trying PIPE connection ... [15486] creating directory /var/lib/vdr/plugins/xineliboutput/pipes.15333 [15486] removing /var/lib/vdr/plugins/xineliboutput/pipes.15333 [15486] [xine..put] cBackgroundWriterI initialized (buffer 512 kb) [15486] [xine..put] cTcpWriter initialized (buffer 512 kb) [15486] [xine..put] Pipe open [16474] [xine..put] cXinelibServer::Grab: Timeout (5000 ms) [16474] screenshot: error calling GrabImage(...) [16474] cSkins::Message() called from background thread - ignored! (Use cSkins::QueueMessage() instead) [15333] connect from 127.0.0.1, port 60963 - accepted [15333] closing SVDRP connection
leider komme ich nicht mehr and die sourcen der alten versionen heran, da es bei e-tobi keine Archivfunktion gibt, und ich damals noch kein lokales repository führte.
Weiß jemand, ob da ein patch nicht mehr eingepflegt wurde, oder woran es denn sonst liegen könnte?Grüße
-
Hallo, ich habe mit meinem Debian seit kurzem squeeze größte Probleme mit der Festplattenperformance bei allen Platten nach dem standby:
normal:Code# sudo hdparm -tT /dev/sda /dev/sda: Timing cached reads: 12672 MB in 1.99 seconds = 6361.94 MB/sec Timing buffered disk reads: 364 MB in 3.01 seconds = 121.00 MB/sec
nach standby:Code# sudo hdparm -tT /dev/sda /dev/sda: Timing cached reads: 2676 MB in 2.00 seconds = 1339.02 MB/sec Timing buffered disk reads: 4 MB in 3.34 seconds = 1.20 MB/sec
syslog schweigt sich über diese Probleme beharrlich aus.
Das Einzige, was ich am system verändert habe, waren die Installation von ein paar Paketen (hauptsächlich nvidia-275.21 von oppsever, da ich keine aktuellen dkms-pakete >195 für squeeze finden konnte, und ich mit den Alten Ärger hatte)Code
Display More2011-08-03 13:49:47 install glx-diversions <keine> 0.1.90+opp~1 2011-08-03 13:49:50 install glx-alternative-mesa <keine> 0.1.90+opp~1 2011-08-03 13:49:50 install glx-alternative-nvidia <keine> 0.1.90+opp~1 2011-08-03 13:49:51 install libgl1-nvidia-alternatives <keine> 275.21-1+opp~1 2011-08-03 13:49:51 install libglx-nvidia-alternatives <keine> 275.21-1+opp~1 2011-08-03 13:49:52 install nvidia-alternative <keine> 275.21-1+opp~1 2011-08-03 13:49:52 install nvidia-support <keine> 20110720+1+opp~1 2011-08-03 13:49:53 install xserver-xorg-video-nvidia <keine> 275.21-1+opp~1 2011-08-03 13:52:36 install libavutil51 <keine> 6:0.8-git20110726-0.0+opp~1 2011-08-03 13:52:36 install libcrystalhd3 <keine> 1:3.6-20110710-0+opp~1 2011-08-03 13:52:46 install libavformat53 <keine> 6:0.8-git20110726-0.0+opp~1 2011-08-03 13:52:46 install libebml3 <keine> 1.2.0-2+opp~1 2011-08-03 13:52:47 install libmatroska3 <keine> 1.1.0-2+opp~1 2011-08-03 13:52:48 install libswscale2 <keine> 6:0.8-git20110726-0.0+opp~1 2011-08-03 13:52:49 install libx264-116 <keine> 1:0.svn20110725-0.0+opp~1 2011-08-03 13:52:50 install libavcodec53 <keine> 6:0.8-git20110726-0.0+opp~1 2011-08-03 13:52:50 install libbluray0 <keine> 0.2~git20110716-0+opp~1 2011-08-03 13:52:51 install libbluray-bdj <keine> 0.2~git20110716-0+opp~1 2011-08-03 13:52:51 install libmpg123-0 <keine> 1.12.1-3 2011-08-03 13:52:52 install libva-glx1 <keine> 1.0.13-0+opp~2 2011-08-03 13:52:52 install libxine2-bin <keine> 1.1.90hg+20110712-0+opp~1 2011-08-03 13:52:53 install libxine2-ffmpeg <keine> 1.1.90hg+20110712-0+opp~1 2011-08-03 13:52:53 install libxine2-misc-plugins <keine> 1.1.90hg+20110712-0+opp~1 2011-08-03 13:52:54 install libxine2-plugins <keine> 1.1.90hg+20110712-0+opp~1 2011-08-03 13:52:54 install libxine2 <keine> 1.1.90hg+20110712-0+opp~1 2011-08-03 13:52:54 install libxine2-doc <keine> 1.1.90hg+20110712-0+opp~1
Kennt hier jemand eine Lösung?
Ich würde mich genauso über ne Quelle für aktuelle dkms-Pakete für die nvidia-Treiber freuen, dann könnte ich mein Backup einspielen, und die oppserver-Sachen wegwerfen.EDIT: soo, hat sich erledigt. Ich bin reumütig wieder zurück zum 195.36.24, und siehe da, mein System ist rock-stable.
hätte ich mir eigentlich denken können, die xbmc-versionen von oppserver waren bei meinem System auch unglaublich wacklig, erst mit den selbstkompilierten von Lars war Ruhe. -
wasauchimmer du mit "verlängern" meinst, Audacity wird das schon richten.
Quelloffen, kostenlos, einfach zu bedienen, und für alle drei Systeme auf http://audacity.sourceforge.net/download/ verfügbar. -
Also wenn ich das richtig verstehe, dann brauche ich:
- Eine fritzbox
- Einen UMTS-Stick
- Ein freetz Image mit OpenVPN
- Und das hier: --> http://freetz.org/wiki/packages/openvpnIch sehe folgende Probleme:
Ich könnte mir vorstellen, dass Du mit nem freetz-hack und dem callmonitor-plugin eine Verbindung herstellen könntest.QuoteDer Callmonitor ermöglicht es, bei eingehenden Anrufen auf einer FritzBox beliebige Aktionen auszuführen, abhängig davon, wer wen anruft.
Ob aber auch ein Anruf bei dem eingesteckten UMTS-Stick ein event für das plugin triggert, weiss ich nicht. Wie gesagt, es wird auch mit der Box ein Gefrickle. Und dann kannst Du auch gleich ne Dockstar mit nem Debian nehmen, da stehen Dir dann die in dem Thread gezeigten Möglichkeiten über OpenVPN oder Dial-In offen. helau will gerade eine Dockstar loswerden.
-
Würde das mit dem o.g. UMTS-Router gehen?Laut Datenblatt:
kann mir nicht vorstellen, dass das Szenario "OpenVPN-Verbind nach Anruf" auf so nem Kistchen implementiert ist. Die Bedienungsanleitung schweigt sich zumindesd hierüber aus. Und der Aufwand, sich in die Firmware zu hacken ist - falls überhaupt möglich - für dieses Projekt wohl etwas zu groß.
Auch mit ner FritzBox dürfte das ziemlich anstrengend werden, schau doch spaßeshalber mal ins FritzBox Wiki oder bei freetz.org .