Opened 13 years ago

Closed 12 years ago

#29942 closed defect (worksforme)

qemu @0.14.1_0 Dependency on libsdl not in portfile

Reported by: keybounce Owned by: macports-tickets@…
Priority: Normal Milestone:
Component: ports Version: 1.9.2
Keywords: Cc:
Port: qemu

Description

Qemu uses SDL to draw graphics mode. The port file does not list libsdl

Change History (4)

comment:1 Changed 13 years ago by jmroot (Joshua Root)

What makes you say that? It doesn't appear to be linked against libsdl.

comment:2 Changed 13 years ago by keybounce

Alright, I have played around with it a little more.

It has the ability to work with SDL. It also has a partial native cocoa interface.

According to the docs, the cocoa interface is not complete, "see mailing list archive for details". The cocoa coreaudio driver causes kernel audio driver bugs on my iBook G4 --

Jun 27 19:25:50 Kleiman-ibook kernel[0]: IOI2CController::clientWriteI2C cmd key:132f, B:0, A:6a S:1, L:1, M:2 status:0xe00002e9 Jun 27 19:25:50 Kleiman-ibook kernel[0]: -IOI2CController::clientWriteI2C status = 0xe00002e9 Jun 27 19:25:50 Kleiman-ibook kernel[0]: Sound assertion "0 != result" failed in "AppleOnboardAudio/PlatformInterfaceI2C_PlatformFunction.cpp" at line 450 goto Exit Jun 27 19:25:50 Kleiman-ibook kernel[0]: PSound assertion "0 != result" failed in "AppleOnboardAudio/PlatformInterface.cpp" at line 1507 goto Exit Jun 27 19:25:50 Kleiman-ibook kernel[0]: PSound assertion "0 != err" failed in "AppleOnboardAudio/AppleTAS3004Audio.cpp" at line 1179 goto handler Jun 27 19:25:50 Kleiman-ibook kernel[0]: PSound assertion "0 != err" failed in "AppleOnboardAudio/AppleTAS3004Audio.cpp" at line 890 goto handler Jun 27 19:25:50 Kleiman-ibook kernel[0]: PSound assertion "0 != err" failed in "AppleOnboardAudio/AppleTAS3004Audio.cpp" at line 952 goto AttemptToRetry Jun 27 19:25:50 Kleiman-ibook kernel[0]: P

and similar just repeat multiple times.

Linking with SDL prevents the sound error, but makes the graphics update much slower.

Version 0, edited 13 years ago by keybounce (next)

comment:4 in reply to:  2 Changed 13 years ago by keybounce

Replying to keybounce@…:

Alright, I have played around with it a little more.

It has the ability to work with SDL. It also has a partial native cocoa interface.

According to the docs, the cocoa interface is not complete, "see mailing list archive for details".

Linking with SDL prevents the sound error, but makes the graphics update much slower.

Now I've done some more playing around. And a big update.

First: Cocoa mode is faster for text display. Dos mode text is nice, fast, crisp, and pleasant.

Graphics mode, however, is different. Tested with XCom (with the 1.4 patch, and xcomutil).

Text mode is slow. But graphics are fast under sdl, and horrendously slow under cocoa.

For game playing, the faster graphics makes the sdl version much, much nicer. For text work, the cocoa version is better.

(But other than testing and preliminary checking, who uses text mode in dos?)

The bottom line: SDL displays graphics faster, avoid sound errors, and seems to have fewer bugs / is more complete.

comment:5 Changed 12 years ago by raimue (Rainer Müller)

Resolution: worksforme
Status: newclosed

qemu @1.3.0_0 does not link with SDL.

Note: See TracTickets for help on using tickets.