Java-Gaming.org Hi !
Featured games (83)
games approved by the League of Dukes
Games in Showcase (522)
Games in Android Showcase (127)
games submitted by our members
Games in WIP (590)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
    Home     Help   Search   Login   Register   
Pages: [1]
  ignore  |  Print  
  Please report issues with 1.4.1_02  (Read 2219 times)
0 Members and 1 Guest are viewing this topic.
Offline trembovetski

Senior Devvie




If only I knew what I'm talking about!


« Posted 2003-03-07 04:03:36 »

So now that 1.4.1_02 is out, it'd be great if you guys would report any new issues/problems you found, and if it helped with the old ones.
The sooner we find out about problems, the better.

Known issues (off the top of my head): deadlock in fullscreen, crashes during alt+tab on some  boards. There's also a bug with JavaWebStart on intel i815 boards on WindowsXP, which could cause system reboot (fixed in XP ServicePack 1).

Thanks in advance.

Offline bedelf

Junior Devvie




Are you suggesting coconuts migrate?


« Reply #1 - Posted 2003-03-07 12:50:36 »

Is/can/will fullscreen work for win2k in the future? I've heard from a few people (me included) that isDisplayChangeSupported() returns false. I haven't really looked into this since I'm busy with other things, but I find that kinda sucky.
Offline Pops

Senior Newbie




I love YaBB 1G - SP1!


« Reply #2 - Posted 2003-03-07 14:08:41 »

Look in the java sound thread - 1.4.1 broke something (that worked in 1.4.0) and it still is not fixed in _02..
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline morebrackeen

Senior Newbie





« Reply #3 - Posted 2003-03-08 03:48:55 »

so far i've heard good things about fullscreen in _02. people who couldn't get fullscreen to work on their machines on earlier versions are now having no problem. yay, sun.

the deadlock problem, tho... bummer. i've seen this on a couple machines. by the way, you guys should go vote for this deadlock bug:
http://developer.java.sun.com/developer/bugParade/bugs/4826573.html

hopefully a fix for it will be trivial... here's looking to _03.
Offline trembovetski

Senior Devvie




If only I knew what I'm talking about!


« Reply #4 - Posted 2003-03-10 04:01:46 »

bedelf, the fullscreen is supposed to work on w2k. We haven't had any complaints other than known bugs .

If that method retunrs false, it could be because of your configuration, or a bug in our code. Please post your system information - OS version, service packs, drivers, video board etc. A test would be nice, too - in case there's something wrong with your code.
Offline bedelf

Junior Devvie




Are you suggesting coconuts migrate?


« Reply #5 - Posted 2003-03-10 04:51:19 »

just win2k, service pack 3 (nothing else), version: 41.09 (i thought i was using the certified ones but i guess these arent) detonator for a geforce2mx

im just doing

GraphicsEnvironment.getLocalGraphicsEnvironment().getDefaultScreenDevice().isDisplayChangeSupported()

not exactly that of course, but that's it in a nutshell, all defaults.
Offline Abuse

JGO Knight


Medals: 14


falling into the abyss of reality


« Reply #6 - Posted 2003-03-10 15:45:44 »

Quote
just win2k, service pack 3 (nothing else), version: 41.09 (i thought i was using the certified ones but i guess these arent) detonator for a geforce2mx

im just doing

GraphicsEnvironment.getLocalGraphicsEnvironment().getDefaultScreenDevice().isDisplayChangeSupported()

not exactly that of course, but that's it in a nutshell, all defaults.


My understanding is that displayChangeSupported() returns false until you are in fullscreen mode, only then will it tell you whether you can change the resolution or not.

Incidentally, IMHO this is abit of a flaw in the api, for example :-

You want to write an app. that runs in a specific screen area. e.g. 800x600.
Also, if possible, you would like to use fullscreen, otherwise use an 800x600 window.

With the present api, to achieve this, you have to do the following...

1) switch to fullscreen
2) check if displaymode change is supported
3) if not, switch back to windowed mode

it would be much nicer, if we could have a DisplayCapabilities type mechanism
(where by you request a displaymode that fits a certain set of requirements e.g. resolution, bitdepth, fullscreen, HW-accelerated etc etc)


Make Elite IV:Dangerous happen! Pledge your backing at KICKSTARTER here! https://dl.dropbox.com/u/54785909/EliteIVsmaller.png
Offline bedelf

Junior Devvie




Are you suggesting coconuts migrate?


« Reply #7 - Posted 2003-03-10 16:27:52 »

Oh. I guess I assumed (mother of all f**kups) that you could check to see if a display change was viable before acually DOING anything.

You see this in the docs: Returns true if this GraphicsDevice supports low-level display changes.

Which is probably why I skipped over the few lines down from that: whether low-level display changes are supported for this graphics device. Note that this may or may not be dependent on full-screen exclusive mode.

I guess I didn't puzzle out that you would have to set a full screen window BEFORE checking that, even if I did read it. Again, assuming things is bad.

Worst is, I wrote my code a long time ago and when I came back I looked all of that over and STILL didn't catch it. Seeing what I want to see I spose. Certainly explains alot of my problems. Tongue And yeah, I could consider that a flaw in the API, but I really haven't a clue what they can or can't do. I'm not much of an engineer or care enough to try to be one.

I'm going to have to update my share code thread. :/
Offline bedelf

Junior Devvie




Are you suggesting coconuts migrate?


« Reply #8 - Posted 2003-03-10 17:12:17 »

This is strange, I keep ending up in a white fullscreen window.

So I ran the MultiBufferTest from the tutorials, and it worked, then I ran it again, and got the white fs window again.

I tested to see what display mode multi was trying to use and it was the same one I'm using. And it worked.. once. My code is nearly identical but I can't even get the example to work correctly. :/

So I think ima give up on this for now unless someone can tell me whats going wrong here.
Offline morebrackeen

Senior Newbie





« Reply #9 - Posted 2003-03-10 21:47:49 »

the white fullscreen window is probably caused by the new deadlock bug that appeared in _02.

http://developer.java.sun.com/developer/bugParade/bugs/4826573.html
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline bedelf

Junior Devvie




Are you suggesting coconuts migrate?


« Reply #10 - Posted 2003-03-11 07:24:20 »

Yeah I realized that might be the case after I posted, (wasnt thinking, tired) but I just went to sleep. hehe.
Offline bedelf

Junior Devvie




Are you suggesting coconuts migrate?


« Reply #11 - Posted 2003-03-11 09:02:12 »

Ok now I can enter fullscreen again with the workaround but I cant exit right. Tongue

I can get it to just plainly leave fullscreen without errors, but my fullscreen/windowed switching code needs to dispose the window and resize and other things before creating the bufferStrategy which the deadlock bug seems to HATE no matter what I do.

Whatever, back to waiting for a new version.
Pages: [1]
  ignore  |  Print  
 
 
You cannot reply to this message, because it is very, very old.

 

Add your game by posting it in the WIP section,
or publish it in Showcase.

The first screenshot will be displayed as a thumbnail.

trollwarrior1 (31 views)
2014-11-22 12:13:56

xFryIx (72 views)
2014-11-13 12:34:49

digdugdiggy (51 views)
2014-11-12 21:11:50

digdugdiggy (45 views)
2014-11-12 21:10:15

digdugdiggy (39 views)
2014-11-12 21:09:33

kovacsa (63 views)
2014-11-07 19:57:14

TehJavaDev (68 views)
2014-11-03 22:04:50

BurntPizza (66 views)
2014-11-03 18:54:52

moogie (81 views)
2014-11-03 06:22:04

CopyableCougar4 (81 views)
2014-11-01 23:36:41
Understanding relations between setOrigin, setScale and setPosition in libGdx
by mbabuskov
2014-10-09 22:35:00

Definite guide to supporting multiple device resolutions on Android (2014)
by mbabuskov
2014-10-02 22:36:02

List of Learning Resources
by Longor1996
2014-08-16 10:40:00

List of Learning Resources
by SilverTiger
2014-08-05 19:33:27

Resources for WIP games
by CogWheelz
2014-08-01 16:20:17

Resources for WIP games
by CogWheelz
2014-08-01 16:19:50

List of Learning Resources
by SilverTiger
2014-07-31 16:29:50

List of Learning Resources
by SilverTiger
2014-07-31 16:26:06
java-gaming.org is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑gaming.org
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!