SBVGM (DOS) VGM Player

Schedules and announcements about program releases.

Re: SBVGM (DOS) VGM Player

Postby ElBrunzy » 2018-11-03 @ 21:21

I was using freedos 1.2 until now and sbvgm kept on crashing, but I was thinking it was normal because it's an experimental work... But since I moved on to msdos7.10 I've yet to see it crash. That's why I realise your piece of soft is solid and allow me to listen to many longer soundtrack when I'm running it on a compliant operating system.

I still believe the soundblaster 1 with opl and saa is the best soundcard to support your software. But about that, I still dont really understand the difference using -gb and -a. In both case it run the soft pretty much the same, is it an order change on preferred chip to run playback ? Allow me to suggest you could clarify that on your documentation of next release. Please keep on writing history, it's my favorite part to read ! :)
User avatar
ElBrunzy
Member
 
Posts: 446
Joined: 2014-1-26 @ 03:50
Location: Quebec / Canada

Re: SBVGM (DOS) VGM Player

Postby OPLx » 2018-11-05 @ 01:25

ElBrunzy wrote:I was using freedos 1.2 until now and sbvgm kept on crashing, but I was thinking it was normal because it's an experimental work... But since I moved on to msdos7.10 I've yet to see it crash. That's why I realise your piece of soft is solid and allow me to listen to many longer soundtrack when I'm running it on a compliant operating system.

I had never tested under FreeDOS; which version of SBVGM were you using at the time?
ElBrunzy wrote:I still believe the soundblaster 1 with opl and saa is the best soundcard to support your software. But about that, I still dont really understand the difference using -gb and -a. In both case it run the soft pretty much the same, is it an order change on preferred chip to run playback ? Allow me to suggest you could clarify that on your documentation of next release. Please keep on writing history, it's my favorite part to read ! :)

The -gb and -a options are for setting the base address for the GameBlaster and Adlib Music card respectively should SBVGM's auto detection fail or if there is hardware that uses non-standard I/O ports on the ISA bus or as a way to speficy the preferred chip to playback (for systems with more than one soundcard that happens to have the same chipsets). I'll think of a way to make that clearer in the next release. Thank you for the suggestion. :happy:
OPLx
Member
 
Posts: 113
Joined: 2014-2-15 @ 17:02

Re: SBVGM (DOS) VGM Player

Postby ElBrunzy » 2018-11-06 @ 00:21

OPLx wrote:I had never tested under FreeDOS; which version of SBVGM were you using at the time?

Pretty any versions did crashed. But I think you might want to know if I did try the 1.19 80386 version ? Because I only realized you compiled such a version until lately when you bring it to my attention, I'm not sure if I did test it for stability. Now all my computers with soundcard to take advantage of your player are on msdos7.1, would you be more interested into that crash? I could boot from a floppy and test your player if it interest you, I would be glad to help.

OPLx wrote:The -gb and -a options are for setting the base address for the GameBlaster and Adlib Music card respectively should SBVGM's auto detection fail or if there is hardware that uses non-standard I/O ports on the ISA bus or as a way to speficy the preferred chip to playback (for systems with more than one soundcard that happens to have the same chipsets). I'll think of a way to make that clearer in the next release. Thank you for the suggestion. :happy:

Maybe you could put the text when you run sbvgm -h in your documentation and just add the paragraph you wrote? Removing the specific -a&gb example and adding whatever you think might be interesting to know.

I did re-reread your documentation to figure out where I wrongly assumed the behavior of your command switch but found nothing except this interesting bit:
SBVGM.TXT wrote:* To use the C/MS \ Game Blaster option on Sound Blaster 1.0, 1.5, or 2.0,
add '-c' as a command line parameter.

I forgot about the -c switch as using -gb allow to use the opl and the saa of the sb, while using -a only work with music that can be played on the opl. I see that using each three parameters give this detected sound hardware:
Code: Select all
-a  : * OPL3 at 388h
-gb : * Sound Blaster at 220h
      * Creative Music System/Game Blaster at 220h
-c  : * Sound Blaster (C/MS) at 220h

Do you think there is any difference in between using -gb or -c ? To me the result seem the same as they both play saa and opl vgm. I would like if, as -a play only the opll vgm from a directory, -gb would play only the sn76489 and -c play both. As I have some sega master system soundtrack that have both version and there is no way to focus on listening only to the SN76489 version. Well... obviously I could rename the files and use appropriate wildcart, but I suspect it's an overlook that GameBlaster could play opll music is where I'm going at, what do you think?
User avatar
ElBrunzy
Member
 
Posts: 446
Joined: 2014-1-26 @ 03:50
Location: Quebec / Canada

Re: SBVGM (DOS) VGM Player

Postby OPLx » 2018-11-08 @ 22:41

ElBrunzy wrote:
OPLx wrote:I had never tested under FreeDOS; which version of SBVGM were you using at the time?

Pretty any versions did crashed. But I think you might want to know if I did try the 1.19 80386 version ? Because I only realized you compiled such a version until lately when you bring it to my attention, I'm not sure if I did test it for stability. Now all my computers with soundcard to take advantage of your player are on msdos7.1, would you be more interested into that crash? I could boot from a floppy and test your player if it interest you, I would be glad to help.

There might have been a issue with the 386 version in v1.19. The current version is v1.24.

ElBrunzy wrote:
OPLx wrote:The -gb and -a options are for setting the base address for the GameBlaster and Adlib Music card respectively should SBVGM's auto detection fail or if there is hardware that uses non-standard I/O ports on the ISA bus or as a way to speficy the preferred chip to playback (for systems with more than one soundcard that happens to have the same chipsets). I'll think of a way to make that clearer in the next release. Thank you for the suggestion. :happy:

Maybe you could put the text when you run sbvgm -h in your documentation and just add the paragraph you wrote? Removing the specific -a&gb example and adding whatever you think might be interesting to know.

That's not a bad idea; I'll be sure to add these details into the next release.

ElBrunzy wrote:I forgot about the -c switch as using -gb allow to use the opl and the saa of the sb, while using -a only work with music that can be played on the opl. I see that using each three parameters give this detected sound hardware:
Code: Select all
-a  : * OPL3 at 388h
-gb : * Sound Blaster at 220h
      * Creative Music System/Game Blaster at 220h
-c  : * Sound Blaster (C/MS) at 220h

Do you think there is any difference in between using -gb or -c ? To me the result seem the same as they both play saa and opl vgm. I would like if, as -a play only the opll vgm from a directory, -gb would play only the sn76489 and -c play both. As I have some sega master system soundtrack that have both version and there is no way to focus on listening only to the SN76489 version. Well... obviously I could rename the files and use appropriate wildcart, but I suspect it's an overlook that GameBlaster could play opll music is where I'm going at, what do you think?

Well, for a PC with the Sound Blaster 1.x & 2.0 these options don't make sense, but for a PC with an Adlib and actual Game Blaster it does because of the different hardware configuration. I suppose if the same port is used, the program could prefer the one designated by the command line switches. In regards to the suggestion of using the command line switches to only play particular files. This probably could work, but could cause issues for other users who want to keep that behavior. One possible solution that comes to mind is to (perhaps) add a command line option to disable auto detection. So it could be something like SVBGM -d -a file.vgz. I think that could work the way you suggested.
OPLx
Member
 
Posts: 113
Joined: 2014-2-15 @ 17:02

Re: SBVGM (DOS) VGM Player

Postby ElBrunzy » 2018-11-11 @ 01:19

OPLx wrote:Well, for a PC with the Sound Blaster 1.x & 2.0 these options don't make sense, but for a PC with an Adlib and actual Game Blaster it does because of the different hardware configuration. I suppose if the same port is used, the program could prefer the one designated by the command line switches. In regards to the suggestion of using the command line switches to only play particular files. This probably could work, but could cause issues for other users who want to keep that behavior. One possible solution that comes to mind is to (perhaps) add a command line option to disable auto detection. So it could be something like SVBGM -d -a file.vgz. I think that could work the way you suggested.


Yes you are right, I did not considered that configuration other user might have, how selfish of me :blush: You could also add variant to -C switch to force the opl or saa chip only, I was thinking it might be a simpler solution for you to implement. But I believe that disabling some chip from detection could be a more useful switch for others, in the long run. I found that if I remove the T from the blaster env var then I can use sbvgm -gb to only play SN76489 vgm and -sb or -a to play the opl ones.
User avatar
ElBrunzy
Member
 
Posts: 446
Joined: 2014-1-26 @ 03:50
Location: Quebec / Canada

Previous

Return to Release Announcements

Who is online

Users browsing this forum: No registered users and 4 guests