Post reply

Message icon:

write the first three numbers in 7sfar8wsx9132:
write the numbers seen in sdg@7980!!!:

shortcuts: hit alt+s to submit/post or alt+p to preview

Topic Summary

Posted by: matthias
« on: April 10, 2006, 01:02:37 PM »

Hi Brent,

Im still alive, but have been a little busy.
But things are going forward, so version 2 of my Mp3 player will be ready in a few weeks.
V 2 will have plug and play support for tcp/ip network (pci) and plug and play support for ext. usb harddisks. Means just put in a pci network card and V2 will build the entire tcp/ip netowrk connection inkl. dos server function.
MPXPLAY fastlist and MPXT m3u support are included and many features more.
Any one out there who wants to be beta tester :-)?
Posted by: matthias
« on: February 27, 2005, 07:15:40 AM »

Ive been playing around with the new version. Looks pretty good. But one general question.
I never understood how to use the search by album, song and artist feature in the menu.
Can you give me an idea?
Posted by: matthias
« on: February 15, 2005, 09:10:20 AM »

What a pain.
Lfn doesnt work on a network drive...

I used Windows the same way, but it was always a pain sitting in front of the LCD display - will this ****ty OS start or not... LOL
Posted by: admin
« on: February 14, 2005, 06:00:24 PM »


Lfn playlists should be working now, eliminating the need for adding a bunch of entries to fileinfo.cfg

For the audio files, though, it still uses the short names.  If I were to add support for lfn audio files, it would involve making a number of changes to mpxfdb.pas  Heck, at point I'm not sure what half of the functions in mpxfdb.pas do.

Congratulations on dumping Windows.  Someday I'd like to dump it completely, but for now I use it for transfering files to the player, use VNC to control it remotely, and use the Windows defragger to defrag the drive.  
Posted by: matthias
« on: February 14, 2005, 06:21:45 AM »

Hey, this looks like a hugh step:
; Use Long Filenames

Ill try that as soon as possible. Im a little bit busy at the moment. My 5 month old daughter needs a lot time ;-)
But I was already able to make a DOS based Wireless Lan Version of my MP3 player. Works pretty good and stable. No more Windows, no more handling music files on the player and I can access the player via FTP and can control it by a remote tool similar to PCAnywhere.
Posted by: admin
« on: February 14, 2005, 12:03:53 AM »


I have another test version ready.  I'd tell you what was in it, but that would spoil the surprise   :-)

Hint: Look under [player settings] in mpxt.cfg

Anyway, when you get the chance, let me know how it goes.  If it seems fairly solid, I'll call it "Beta 3" and post it on the web page.
Posted by: matthias
« on: January 12, 2005, 07:14:02 AM »

Ill try that next weekend and Ill give you a feedback.


Posted by: admin
« on: January 10, 2005, 12:02:16 AM »


I gave up trying to figure out why MpXT's IR handling stopped working when shelling out to MPXPlay.  MPXPlay's IR handling seems to work ok, so we might as well use it.

I have a new test version of MpXT ready.  It's now properly shutting down the com port before shelling out to MPXPlay.  I also had to make a couple of minor changes to the format of mpxt.cfg  

To test it out:
Setup MPXPlay to use UIR.  Configure the mpxt.cfg file like normal, but be sure to specify where MPXPlay.ini is located.

Assuming that I've got all of the bugs fixed, MpXT should be able to load, add, and save the IR codes to MPXPlay.ini  :-)
Posted by: matthias
« on: December 13, 2004, 04:31:45 AM »

xmsdsk will provide a ram disk. So you can copy certain files and programms to the ram disk. Mpxplay will start and act much faster. You copy them from the autoexec.bat to the ram drive (e.g. r: ) and  start the programm from r:. Thats all.
For example:
LH C:DriversXMSDSK.EXE 4096 R: /Y
if exist copy mpxplay.* r:
This will install a RAM disk as drive r: and 4.096 KByte large and copies mpxplay.exe and mpxplay.ini to r:.

I use Windows 98 for two main reasons:
1.) Full support of long file names
2.) Easy administration over my WLAN  
In my software you can select if you like to start the player or Windows from the autoexec.bat without connecting a monitor to your MP3 player. You dont need Windows to start mpxplay and I wont do that anyway. Before I switched to MPXPLAY I used a MP3 player based on Windows2000 (Winamap and Albumlist) with a LCD and IRDA. It was a pain in the a....

Share was needed in DOS 6.22 when you use TCP/IP and want to use your PC as a Server in your network. But it needs too much DOS memory. So when youve loaded the full TCP/IP stack + share.exe you wont be able to start anything else ;-). If youre looking for a network version based on DOS I can provide you with all information. I would recommend to use netbui protocoll instead of TCP/IP. netbui needs less memory and will do the same as TCP/IP. This solution works pretty good on one of my MP3 players. But dont forget to install netbui protokoll on all PCs you like to connect.
Share.exe wont work with DOS 7.10!!!

"It's a frontend for Mpxplay: why?
What does it do or add to mpxplay?
I can't run mpxplay by itself?"
--> I use MPXT for two reasons:
1.) I love the configuration of the LCD output - its just perfect and much easier to handle then the LCD support of mpxplay (thanks to Scott and Brent)
2.) MPXT allows you to play all your MP3 files through the database created by MPXT or single playlists or single drives or files from your cd-rom

MPXT will start before and instead of mxplay. When you choose what to play (database, playlist...)fro m the menu it will start mpxplay.  

MPXT adds easier  navigation through your files or directories. If you just have a few MP3s on your harddisk you can use mpxplay only, but if youre looking for a menu based navigation I recommend to use MPXT as a frontend.

I will launch a new version of my MP3 player over the next days. I made a few bug fixes and I will add mpxplays fastlist support. So you can create fastlists on the fly just by a menu on your LCD Now the autoexec.bat gets very very long ;-).

If you need more informations you can mail me:
matthias_budde at - please write "mp3 player" in the subject line. If collected over 250 MB of Dos software and drivers so far.


Posted by: frank
« on: December 12, 2004, 08:59:09 PM »

I found a FULL installation of MsDos 7.10 here:
no more need for Win9x, if all you want is Dos 7.

I came across that while searching for share.exe,
which part of the dos networking seems to need.
Posted by: frank
« on: December 12, 2004, 04:59:14 PM »

nevermind, I found xmsdsk on

but, it doesn't free up any more memory,
at least for me, so why use it?
before I found it, I had 621k free,
and after using it, still 621k.
Posted by: frank
« on: December 12, 2004, 04:37:40 PM »

in your above example for an autoexec.bat,
what and where is xmsdsk.exe?
Posted by: frank
« on: December 12, 2004, 12:40:40 PM »

Matthias answered a couple questions for me, on the Mpxplay site,
about lcd and keypad.
I have an Optrex 20x4, with hd4478 chip.

That still leaves the what and why of Mpxt,
and Mpxplay with Mpxt vs. without.
Dos7 vs Dos6.22?  FreeDos maybe?
With or without windows?
Posted by: frank
« on: December 10, 2004, 09:30:28 AM »


I'm just looking into building my own mp3 player, but haven't started yet,
and I have some questions about MPXT.

It's a frontend for Mpxplay:  why?
What does it do or add to mpxplay?
I can't run mpxplay by itself?

What type/size lcd displays does it support?
serial/lpt?  20x2, 20x4, 40x4?  hd4448, hd4478?

I see here and on Matthias' page you linked to,
that you both install windows, either 95 or 98.
Why?  Can't I get by with just dos6.22?
or does it need the dos7 from win?
or something else from win?  
or some other reason?

I see the links here and on Matthias' page about dos networking and lfn,
so I think that answers a couple other questions I would have had.

Posted by: matthias
« on: November 18, 2004, 06:03:21 AM »

Need more DOS memory?
Then try this configuration. Looks strange but works perfect with 624 K available DOS memory:



REM RAM Disk is loading