gcc4 BSound on alpha builds can not use media plugins

[Adek336]

The playsound function comes from the Be book ​http://www.haikudev.com/bebookpl/The%20Media%20Kit/SoundPlayer.html#BSoundPlayer

#include <Application.h>
#include <Sound.h>
#include <SoundPlayer.h>
#include <Entry.h>
#include <iostream>

using namespace std;

void playsound(const char *path) { 
   BSound *sound; 
   BSoundPlayer player; 
   entry_ref ref; 
   BEntry entry(path, true); 
   BSoundPlayer::play_id id; 

   if (entry.InitCheck() == B_OK) { 
      if (entry.GetRef(&ref) == B_OK) { 
         sound = new BSound(&ref); 
         if (sound->InitCheck() == B_OK) { 
            player.Start(); 
            player.SetVolume(1.0); 
            id = player.StartPlaying(sound); 
            sound->ReleaseRef(); 
            player.WaitForSound(id); 
         } 
      } 
   } 
} 

int main()
{
	new BApplication("application/x-vnd.program");
	playsound("/Blank_BFS/sample.wav");
	return 0;
}

On the alpha:

< copy a wave file as /Blank_BFS/sample.wav >
setgcc gcc4
g++ mkit.cc -lbe -lmedia -o mkit
mkit

Problem: the media kit tries to load the gcc2 plugin, does not try to look for a gcc4 plugin.

Also known as #3437, where it happens to gcc2 compiled applications under hybrid4.

[mmadia]

The blocking ticket #4920 was fixed in hrev33997, would you retest this?

[Adek336]

Didn't help.

[pulkomandy]

Also happens with any app trying to use the media kit directly (BMediaKit and BMediaFile). Can easily be reproduced, for example, with the push_game_sound_test available in Haiku tree.

[diver]

(In #3437) VLC works fine in hrev44036 gcc4h.

[pulkomandy]

My attempt to add HTML5 audio/video to WebKit hit this old bug.

The media decoder plug-ins (not add-ons) are loaded in the application space when using BMediaTrack (or indirectly when using BSound > BTrackReader > BMediaTrack in the case of the test in this ticket).

[stippi]

Maybe the libraries just need to use the new find_path() functionality. It automatically resolves to the correct architecture dependent paths.

[pulkomandy]

The search for add-ons is currently done on media_server side, and it then sends the refs back to the application. I think the ida was to have the media_server watch for plugins and maintain a list in memory, but then this was changed in order to make sure user add-ons are searched first, and as a result the dirs are re-scanned each time the methods are called.

I'm not sure if the code can easily be moved application-side however. Another solution is having the app send its architecture to media_server, so the right add-ons can be searched. But it seems the media_server will "test" the plugin locally before giving a ref to the app, which would turn the problem backwards...

[pulkomandy]

Fixed in hrev47086.