Beiträge von a-user

    Hallo,
    hat eigentlich sonst wer ausser mir das problem, dass seit einer Weile jede Version des Opdenkamp branch, die ich kompiliere beim hineingehen über hauptmenue->videos->"irgend eine quelle, die liste von videofiles auf der platte ist" sofort zum Desktop gecrasht wird?


    die letzte version, bei der das nicht geschieht, die ich z.m. habe ist laut systeminfo in xbmc:
    XBMC PRE-11.0 GIT:20110602-23afa8e


    ich habe es bereits auch mit komplett neuem .xbmc ordner und damit auch leerer videodatenbank versucht. auch mti nur einem einzigen videoquellverzeichnis und nur einem file drinn.


    logfile mit und ohne debug option zeigen scheinbar nichts. das einzige, was mir aber der crashlog zeigt ist, dass der crash wohl gleich nach sowas hier kommt:
    15:00:07 T:140031628928768 M:2854043648 DEBUG: DoWork - trying to extract filestream details from video file /home/costin/Videos/Videos2/Action/FilmXYZ (2010).mkv


    hat sonst keiner vergleichbare probleme? ich scheine nämlich nichts zu finden. und das find ich merkwürdig, da scheinbar nichts das bei mir lösen kann und 100% reproduzierbar ist. und nun seit einigen updates des branches (inklusive des heitigen) das problem besteht.

    ok, jetzt wird's merkwürdig...
    hab mal alles gelöscht (nicht das es das erste mal wäre) und diesmal nicht übers git protokoll (git://) sondern über https, wie von dir oben angegeben gezogen.


    tada.... durchkompiliert. meine vermutung scheint also richtig zu sein, dass dabei zwei verschiedende dinge gezogen werden. offenbar ist da ein fehler auf deren seite bzgl verklinkung oder weiß der geier was.


    edit: stabil ist es aber nicht. beim abspielen eines mkv ist es sofort abgeschmiert. und beim versuch tv zu kuken meldet er kein pvr-plugin gefunden. hab's gecheckt ist aktiviert etc.


    also doch wieder zurück zum "Dharma"-branch.

    also folgende neuigkeiten:
    compilieren der quellen:
    git clone git://github.com/opdenkamp/xbmc.git
    git clone --branch master git://github.com/opdenkamp/xbmc.git


    schlägt fehl mit meldung:


    compilieren von
    git clone --branch pvr-master-merge git://github.com/opdenkamp/xbmc.git
    gelingt.


    meine vermutung ist, da du nicht per git://.... ziehst, sondern per https://... , dass per https quasi die quellen gezogen werden, die ich per Dharma branch oder mit diesem pvr-master-merge branch über git bekomme.


    ich werd mal testen, ob es kompiliert, wenn ich so wie du per https ziehe. aber das erst später ggf. morgen erst.



    EDIT: schnere:
    ich hab nach deiner anleitung versucht deb packete zu erstellen. mit den alten quellen ohne probleme aber jetzt bekomme ich sowas:


    aber ansonsten schließt es erfolgreich ab. ist das normal?

    nein, du bist nicht blind. ich hab die fehlermeldung nicht mehr. ich kann nur grob aus der errinnerung sagen, dass es kein fehler bzgl. fehlender libs etc war. eine funktion erwartete eine andere definition einer anderen funktion. d.h. es war eine inkonsitenz innerhalb der xbmc quellen.


    aber wie gesagt, bin grad am neukompilieren (nicht mit -j4 damit ich den fehler genau sehe) und poste das dann mal. hab derzeit so viel um die ohren,


    edit: bin hier auf ubuntu maverick mit allen angegebenen deps installiert. allerdings mit selfmade kernel 2.6.38-rc4 und kernel 2.6.37 (jeh nach dem).

    ok, das ist strange. ich habe folgendes probiert:


    git clone git://github.com/opdenkamp/xbmc.git
    git clone --branch master git://github.com/opdenkamp/xbmc.git


    beide haben nicht durchcompiliert.


    einzig der Dharma branch.


    wenn man auf liste branches klickt werden nur die folgenden zwei angezeigt:
    Dharma
    pvr-master-merge


    ich zieh grad letzteren und versuch es mit dem noch einmal. dass du per https und ich per git ziehe sollte ja keinen unterschied machen.

    ich hab's (wie zuvor gesagt) mm einem anderen it probert:
    git clone --branch Dharma git://github.com/opdenkamp/xbmc.git


    laut offiziellem xbmc ist das die aktuelle version für NICHT-Entwickler (der etwick branch compileirt nicht). das scheint zu funzen, wobei ich nicht geschaut habe, ob das vnsi plugin, was für vdr ist, aktueller ist als das alte, was ich noch am laufen ahbe.


    bisher läufts gut.


    edit: benutze mein altes .xbmc homeverzeichnis.


    wo in dem genannten thread steht irgendetwas, was ähnlichkeiten mit dem hier diskutierten problem hat? woraus schließt du bitte, dass nvidia das problem hier bekannt ist?


    hier geht es doch um schwarzen schnee und nciht darum, dass die farbeinstellungen im nvidia-settings nicht angewendetet werden. oder was hab ich da mißverstanden?


    @topic wieder:
    ne frage: ich nutze die xbmc pvr testing version. hat xbmc ne integrierte xinelib? falls ja,und der schnee effekt mit der neuste xbmc (normalen) release auftaucht, dann könnte es ja an der combo xinelib und 260er treiber liegen.


    denn nach obigen posts scheint alte xinelib + 260er zu funzen, neue xinelib + 260er nicht und aktuelles xbmc (welches auch immer gemeint war) + 260er treiber nicht.


    in dem fall wäre also das problem in der combo xinelib und 260er treiber zu suchen. wer da letzten endes "schuld" hat ist dann noch zu klären.

    Zitat

    Original von steffen_b
    Der neueste Treiber ist 260.29 und auch erst ab 260.xx tritt dieses auf. Maverick mit offiziellen updates hat 256.xx und einer der genannten Workarounds in diesem Thread ist auf 256.xx oder 195.xx zurückzugehen.


    Ergo hast du es klar nicht, und wie hier bestätigt wurde macht der Treiber von Maverick auch unter yavdr keine Zicken.


    zum x-ten mal:


    ich nutze 260.19.29


    ich nutze seit langem die aktuellsten 260er unter maverick! das hab ihc auch geschrieben.
    ich schrieb expliziet den NEUSTEN nvidia treiber. und in einem anderen post steht sogar version 260!