Can not See screen saver
1 May 2005 14:50:06 UTC
Topic 189092
(moderation:
I can see the s@H screensaver and the ProteinPredictor Status box screen saver but not the E@H one (I see a blank screen)
Relevant Specs:
AMD Athlon 64 3200+
ATI Radeon 9600SE
512 MB RAM
Windows XP
BOINC version 4.35
Can not See screen saver
)
> I can see the s@H screensaver and the ProteinPredictor Status box screen saver
> but not the E@H one (I see a blank screen)
>
> Relevant Specs:
> AMD Athlon 64 3200+
> ATI Radeon 9600SE
> 512 MB RAM
> Windows XP
> BOINC version 4.35
Your problem is the ATI card, as it's not working well with Boinc atm.
look in this thread over @Seti.
It's already on the bug list, and afaik they are working hard on it, but there's nothing to do atm. Sometimes the old 4.19 works, but sometimes not.
Grüße vom Sänger
but the thing is it DOES work
)
but the thing is it DOES work w/ SETI but not w/ Einstein
> > I can see the s@H
)
> > I can see the s@H screensaver and the ProteinPredictor Status box screen
> saver
> > but not the E@H one (I see a blank screen)
> >
> > Relevant Specs:
> > AMD Athlon 64 3200+
> > ATI Radeon 9600SE
> > 512 MB RAM
> > Windows XP
> > BOINC version 4.35
>
> Your problem is the ATI card, as it's not working well with Boinc atm.
>
> look in href="https://einsteinathome.org/%3Ca%20href%3D"http://setiweb.ssl.berkeley.edu/forum_thread.php?id=12948">http://setiweb.ssl.berkeley.edu/forum_thread.php?id=12948">this
> thread[/url] over @Seti.
>
> It's already on the bug list, and afaik they are working hard on it, but
> there's nothing to do atm. Sometimes the old 4.19 works, but sometimes not.
>
Hi,das IST ein Boinc-Problem.
Wenn die Version geaendert wird und es dann klemmt,WER schreibt denn das Prgm.?
Bei mir sieht es so aus mit ATI:
Seti = ok.
Einstein = nein
Gruesse Peter
> Hi,das IST ein
)
> Hi,das IST ein Boinc-Problem.
> Wenn die Version geaendert wird und es dann klemmt,WER schreibt denn das
> Prgm.?
Welches?
Den CoreClient (Boinc) oder die ScienceApplication (Einstein)?
> Bei mir sieht es so aus mit ATI:
> Seti = ok.
> Einstein = nein
Da Seti läuft, Einstein nicht, scheint es auch ein Problem von Einstein zu sein. Es kommt aber auch vor, daß gar nix läuft.
Ich kenn mich mit den Problemen der Grafikansteuerung und -optimalisierung nicht aus, und da ich nVidea habe bin ich auch nicht betroffen, aber Boinc nutzt afaik OpenGL, was irgendein Standard zu sein scheint. Warum ATI damit Schwierigkeiten hat, und ob das auch mit projektseitiger Programmierung zu tun hat, entzieht sich meiner Kenntnis.
Vielleicht ist das auch so ein 'Problem' wie mit den fehlerhaften IE-optimalisierten Webseiten, die dann einem richtigen Browser Schwierigkeiten machen, vielleicht auch andersherum (standard programmiert, non-standard bearbeitet von ATI). K.A., aber es ist bekannt und es wird gekümmert.
So, sorry for writing in german, but it was a direct reply, I don't wanna translate it all again ;)
Happy crunching
Grüße vom Sänger
> Hi,das IST ein
)
> Hi,das IST ein Boinc-Problem.
>> Wenn die Version geaendert wird und es dann klemmt,WER schreibt denn das
>> Prgm.?
>Welches?
>Den CoreClient (Boinc) oder die ScienceApplication (Einstein)?
Wenn der Core nicht geaendert wird kann es nur an der Application liegen.
>> Bei mir sieht es so aus mit ATI:
>>Seti = ok.
>> Einstein = nein
>Da Seti läuft, Einstein nicht, scheint es auch ein Problem von Einstein >zu sein. Es kommt aber auch vor, daß gar nix läuft.
Da ich hier 3 Rechner laufen habe, 2xATI und 1xnVidea, meine ich, dass die Programmierer von Einstein nicht optimal gearbeitet haben.
Oder die ATI-Karten arbeiten nicht nach dem Standart.
Trotzdem sollte Einstein das Prgm. auch an den meist verbauten Grafik-Karten anpassen.
>Warum ATI damit Schwierigkeiten hat, und ob das auch mit projektseitiger Programmierung zu tun hat, entzieht sich meiner Kenntnis.
So, sorry for writing in german, but it was a direct reply, I don't wanna translate it all again ;)
Happy crunching
> Da ich hier 3 Rechner
)
> Da ich hier 3 Rechner laufen habe, 2xATI und 1xnVidea, meine ich, dass die Programmierer von
> Einstein nicht optimal gearbeitet haben. Oder die ATI-Karten arbeiten nicht nach dem Standart.
> Trotzdem sollte Einstein das Prgm. auch an den meist verbauten Grafik-Karten anpassen.
Letztlich benutzen wir nur die GLUT, in diesem Fall von Windows, die auf OpenGL aufsetzt (wobei wir die OpenGL-Ebene nicht mal anfassen). Anscheinend haben bestimmte, wohl eher neuere, ATI-Treiber Probleme mit bestimmten OpenGL-Befehlen, wahrscheinlich zugunsten von DirectX. Kompetente Hilfe bei der Loesung des Problems ist gerne willkommen, wir haben z.Zt. alle Haende voll zu tun und keine Zeit, um die Bugs von ATI herumzuprogrammieren. Wenn sich da drausen jemand darum kuemmern kann und moechte, moege er sich im Forum oder per eMail an mich wenden.
BM
BM
Do you guys care to translate
)
Do you guys care to translate that please?
Do you guys care to translate
)
Do you guys care to translate that please?
There is quite some discussion about the Einstein App having problems with some ATI cards (actually drivers, I think). Apparently these problems doesn't occur with NVidia cards or the SETI graphics (with the same client).
"K1100LTSE" suggested that we should adapt the Einstein App to work with the ATI cards, even if they might behave non-standard in certain aspects. I replied that we are currently only using the standard GLUT (of Windows, in this case) and don't have time to fiddle around with certain bugs certain driver versions of certain manufactures might show with some of their graphics cards. [Edit: In addition to that none of the developers by now has observed this problem on an own machine, so it's quite hard to get hold of it. I have two machines running ATI graphics cards and don't see it]
But any help on this would be very welcome, so if there is a skilled graphics programmer out there who wants to hack the GLUT (or actually, I'm afraid, the OpenGL underneath it) to make it work even with these setups (without, of couse, breaking all the other possible ones which do work now), please show up in the forum or drop me a line. It might even help to get a list of things (functions or sequences) to avoid on the GLUT or OpenGL level.
[Edit: I think if there is such a person with enough insight into the ATI drivers he would probably work for ATI and be better off fixing the problems in the driver than work around it in the GLUT or somewhere else]
BM
BM
Okay, thanks but is the
)
Okay, thanks
but is the SETI ss so much different from the Einstein and CPDN ss' that the former will work but the latter won't?
> but is the SETI ss so much
)
> but is the SETI ss so much different from the Einstein and CPDN ss' that the
> former will work but the latter won't?
Oh, you see this with CPDN, too? That's news to me. Good to know.
I think it is some sort of run condition or memory allocation problem in the driver that is triggered by a combination of certain driver versions, memory configurations (on the card), and sequences of OpenGL commands. Apparently there are some people who also see this problem with SETI, and some don't, I didn't see it at all on my machines wit ATI cards, some strange workarounds do work for some people, but not for others...
I don't know much of CPDN, but I know that E@H and SETI are using just plain vanilla OpenGL (with the GLUT).
BM
BM