Previous Thread
Next Thread
Print Thread
Linux M1 audio backend and 7zip support #100579
07/15/15 01:39 PM
07/15/15 01:39 PM
Joined: Apr 2015
Posts: 378
E
EoceneMiacid Offline OP
Senior Member
EoceneMiacid  Offline OP
Senior Member
E
Joined: Apr 2015
Posts: 378
Hi,

I'd like to integrate M1 in my Linux frontend, to play BGM from the currently selected game. However I'm having some problems;

- M1 uses OSS, a legacy sound system. Modern Linux systems use ALSA. This problem can be worked around using the 'aoss' wrapper, but that causes other problems. Those could be worked around too, but really, M1 should just support ALSA instead of (or in addition to) OSS.

- I store roms in 7z format, which M1 does not support. Again, this can be worked around but it wouldn't be pretty. Why not implement 7zip support?

Come to think of it, why not integrate M1 into MAME itself? It's built from the MAME codebase anyway.

Last edited by EoceneMiacid; 07/15/15 02:28 PM.
Re: Linux M1 audio backend and 7zip support [Re: EoceneMiacid] #100583
07/15/15 04:26 PM
07/15/15 04:26 PM
Joined: Mar 2001
Posts: 16,070
USA
R
R. Belmont Offline
Very Senior Member
R. Belmont  Offline
Very Senior Member
R
Joined: Mar 2001
Posts: 16,070
USA
M1 is built from a conglomeration of components picked from many versions of MAME plus a unique core that provides some MAME-like services (scheduling and timers, primarily).

For that reason, the current codebase is not very maintainable; the plan is to pick a time when I believe that MAME's architecture is at a reasonable, unlikely to radically change again, spot and then I'll rebuild M1 from modern MAME components.

As far as OSS, I had no idea it would go away as quickly as it did.

Re: Linux M1 audio backend and 7zip support [Re: EoceneMiacid] #100590
07/16/15 05:03 AM
07/16/15 05:03 AM
Joined: Apr 2011
Posts: 32
N
neko68k Offline
Member
neko68k  Offline
Member
N
Joined: Apr 2011
Posts: 32
@EoceneMiacid FWIW though, getting it to work with whatever sound system you want should be fairly straight forward. Getting it working in Android wasn't that hard. TBH, adding 7z support ought to not be very hard either. That being said, you're probably going to have to do this all yourself. I'm not interested and I'm sure at the moment RB isn't either.

Re: Linux M1 audio backend and 7zip support [Re: EoceneMiacid] #100607
07/16/15 06:32 PM
07/16/15 06:32 PM
Joined: Apr 2015
Posts: 378
E
EoceneMiacid Offline OP
Senior Member
EoceneMiacid  Offline OP
Senior Member
E
Joined: Apr 2015
Posts: 378
I can make it work using aoss as I mentioned, but it's not ideal since it requires installation of the alsa-oss package and it complicates reading from and writing to stdin/out, aside other minor problems.

AFAIK the source is not available either otherwise I'd take a look at it.

Re: Linux M1 audio backend and 7zip support [Re: EoceneMiacid] #100611
07/16/15 07:00 PM
07/16/15 07:00 PM
Joined: Mar 2001
Posts: 16,070
USA
R
R. Belmont Offline
Very Senior Member
R. Belmont  Offline
Very Senior Member
R
Joined: Mar 2001
Posts: 16,070
USA
The source has been available since 2010. Check the top stickied post in this subforum.

Re: Linux M1 audio backend and 7zip support [Re: EoceneMiacid] #100616
07/16/15 09:40 PM
07/16/15 09:40 PM
Joined: Apr 2015
Posts: 378
E
EoceneMiacid Offline OP
Senior Member
EoceneMiacid  Offline OP
Senior Member
E
Joined: Apr 2015
Posts: 378
Nice, I didn't know.

Re: Linux M1 audio backend and 7zip support [Re: R. Belmont] #105693
05/22/16 10:50 AM
05/22/16 10:50 AM
Joined: Oct 2011
Posts: 9
T
TEOL Offline
Member
TEOL  Offline
Member
T
Joined: Oct 2011
Posts: 9
Originally Posted By R. Belmont
M1 is built from a conglomeration of components picked from many versions of MAME plus a unique core that provides some MAME-like services (scheduling and timers, primarily).

For that reason, the current codebase is not very maintainable; the plan is to pick a time when I believe that MAME's architecture is at a reasonable, unlikely to radically change again, spot and then I'll rebuild M1 from modern MAME components.

As far as OSS, I had no idea it would go away as quickly as it did.


The good news is nothing really changed about the source at all in the first place.

Boards was changed to includes and the stuff inside it changed from c's to h's in code extensions.

Some M1 used folders were moved to third party as well and a ton of new sound code folders have been added to it from the MESS side.

Also there are now a load of xml files already made for us which the M1.xml could be changed to direct to the paths for those now so every game added to those files would work instead of people farting about adding games to M1.xml now in turn making every game with working audio in the new system being able to run.

I've rebuilt the trees for you the programmer so we could get something started on both the Windows (FX) and Mac (Normal) native ports of it.

I know nothing about coding myself though so I couldn't get the trees working if I wanted to but to get them there is a good start and I was glad to be of a help making the concept trees to make your great idea come to life as I was dreaming for this new version myself as well and I've had the passion there to build the source trees myself ready made to get us started.

It was your post here that pushed me to make all those posts about making it happen and you really did put the passion into me into helping you archeiving it by making a workable looking tree that you can work with Richard and I do beleive you can make it happen now that we know the new paths for the codes which will hopefully carry on in every new version from now on.

I think this new day in M1 history is going to rock and I for one can't wait to see if you can get our vision working with my trees or a tree of code of your own.

The next couple of months or so is going to be very interesting if you can pull our combined visions off Sir Richard including the 7zip support as I now crave that happening too now that someone brought it up.

Megadrive and Arcade support will definitely both be better than it was ever in the old one has not so much all m1.xml format too as it would attempt to run anything we throw at it now with the multi .xml format with the m1.xml telling the program the paths to the seperate .xmls this time round in my idea for it.

Maybe I have a bit too much passion in the project kickstarted by this post which wowed me too much into wanting it to happen right now. I should be quiet for a little while and wait to see what his wisdom can do with thee new code.

Last edited by TEOL; 05/22/16 11:07 AM.

Moderated by  R. Belmont 

Who's Online Now
2 registered members (Vas Crabb, 1 invisible), 114 guests, and 1 spider.
Key: Admin, Global Mod, Mod
Shout Box
Forum Statistics
Forums9
Topics8,606
Posts112,516
Members4,827
Most Online296
Dec 5th, 2018
Powered by UBB.threads™ PHP Forum Software 7.6.1.1
(Release build 20180111)
Page Time: 0.189s Queries: 14 (0.132s) Memory: 5.6351 MB (Peak: 5.8298 MB) Zlib enabled. Server Time: 2018-12-16 11:06:53 UTC