Beiträge von mike777

  • Optrex323 (serdisplib) mit LinVDR stürzt ab / showpic bringt Segmentation fault

    hi,


    vdr stürzt mit "something went wrong" ab, sobald das graphlcd mit optrex323 initialisiert wird.
    habe linvdr 0.7 mit graphlcd-plugin 0.1.3


    auch showpic sagt segmentation fault



    hier noch ein paar infos:


    der eintrag in meiner graphlcd.conf:


    [serdisp]
    # serdisplib driver
    # This is a driver module for devices supported through serdisplib.
    # Default size: depends on your Controller setting
    Driver=serdisp

    # Controller
    # Select the controller your LCD uses named like in serdisplib.
    # Possible values: See README in serdisplib package
    Controller=optrex323
    Port=0x378
    #Device=/dev/parport0
    #Width=240
    Width=117 (egal, ob drinnen oder nicht)
    #Height=128
    Height=62 (egal ob drinnen oder nicht)
    #UpsideDown=no
    #Invert=no
    Contrast=5
    Backlight=yes



    im logread erscheint:


    initializing plugin: graphlcd (0.1.3): Output to graphic LCD
    ...
    serdisp: INFO: symbol serdisp_getversioncode unknown: autodetecting pre 1.95 serdisplib version (cDriver::Init)
    serdisp INFO: detected serdisplib version 1.93 or 1.94 (cDriver::Init)
    starting plugin: graphlcd
    waiting for display thread to get ready
    graphlcd: display thread ready
    ...
    serdisp: SerDisp with optrex323 initialized.
    graphlcd plugin: Display update thread started (pid=...)



    gibt's da evtl. ein problem mit der serdisplib?


    (der fehler tritt auf, egal ob ich parport und parport_pc lade oder nicht)

  • GraphLCD mit Optrex323: Pixelreihe zu viel?

    hi,


    hab bemerkt, dass im graphlcd-plugin (0.1.2) das feld mit dem
    sendernamen eine pixelreihe mehr hat als vorher (unterhalb des textes waren
    früher nur drei pixelreihen). beim optrex323 ist es dann
    nämlich so, dass (bei aktivem zeitbalken) keine freie pixelreihe mehr
    zwischen dem feld des sendernamen und dem feld der anzeige, von wann bis
    wann die aktuelle sendung geht, ist.


    ich hab halt jetzt den fortschritt- / zeitbalken deaktiviert, dann rutscht
    das feld der anzeige, von wann bis wann die aktuelle sendung geht,
    automatisch nach unten.


    kann das jemand bestätigen?

  • VDR-zu-VDR streamdev-server 0.3.1 mag den client 0.3.3 nicht; aber: "accepted new client" kommt

    hi,


    ich habe probleme beim zusammenspiel von einem "neuen" streamdev-client
    (0.3.3) mit einem "alten" streamdev-server (0.3.1) auf nem ct'vdr 1.2.6; der
    selbe client funktioniert aber mit einem neuen server (0.3.3) / ct'vdr 1.3.37
    eines anderen pcs - also vermute ich den fehler im alten server:


    der client sagt:
    --------------------
    "connected to server 192.168.6.19:2004 using capabilities TSPIDS"
    aber anschließend im OSD: "Kanal nicht verfügbar"


    der server meint:
    -----------------------
    "Accepted new client (VTP) 192.168.6.9:<irgendwas>"
    beendet die verbindung aber offenbar gleich wieder:
    "Closing connection to 192.168.6.9:<irgendwas>"


    liegt es evtl. daran, dass der client den stream nicht
    verarbeiten kann (liegt es am protokoll TSPIDS)?
    kann ich das am server ändern?
    denn im OSD hab ich nur zwei einträge: VDR-zu-VDR starten und die port-nummer ...


    die log-ausgabe (/var/log/messages) ist leider auch so spärlich, dass ich nicht weiß, wo ich
    ansetzen könnte. wo wird das evtl. genauer geloggt?

  • 5.1 DD/DTS für ~300€ - Geht da was?

    hallo leute,


    nachdem ich nun in diversen foren etliches über die logitech z-5400 / logitech z-5500 und die teufel concept-e magnum gelesen hab, hab ich mich entschlossen, die systeme z-5400 und teufel CEM zu testen. hier mein vergleich:


    teufel concept e (an panasonic sa-he75-receiver):
    + der klang ist definitv (subjektiv) der beste: saubere höhen, ausgeglichene mitten. wem's nur darauf ankommt, der ist damit wirklich am besten bedient.
    + regelbare trennfrequenz für subwoofer
    + wg extra nötigem receiver oder decoder alle lautsprecher getrennt regelbar
    - brummen des subwoofers;
    - nicht ausschaltbar über fernbedienung (nur mute möglich); man muss hinten an den schalter ran oder das ganze über eine schaltbare steckerleiste o. ä. lösen
    - lautsprecher "offen", also ungeschützt; achtung beim transport!
    - receiver oder externer decoder nötig (z.b. creative ...-100, aber nicht so toll im test), was das handling verkompliziert
    - eine verstärkerstufe liegt brach (receiver oder concept)


    logitech z-5400:
    + super handling
    + integrierter decoder
    + preis/leistung stimmt
    + automatische dolby-erkennung und umschaltung
    + subwoofer gut verbaut; kein problem beim transport
    - klang gut, aber schlechter als beim CEM
    - einzelne lautsprecher nicht regelbar


    fazit: wer nicht viel herum-recherchieren will wg. receiver und lautsprechern etc. und nicht so sehr auf excellente musik-wiedergabe legt, trifft mit dem z-5400 eine gute wahl. von "schrott", wie mache sich darüber auslassen, kann keine rede sein! wem es nichts ausmacht, vor dem hören erst einige schalter und fb-knöpfe zu bedienen, viel wert auf klasse musikwiedergabe legt und über ein störbrummen hinwegsehen und einige euros für nen receiver mehr locker machen kann, sollte zum CEM greifen.


    übrigens: lt. einem logitech-mitarbeiter haben das z-5400 und das z-5500 die gleichen lautsprecher eingebaut.

  • Hat jemand die vdrdevel-dev_1.3.37-1_all.deb noch lokal?

    kann ich testen, ja.


    das problem, weshalb ich das alte zeug laufen lassen muss und nicht upgraden kann ist, weil dann - aus welchen unerfindlichen gründen auch immer - das acpiwakeup nicht mehr funktioniert ... (die zeit wird korrekt in /proc/acpi/alarm eingetragen, aber mein pc wacht nicht mehr auf); auch das burn-plugin bricht mit nem fehler ab (scheint ein mjpegtools-problem zu sein). das ist echt bescheuert.



    trotzdem vielen dank!
    mike


    p.s.: ich verwende ct-vdr4