Beiträge von andi

    Zitat

    2. Wenn man wirklich C++ beherrschen will, kommt man früher oder später nicht um Template-Metaprogrammierung herum. Abgesehen davon, dass das nicht schön ist und die Syntax so verbogen ist, dass man sich wünscht, lieber in Scheme oder Haskell zu programmieren, ist das ganze (wer hätte's gedacht?) funktional.


    Also seid nicht so engstirnig, ein guter Programmieren kennt zumindest alle Paradigmen (er muss sie ja nicht mögen).


    da geb ich dir vollkommen recht, man muss ja auch einen gewissen überblick über die ganze techniken bzw. paradigmen haben.
    wenn jemand produktiv anwendungen (nicht schreien, sicher gibt es noch andere bereiche wo assembler oder c genutzt wird) schreiben will, so wie es ja ursprünglich die frage war, naja, dann macht er das nicht prozedural oder imperativ oder eben funktional, sondern objektorientiert!


    btw. es gibt glaube ich ne' opengl schnittstelle für haskell :D :D


    gruss
    andi

    hallo,
    also nach einigem nachforschen hab ich was gefunden, die poldhu version auf der offiziellen website läuft nicht mit den neueren 2.6.x kernel, da es wohl um die 2.6.2 herum eine änderung im pcmcia-stack gegeben hat!! hier ne angepasste version, compiliet auch auf nem 2.6.10 ausgezeichnet ... http://oscc.org.my/frs/downloa…1/poldhu-0.3.2-ymy.tar.gz


    aber nun gibts ein anderes problem und zwar hat meine pcmcia bridge, nämlich ne OZ6933 die dämliche angewohnheit auf dem irq 11 abzustürzen!! man liest auch auf diversen websites infos darüber .. man solle einfach einen anderen irq für den pcmcia schacht nehmen, aber ich bekomme es einfach nicht hin das yenta_socket modul auf z.b. irq 10 zu laden!! kann auch nicht richtig sagen obs am apci liegt oder nicht, jedenfall bringt ein "pci=noacpi" auch nix!! hab auch schon an der yenta_socket.c rumgespielt dort gibt einen teil


    hab ich mal gegen

    Code
    static u32 isa_interrupts = 0x0278;

    ersetzt, damit er die irq 11 nicht am anfang wählt, aber leider keine änderung!!
    hat da jemand ne' idee was die irq zuweisung noch beeinflusst??


    info zum zustandekommen des hexcodes



    gruss + danke
    andi

    decembersoul
    haskell?? ich bitte dich, jeder vernünftige mensch meidet funktionelle programmierung :D


    naja, also ich mag haskell absolut nicht ..


    dieses snippet konvertiert ne gegeben liste in einen baum und gebt den dann mit bunten blättern und knoten in nem fenster aus .. mehr nicht!! aber bitte guck die mal die syntax an .. :D


    das war nur mein statement zu "Vielleicht will ich mir Haskell noch mal ansehen."!


    mfg
    andi

    hallo,
    ich weiss, das man dieses theme lieber in anderen foren besprechen sollte, hab ich ja auch versucht, aber niemand scheint eine lösung bzw. einen lösungsansatz zu haben ..
    habe hier eine 3com 3CRWE62092A 11mbit wlan karte mit dieser coolen x-jack-antenne, leider bekomme ich sie unter debian sid mit den 2.6.10er kernel nicht zum laufen! habe die aktuellen poldhu_cs treiber von http://www.xs4all.nl/~bvermeul/swallow/ heruntergeladen, kompilieren auch ohne fehler, aber mit warnings, das ist der make-output



    beim insmod kommt folgendes

    Zitat


    poldhu_cs: Unknows symbol CardServices


    was hat das zu bedeuten, kann da jemand helfen??


    gruss + danke
    andi

    hallöchen,
    habe mal eine femon-dvb-1.3er-1.5er-test gemacht, die signalstärken belaufen sich bei beiden karte je nach sender/transponder auf z.b. 66% video/85% audio bei ard! eine bis zu 10% höhere signalstärke bei der 1.3er durch den angeblich besseren tuner konnte ich nicht feststellen!!
    aber jetzt kommts .. hab mit der 1.3er seit ca. 24h keine abstürze mehr, öfters neu gebootet, alles ohne probleme!! jetzt bau ich die 1.5er wieder ein um mit femon zu testen und sofort beim ersten booten läuft er ein paar minuten und dann die alten fehler (siehe syslog weiter oben)!!
    hab jetzt wieder die 1.3er drin ..
    soll nun die 1.5er einen weg haben??


    gruss
    andi

    abend,
    also die firmware ist die aktuelle 261d ..
    was die signalqualität angeht, kann ich keine wirkliche auskunft geben! hab mir jetzt mal das femon-plugin installiert, werde das mal beobachten und dann nochmal auskunft geben! was ist denn eine vernüftige signal-stärke?
    außerdem hab ich die 1.5er gegen ne' 1.3er getauscht, soll ja angeblich n' besseren tuner haben, vielleicht hats ja wirklich was damit zu tun .. mal schaun!


    gruss
    andi

    hi,
    .... hochschieb ....


    hab immer noch diese dummen abstürze ..




    hat denn kein anderer diese probs?


    gruss
    andi

    hi,
    hab den fehler gefunden, war meine dummheit,
    hab die in der makefile zur libavcodec vom mplayer gelinkt, da läuft es nicht, also fehler s.o. .. mit der von der ffmpeg-cvs-version läuft es super!!


    text2skin geht jetzt auch wunderbar!
    danke stl! :D



    gruss
    andi

    hi,
    habe die neue cvs version heruntergeladen, kompiliert auch ohne probleme, jedoch kommt beim starten der bekannte "undefined symbol: fast_memcpy-fehler, habe auch schon die PP_L...=0 gesetz, ohne besserung!


    any hints?


    gruss
    andi

    hallo,
    slime
    ich würde halt die ganze sache gerne auf dem laptop laufen lassen und ne' andere möglichkeit zum testen der skins gibts es afaik nicht, oder?


    stl
    benutze vdr-1.3.17 und softdevice 0.8, sollten andere kombinationen besser laufen?


    gruss
    andi

    hallo,
    habe versucht mir auf meinem laptop eine text2skin entwicklungsumgebung mit dem softdevice-plugin zu bauen!! softdevice geht ganz gut, nur das alle text2skin-skins total falsch dargestellt werden, d.h. entweder nur teilweise oder im bild verschoben, jedenfalls absolut unbrauchbar um neugebaute skins zu testen!! der klassische-vdr funktioniert zum beispiel 1a!
    plugin läuft als xv variante!!
    any hints??


    gruss
    andi

    Hallo,
    also so richtig ohne zeitweilige ausfälle laufen will die neue vdr-kiste immer noch nicht!!
    jetzt sind "blitbitmap()" und "av7110_send_fw_cmd(): timeout waiting for COMMAND id" weg, da kommt sowas von wegen "buffer stats: 0 (0%)" und das ergebnis ist das gleiche! bild weg, osd läuft weiter, um das ding wieder zum leben zu erwecken hilft nur ein reboot bzw. neuladen der treiber!!!





    any hints??


    grüß'le
    andi

    hi,
    mit jungs mein ich nicht explizit amtrax ... ;D
    obwohl schlimm vielleicht etwas übertrieben ist finde ich persönlich trotzdem, das anstatt auf die bitte näher einzugehen, gleich erstmal "abgewaschen" wurde!!
    meiner meinung nach der falsche weg!!
    obwohl ich trotzdem nicht verstehe wie man nach über 140 posts (ob sinnvolle oder nicht) keine ahnung von linux bzw. vdr compilieren haben kann!! steht ja am ende wirklich in jeder howto, die auf ne' halbe a5-seite passt drin!! hmm ..


    grüß'le
    andi

    hi,
    echtmal jungs, yazariel wollte doch nur n' kleines user-treffen in der nähe von aachen mit lecker kaffee und kuchen organisieren wo nebenbei bissl' vdr+linux erklärt wird!
    würde ich aus der nähe kommen, wär' ich dabei, nicht zuletzt wegen dem kuchen!! :D
    ich denke er weiss selbst, das learning-by-doing sicher die bleibensten "spuren" hinterlässt, aber trotzdem kann man doch nix gegen ein vernüftiges 1by1 gespräch über die materie sagen, oder??
    finde die frage jedenfalls nicht so schlimm, wie sie hier dargestellt wird.


    gruss
    andi

    hallo,
    also ich hab jetzt den aktuellen cvs-dvb-kernel-driver installiert, d.h. die BlitBitmap()-Abstürze hatte ich bis jetzt noch nicht wieder ..
    aber hiermit hat die kiste immernoch so seine problemchen ..


    Code
    Jan  9 13:31:55 viver kernel: dvb-ttpci: StopHWFilter error  cmd 0b08 0001 0009  ret 0  resp 0009 ffff  pid 16
    Jan  9 13:31:55 viver kernel: dvb-ttpci: StopHWFilter error  cmd 0b08 0001 0008  ret 0  resp 0008 ffff  pid 17
    Jan  9 13:31:55 viver kernel: dvb-ttpci: StopHWFilter error  cmd 0b08 0001 0007  ret 0  resp 0007 ffff  pid 0
    Jan  9 13:31:55 viver kernel: dvb-ttpci: StopHWFilter error  cmd 0b08 0001 0006  ret 0  resp 0006 ffff  pid 20


    um den thread ist es sooo still gewurden, es hat doch nicht jemand ne' lösung?!? :D



    gruss
    andi

    hallo,
    hab gerade die dvb-kernel cvs treiber geladen und auch die links mit makelinks gesetzt usw. und den kernel neu compiliert!
    wenn ich jetzt aber mit meinen normalen dvb-load-scripts versuche die module zu laden kommt bei jedem modul ein "invalid module format"!
    was hat denn das zu bedeuten und wie kann ich diesen fehler eliminieren?


    gruss + danke
    andi

    abend,
    hat sich bezüglich folgenden fehler schon was neues ergeben?


    log von mir:
    Jan 6 18:41:55 viver kernel: dvb-ttpci: warning: timeout waiting in BlitBitmap()
    Jan 6 18:41:56 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:41:56 viver kernel: dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error
    Jan 6 18:41:56 viver kernel: dvb-ttpci: av7110_fw_cmd error
    Jan 6 18:41:57 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:41:57 viver kernel: dvb-ttpci: av7110_fw_request error
    Jan 6 18:41:57 viver kernel: dvb-ttpci: StopHWFilter error cmd 0b08 0001 0000 ret ffffffff resp 90a0 cf19 pid 99
    Jan 6 18:41:58 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:41:58 viver kernel: dvb-ttpci: av7110_fw_request error
    Jan 6 18:41:58 viver kernel: dvb-ttpci: StopHWFilter error cmd 0b08 0001 000a ret ffffffff resp 4d04 c039 pid 16
    Jan 6 18:41:59 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:41:59 viver kernel: dvb-ttpci: av7110_fw_request error
    Jan 6 18:41:59 viver kernel: dvb-ttpci: StopHWFilter error cmd 0b08 0001 0009 ret ffffffff resp 4d00 c039 pid 17
    Jan 6 18:42:00 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:00 viver kernel: dvb-ttpci: av7110_fw_request error
    Jan 6 18:42:00 viver kernel: dvb-ttpci: StopHWFilter error cmd 0b08 0001 0008 ret ffffffff resp 4d00 c039 pid 0
    Jan 6 18:42:01 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:01 viver kernel: dvb-ttpci: av7110_fw_request error
    Jan 6 18:42:01 viver kernel: dvb-ttpci: StopHWFilter error cmd 0b08 0001 0007 ret ffffffff resp 4d00 c039 pid 20
    Jan 6 18:42:02 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:02 viver kernel: dvb-ttpci: av7110_fw_request error
    Jan 6 18:42:02 viver kernel: dvb-ttpci: StopHWFilter error cmd 0b08 0001 0004 ret ffffffff resp 4d00 c039 pid 18
    Jan 6 18:42:03 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:03 viver kernel: dvb-ttpci: av7110_fw_request error
    Jan 6 18:42:03 viver kernel: dvb-ttpci: StopHWFilter error cmd 0b08 0001 0005 ret ffffffff resp 4d00 c039 pid 18
    Jan 6 18:42:04 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:04 viver kernel: dvb-ttpci: av7110_fw_request error
    Jan 6 18:42:04 viver kernel: dvb-ttpci: StopHWFilter error cmd 0b08 0001 0006 ret ffffffff resp 4d00 c039 pid 18
    Jan 6 18:42:05 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:05 viver kernel: dvb-ttpci: av7110_fw_request error
    Jan 6 18:42:05 viver kernel: dvb-ttpci: StartHWFilter error buf 0b07 0010 0012 b96a ret ffffffff handle d011
    Jan 6 18:42:06 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:06 viver kernel: dvb-ttpci: av7110_fw_request error
    Jan 6 18:42:06 viver kernel: dvb-ttpci: StartHWFilter error buf 0b07 0010 0012 b96a ret ffffffff handle d011
    Jan 6 18:42:06 viver kernel: StopHWFilter tried to stop invalid filter ffff, filter type = 1
    Jan 6 18:42:06 viver kernel: StopHWFilter tried to stop invalid filter ffff, filter type = 1
    Jan 6 18:42:07 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:07 viver kernel: dvb-ttpci: av7110_fw_request error
    Jan 6 18:42:07 viver kernel: dvb-ttpci: StartHWFilter error buf 0b07 0010 0012 b96a ret ffffffff handle 0000
    Jan 6 18:42:07 viver kernel: StopHWFilter tried to stop invalid filter ffff, filter type = 1
    Jan 6 18:42:08 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:08 viver kernel: dvb-ttpci: av7110_fw_request error
    Jan 6 18:42:08 viver kernel: dvb-ttpci: StartHWFilter error buf 0b07 0010 0012 b96a ret ffffffff handle cd3c
    Jan 6 18:42:08 viver kernel: StopHWFilter tried to stop invalid filter ffff, filter type = 1
    Jan 6 18:42:09 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:09 viver kernel: dvb-ttpci: av7110_fw_request error
    Jan 6 18:42:09 viver kernel: dvb-ttpci: StartHWFilter error buf 0b07 0010 0012 b96a ret ffffffff handle cd3c
    Jan 6 18:42:10 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:10 viver kernel: dvb-ttpci: av7110_fw_request error
    Jan 6 18:42:10 viver kernel: dvb-ttpci: StartHWFilter error buf 0b07 0010 0012 b96a ret ffffffff handle cd3c
    Jan 6 18:42:10 viver kernel: StopHWFilter tried to stop invalid filter ffff, filter type = 1
    Jan 6 18:42:10 viver kernel: StopHWFilter tried to stop invalid filter ffff, filter type = 1
    Jan 6 18:42:11 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:11 viver kernel: dvb-ttpci: av7110_fw_request error
    Jan 6 18:42:11 viver kernel: dvb-ttpci: StartHWFilter error buf 0b07 0010 0012 b96a ret ffffffff handle cd3c
    Jan 6 18:42:12 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:12 viver kernel: dvb-ttpci: av7110_fw_request error
    Jan 6 18:42:12 viver kernel: dvb-ttpci: StartHWFilter error buf 0b07 0010 0012 b96a ret ffffffff handle cd3c
    Jan 6 18:42:13 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:13 viver kernel: dvb-ttpci: av7110_fw_request error
    Jan 6 18:42:13 viver kernel: dvb-ttpci: StartHWFilter error buf 0b07 0010 0012 b96a ret ffffffff handle cd3c
    Jan 6 18:42:14 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:14 viver kernel: dvb-ttpci: av7110_fw_request error
    Jan 6 18:42:14 viver kernel: dvb-ttpci: StartHWFilter error buf 0b07 0010 0014 b96a ret ffffffff handle cd3c
    Jan 6 18:42:15 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:15 viver kernel: dvb-ttpci: av7110_fw_request error
    Jan 6 18:42:15 viver kernel: dvb-ttpci: StartHWFilter error buf 0b07 0010 0000 b96a ret ffffffff handle cd3c
    Jan 6 18:42:16 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:16 viver kernel: dvb-ttpci: av7110_fw_request error
    Jan 6 18:42:16 viver kernel: dvb-ttpci: StartHWFilter error buf 0b07 0010 0011 b96a ret ffffffff handle cd3c
    Jan 6 18:42:17 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:17 viver kernel: dvb-ttpci: av7110_fw_request error
    Jan 6 18:42:17 viver kernel: dvb-ttpci: StartHWFilter error buf 0b07 0010 0010 b96a ret ffffffff handle cd3c
    Jan 6 18:42:18 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:18 viver kernel: dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error
    Jan 6 18:42:18 viver kernel: dvb-ttpci: av7110_fw_cmd error
    Jan 6 18:42:19 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:19 viver kernel: dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error
    Jan 6 18:42:19 viver kernel: dvb-ttpci: av7110_fw_cmd error
    Jan 6 18:42:20 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:20 viver kernel: dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error
    Jan 6 18:42:20 viver kernel: dvb-ttpci: av7110_fw_cmd error
    Jan 6 18:42:21 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:21 viver kernel: dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error
    Jan 6 18:42:21 viver kernel: dvb-ttpci: av7110_fw_cmd error
    Jan 6 18:42:22 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:22 viver kernel: dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error
    Jan 6 18:42:22 viver kernel: dvb-ttpci: av7110_fw_cmd error
    Jan 6 18:42:23 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:23 viver kernel: dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error
    Jan 6 18:42:23 viver kernel: dvb-ttpci: av7110_fw_cmd error
    Jan 6 18:42:24 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:24 viver kernel: dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error
    Jan 6 18:42:24 viver kernel: dvb-ttpci: av7110_fw_cmd error
    Jan 6 18:42:25 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:25 viver kernel: dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error
    Jan 6 18:42:25 viver kernel: dvb-ttpci: av7110_fw_cmd error
    Jan 6 18:42:26 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:26 viver kernel: dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error
    Jan 6 18:42:26 viver kernel: dvb-ttpci: av7110_fw_cmd error
    Jan 6 18:42:27 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:27 viver kernel: dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error
    Jan 6 18:42:27 viver kernel: dvb-ttpci: av7110_fw_cmd error
    Jan 6 18:42:27 viver vdr[827]: max. latency time 32 seconds
    Jan 6 18:42:28 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:28 viver kernel: dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error
    Jan 6 18:42:28 viver kernel: dvb-ttpci: av7110_fw_cmd error
    Jan 6 18:42:29 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:29 viver kernel: dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error
    Jan 6 18:42:29 viver kernel: dvb-ttpci: av7110_fw_cmd error
    Jan 6 18:42:30 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:30 viver kernel: dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error
    Jan 6 18:42:30 viver kernel: dvb-ttpci: av7110_fw_cmd error
    Jan 6 18:42:31 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:31 viver kernel: dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error
    Jan 6 18:42:31 viver kernel: dvb-ttpci: av7110_fw_cmd error
    Jan 6 18:42:32 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:32 viver kernel: dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error
    Jan 6 18:42:32 viver kernel: dvb-ttpci: av7110_fw_cmd error
    Jan 6 18:42:33 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:33 viver kernel: dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error
    Jan 6 18:42:33 viver kernel: dvb-ttpci: av7110_fw_cmd error
    Jan 6 18:42:34 viver kernel: dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
    Jan 6 18:42:34 viver kernel: dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error
    Jan 6 18:42:34 viver kernel: dvb-ttpci: av7110_fw_cmd error
    Jan 6 18:42:34 viver kernel: dvb-ttpci: ARM crashed @ card 0
    Jan 6 18:42:34 viver kernel: dvb-ttpci: av7110_fw_cmd error
    Jan 6 18:42:34 viver last message repeated 9 times
    Jan 6 18:42:34 viver kernel: dvb-ttpci: gpioirq unknown type=0 len=0
    Jan 6 18:42:34 viver kernel: dvb-ttpci: Crystal audio DAC @ card 0 detected
    Jan 6 18:42:35 viver kernel: dvb-ttpci: warning: timeout waiting in BlitBitmap()



    habe den patch, der hier im thread genannt ist eingespielt!! leider keine besserung!
    wo genau ist denn dieser patch für den dvb-treiber, der bei "BlitBitmap()" helfen soll? hab den nirgends gefunden!



    gruss + danke
    andi

    hallo,
    also display scheint jetzt garnicht mehr zu laufen!! es scheint als sei diese "im bios umstellen und es geht"-sache eher zufall gewesen!!
    wie gesagt bekomme es nun garnicht mehr zum laufen, weder unter linux, noch unter windows mit angesprochenem lcdhype!
    hat noch jemand dieses problem mit dem display von kaptkomo?
    was kann man da machen, wackler scheint es nicht zu sein (wenn man das über diese methode ausschließen kann), habe das kabel in tausend-positionen bewegt!


    gruss
    andi