qemu @0.14.1_0 Dependency on libsdl not in portfile

[keybounce]

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

[jmroot (Joshua Root)]

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

[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.

[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.

[raimue (Rainer Müller)]

qemu @1.3.0_0 does not link with SDL.