Author Archives: Stefan Schwalm - Seiten 16

HDBaseT: der HDMI-Nachfolger als Alternative fürs Heimkino

Veröffentlicht von am 5. Juli 2010 Kommentare deaktiviert für HDBaseT: der HDMI-Nachfolger als Alternative fürs Heimkino | 679x angesehen

HDBaseT - LogoDass es einen neuen Konkurrenten zum HDMI-Standart geben wird und dieser auf die Bezeichnung HDBaseT hören wird, war bereits seit Dezember 2009 bekannt. Allerdings wurde nun vor kurzem der Standart HDBaseT finalisiert und die Version 1.0 präsentiert.

Worum geht es hierbei genau? HDBaseT entspringt einem Zusammenschluss von LG, Samsung, Sony und Valens Semiconductor. Ziel dieses neuen Standarts ist es, sowohl alle Audio- als auch Video-Signale unkomprimiert in bester High-Definition-Qualität zu den jeweiligen Geräten senden zu können – und das aussergewöhnliche daran ist das dabei KEINE speziellen neuen Kabel verwendet werden müssten. HDBaseT baut auf gewöhnliche CAT5e/6-Netzwerkkabel mit RJ45-Steckern auf !

Weiterlesen »



Keine ähnlichen Artikel gefunden.

HDTV: ARD lenkt ein und sendet zukünftig in 1080i !

Veröffentlicht von am 2. Juli 2010 Kommentare deaktiviert für HDTV: ARD lenkt ein und sendet zukünftig in 1080i ! | 1.981x angesehen

Viele der öffentlich rechtlichen Sender im deutschsprachigen Raum hatten sich (unverständlicher weise) darauf festgelegt nur im Format 720p50 zu senden. Gegenüber dem HDTV-Standart 1080i mit 1920×1080 Pixel Auflösung hat 720p nur 1280×720 Pixel Auflösung, also 2,25 mal weniger Pixel.

Das sich die ÖR-Sender dennoch dafür entschieden haben begründeten sie damit, das 720p ja ein progressiv Format sei und damit 50 Vollbilder pro Sekunde sende anstatt 25 Halbbilder. Besonders bei Sportübertragungen, wie der Fussball-WM, würde Material in 720p  deutlich besser aussehen, da es Bewegungen flüssiger überträgt.

Weiterlesen »



Ähnliche Artikel:

  1. CI+ ohne mich :)

Web2.0: Verdienstmöglichkeiten für Webentwickler

Veröffentlicht von am 29. Juni 2010 Kommentare deaktiviert für Web2.0: Verdienstmöglichkeiten für Webentwickler | 342x angesehen

Web2.0 Vergleich Verdienstmöglichkeiten

 

Verdrehte Welt ist das mit den Verdienstmöglichkeiten im Web2.0 .. aber der Markt wird sich schon irgendwann selbst korrigieren 🙂



Keine ähnlichen Artikel gefunden.

WordPress 3.0 – Ein neues Blog-Netzwerk bzw. Multisite-Blog einrichten

Veröffentlicht von am 21. Juni 2010 9 Kommentare | 1.160x angesehen

Bekanntlich wurde mit Version 3.0 die Funktionalität von WordPress MU in die normale Version integriert. Doch leider ist die Aktivierung nicht sehr benutzerfreundlich integriert. Als Standart sind alle Blogs als Singlesite Blogs konfiguriert, es sei denn sie wurden von einer WPMU-Installation upgraded.

Die Multisite-Funktionalität bzw. die Blog-Netzwerk-Fähigkeiten kann man leider nicht direkt über das Adminmenu aktivieren, dazu wird zunächst ein Eingriff in der wp-config.php benötigt, wo folgendes eingefügt werden muss ..

//
define('WP_ALLOW_MULTISITE', true);
//

die obige Zeile am Besten direkt nach folgender Zeile einfügen.

/* That's all, stop editing! Happy blogging. */

Nachdem die wp-config.php Datei aktualisiert wurde, sollte im Administrationsmenu unter dem Menüpunkt Werkzeuge ein zusätzlicher Punkt Blog-Netzwerk erscheinen ..

Wordpress 3.0 - Blog-Netzwerk aktivieren

Unter diesem Punkt kann man nun das Setup für die Multisite-Fähigkeiten abschliessen. Unter anderen erhält man dort weitere Instruktionen, welche zusätzlichen Konfigurations-Optionen man in die Dateien wp-config.php bzw .htaccess einfügen sollte.

Wordpress 3.0 - Blog-Netzwerk aktivieren .. Schritt 2

 

Links

http://codex.wordpress.org/Create_A_Network

http://www.perun.net/2010/06/21/wordpress-3-0-blog-netzwerk-bzw-multisite-aktivieren/



Ähnliche Artikel:

  1. WordPress: Blog optimal darstellen auf iPhone & Co
  2. WordPress: Benchmarking von Caching-Plugins
  3. WordPress: Fix für Download failed – Operation timed out
  4. WordPress: Nextgen-Flash-Slideshow in den Header eines Blogs einbauen
  5. WordPress: You are not allowed to call this page directly.

VMware 2.x: Webmenu ist nach Update nicht ansprechbar

Veröffentlicht von am 19. Juni 2010 Kommentare deaktiviert für VMware 2.x: Webmenu ist nach Update nicht ansprechbar | 1.194x angesehen

vmware Logo Das folgende Problem tritt häufig nach Upgrades von VMware Server 1.x nach Version 2.0x auf und macht sich durch folgende Symptome bemerkbar.

  • Ein HTTP/HTTPS-Verbindung mit dem Webmenu von VMware kommt zunächst zustande bricht dann aber unvermittelt mit der Meldung  503 Service Unavailable ab
  • Im allgemeinen Syslog des Hostsystems tauchen folgende Meldungen auf, jeweils nach einem Neustart des VMware Webmenus (/etc/init.d/vmware-mgmt restart) oder der kompletten VMware Installation 
    May 21 23:33:45 watchdog-webAccess: '/usr/lib/vmware/webAccess/java/jre1.5.0_15/bin/webAccess -client -Xmx64m -XX:MinHeapFreeRatio=30 -XX:MaxHeapFreeRatio=30 -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.endorsed.dirs=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/common/endorsed -classpath /usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/bootstrap.jar:/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/commons-logging-api.jar -Dcatalina.base=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Dcatalina.home=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Djava.io.tmpdir=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/temp org.apache.catalina.startup.Bootstrap start' exited after 4 seconds (quick failure 1)
May 21 23:33:45 watchdog-webAccess: Executing '/usr/lib/vmware/webAccess/java/jre1.5.0_15/bin/webAccess -client -Xmx64m -XX:MinHeapFreeRatio=30 -XX:MaxHeapFreeRatio=30 -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.endorsed.dirs=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/common/endorsed -classpath /usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/bootstrap.jar:/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/commons-logging-api.jar -Dcatalina.base=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Dcatalina.home=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Djava.io.tmpdir=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/temp org.apache.catalina.startup.Bootstrap start'
May 21 23:33:48 watchdog-webAccess: '/usr/lib/vmware/webAccess/java/jre1.5.0_15/bin/webAccess -client -Xmx64m -XX:MinHeapFreeRatio=30 -XX:MaxHeapFreeRatio=30 -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.endorsed.dirs=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/common/endorsed -classpath /usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/bootstrap.jar:/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/commons-logging-api.jar -Dcatalina.base=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Dcatalina.home=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Djava.io.tmpdir=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/temp org.apache.catalina.startup.Bootstrap start' exited after 4 seconds (quick failure 2)
May 21 23:33:48 watchdog-webAccess: Executing '/usr/lib/vmware/webAccess/java/jre1.5.0_15/bin/webAccess -client -Xmx64m -XX:MinHeapFreeRatio=30 -XX:MaxHeapFreeRatio=30 -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.endorsed.dirs=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/common/endorsed -classpath /usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/bootstrap.jar:/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/commons-logging-api.jar -Dcatalina.base=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Dcatalina.home=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Djava.io.tmpdir=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/temp org.apache.catalina.startup.Bootstrap start'
May 21 23:33:51 watchdog-webAccess: '/usr/lib/vmware/webAccess/java/jre1.5.0_15/bin/webAccess -client -Xmx64m -XX:MinHeapFreeRatio=30 -XX:MaxHeapFreeRatio=30 -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.endorsed.dirs=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/common/endorsed -classpath /usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/bootstrap.jar:/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/commons-logging-api.jar -Dcatalina.base=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Dcatalina.home=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Djava.io.tmpdir=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/temp org.apache.catalina.startup.Bootstrap start' exited after 4 seconds (quick failure 3)
May 21 23:33:51 watchdog-webAccess: Executing '/usr/lib/vmware/webAccess/java/jre1.5.0_15/bin/webAccess -client -Xmx64m -XX:MinHeapFreeRatio=30 -XX:MaxHeapFreeRatio=30 -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.endorsed.dirs=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/common/endorsed -classpath /usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/bootstrap.jar:/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/commons-logging-api.jar -Dcatalina.base=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Dcatalina.home=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Djava.io.tmpdir=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/temp org.apache.catalina.startup.Bootstrap start'
May 21 23:33:54 watchdog-webAccess: '/usr/lib/vmware/webAccess/java/jre1.5.0_15/bin/webAccess -client -Xmx64m -XX:MinHeapFreeRatio=30 -XX:MaxHeapFreeRatio=30 -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.endorsed.dirs=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/common/endorsed -classpath /usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/bootstrap.jar:/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/commons-logging-api.jar -Dcatalina.base=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Dcatalina.home=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Djava.io.tmpdir=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/temp org.apache.catalina.startup.Bootstrap start' exited after 4 seconds (quick failure 4)
May 21 23:33:54 watchdog-webAccess: Executing '/usr/lib/vmware/webAccess/java/jre1.5.0_15/bin/webAccess -client -Xmx64m -XX:MinHeapFreeRatio=30 -XX:MaxHeapFreeRatio=30 -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.endorsed.dirs=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/common/endorsed -classpath /usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/bootstrap.jar:/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/commons-logging-api.jar -Dcatalina.base=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Dcatalina.home=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Djava.io.tmpdir=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/temp org.apache.catalina.startup.Bootstrap start'
May 21 23:33:57 watchdog-webAccess: '/usr/lib/vmware/webAccess/java/jre1.5.0_15/bin/webAccess -client -Xmx64m -XX:MinHeapFreeRatio=30 -XX:MaxHeapFreeRatio=30 -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.endorsed.dirs=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/common/endorsed -classpath /usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/bootstrap.jar:/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/commons-logging-api.jar -Dcatalina.base=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Dcatalina.home=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Djava.io.tmpdir=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/temp org.apache.catalina.startup.Bootstrap start' exited after 4 seconds (quick failure 5)
May 21 23:33:57 watchdog-webAccess: Executing '/usr/lib/vmware/webAccess/java/jre1.5.0_15/bin/webAccess -client -Xmx64m -XX:MinHeapFreeRatio=30 -XX:MaxHeapFreeRatio=30 -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.endorsed.dirs=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/common/endorsed -classpath /usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/bootstrap.jar:/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/commons-logging-api.jar -Dcatalina.base=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Dcatalina.home=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Djava.io.tmpdir=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/temp org.apache.catalina.startup.Bootstrap start'
May 21 23:34:00 watchdog-webAccess: '/usr/lib/vmware/webAccess/java/jre1.5.0_15/bin/webAccess -client -Xmx64m -XX:MinHeapFreeRatio=30 -XX:MaxHeapFreeRatio=30 -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.endorsed.dirs=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/common/endorsed -classpath /usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/bootstrap.jar:/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/commons-logging-api.jar -Dcatalina.base=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Dcatalina.home=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Djava.io.tmpdir=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/temp org.apache.catalina.startup.Bootstrap start' exited after 3 seconds (quick failure 6)
May 21 23:34:00 watchdog-webAccess: End '/usr/lib/vmware/webAccess/java/jre1.5.0_15/bin/webAccess -client -Xmx64m -XX:MinHeapFreeRatio=30 -XX:MaxHeapFreeRatio=30 -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.endorsed.dirs=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/common/endorsed -classpath /usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/bootstrap.jar:/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/commons-logging-api.jar -Dcatalina.base=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Dcatalina.home=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Djava.io.tmpdir=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/temp org.apache.catalina.startup.Bootstrap start', failure limit reached
  • Führt man manuell den kompletten Aufruf des VMware JAVA Webaccess Binaries aus, so wie er im Syslog aufgeführt wird, so erhält man folgende Fehlermeldung auf der Console 
    21.05.2010 22:57:37 org.apache.catalina.core.StandardServer await
SCHWERWIEGEND: StandardServer.await: create[8005]:
java.net.SocketException: Invalid argument
        at java.net.PlainSocketImpl.socketBind(Native Method)
        at java.net.PlainSocketImpl.bind(PlainSocketImpl.java:359)
        at java.net.ServerSocket.bind(ServerSocket.java:319)
        at java.net.ServerSocket.(ServerSocket.java:185)
        at org.apache.catalina.core.StandardServer.await(StandardServer.java:373)
        at org.apache.catalina.startup.Catalina.await(Catalina.java:642)
        at org.apache.catalina.startup.Catalina.start(Catalina.java:602)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
        at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
  • Weiterhin können im Hostlog von VMware Server folgende Meldungen auftreten 
    [2010-05-21 13:35:55.075 'Proxysvc Req00000' 3056405360 warning] Exception while processing request: Connection refused
[2010-05-21 13:36:23.810 'Proxysvc Req00001' 3055610736 warning] Connection to server localhost:8308 failed with error Connection refused.  Retrying...
[2010-05-21 13:36:23.811 'Proxysvc Req00001' 3055610736 warning] Connection to server localhost:8308 failed with error Connection refused.  Retrying...
[2010-05-21 13:36:23.812 'Proxysvc Req00001' 3055610736 warning] Connection to server localhost:8308 failed with error Connection refused.  Retrying...
[2010-05-21 13:36:23.812 'Proxysvc Req00001' 3055610736 warning] Connection to server localhost:8308 failed with error Connection refused.  Retrying...

Weiterlesen »



Ähnliche Artikel:

  1. VMware 2.x: Kein Zugriff auf die Weboberfläche möglich – Loading ..
  2. VMware 2.x: Console unabhängig von der Weboberfläche starten
  3. VMWare Server 2.0 – Zugriff auf Console durch Firewalls tunneln
  4. OpenSSH: Probleme nach Update /dev/null is not a character device!
  5. Windows7 / Windows 2008 Server R2 Problem – Große HDD ist nach Hibernate nicht mehr auffindbar