diffs between v1.60 alpha and v1.59 final
-modifications/new:
-removed lq-mode (16 bit integer) au-mixer, removed HQmode setting from mpxplay.ini (now Mpxplay has only 32-bit float based audio mixer)
-crossfade works at different input frequencies too (you can do crossfade between a 5.1, 48Khz AC3 and a 22kHhz mono MP3 too)
-added general tone (bass/treble) for au-mixer (all filetypes have tone control, not only MPx)
-added disable_decodertone (+16) and disable_mixertone (+32) flags to MixerControl variable
-bugfixes/modifications:
-AC3 decoder fix (went wrong at v1.58a1) (parse.c)
-FFMPEG (MKV): increased number of max streams (20->32) (ffutils.h)
-FLAC decoder optimizations (flac.c)
-displaymode is not saved in mpxplay.ini, if fullscreen mode is disabled at command line (control.c)
-ctrl-Del doesn't clear directory side in multitab mode (keyboard.c)
-ctrl-'r' doesn't clear files (just resets the file/id3 infos), if no related playlist nor dirscan (playlist.c)
-multi tabs are not modified/deleted in file-out (-o) mode (sc_wav.c)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
diffs between v1.60 alpha 2 and alpha 1
-modifications/new:
-added http file/stream handling (drv_http.c, mpxinbuf.c, chkentry.c)
-added Ogg/Opus handling/demuxing (decoding is in ad_opus.dll) (in_ogg.c)
-ASX extension is removed from ASF demuxer, added to playlists (a very primitive ASX list parsing) (in_asf.c, loadlist.c)
-bugfixes/modifications:
-AAC/ADTS parsing (in_aac.c)
-MP4/HE-AAC 24khz decoding (ad_aac\decoder.c)
Some notes:
HTTP streams have a fake length, but don't care with it (just Mpxplay needs a valid file/song length). The program will play the stream beyond that time too (probably).
HTTP streaming handles (tested) only at AAC,MP3,OGG.
MMS:/RTSP: and WMA streams are not handled yet. Playlists usually also doesn't work (if content-type is chunked).
If you find a radio channel, which doesn't work properly, please send me the link.
From now, DOS32/A version also contains TCP/IP handling (http & ftp clients), but I cannot test it at all…
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
> Interesting… :) (don't listen to the audio, just watch the video)
> http:/lootu.be/1sozfZhxMnw
- It's from Belgium
- Can't view nor download it with DOS
# Downloaded it in Windaube with YTD
+ It's somewhat related to MPXPLAY
- It's absurdly long with almost no motion and no content
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
diffs between v1.60 alpha 3 and alpha 2
-modifications/new:
-alt-F5 can copy (record) http streams too (diskfile.c)
-DOS: partially modified Intel HDA handling, added new PCI IDs (cards/boards) (sc_inthd.c, pcibios.c)
-bugfixes/modifications:
-partial detection of bad Xing headers (better length calculation in some cases: if average bitrate seems to be invalid) (in_mp3.c)
-better OGG parsing and seeking (if something is incorrect in the file, multiply headers in the stream) (in_ogg.c)
-better http socket/read error handling (drv_http.c)
-EXTM3U load: -1 length means stream (loadlist.c)
-DOS4G version: increased stack size (32k->256k) for interrupt decoding (Opus decoder needs this) (au_cards.c, timer.c)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
diffs between v1.60 alpha 4 and alpha 3
-modifications/new:
-alternative search displaying at alt-letter: filter (display only) search result in playlist editor (keyboard.c, display.c, playlist.c)
(you can revert to the old method with PlayListCntrl+16 flag)
-bugfixes/modifications:
-file-copy (alt-F5) filemask from "." to ".?" (to copy all files from subdirs) (diskfile.c)
-high cpu usage at stream copy (diskfile.c)
-MP4 parsing (error handling) (in_mp4.c)
-DOS: IHD config (speaker setting): -scc 1 enables the speaker (else it's disabled) (sc_inthd.c)
-removed KeyEditJukebox1 and KeyEditJukebox2 keyboard mappings (j and J), use alt-F1/F2 (keyboard.c, mpxplay.ini)
-corrected some instability problems (prg-exit and subdir-scan) (mpxplay.c, diskdriv.c)
Note: DOS versions uses SWSSock tcpip library, which can fail after 20-30 reconnect (changing / checking http streams in a playlist)...
Last edit: Mpxplay 2013-07-01
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Mpxplay v1.60 beta is released on http://mpxplay.sourceforge.net
(basically only the DOS version's changed a little bit)
diffs between v1.60 beta and alpha 4
-modifications/new:
-DOS/IHD: added some new PCI ids, modified stream initialization (can help if previous version doesn't give sound)
-added +2 flag to -scc option (enables/uses the old IHD stream initialization)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
.# better docs of the HTTP (still no dir support?) and FTP feature, prominently document "-inl" and "Preloadinfo =0"
.# file type autodetection ... I am able to play my MP5 files with "ProgramCntrl =8" (not default) ... by why doesn't MPXPLAY autodetect when starting to play (if fails to play a WAV misnamed as FLA)
.# file types ... MPXPLAY doesn't like files like .MP5 or .WEM (WeBM) ... ideas: accept (all .MP0 to .MP5) and both (.WEM and .WEB) or add in MPXPLAY.INI something like:
ExtraExts = "MP0 MP1 MP2 MP3 MP4 MP5 WEM WOW"
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thank You for the testing and feedback.
1. I will correct the DOCs in the final version.
2. Buffer indicator is (was) good to me, I wouldn't like to change it
"was": because I work on a completely different solution (probably you will see it in January), keeping, but not modifying too much in the console display / versions.
Some people will be not happy, others will be (I hope so)... :D
3. OPUS: too big for this (and not so popular)
4. I did try it, but I couldn't do it. The TAK bitstream format is not really good. No documents, and the FFMPEG source seems to be bad.
5. HTTP/HTTP/-inl : please write down, what would like to see in DOCs. btw. I plan to make a new (default) -itl option : it will load the selected tabs completely.
6. auto-content detection: I will think on it, but some formats can crash Mpxplay, if it begins to detect them (especially AAC decoder is not stable for unknown/bad streams)
7. Official extensions are supported. But I plan to add such ExtraExts.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Vendor $125D ESS Technology
Device $1978 ES1978 Maestro-2E Audiodrive, ES1970 Canyon3D
Command 5 (I/O Access, BusMaster)
Status $0290 (Capabilities List, Back-To-Back Trans, Medium Timing)
Revision $10, Header Type 0, Bus Latency Timer $40
Minimum Bus Grant 2, Maximum Bus Latency $18
Self test 0 (Self test not supported)
PCI Class Multimedia, type Audio
Subsystem ID $B112'0E11
Subsystem Vendor $0E11
Address 0 is an I/O Port: $0000'3000
System IRQ 11, INT# A
New Capabilities List Present:
Power Management Capability, Version 1.1
Supports low power State D1 | Supports low power State D2
Supports PME# signalling from mode(s) D1, D2, D3hot
PME# signalling is currently disabled
Current Power State : D0 (Device operational, no power saving)
ROM PCI IRQ routing table
ROM IRQ routing table found at $F000:$0970
Table Version 1.0 - OK
Table size 0 bytes - Invalid Size!
IRQ's dedicated to PCI : 11
The ROM PCI IRQ routing table appears to be faulty !!!
IRQ Summary: IRQ's 11,14,15 are used by PCI devices
Shared IRQ's: IRQ 11 is shared by 7 (seven !!!) PCI Devices
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Buffer indicator is (was) good to me, I wouldn't like to change it
"was": because I work on a completely different solution (probably you
will see it in January), keeping, but not modifying too much in
the console display / versions.
See it in January in 1.60beta2 or 1.61alpha0 ?
OPUS: too big for this (and not so popular)
OPUSDEC app is 170 KiB plain or 100 KiB ZIP'ped ... your DLL 136 KiB plain or 80 KiB ZIP'ped ... I'll ask for 1.61 again, hopefully it will be more popular then.
I did try it, but I couldn't do it. The TAK
bitstream format is not really good. No documents,
and the FFMPEG source seems to be bad.
Good compression, bad code :-(
HTTP/HTTP/-inl : please write down, what would like to see
in DOCs. btw. I plan to make a new (default) -itl option :
it will load the selected tabs completely.
a) I don't understand ... "-itl" is "set album tag" ?
b) I'd like to see (as far as true):
MPXPLAY supports FTP:
can play files directly from FTP servers
can download and locally save files (like any other FTP client / file manager with FTP support)
can browse FTP directories
can access password protected servers (if you supply correct username and password)
MPXPLAY supports HTTP:
can play files directly from HTTP servers
can download and locally save files
cannot browse HTTP directories (unlike web browsers or MPXPLAY's FTP feature)
cannot work if file is "protected from hotlinking"
cannot access sites needing login to "see" or download files
can play directly from the FTP or HTTP server (no need to download or store the complete file, can run on hardware with no or a very small harddisk if it can use the network instead)
cannot write or upload to FTP or HTTP server, modify audio file metadata, delte files, etc
cannot act as FTP or HTTP server
in DOS version it uses the SWSOCK library, needs a packet driver, you may have to edit the file "SWS_SOCK.INI"
it's strongly recommended to set "Preloadinfo =0" in "MPXPLAY.INI" or specify "-inl" in commandline (otherwise preloading / predetecting files can be very slow and make the program unresponsive)
auto-content detection: I will think on it, but some formats can
crash Mpxplay, if it begins to detect them (especially AAC decoder
is not stable for unknown/bad streams)
So far you detect by calling the external libraries? A more native detection would be faster and more reliable (but needs work, some formats are bad (MP3 ? AAC?) (crashing AAC decoder is indeed not acceptable, I am not familiar with AAC, btw). For many formats the detection is trivial and reliable (FLAC, WAVPACK, TAK, FLV, Matroska/WeBM, ...) or at least feasible (OGG, WAV, AVI, ...).
Official extensions are supported.
"WEB" for "WEBM" is bad since "WEBP" truncates to very same "WEB" too :-)
is not supported ("-sct" finds nothing, and it's not listed as supported). Would it be difficult to add it?
Other minor ideas about "-sct":
give info about what's going on ("Detecting possible ISA sound chips ... may hang temporarily or in rare cases permanently" and "Detecting possible PCI and PCIe sound chips ... may hang temporarily or in rare cases permanently"
Probably I will close the latest (beta1) release as v1.60 final,
and I continue with new functions in the next release (on the way).
I still think on the version number, currently it's named to v2.00 ... :D
"-itl"
Oops, you are right, that option name is already used... (I don't know my own program)
"cannot write or upload to FTP"
I think so this is not true.
Only the file modifications are not supported by FTP standard.
"it's strongly recommended to set "Preloadinfo =0" in "MPXPLAY.INI" "
This is true. But basically the FTP server is slow.
It's too much work to do anything with this (later I will do, when I drop DOS version)
There is an Mpxplay behavior, same on local disks and FTP servers too.
The HTTP directory handling is almost impossible. No standard for that.
When you open a www page without index.html, the server creates a html page from the directories. But this created html page is different at every WEB servers.
(unable to read/detect the filename, date, filesize columns from that html page)
But let me know, if I missed something... :)
"So far you detect by calling the external libraries?"
To detect an audio stream format (AAC, AC3, MP3), we have to open the decoder for this, trying to decode the stream. This takes long time too. I have thousands of a/v files, but only one is misnamed. If you rename an EXE to MP3, you also will not able to execute it...
The function is implemented, but not enabled by default.
"report unsupported chip too"
I use the BIOS-PCI functions to handle the PCI cards, and unfortunatelly it cannot give a list about the connected devices. I need a port number (mem address) to handle a PCI soundcard, but I get it only if I give an exact device and vendor id (2x2 bytes),
so I can use only my dev-lists, trying all devices on it (30+ at Intel HDA).
It's some days to add a new soundcard to Mpxplay, but I don't work on it.
Intel HDA cards are very popular, I will maintenance/support those only.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
diffs between v1.60 beta 2 and beta 1
-bugfixes/modifications:
-handling of http URLs without filenames (drv_http.c)
-bad PlayStartTime (-pst) calculation (time.c)
-select-all (ctrl-'+') and invert-selection (alt-'*') first entry (not selected) at playlists (editlist.c)
-missing system-shutdown at ExitEndList (-xel) (mpxplay.c, keyboard.c)
-possible crash caused by (missing) au-mixer fields (au_mixer.c)
-more precise startup song position in some cases (startup.c)
-http status messages changes (drv_http.c)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
IN_MOD v1.59.3:
Uses libmodplug 0.8.8.4:
The Win32 versions can play PAT and probably ABC and MID files too, but the ABC is not tested, a correct MID (midi) file handling needs a Timidity library (PAT + cfg) install, which is also not tested.
In the DOS (DOS4G) version, the ABC and MID file handling is disabled, because those parts of the libmodplug are not DOS-DLL friendly. The PAT playing works anyway.
Other console DLL input plugins are not updated (even if you see a newer version number & date), because they are not changed in binary.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
diffs between v1.60 beta 3 and beta 2
-bugfixes/modifications:
-http: added CHUNKED stream handling (some inet-radios use this mode) (drv_http.c)
-crossfade at different freqs and at http streams (au_mixer.c, mx_freq.c, mpxplay.c)
-DOS/IHD: modified stream init, corrected -scc +2 flag (now it should work on more cards) (sc_inthd.c)
-DOS/SB16: corrected hw tone control (went wrong in alpha1) (fx_tone.c)
-win32: possible bad timing under Win7 (timer.c)
-other various stability fixes
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have tested the Win32 console version of MPXPLAY 1.60 beta 3 in Windows 8.1 Pro x64 editon. However, it does not really work; it is useless to press any key after starting MPXPLAY. It worked in Windows 7 though.
Last edit: Wengier 2014-07-26
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
diffs between v1.60 beta 5 and beta 4
-bugfixes/modifications:
-MOV/MP4: parsing (with wave or unknown atoms), reading and writing metadata (in_mp4.c)
-demuxing (internal seeking) of video files (basically at MKV) (mpxinbuf.c)
-autosave of cue file (MPXP1000.CUE) after drive scan (-ds c) (wrong full path) (savelist.c)
Output encoder DLLs are also updated for Mpxplay v1.60, but they are not tested nor supported too much.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2014-11-06
I'm currently using the DOS version with TCP/IP and packet drivers to play internet radio streams, HTTP served with SHOUTcast using AAC and MP3. Seems to work good, just needs a way to endlessly loop back into the stream when disconnected from server. Also I cannot figure out a way to see the metadata (song titles) in the MPXplay window. Did I miss it?
EDIT: I will try the loop playlist option and see how that works.
Last edit: Anonymous 2014-11-06
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Mpxplay v1.60 alpha is released on http://mpxplay.sourceforge.net
diffs between v1.60 alpha and v1.59 final
-modifications/new:
-removed lq-mode (16 bit integer) au-mixer, removed HQmode setting from mpxplay.ini (now Mpxplay has only 32-bit float based audio mixer)
-crossfade works at different input frequencies too (you can do crossfade between a 5.1, 48Khz AC3 and a 22kHhz mono MP3 too)
-added general tone (bass/treble) for au-mixer (all filetypes have tone control, not only MPx)
-added disable_decodertone (+16) and disable_mixertone (+32) flags to MixerControl variable
-bugfixes/modifications:
-AC3 decoder fix (went wrong at v1.58a1) (parse.c)
-FFMPEG (MKV): increased number of max streams (20->32) (ffutils.h)
-FLAC decoder optimizations (flac.c)
-displaymode is not saved in mpxplay.ini, if fullscreen mode is disabled at command line (control.c)
-ctrl-Del doesn't clear directory side in multitab mode (keyboard.c)
-ctrl-'r' doesn't clear files (just resets the file/id3 infos), if no related playlist nor dirscan (playlist.c)
-multi tabs are not modified/deleted in file-out (-o) mode (sc_wav.c)
Interesting… :) (don't listen to the audio, just watch the video)
http://youtu.be/1sozfZhxMnw
Mpxplay v1.60 alpha 2 is released on http://mpxplay.sourceforge.net
diffs between v1.60 alpha 2 and alpha 1
-modifications/new:
-added http file/stream handling (drv_http.c, mpxinbuf.c, chkentry.c)
-added Ogg/Opus handling/demuxing (decoding is in ad_opus.dll) (in_ogg.c)
-ASX extension is removed from ASF demuxer, added to playlists (a very primitive ASX list parsing) (in_asf.c, loadlist.c)
-bugfixes/modifications:
-AAC/ADTS parsing (in_aac.c)
-MP4/HE-AAC 24khz decoding (ad_aac\decoder.c)
Some notes:
HTTP streams have a fake length, but don't care with it (just Mpxplay needs a valid file/song length). The program will play the stream beyond that time too (probably).
HTTP streaming handles (tested) only at AAC,MP3,OGG.
MMS:/RTSP: and WMA streams are not handled yet. Playlists usually also doesn't work (if content-type is chunked).
If you find a radio channel, which doesn't work properly, please send me the link.
From now, DOS32/A version also contains TCP/IP handling (http & ftp clients), but I cannot test it at all…
> Interesting… :) (don't listen to the audio, just watch the video)
> http:/lootu.be/1sozfZhxMnw
- It's from Belgium
- Can't view nor download it with DOS
# Downloaded it in Windaube with YTD
+ It's somewhat related to MPXPLAY
- It's absurdly long with almost no motion and no content
Mpxplay v1.60 alpha 3 is released on http://mpxplay.sourceforge.net
diffs between v1.60 alpha 3 and alpha 2
-modifications/new:
-alt-F5 can copy (record) http streams too (diskfile.c)
-DOS: partially modified Intel HDA handling, added new PCI IDs (cards/boards) (sc_inthd.c, pcibios.c)
-bugfixes/modifications:
-partial detection of bad Xing headers (better length calculation in some cases: if average bitrate seems to be invalid) (in_mp3.c)
-better OGG parsing and seeking (if something is incorrect in the file, multiply headers in the stream) (in_ogg.c)
-better http socket/read error handling (drv_http.c)
-EXTM3U load: -1 length means stream (loadlist.c)
-DOS4G version: increased stack size (32k->256k) for interrupt decoding (Opus decoder needs this) (au_cards.c, timer.c)
Mpxplay v1.60 alpha 4 is released on http://mpxplay.sourceforge.net
diffs between v1.60 alpha 4 and alpha 3
-modifications/new:
-alternative search displaying at alt-letter: filter (display only) search result in playlist editor (keyboard.c, display.c, playlist.c)
(you can revert to the old method with PlayListCntrl+16 flag)
-bugfixes/modifications:
-file-copy (alt-F5) filemask from "." to ".?" (to copy all files from subdirs) (diskfile.c)
-high cpu usage at stream copy (diskfile.c)
-MP4 parsing (error handling) (in_mp4.c)
-DOS: IHD config (speaker setting): -scc 1 enables the speaker (else it's disabled) (sc_inthd.c)
-removed KeyEditJukebox1 and KeyEditJukebox2 keyboard mappings (j and J), use alt-F1/F2 (keyboard.c, mpxplay.ini)
-corrected some instability problems (prg-exit and subdir-scan) (mpxplay.c, diskdriv.c)
Note: DOS versions uses SWSSock tcpip library, which can fail after 20-30 reconnect (changing / checking http streams in a playlist)...
Last edit: Mpxplay 2013-07-01
Mpxplay v1.60 beta is released on http://mpxplay.sourceforge.net
(basically only the DOS version's changed a little bit)
diffs between v1.60 beta and alpha 4
-modifications/new:
-DOS/IHD: added some new PCI ids, modified stream initialization (can help if previous version doesn't give sound)
-added +2 flag to -scc option (enables/uses the old IHD stream initialization)
Thank you :-)
(tested minimally incl. OPUS, no HTTP/FTP)
http://www.bttr-software.de/forum/board_entry.php?id=7858
http://www.bttr-software.de/forum/board_entry.php?id=11941
Very minor problems/bugs/suggestions:
.# "SoundLimit=0" in "FAQ.TXT" maybe should be "SoundLimitVol=0" and maybe document the units and how it works
.# buffer indicator getting red when approaching end of file (try yellow or white? already discussed ...)
.# make OPUS decoder internal without DLL (already discussed ...)
.# add TAK support http://ffmpeg.org/pipermail/ffmpeg-devel/2012-September/131785.html (already discussed ...)
.# better docs of the HTTP (still no dir support?) and FTP feature, prominently document "-inl" and "Preloadinfo =0"
.# file type autodetection ... I am able to play my MP5 files with "ProgramCntrl =8" (not default) ... by why doesn't MPXPLAY autodetect when starting to play (if fails to play a WAV misnamed as FLA)
.# file types ... MPXPLAY doesn't like files like .MP5 or .WEM (WeBM) ... ideas: accept (all .MP0 to .MP5) and both (.WEM and .WEB) or add in MPXPLAY.INI something like:
Thank You for the testing and feedback.
1. I will correct the DOCs in the final version.
2. Buffer indicator is (was) good to me, I wouldn't like to change it
"was": because I work on a completely different solution (probably you will see it in January), keeping, but not modifying too much in the console display / versions.
Some people will be not happy, others will be (I hope so)... :D
3. OPUS: too big for this (and not so popular)
4. I did try it, but I couldn't do it. The TAK bitstream format is not really good. No documents, and the FFMPEG source seems to be bad.
5. HTTP/HTTP/-inl : please write down, what would like to see in DOCs. btw. I plan to make a new (default) -itl option : it will load the selected tabs completely.
6. auto-content detection: I will think on it, but some formats can crash Mpxplay, if it begins to detect them (especially AAC decoder is not stable for unknown/bad streams)
7. Official extensions are supported. But I plan to add such ExtraExts.
Thank you for the answer (see below)
Vendor $125D ESS Technology Device $1978 ES1978 Maestro-2E Audiodrive, ES1970 Canyon3D Command 5 (I/O Access, BusMaster) Status $0290 (Capabilities List, Back-To-Back Trans, Medium Timing) Revision $10, Header Type 0, Bus Latency Timer $40 Minimum Bus Grant 2, Maximum Bus Latency $18 Self test 0 (Self test not supported) PCI Class Multimedia, type Audio Subsystem ID $B112'0E11 Subsystem Vendor $0E11 Address 0 is an I/O Port: $0000'3000 System IRQ 11, INT# A New Capabilities List Present: Power Management Capability, Version 1.1 Supports low power State D1 | Supports low power State D2 Supports PME# signalling from mode(s) D1, D2, D3hot PME# signalling is currently disabled Current Power State : D0 (Device operational, no power saving) ROM PCI IRQ routing table ROM IRQ routing table found at $F000:$0970 Table Version 1.0 - OK Table size 0 bytes - Invalid Size! IRQ's dedicated to PCI : 11 The ROM PCI IRQ routing table appears to be faulty !!! IRQ Summary: IRQ's 11,14,15 are used by PCI devices Shared IRQ's: IRQ 11 is shared by 7 (seven !!!) PCI Devices:-)
See it in January in 1.60beta2 or 1.61alpha0 ?
OPUSDEC app is 170 KiB plain or 100 KiB ZIP'ped ... your DLL 136 KiB plain or 80 KiB ZIP'ped ... I'll ask for 1.61 again, hopefully it will be more popular then.
Good compression, bad code :-(
a) I don't understand ... "-itl" is "set album tag" ?
b) I'd like to see (as far as true):
MPXPLAY supports HTTP:
Common notes for FTP and HTTP:
So far you detect by calling the external libraries? A more native detection would be faster and more reliable (but needs work, some formats are bad (MP3 ? AAC?) (crashing AAC decoder is indeed not acceptable, I am not familiar with AAC, btw). For many formats the detection is trivial and reliable (FLAC, WAVPACK, TAK, FLV, Matroska/WeBM, ...) or at least feasible (OGG, WAV, AVI, ...).
"WEB" for "WEBM" is bad since "WEBP" truncates to very same "WEB" too :-)
COOL :-)
PS: the old PCI sound chip (see above)
is not supported ("-sct" finds nothing, and it's not listed as supported). Would it be difficult to add it?
Other minor ideas about "-sct":
give info about what's going on ("Detecting possible ISA sound chips ... may hang temporarily or in rare cases permanently" and "Detecting possible PCI and PCIe sound chips ... may hang temporarily or in rare cases permanently"
report unsupported chip too ("Found unsupported PCI sound chip: V=$125D D=$1978)
Last edit: dos386 2013-12-07
"See it in January in 1.60beta2 or 1.61alpha0 ?"
Probably I will close the latest (beta1) release as v1.60 final,
and I continue with new functions in the next release (on the way).
I still think on the version number, currently it's named to v2.00 ... :D
"-itl"
Oops, you are right, that option name is already used... (I don't know my own program)
"cannot write or upload to FTP"
I think so this is not true.
Only the file modifications are not supported by FTP standard.
"it's strongly recommended to set "Preloadinfo =0" in "MPXPLAY.INI" "
This is true. But basically the FTP server is slow.
It's too much work to do anything with this (later I will do, when I drop DOS version)
There is an Mpxplay behavior, same on local disks and FTP servers too.
The HTTP directory handling is almost impossible. No standard for that.
When you open a www page without index.html, the server creates a html page from the directories. But this created html page is different at every WEB servers.
(unable to read/detect the filename, date, filesize columns from that html page)
But let me know, if I missed something... :)
"So far you detect by calling the external libraries?"
To detect an audio stream format (AAC, AC3, MP3), we have to open the decoder for this, trying to decode the stream. This takes long time too. I have thousands of a/v files, but only one is misnamed. If you rename an EXE to MP3, you also will not able to execute it...
The function is implemented, but not enabled by default.
"report unsupported chip too"
I use the BIOS-PCI functions to handle the PCI cards, and unfortunatelly it cannot give a list about the connected devices. I need a port number (mem address) to handle a PCI soundcard, but I get it only if I give an exact device and vendor id (2x2 bytes),
so I can use only my dev-lists, trying all devices on it (30+ at Intel HDA).
It's some days to add a new soundcard to Mpxplay, but I don't work on it.
Intel HDA cards are very popular, I will maintenance/support those only.
So MPX can upload files to FTP servers, just the tag stuff of audio files can't be edited?
Please keep doping DROS the same way as you did during past 10 years :-)))
I know. Just local disk are usually less slow than FTP.
Good. Just document it (MPX is NOT a browser ...).
DOS is dumb (but I don't want to switch to Win/Lin/OSama\2).
Well, if the good old unsupported "ES1978 Maestro" can't be added, maybe the newer and supported (RTFM) "ES1878" could get fixed?
[url=http://sf.net/p/mpxplay/bugs/2]http://sf.net/p/mpxplay/bugs/2[/url]
Excellent (I don't see the post myself). What evil 4-letter word did I use this time?
Mpxplay 1.60 beta 2 is released on http://mpxplay.sourceforge.net
diffs between v1.60 beta 2 and beta 1
-bugfixes/modifications:
-handling of http URLs without filenames (drv_http.c)
-bad PlayStartTime (-pst) calculation (time.c)
-select-all (ctrl-'+') and invert-selection (alt-'*') first entry (not selected) at playlists (editlist.c)
-missing system-shutdown at ExitEndList (-xel) (mpxplay.c, keyboard.c)
-possible crash caused by (missing) au-mixer fields (au_mixer.c)
-more precise startup song position in some cases (startup.c)
-http status messages changes (drv_http.c)
DLL input plugin updates for console versions:
AD_OPUS v1.60.2 : uses Opus codec v1.1 from now
IN_MOD v1.59.3:
Uses libmodplug 0.8.8.4:
The Win32 versions can play PAT and probably ABC and MID files too, but the ABC is not tested, a correct MID (midi) file handling needs a Timidity library (PAT + cfg) install, which is also not tested.
In the DOS (DOS4G) version, the ABC and MID file handling is disabled, because those parts of the libmodplug are not DOS-DLL friendly. The PAT playing works anyway.
Other console DLL input plugins are not updated (even if you see a newer version number & date), because they are not changed in binary.
Mpxplay 1.60 beta 3 is released on http://mpxplay.sourceforge.net
diffs between v1.60 beta 3 and beta 2
-bugfixes/modifications:
-http: added CHUNKED stream handling (some inet-radios use this mode) (drv_http.c)
-crossfade at different freqs and at http streams (au_mixer.c, mx_freq.c, mpxplay.c)
-DOS/IHD: modified stream init, corrected -scc +2 flag (now it should work on more cards) (sc_inthd.c)
-DOS/SB16: corrected hw tone control (went wrong in alpha1) (fx_tone.c)
-win32: possible bad timing under Win7 (timer.c)
-other various stability fixes
Could you please approve my post above ?
The OPUS support is still buggy http://www.bttr-software.de/forum/board_entry.php?id=13401 (some files don't play ...)
Thnx, I will check this later.
It's summertime here... :)
I have tested the Win32 console version of MPXPLAY 1.60 beta 3 in Windows 8.1 Pro x64 editon. However, it does not really work; it is useless to press any key after starting MPXPLAY. It worked in Windows 7 though.
Last edit: Wengier 2014-07-26
Mpxplay v1.60 beta 4 is released on http://mpxplay.sourceforge.net
diffs between v1.60 beta 4 and beta 3
-bugfixes/modifications:
-added Opus multichannel decoding (in_ogg.c, ad_opus.dll)
-added Opus handling to MKV (ff_mkv.c)
-corrected OGG duration calculation (in_ogg.c)
-corrected ASF duration calculation (in_asf.c)
-corrected bitstream demux (-o -obs) (in_file.c, au_mixer.c)
-DOS: added new PCI IDs (codecs) to Intel HDA (sc_inthd.c)
-DOS: mem-leak bug in text display output (came out with "-fl -ds c" options) (textdisp.c)
AD_OPUS decoder DLLs are also updated (needed for the multichannel decoding).
Wengier:
Sorry, but I don't think so that there will be any bugfix for this...
Dos386:
Thank You for the tests. Did I forget to correct something?
Last edit: Mpxplay 2014-10-05
Mpxplay v1.60 beta 5 is released on http://mpxplay.sourceforge.net
diffs between v1.60 beta 5 and beta 4
-bugfixes/modifications:
-MOV/MP4: parsing (with wave or unknown atoms), reading and writing metadata (in_mp4.c)
-demuxing (internal seeking) of video files (basically at MKV) (mpxinbuf.c)
-autosave of cue file (MPXP1000.CUE) after drive scan (-ds c) (wrong full path) (savelist.c)
Output encoder DLLs are also updated for Mpxplay v1.60, but they are not tested nor supported too much.
I'm currently using the DOS version with TCP/IP and packet drivers to play internet radio streams, HTTP served with SHOUTcast using AAC and MP3. Seems to work good, just needs a way to endlessly loop back into the stream when disconnected from server. Also I cannot figure out a way to see the metadata (song titles) in the MPXplay window. Did I miss it?
EDIT: I will try the loop playlist option and see how that works.
Last edit: Anonymous 2014-11-06