Back to home page

DOS ain't dead

Forum index page

Log in | Register

Search:  
Back to the forum
Board view  Mix view

1.60 a 2 with HTTP and (not yet built-in) Opus support (Announce)

posted by Mpxplay, 24.12.2012, 12:23

> > Which environment/OS?
>
> EDR-DOS, with or without HDPMI32, no EMM386
>
> > An emulator?
>
> NO
>

Ok, it seems, it was a small stack size problem, I've corrected.

> > FTP and HTTP filenames are emulated local files.
> > The servers/net are slow, not Mpxplay
>
> or the network implementation
> The FTP communication is slow and buggy. I have the very same problem with > mTCP, but I don't have this problem with Arachne. Strange :-(
Nothing is perfect...
But I don't meet with too many bugs at the communication of the Mpxplay win version, if I communicate with a good and fast server.
So - probably - there are more bugs in the DOS things (SWSOCK lib, DOS TCPIP drivers) and even more on the server sides:

ftp.inet.no and ftp.openbsd.org disconnects/terminates the whole session after closing a file-data socket (at content checking of a song). Mpxplay must reconnect (automatically) to (these) server(s) after every file access (read or seek).
If you use Mpxplay in commander mode ('E' key) you will not meet with this bug (like at www browsers).

> The last "problem" is a suggestion: put OPUS decoder into the main binary
> and outsource other obs-olete/cure codecs (ALAC/BLAC, Monkey, Speex, ...).
The "built-in vs. DLL" depends on the "popularity vs. decoder size".
AAC decoder is large, but popular. ALAC is not popular, but small. Opus is large and not popular yet...
btw. I will not remove any built-in decoder, rather I think on a full DOS32/A version (including all DLL decoders). I would be around an 1 Mbyte exe only.

Post reply
 

Complete thread:

Back to the forum
Board view  Mix view
22780 Postings in 2123 Threads, 402 registered users (0 online)
DOS ain't dead | Admin contact
RSS Feed
powered by my little forum