Dummy video driver not properly initialized (9)

971 Name: jengelh : 2010-08-22 05:27 [Del]

./schismtracker -v dummy

has no effect. When SDL_init is called from schism/main.c, SDL already starts using x11 (see trace). Changing DISPLAY and SDL_VIDEODRIVER environment variable from within schism/video.c thus has no effect, and video_startup() then displays the X11 window.

To start schism in dummy mode, one needs

SDL_VIDEODRIVER=dummy ./schismtracker

162 if ( SDL_InitSubSystem(flags) < 0 ) {
(gdb) p current_video
$2 = (SDL_VideoDevice *) 0x0
(gdb) n
Missing separate debuginfo for /usr/lib64/libXrender.so.1
Try: zypper install -C "debuginfo(build-id)=3b608bb48f593a38ebf82ccaaeac5f89299b1ced"
Missing separate debuginfo for /usr/lib64/libXrandr.so.2
Try: zypper install -C "debuginfo(build-id)=055295be4d0e4c37a1c8353bc089037a48909f1b"
Missing separate debuginfo for /usr/lib64/libXcursor.so.1
Try: zypper install -C "debuginfo(build-id)=ebc6c4e346480aa64cecd80f0fd9296fb8034665"
Missing separate debuginfo for /usr/lib64/libXfixes.so.3
Try: zypper install -C "debuginfo(build-id)=572b060ff226ba8667a7629b8693edecbf594381"
[New Thread 0x7ffff5889710 (LWP 5336)]
167 if ( !(flags & SDL_INIT_NOPARACHUTE) ) {
(gdb) p current_video
$3 = (SDL_VideoDevice *) 0x7f8dc0
(gdb) p current_video->name
$4 = 0x7ffff7ba39f0 "x11"
(gdb) bt
#0 SDL_Init (flags=1048609) at ./src/SDL.c:167
#1 0x000000000044f3cf in sdl_init () at schism/main.c:103
#2 0x0000000000450c68 in main (argc=3, argv=0x7fffffffdb18)

at schism/main.c:1012

(gdb)

972 Name: Elbert Good : 2010-08-22 09:10 [Del]

Why would you even do that? It would be functionally useless, not to mention pointless, without the UI.

973 Name: jengelh : 2010-08-22 09:22 [Del]

It's not useless. It allows for playing files in the background without spending CPU time on drawing an UI. (In a way, I am looking for a replacement to timidity -idt as that and other programs are known to misplay some schism features.)

974 Name: Elbert Good : 2010-08-22 11:31 [Del]

Drawing the UI takes hardly any CPU at all, especially if you turn on lazy redraw mode.

What sort of computer and video card do you have, and are you sure you've set up the video mode so it's not using an SDL software surface? (And if you do have to use a sw surface for some reason, are you resizing the window? That causes a lot of extra processing.)

You still can't reasonably play anything without a video mode set up, because you have no file browser and no means of providing input, and on top of that you can't reasonably close the program since it traps Ctrl-C to pop up the "are you sure" dialog, which you can't say yes to because you have no interface.

You'd be much better off using something based on BASS if you want a general purpose player, especially one without a GUI.

975 Name: jengelh : 2010-08-22 13:20 [Del]

>You still can't reasonably play anything without a video mode set up,

SDL_VIDEODRIVER=dummy schismtracker -p foo.it

(Thanks for having no faith in me, but Ctrl-C does work.)

Vaio VPCM11 with Intel N10 graphics 1024x600. SDL uses the X11 software driver for some reason. Have not found time yet to check on SDL why it choses that, since Xvideo is available after all.

976 Name: Elbert Good : 2010-08-22 15:28 [Del]

Listening to one song on permanent repeat is not a reasonable interface for a player. Also, the command line options appear to be more or less broken for some reason. (I rarely use them, so this is the first I've noticed; but your line there does nothing but hang for me.)

Apparently 74e93f14ca14 added signal handling to override SDL's default Ctrl-C behavior. I guess that evaded my notice. Regardless, that's still lousy. You're beating the crap out of a perfectly round peg to try to fit it into this square hole you've cut for it.

Does YUV mode work for you?

977 Name: jengelh : 2010-08-22 15:41 [Del]

>permanent repeat

...working on that...

>Does YUV mode work for you?

xvinfo | grep " id:"

  id: 0x32595559 (YUY2)
id: 0x32315659 (YV12)
id: 0x30323449 (I420)
id: 0x59565955 (UYVY)
id: 0x434d5658 (XVMC)
id: 0x32595559 (YUY2)
id: 0x32315659 (YV12)
id: 0x30323449 (I420)
id: 0x59565955 (UYVY)

It seems not. Neither is RGB among it.

978 Name: Elbert Good : 2010-08-22 16:05 [Del]

I see plenty of YUV modes in that list. What's wrong with them?

980 Name: jengelh : 2010-08-25 07:47 [Del]

Nothing. It seems that "SDL Video Surface" (in Ctrl-F1) is just the default instead of "YUV Video Surface". Also for the GMA3150/N10 graphics it seems SDL vs YUV does not make much of a difference. But I remember it being so on ye olde NV. Maybe I'll get back to testing that.

Name: Link:
Spam trap (don't touch):
File: