Beiträge von tortelini

  • [solved] amd64 x2 3800+ "time to fast"

    Wicky
    mwa
    danke an beide


    @all
    Der Tipp ist Gold wert:

    Zitat

    Original von mwa
    indem man als Boot Option "notsc" oder "clock=pmtmr" angibt.


    Ich habe den Parameter "CONFIG_X86_TSC" in der .config deaktiviert.


    1. VORSICHT nach einem "make oldconfig" ist dieser Parameter weider auf "Yes".
    2. VORSICHT den parameter sieht man auch nicht in der Konfiguration (make config; make menuconfig; udg.).


    Deshalb bleibt nur das eingeben des Boot-Parameters "notsc", und natuerlich im grub/lilo einkonfiguriert.
    Den Parameter "clock=pmtmr" habe ich nicht ausprobiert.


    WICHTIG: Kennt jemand den unterschied der beiden Parameter?

  • [solved] amd64 x2 3800+ "time to fast"

    Zitat

    Original von mwa
    Das ist doch nicht etwa das TSC Drift Problem mit den unterschiedlichen Sleepstates der beiden Cores, was auch Windows XP die Probleme macht?
    Angeblich kann man das bei LInux beheben indem man als Boot Option "notsc" oder "clock=pmtmr" angibt.


    Vielleicht hilfts... Solange die Systemzeit jedenfalls so hin und her springt wird das Softdevice nicht vernünftig laufen, das benutzt die Systemzeit zum synchronisieren von Audio und Video.


    So lese ich das auch aus dem File. Klingt sehr gut. Dem werde ich mal nachgehen.
    Meine .config beinhaltet u.a.:
    CONFIG_X86_TSC=y
    Werde dieses mal deaktivieren.



    Zitat

    Original von Wicky
    ist die Batterie des Mainboards ok ? bzw. die Spannung ausreichend ?


    Meinst du die Spannung des Netzteils oder der Batterie?
    Naja. Das das Netzteil oder die Baterie was hat kann ich nicht ausschlieszen. Die Zeit in /proc/rtc ist aber immer OK.

  • [solved] amd64 x2 3800+ "time to fast"

    Zitat

    Original von scobby
    so ein prozzi für nen vdr...... ähmmmm nein
    hoffe das is nicht nur nen vdr sonst würde ich irgendwie an dir zweifeln ;)


    Hi scobby,


    mit den vdr-softdevice:xv bzw. vdr-xine plugins will ich HDTV sehen (sicher ist sicher). Nur der dvb-s2 standard macht mir noch sorgen. Aber das ist eine andere Geschichte. Ansonsten kann die WM2006 kommen. :rolleyes:


    Und an die 300GB raid1 habe ich auch noch (fuer die filme), daran haengen (nfs+smb).
    Sei nicht entteuscht. ;D Bei den heutigen Preisen, muss ich mir das wirklich nicht mehr langen ueberlegen. Kost ja nicht mehr die Welt. Wenn man mahl die Wasserkuehlung nicht beachtet. :D Jetzt ist das Ding schön im Kasten verbaut.


    @alle
    Hat wirklich keiner Ideen?

  • [solved] amd64 x2 3800+ "time to fast"

    Habe den vdr-1.3.37 installiert. Bekomme immer wieder folgende FM:

    Wenn ich eine aufnahme starte, endet es immer mit einem "initiating emergency exit".
    Was hat diese FM zu bedeuten? Gibt es da einen work a round?


    Ich habe auch noch das Problem, dass die Systemzeit zu schnell ist, und deshalb ein cronjob mir die Zeit nach stellt.

    Ich vermute das ich deshalb diese vdr - Probleme habe. Hat schon jemand diese erfahrung gemacht? Kann mir einer helfen?

  • xine plugin oder softdevice-plugin?

    Ich aergere mich hin und wieder, dass mir keiner auf meine Fragen antwortet. Und jetzt habe ich mir selbst so lange zeit gelassen. Sorry 8o
    Habe es erst jetzt gelesen.


    Zitat

    Original von blazko
    Ich sehe Du hast Debian und Softdevice von Hand installiert? Welche Sourcen hast Du genommen, welche Probleme gab es?

    Ich verwende immer die neuersten sourcen (jetzt 1.3.34). Das ist aber so 'ne sache mit der stabilitaet. Aber wenn ich mir durchlese was da immer ausgebessert wurde in den neuen Versionen, kann ich nicht wiederstehen. Ich kann dir leider nichts empfaehlen. Ab liebsten waehre mir endlich eine stabile 1.4.x Version des VDRs.
    Mein groesztes Problem ist der lirc bzw meine hardware dafuer. Ich muss immer zehn mal druecken bis der vdr umschaltet. Ist aber ein FB, Reciver, lirc und kein vdr Problem. Ich werde bald meine FB (ATI_Remote) entsorgen -> ebay.


    Zitat

    Original von blazko
    Ich musste unbedingt eine Uralt-Version von ffmpeg (von 2003) nehmen, damit ueberhaupt kompiliert werden konnte - das hat schonmal einen Tag gedauert - bis ich dann feststellen musste, dass SD zur Laufzeit dann abk***t.

    Ich glaube das mindeste was du brachst ist ffmpeg-0.4.8 wenn du was aelteres hast kann dass schon mal ins Auge gehen. Ich habe es zum Beispiel nicht geschafft ffmpeg mit der x264 erweiterung zu uebersetzen. Aber -> kommt Zeit kommt Rat.


    Zitat

    Original von blazko
    Ich habe 1.3.27+Bigpatch verwendet, dazu nur DVD, Bitstream + Remote Plugin, sonst nichts. Das ganze "laeuft" unter Linux 2.6.12 mit dessen DVB-Treibern.

    Mit dem aktuellen linux header-files (v2.6.13.3) die ich verwende gibt es keine probleme. Ich hatte da aber auch schon schwierigkeiten. z.B. VDR weg, dvb-s module nicht mehr geladen! Klingt kommisch ist aber so. Nur kann ich mich an die Version nicht mehr erinnern.


    Zitat

    Original von blazkoBtw: bei der XV-Methode: kann man irgendwie unterbinden, dass SD ein eigenes Fenster oeffnet und ich statt dessen tvtime nehme? Er bestand immer drauf, eine eigene X-Session zu starten...

    Ich fuerchte ich kann dir nicht ganz follgen. Das xv-plugin macht nichts anderes als den Video stream mit hilfe der CPU (decode MPEG2, deshalb starker CPU noetig) und auf X auszugeben. Ob das jetzt fb oder core X ist, ist egal. Wenn du ein Window Manager oder ein Desktop Manager (+WinMgr) verwendest, dann bekommst du ein Fenster dass du bewegen kannst. Wenn du nur X gestartet hast kannst du mit der taste f auf fullscreen schalten. Der output pickt aber oben links fest (kannst du nicht verschieben).
    tvtime kenne ich nicht. Was ist das.
    "Gott weiss was das schon wieder ist." NEIN -> "Google weis wass das schon wieder ist." :D


    Zitat

    Original von mwa
    Wenn du im Makefile vom Softdevice die Zeile 'DFB_SUPPORT=1' mit einem '#' am Anfang der Zeile auskommentierst dann brauchst du nicht mehr die DirectFB Packete, gleiches kann man auch mit der Vidix und FB Unterstützung machen wenn man die nicht braucht.

    Hab ich schon aus einem anderen Beitrag - aber danke. -> !!! Keiner kann mich daran hindern ueber Nacht schlauer zu werden.!!! ?(


    Zitat

    Original von mwa
    Die "remote control softdevice-xv" ist das Interface von der X11 Tastatur zum Vdr, damit kann man wenn man eine Tastatur am Rechner angeschlossen ist Vdr bedienen, das hat nichts mit Lirc zu tun.
    Um die Meldung "softdevice-xv learning keys" am Anfang loszuwerden kannst du einfach mal eine Tastatur anschließen und ein paar Tasten anlernen, danach fragt Vdr nicht mehr danach.
    Oder du fügst per Hand eine Zeile wie
    softdevice-xv.Up 00000000000000000FF52
    in die /video/remote.conf ein.

    Das ist ein guter Tipp. Werde ich heute gleich ausprobieren. Habe immer auf der FB herumgedrueckt. :]


    Hoffentlich habe ich keinen vergessen :rolleyes:

  • xine plugin oder softdevice-plugin?

    Hi joachim-h,


    die Vorgeschichte:
    Ich habe am wochenende von DVB-s-FF-Kartenausgang auf xine-plugin und dann auf softdevice:xv ungestellt. Der Grund dafuer ist eigentlich mein HDTV-Interesse.


    Ich habe mir das Xorg-X11R6.8.2 haendisch installiert. Den VDR und einige plugins habe ich auch selbst uebersetzt. Das kann ich dir aber nicht empfaehlen, da ich extrem lange mit den Patches herumgetan, und teilweise selbst die Aenderungen in den sourcen vornehmen musste.


    Zum xine-plugin
    Ich bin nach wie vor der Meinung, dass dieses Plugin eines der Besten ueberhaupt ist.
    Aber ich hatte denn doch Probleme mit der Bildausgabe am Bildschirm (CRT-Monitor - tausch durch einen LCD geplant). Teilweise blieben Bildfragmente ueber und wurden nicht "refreshed". Und auch abstuerze kammen vor.


    Zum softdevice-plugin:
    Beim SD-plugin gibt es verschiedene moeglichkeiten.
    1. FB output
    2. X11 output
    Ich habe mich fuer die zweite Option entschieden. Ich viele PKGs nachinstallieren muessen. Auch wenn ich mich gegen den FB entschieden habe, lies sich das System nicht ohne die (Direct)FB Packete uebersetzen (Anleitung in der REDME).


    Dennoch bin Ich bei der SD Methode der Meinung, dass diese die Bessere fuer mein Wohnzimmer Server ist, da ich bisher noch keinen Absturz hatte. Im Gegensatz dazu mit dem xine-plugin sehr wohl.


    Ein Problem mit dem Softdevice:xv habe ich allerdings. Das Wochenende war leider nicht lange genug. Dieses plugin scheit mir die lircd-steuersignale zu schlucken, so dass ich fuer einige Zeit, den VDR nicht steuern kann. Beim Start sagt er auch folgendes:
    [PHP]remote control softdevice-xv - learning keys
    LIRC remote control thread started (pid=31499, tid=-1291773008)
    remote control LIRC - keys known[/PHP]


    Derzeit habe ich den VDR unter anderem mit folgenden Optionen gestartet:
    [PHP]--plugin="softdevice -L /usr/local/lib/vdr -ao alsa: -vo xv:aspect=wide -vo xv:full"[/PHP]


    Ich glaube dass man irgendwie diese "remote control softdevice-xv" deaktivieren muss.
    Muss erst daran arbeiten.


    Auf jeden Fall, wuerde ich dir den softdevice:xv empfaehlen. Das bild leuft fluessiger, und er stuertzt nicht ab.

  • Hilfe bei "softdevice" und "streamdev-client"

    Hallo Leute,


    wer kann mir Helfen? Mein VDR hat keine DVB Karte. Ich möchte diesen duch meinen zweiten vdr (1.2.6 + streamdev-server) versorgen.
    Ich verwende "vdr-1.3.25" mit "softdevice" und "streamdev-client".


    Oft bekomme ich das:
    [PHP]# ./vdr -l3 -m -P streamdev-client -P "softdevice -vo xv:" --config=/etc/vdr --lib=/usr/local/lib/vdr
    [softdevice] processing args
    [softdevice] argv [0] = softdevice
    [softdevice] initializing Plugin
    [softdevice] Initializing Video Out
    [softdevice] ffmpeg version(cvs) build(4753)[/PHP][PHP]Jun 23 00:37:24 lexx vdr[2326]: loading /etc/vdr/sources.conf
    Jun 23 00:37:24 lexx vdr[2326]: loading /etc/vdr/diseqc.conf
    Jun 23 00:37:24 lexx vdr[2326]: loading /etc/vdr/channels.conf
    Jun 23 00:37:24 lexx vdr[2326]: loading /etc/vdr/timers.conf
    Jun 23 00:37:24 lexx vdr[2326]: loading /etc/vdr/reccmds.conf
    Jun 23 00:37:24 lexx vdr[2326]: loading /etc/vdr/svdrphosts.conf
    Jun 23 00:37:24 lexx vdr[2326]: loading /etc/vdr/ca.conf
    Jun 23 00:37:24 lexx vdr[2326]: loading /etc/vdr/remote.conf
    Jun 23 00:37:24 lexx vdr[2326]: loading /etc/vdr/keymacros.conf
    Jun 23 00:37:24 lexx vdr[2326]: ERROR: unknown plugin 'prefermenu'
    Jun 23 00:37:24 lexx vdr[2326]: probing /dev/dvb/adapter0/frontend0
    Jun 23 00:37:24 lexx vdr[2326]: ERROR: /dev/dvb/adapter0/frontend0: No such device or address
    Jun 23 00:37:24 lexx vdr[2326]: no DVB device found
    Jun 23 00:37:24 lexx vdr[2326]: initializing plugin: streamdev-client (0.3.3-pre3-geni): VTP Streami
    ng Client
    Jun 23 00:37:24 lexx vdr[2326]: initializing plugin: softdevice (0.1.2): A software emulated MPEG2 d
    evice
    Jun 23 00:37:24 lexx vdr[2326]: [cVidixVideoOut] Can't open framebuffer exiting[/PHP]



    Und dann wieder dass:
    [PHP]# ./vdr -l3 -m -P streamdev-client -P "softdevice -vo xv:" --config=/etc/vdr --lib=/usr/local/lib/vdr
    [softdevice] processing args
    [softdevice] argv [0] = softdevice
    [softdevice] initializing Plugin
    [softdevice] Initializing Video Out
    [softdevice] ffmpeg version(cvs) build(4753)
    [XvVideoOut]: max area size 2046 x 2046
    [XvVideoOut]: using area size 736 x 576
    Subplugin successfully opend
    [softdevice] Video Out seems to be OK
    [softdevice] Initializing Audio Out
    Killed[/PHP][PHP]Jun 23 00:20:22 lexx vdr[1969]: ERROR: unknown plugin 'prefermenu'
    Jun 23 00:20:22 lexx vdr[1969]: probing /dev/dvb/adapter0/frontend0
    Jun 23 00:20:22 lexx vdr[1969]: ERROR: /dev/dvb/adapter0/frontend0: No such device or address
    Jun 23 00:20:22 lexx vdr[1969]: no DVB device found
    Jun 23 00:20:22 lexx vdr[1969]: initializing plugin: streamdev-client (0.3.3-pre3-geni): VTP Streaming Client
    Jun 23 00:20:22 lexx vdr[1969]: initializing plugin: softdevice (0.1.2): A software emulated MPEG2 device
    Jun 23 00:20:22 lexx vdr[1969]: [XvVideoOut]: patch version (2005-03-10)
    Jun 23 00:20:22 lexx vdr[1969]: [XvVideoOut]: Initialize XShmCreateImage Successful (0x8388e18)
    Jun 23 00:20:22 lexx vdr[1969]: [XvVideoOut]: Initialize shmget Successful (1695744 bytes)
    Jun 23 00:20:22 lexx vdr[1969]: [XvVideoOut]: Initialize shmat Successful
    Jun 23 00:20:22 lexx vdr[1969]: [softdevice-xscreensaver]: xscreensaver not running
    Jun 23 00:20:22 lexx vdr[1969]: [XvVideoOut]: initialized OK
    Jun 23 00:20:22 lexx vdr[1969]: [XvVideoOut]: NV17 Video Overlay: available ports 105 - 105
    Jun 23 00:20:22 lexx vdr[1969]: [XvVideoOut]: grabbed port 105
    Jun 23 00:20:22 lexx vdr[1969]: [XvVideoOut]: max area size 2046 x 2046
    Jun 23 00:20:22 lexx vdr[1969]: [XvVideoOut]: using area size 736 x 576
    Jun 23 00:20:22 lexx vdr[1969]: [XvVideoOut]: XV_DOUBLE_BUFFER XvGettable XvSettable ( 0 [0x00000000] - 1 [0x00000001]) ( 1 [0x00000001]
    Jun 23 00:20:22 lexx vdr[1969]: [XvVideoOut]: XV_COLORKEY XvGettable XvSettable ( 0 [0x00000000] - 16777215 [0x00ffffff]) ( 0 [0x00000000]
    Jun 23 00:20:22 lexx vdr[1969]: [XvVideoOut]: XV_AUTOPAINT_COLORKEY XvGettable XvSettable ( 0 [0x00000000] - 1 [0x00000001]) ( 1 [0x00000001]
    Jun 23 00:20:22 lexx vdr[1969]: [XvVideoOut]: XV_SET_DEFAULTS NOT-XvGettable XvSettable ( 0 [0x00000000] - 0 [0x00000000]) ( 0 [0x00000000]
    Jun 23 00:20:22 lexx vdr[1969]: [XvVideoOut]: XV_BRIGHTNESS XvGettable XvSettable ( -512 [0xfffffe00] - 511 [0x000001ff]) ( 0 [0x00000000]
    Jun 23 00:20:22 lexx vdr[1969]: [XvVideoOut]: XV_CONTRAST XvGettable XvSettable ( 0 [0x00000000] - 8191 [0x00001fff]) ( 4096 [0x00001000]
    Jun 23 00:20:22 lexx vdr[1969]: [XvVideoOut]: XV_SATURATION XvGettable XvSettable ( 0 [0x00000000] - 8191 [0x00001fff]) ( 4096 [0x00001000]
    Jun 23 00:20:22 lexx vdr[1969]: [XvVideoOut]: XV_HUE XvGettable XvSettable ( 0 [0x00000000] - 360 [0x00000168]) ( 0 [0x00000000]
    Jun 23 00:20:22 lexx vdr[1969]: [XvVideoOut]: XV_ITURBT_709 XvGettable XvSettable ( 0 [0x00000000] - 1 [0x00000001]) ( 0 [0x00000000]
    Jun 23 00:20:22 lexx vdr[1969]: [XvVideoOut]: XvShmCreateImage Successful (0x8389d20)
    Jun 23 00:20:22 lexx vdr[1969]: [XvVideoOut]: shmget Successful (847872 bytes)
    Jun 23 00:20:22 lexx vdr[1969]: [XvVideoOut]: shmat Successful
    Jun 23 00:20:22 lexx vdr[1969]: [XvVideoOut]: XShmAttach rc = 1 (should be OK)
    Jun 23 00:20:22 lexx vdr[1969]: [softdevice] videoOut OK !
    Jun 23 00:20:22 lexx vdr[1969]: [softdevice-audio] Opening alsa device default
    Jun 23 00:23:12 lexx kernel: nfs warning: mount version older than kernel[/PHP]



    Wer kann/will hefen? Was mache ich falsch? Schließen sich die beiden plugins gegenseiting aus?

  • Athlon64 - 32 oder 64bit Linux?

    Zitat

    Original von knebb
    Du bist Dir sicher, daß das geht? 32bit-Applikationen unter einem 64bit Linux laufen zu lassen? Meine, das ging nicht- oder was muß man dafür machen, damit es geht? Oder liegt's an der CPU?


    Ja, sicher. Bei Solaris geht das ja auch.
    Bei Linux muss man(n) etwas dafuer tun. Das Problem ist nicht die CPU sondern die lib-Organisation bei Linux. Keiner hat damit gerechnet, dass ein iaXX-CPU sowohl 32 als auch 64bit fahren kann.


    TIPP: Alles lesen!
    HIER DER AUSZUG AUS DEM debian-amd64-howto.html:


    Using an IA32 chroot to run 32bit applications



    Introduction


    The current amd64 port of debian is a pure 64bit port. This means you can't run binary only programs which are compiled for IA32 or applications which haven't been ported to AMD64 yet (e.g. OpenOffice.org). This is because you can't mix 32bit applications and 64bit libraries. You would also need the 32bit versions of the libraries to run a 32bit application.


    This chapter explains how you can run 32bit applications in your 64bit system using the IA32 libs from a IA32 chroot and running IA32 applications inside this chroot, in a way which is mostly transparent to the user.



    The quick way


    There is already a minimal set of IA32 libraries packaged for use in a 64bit Debian system. Simply do an 'apt-get install ia32-libs' and you will be able to run most 32bit binaries within your system.



    Installing a Debian IA32 chroot system


    First you need to install a IA32 base system into a chroot. You can do this with the debootstrap command:


    debootstrap --arch i386 sid /var/chroot/sid-ia32 ftp://ftp.debian.org/debian


    To install a few more libraries you can change into this chroot and install/update packages with apt-get:


    chroot /var/chroot/sid-ia32
    apt-get install libx11-6


    To use the 32bit libraries in your 64bit system you have to add the library path of your chroot into your /etc/ld.so.conf:


    /usr/X11R6/lib
    # chroot i386 system libs
    /var/chroot/sid-ia32/lib
    /var/chroot/sid-ia32/usr/lib
    /var/chroot/sid-ia32/usr/X11R6/lib
    /var/chroot/sid-ia32/usr/local/lib


    You also need a link to your 32bit linker in the /lib path. Change in to directory /lib and create a link to the 32bit linker library of your chroot: (The name of the 64bit linker is ld-linux-x86-64.so.2)


    Now run ldconfig to update your linker's cache.


    Now you should be able to run ia32 binaries with the libs from your chroot within your 64bit system. Having the libs in a separate chroot makes it easy for you to update or install the 32bit libraries with apt-get.



    Running applications inside the chroot (e.g. OpenOffice.org)


    To run an application inside the chroot you will need some parts of your 64bit system tree inside the chroot. This can be achieved with a bind mount. In this example we will bind /tmp to the chroot for the X11 sockets which are in /tmp, and bind /home to access the home directories from within the chroot. You may also want to mount the /proc and /sys filesystems within the chroot. Edit your fstab and add the required paths:


    # ia32 chroot
    /home /var/chroot/sid-ia32/home none bind 0 0
    /tmp /var/chroot/sid-ia32/tmp none bind 0 0
    proc /var/chroot/sid-ia32/proc proc defaults 0 0


    Then mount them:


    mount /var/chroot/sid-ia32/home
    mount /var/chroot/sid-ia32/tmp
    mount /var/chroot/sid-ia32/proc


    You will also need to set up the relevant users in the chroot. Copy your /etc/passwd, /etc/shadow and /etc/group files to the chroot, or add the users manually to the passwd/shadow of your chroot. It is also possible to hard link the files when they are on the same partition. Just make sure the user exists also in the chroot.


    At this point you should be able to run applications within the chroot. Change to your chroot (you must be root to do this):


    chroot /var/chroot/sid-ia32


    Change to the user under which you want to run the program:


    su - zumsel


    Set your $DISPLAY:


    export DISPLAY=:0


    And run something:


    openoffice


    Of course you must have installed the package inside the chroot for this to work.


    There is also an easier way to run applications inside the chroot with the dchroot. Leave the chroot and install the dchroot package. dchroot allows users to change into chroots and run commands inside them. You must add your chroot to /etc/dchroot.conf to allow users to change into it:


    # ia32 chroot
    ia32 /var/chroot/sid-ia32


    Now you should be able to run commands inside the chroot as normal user:


    dchroot -c ia32 -d openoffice


    This will run openoffice in the ia32 chroot you specified in /etc/dchroot.conf. The option -d preserves the user's environment so you don't have to set DISPLAY or such things manually.


    You can make things slightly simpler even than this. Write a small shell script like the following, and place it in your PATH: eg. /usr/local/bin/do_dchroot


    #!/bin/sh
    ARGS=""
    for i in "$@" ; do
    ARGS="$ARGS '$i'"
    done


    exec dchroot -c ia32 -d -q "`basename $0`" "$ARGS"


    Make it executable:


    chmod 755 /usr/local/bin/do_dchroot


    Now create a symlink to this script from each command you want to run inside the chroot to this shell script:


    cd /usr/local/bin
    ln -s do_dchroot openoffice
    ln -s do_dchroot oowriter
    ln -s do_dchroot oocalc


    Now you can execute openoffice by simply typing openoffice or oowriter.


    You can also pass filenames on the command line to openoffice since the paths are the same inside the chroot.



    The future: Multiarch


    While architectures like sparc64 or powerpc64, which provide lib for default 32bit libraries and lib64 for extra 64bit libraries, default to executing 32bit applications, amd64 defaults to 64bit binaries because of the performance benefits it offers in 64bit mode. Thus, not wanting to rewrite virtually every binary-arch package's creation rules to install libs in lib64 not lib, and wanting to find a solution for all multiarch capable platforms debian supports, various people are working on so-called multiarch support.


    All relevant information concerning multiarch is assembled on http://people.debian.org/~taggart/multiarch/.

  • Was war euer ersten Computer?

    Mein erster Computer war Colossus (roter Kasten). Muste mich aber von diesem trennen da er nur mit Guardian sprechen wollte :]


    Nein spass bei Seite. Mein erster privater Rechner war:
    1. Orginal Intel Mainboard, 486DX-50MHz, 4MB-Ram und 200MB HD (1992)
    2. ASUS mit 60MHz?, und dann 100MHz?, und dann 150MHz? (bin mir nicht sicher)
    3. AMD K7 500MHz (leuft noch immer, jetzt vdr)
    4. P4 2,6GHz (leuft nich immer)
    5. P4 3,0GHz (vdr)


    Ach jaaa... habe auch noch die Server:
    1x Pentium II (Deschutes) 266 MHz
    3x Pentium II (Klamath) 266 MHz
    2x Pentium III (Katmai) 450 MHz


    Und meine NB natürlich:
    Gericom AMD K6 now 300MHz?? (CPU def.)
    Apple iBook 14.2" 1.2MHz


    Die Firmenrechner spaare ich mir mal.


    Der Teuerste war def. mein erster Computer mit umg. fast EUR 3000.

  • Athlon64 - 32 oder 64bit Linux?

    Wenn du eine 64bit Hardware hast, solltest du auch einen 64bit Kernel verwenden (+libs, pkgs, usw. ). Falls deine lieblings Dist. aber nur mit 32bit Kernel ausgeliefert wird, kannst du auch diesen installieren.


    Wie gesagt wenn du dir den Kernel aussuchen kannst, waehre es eine Verschwendung NUR im 32bit modus zu fahren.


    Wir haben einige Server in der Firma. Da gibt es keine Probleme damit. Z.B. kannst du den 64bit Kernel und 32bit Bins gemeinsam verwenden und installieren. Das geht OK. Beim Itanium(2) geht das leider nicht :( . Aber den hat/kauft sowieso keiner :)

  • Premiere sendet schon in HDTV

    randy
    An welche neue Hardware denkst du? Welche neue Karte hast du? Hat der Test funktioniert?


    @all
    Kennt jemand eine DVB-S2 Karte?


    der-wolff
    Hand aus Herz. Wie bist du mit dem Beamer zufrieden?
    Ich habe an ein LCD (Monitor kein TV, angeschlossen an den DVI des VDR-softdevice) mit min. 1920x1080, viel Kontrast und ordentlich speed (unter 20ms) gedacht. Allerdings gibt es nicht allzu große Auswahl.

  • Premiere sendet schon in HDTV

    Das ist gut. Es geht also los. Das ende der 50Hz Technologie, und das (erst) im Jahr 2005+.


    aber ... ich habe dafür ja noch keine Hardware ;(
    was mich ja so ergert: Man kann heutzutage nichts brauchbares kaufen. Oder habt ihr schon einen Lcd/Plasma-TV mit einer Auflösung von 1920x1080 gesehen.


    Verwendet PREM. auch diese Auflösung?


    Hast du schon die nötige HW?

  • graphlcd -> v10828 -> t6963c

    dass ich die Steuerkarte aus der Konfiguration genommen habe, und mein Display (siehe oben) wie folgt verschalten habe.
    Es dürften offenbar mehrere verschiedene t6963c belegungen geben. Hier ist meine:



    Für die Hintergrund-Beleuchtung des Displays habe ich eine SEPERATE stab. Stromversorgung (insgesamt 2) gebaut/gebraucht: A (+5V) K (0V).
    ..., da die Spannung bei Volllast unter die Toleranz gesunken ist war es nicht sinnvoll (VDD) und (A) mit der gleiche Versorgung zu betreiben.



    Zum Linux Setup ist noch folgendes zu sagen:

    • man muss " cd /dev; ./MAKEDEV parport " ausführen
    • Im Bios "Parport als BiDir." aktivieren
    • mein Kernel Setup für 2.6.11.4 beachten


    Viel Glück