Hi, I was wondering if there are any plans to support the ALI5455 chip; From SC_ICH it understand it still needs some extra code: //{"ALI5455",0x10b9,0x5455, DEVICE_ALI}, // needs extra code Other driver which might help: - http://manuals.opensound.com/sources/oss_ali5455.c.html - https://github.com/torvalds/linux/blob/master/sound/pci/intel8x0.c - https://www.cs.cmu.edu/afs/club.cc.cmu.edu/usr/jhutz/project/Outgoing/linuxkern/2.4.21-EXP1-src/drivers/sound/ali5455.c I have this infamous chip; and...
I just removed those unused drivers. One thing I'd like to note is that when initially using MPXPlay drivers, I didn't want to change it much, it's a common practice and a principle for me to use 3rd party code: to keep it "as intact as possible". It may help the original author of the 3rd party code to review/pick the changes easily. I'll keep to that for the rest of the files of MPXPlay drivers: code will only be added by '#if' but no code removed. But it's not guaranteed if the code comes from...
I just removed those unused drivers. One thing I'd like to note is that when initially using MPXPlay drivers, I didn't want to change it much, it's a common practice and a principle for me to use 3rd party code: to keep it "as intact as possible". It may help the original author of the 3rd party code to review the changes easily. I'll keep to that for the rest of the files of MPXPlay drivers: code will only be added by '#if' but no code removed. But it's not guaranteed if the code comes from other's...
A good advice, they'll be removed soon. And thanks very much again for your help!
It looks better now (on your GitHub page). But probably you also don't need these files, you can remove them: sc_gus.c, sc_midas.c, sc_null.c, sc_sb16.c, sc_sbpro.c, sc_wav.c, sc_winds.c, sc_winwo.c, sc_wss.c, dsound.h
I've moved the required defines & functions into au_base.h & au_base.c. I checked again, they are memory/strings/time/timer from newfunc, one bit/channel conversion function , and a new dpmi I added for djgpp, a new samplerate function I added for SBEMU.
OK, cool! I don't use AU_MIXER functions as I recall, I included the .c file to solve linking errors. still a dependency problem.
Yeah, you can merge the required Mpxplay dependencies (out of AU_CARDS) into one file (one C, one H), keep (put) my header in that file, and remove any unnecessary files. Thnx Do you use the AU_MIXER as is, or just some functions from it?
Yeah, you can merge the required Mpxplay dependencies into one file (one C, one H), keep (put) my header in that file, and remove any unnecessary files. Thnx Do you use the AU_MIXER as is, or just some functions from it?
OK. There's some header dependency of playlist.h and such (i.e. au_cards.c includes mpxplay.h and other files). I wasn't removing them but I think I can remove the dependencies if you like.
MMC v3.20 is released on http://mpxplay.sourceforge.net diffs between v3.20 and v3.19 -modifications/new/MMC: -updated FFmpeg library to v6.0.1 -updated libdav1d (AV1 decoder) to v1.30 -playlist context menu: sorting has moved into a sub-menu, player and commander mode sort-types are merged (no need to switch to commander/player mode for alternative sorting) -bugfixes/modifications/MMC: -F3: prohibit opening a new dialog window above the Fileinfo dialog (eg. pressing F2 after F3) -still picture displaying...
MMC v3.20 is released on http://mpxplay.sourceforge.net diffs between v3.20 and v3.19 -modifications/new/MMC: -updated FFmpeg library to v6.0.1 -updated libdav1d (AV1 decoder) to v1.30 (20231003) -playlist context menu: sorting has moved into a sub-menu, player and commander mode sort-types are merged (no need to switch to commander/player mode for alternative sorting) -bugfixes/modifications/MMC: -F3: prohibit opening a new dialog window above the Fileinfo dialog (eg. pressing F2 after F3) -still...
It's OK for the AU_CARDS directory of Mpxplay. What else do you use from Mpxplay? Why do you use core Mpxplay files, like playlist.h, in_file.h, mpxinbuf.h, mpxplay.h ?
Hey, sorry to bother again. There're some people that want to participate in the SBEMU project but they're concerned about the license problem. ( https://github.com/sbemu-x/sbemu-x/issues/4 ) May I license SBEMU under GPL, which will make the portion/clone of the driver of Mpxplay licensed under GPL? The original file header won't be changed in any cases, and of course will be open sourced (under GPL). An extra license file adding to my project will work. And the license doesn't apply to your original...
whoops, posted thi on the entirely wrong project :/ disregard entirely
shuffle/random playback
As far as I can see INTELHD_IRQRoutine() is never called because MIrq_Start() (and MIrq_Stop()) are never called from sc_inthd.c. An oversight, I guess?
I've played a little bit with the LNK settings, nothing has helped. But I don't think so that it's important (as I wrote my USB DOS solution).
I've played a little bit with the LNK settings, but nothing has helped. But I don't think so that it's important (as I wrote my USB DOS solution).
I've played a little bit with the LNK settings, nothing has helped. But I don't think so that it's important (as I wrote my USB DOS solution).
Thanks, appreciate it. I got that very same message with UPX v. 4.02 as well. Have no idea why "the stack" isn't the last object. I also do not know why the UPX option --force doesn't work either. Other DOS-based LE executable compressors, such as SC.EXE and 32Lite work just fine. 32Lite also doesn't have a decompressor, nor an LZMA mode, either. I've had that "stack is not in the last object" message before with DOS LEs on UPX before. It is very rare, and I've no idea why it occurs, nor how it is...
Thanks, appreciate it. I got that very same message with UPX v. 4.02 as well. Have no idea why "the stack" isn't the last object. I also do not know why the option --force doesn't work either. While other LE executable compressors like SC.EXE and 32Lite work just fine. 32Lite also doesn't have a decompressor, nor an LZMA mode, either. I've had that "stack is not in the last object" message before with DOS LEs on UPX before. It is very rare, and I've no idea why it occurs, nor how it is possible to...
UPX v4.02, I always get "CantPackException: the stack is not in the last object" on both DOS32 and DOS4G versions (inc. Mpxplay v1.63) in Win11 console and in DOSbox too... I've prepared DOS to a 2Gb memory card with an usb card reader, using the FreeDOS's LiveCD iso image, filled with ca 1Gb content. It works on a more 10 years old desktop machine too. But I've re-uploaded the DOS/32 version with uncompressed exe, if it helps.
UPX v4.02, I always get "CantPackException: the stack is not in the last object" on both DOS32 and DOS4G versions (inc. Mpxplay v1.63) in Win11 console and in DOSbox too... I've prepared DOS to a 2Gb memory card with an usb card reader, using the FreeDOS's LiveCD iso image. But I've re-uploaded the DOS/32 version with uncompressed exe, if it helps.
Version of MPXPlay 1.67 for DOS is fantastic! It fixes many problems including direct input/output handling of PCI card detection. This was suggested by crazii, as his SBPCI project uses this very successfully, and I'm glad these changes were incorporated into new MPXPlay code. Many of my newer systems with HDA cards which weren't initiatiated by BIOS magically work perfectly with the program now! Now, I have a request. May mpxplay provide a compiled binary compressed not with the sc.exe DOS/32 compressor,...
Version of MPXPlay 1.67 for DOS is fantastic! It fixes many problems including direct input/output handling of PCI card detection. This was suggested by crazii, as his SBPCI project uses this very successfully, and I'm glad these changes were incorporated into new MPXPlay code. Many of my newer systems with HDA cards which weren't initiatiated by BIOS magically work perfectly with the program now! Now, I have a request. May mpxplay provide a compiled binary compressed not with the sc.exe DOS/32 compressor,...
Thank You for the informations. I've got only Intel boards with Realtek codecs, all of them work in IHD PIO mode too. But now I've added CORB mode (with IRQ, but without shared IRQ handling) to Mpxplay, that also seems to work. It will be optional, selecting with an -scc 4 command line option or with SoundcardCfg=4 in mpxplay.ini. Probably the -scc 2 is not needed anymore, the related bug is corrected by your code. I've also replaced PCI-BIOS access with a direct PCI port communication. I've corrected...
MMC v3.19 is released on http://mpxplay.sourceforge.net diffs between v3.19 and v3.18 -modifications/new/MMC: -moved "General GUI layout" config to Color / "General GUI colorization" -added "Background type", "Background effect" and "Colorization alpha" to "General GUI colorization" to select alternative transparent background types -moved Opacity / "Editor translucent settings" to Color / "Editor transparent settings" -"Reset config" also resets video surface settings, like: aspectratio, crop, zoom,...
I think so this problem is corrected in Mpxplay v1.67, the -scc 2 option is not needed anymore (but still exists). If somebody still has playing problems on Intel HDA chips, there is a new -scc 4 setting, with alternative codec access (CORB, IRQ, Power-Up). And several new HDA compatible boards (PCI ids) has been also added (like Raptor Lake).
Mpxplay v1.67 (all console versions) is released on http://mpxplay.sourceforge.net diffs between v1.67 and v1.66 -modifications/new: -FFmpeg version (Win32): updated FFmpeg library from 4.4.0 to 6.0.0 -DOS: replaced PCI-Bios audio functions with direct PCI i/o port communication (some BIOSes have no correct PCI handling) -DOS: Intel HDA: added -scc flag +4: use CORB (command ring buffer) with IRQ and Power-Up, instead of PIO mode (some chips have no PIO) -DOS: Intel HDA: added new PCI ids (Intel...
In the latest Mpxplay/MMC Win32 versions I use FFmpeg, containing several audio formats. Already I cannot work on (I cannot spend time with) individual audio format implementations.
Thank You for the informations. I've got only Intel boards with Realtek codecs, all of them work in IHD PIO mode too. But now I've added CORB mode (with IRQ, but without shared IRQ handling) to Mpxplay, that also seems to work. It will be optional, selecting with an -scc 4 command line option or with SoundcardCfg=4 in mpxplay.ini. Probably the -scc 2 is not needed anymore, the related bug is corrected by your code. I've also replaced PCI-BIOS access with a direct PCI port communication. But the ICH...
Thank You for the informations. I've got only Intel boards with Realtek codecs, all of them work in PIO mode too. But now I've added CORB mode (with IRQ, but without shared IRQ handling) to Mpxplay, that also seems to work. It will be optional, selecting with an -scc 4 command line option or with SoundcardCfg=4 in mpxplay.ini. Probably the -scc 2 is not needed anymore, the related bug is corrected by your code. I've also replaced PCI-BIOS access with a direct PCI port communication. But the ICH is...
I've been a long time user of MPXPLAY (win32 console version and DOS sometimes). I discovered this audio format: https://qoaformat.org/ It is a very small simple format and I think it would be a perfect choice to add to MPXPLAY cause it's only 300 lines of code (and much of that is the playback infrastructure which you probably already implemented, so it would take much less space). The quality is great and decoding efficiency is very high, so it could decode in a DOS PC which otherwise may struggle...
MMC v3.18 is released on http://mpxplay.sourceforge.net diffs between v3.18 and v3.17 -modifications/new/MMC: -updated FFmpeg library to v6.0.0 -updated libdav1d (AV1 decoder) to v1.10+ (20230313) -added "Duplicate interlaced frames" option to "Video config" (enabled by default, mostly works at D3D11 output only, rarely at D3D9) -added "Prefer descriptor stream" option to "Audio config" (usefull for TV programs) -bugfixes/modifications/MMC: -"Hardware mixing" audio output mode is enabled by default...
MMC v3.18 is released on http://mpxplay.sourceforge.net diffs between v3.18 and v3.17 (20230315) -modifications/new/MMC: -updated FFmpeg library to v6.0.0 -updated libdav1d (AV1 decoder) to v1.10+ (20230313) -added "Duplicate interlaced frames" option to "Video config" (enabled by default, mostly works at D3D11 output only, rarely at D3D9) -added "Prefer descriptor stream" option to "Audio config" (usefull for TV programs) -bugfixes/modifications/MMC: -"Hardware mixing" audio output mode is enabled...
MMC v3.18 is released on http://mpxplay.sourceforge.net diffs between v3.18 and v3.17 (20230315) -modifications/new/MMC: -updated FFmpeg library to v6.0.0 -updated libdav1d (AV1 decoder) to v1.10+ (20230313) -added "Duplicate interlaced frames" option to "Video config" (enabled by default, mostly works at D3D11 output only, rarely at D3D9) -bugfixes/modifications/MMC: -"Hardware mixing" audio output mode is enabled by default at Win8 or higher -"Highlight scan from half" (instead of fixed 1:00 start)...
FYI The valid change on Intel HDA involves using command ring buffer CORB/RIRB instead of immediate command registers (IC) IC is PIO mode and optional, some chips doesn't support it. The other one on ICH, in INTELICH_getbufpos which handles ICH_PO_PICB_REG. Other changes are special adaptions/customizations for SBEMU and are mostly irrelevant.
Thanks! I can be sure of that, your headers will not be removed/modified and my project keeps opensource.
Hi, Sorry, currently I have limited time to develop and support. Keeping the header in the Mpxplay related files and keeping the project opensource, you can use that (audio driver) part of my sources. But I don't support (would like to see) Mpxplay clones. Later I'll check your changes/updates in my code.
Hi, Keeping the header in the Mpxplay related files and keeping the project opensource, you can use that (audio driver) part of my sources. But I don't support (would like to see) Mpxplay clones. Later I'll check your changes/updates in my code.
Hi, I was using the sound driver code of MPXPlay (and slightly modification/adaption) to emulate the DOS sound blaster on modern sound card. I wonder if I can use/modify the source and distribute it? What license is it? MIT or GPL? BTW the program shows extra informmation like "Source code used from: MPXPlay (https://mpxplay.sourceforge.net/) " when /? command. Here's the repo of my project, which is basically working but in test phase: https://github.com/crazii/SBEMU There's also some problem fixed...
MMC v3.17 is released on http://mpxplay.sourceforge.net diffs between v3.17 and v3.16 -modifications/new/MMC: -updated FFmpeg library to v5.1.2 -updated libdav1d (AV1 decoder) to 1.1pre (20220930) -updated MinGW (compiler) to version 12.2.0r2 (msvcrt) (patched x86) -bugfixes/modifications/MMC: -audiovisualization process: null ptr error in frame scheduling (possible crash) -x64: file FindFirst/FindNext handler (uint32 intptr caused random crash at loading directory informations) -video context menu:...
MMC v3.17 is released on http://mpxplay.sourceforge.net diffs between v3.17 and v3.16 -modifications/new/MMC: -updated FFmpeg library to v5.1.2 -updated libdav1d (AV1 decoder) to 1.0pre (20220930) -updated MinGW (compiler) to version 12.2.0r2 (msvcrt) (patched x86) -bugfixes/modifications/MMC: -audiovisualization process: null ptr error in frame scheduling (possible crash) -x64: file FindFirst/FindNext handler (uint32 intptr caused random crash at loading directory informations) -video context menu:...