DOS ain't dead

Download now !!! (6.6 MiB)

What's new (Done!!!):

- WeBM/VP8 support (WeBM/VP8 team, MPLAYER team, Sherpya )
- Fixed PINSRNTQ-BUG ( DOS386 )

It works in DOS and Pentium 1 with MMX.

ToDo:

- Fix the sound

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***

> Download now !!! (6.6
> MiB)
>
> - WeBM/VP8 support (WeBM/VP8 team, MPLAYER team, Sherpya )
> - Fixed PINSRNTQ-BUG ( DOS386 )
>
> It works in DOS and Pentium 1 with MMX.

OK, I have it. Is this a 7za ZIP ?

Is this built on Mik's work, or another fork ?

---
AUSREG Consultancy http://www.ausreg.com
Tadpole Tunes http://www.tadpoletunes.com
Sna Keo Il http://www.tadpoletunes.com/sna_keo_il/

> OK, I have it. Is this a 7za ZIP ?

Got it unzipped.

I now have a 35 MB .tar file !

If this is sources, then I wasted my time. :(

> Got it unzipped.
> I now have a 35 MB .tar file !

Untarred it.

Attempted to run both versions.

Neither worked. At all.

Results:
DPMILD32: Module = msvcrt.dll
DPMILD32: file not found error
DPMILD32: msvcrt.dll: cannot load PE file

Looks like I don't have something it is looking for.

I do have HXRT\BIN in the path. I have my video card running VESA 2.0.
This machine is an AMD K6 600 MHz with 256 MB RAM.

I guess that's all the testing I can do at the moment. :(

---
AUSREG Consultancy http://www.ausreg.com
Tadpole Tunes http://www.tadpoletunes.com
Sna Keo Il http://www.tadpoletunes.com/sna_keo_il/

> > I now have a 35 MB .tar file !
> Untarred it.
Well done you passed the DOS386 archive test ;)

> Results:
> DPMILD32: Module = msvcrt.dll
> DPMILD32: file not found error
> DPMILD32: msvcrt.dll: cannot load PE file
Msvcrt.dll = Microsoft Visual C++ Run-Time. Note: There are open source replacements available, e.g. Charlieface

> = Microsoft Visual C++ Run-Time. Note: There are open source replacements
> available, e.g.
> Charlieface

Hm, I don't see any files to download in http://sourceforge.net/projects/charlieface/files/

---
DOS gives me freedom to unlimited HW access.

> Hm, I don't see any files to download in
> http://sourceforge.net/projects/charlieface/files/

Hmm, your right... the project was registered on 2003-04-18 and is also still listed as being in "planning"....

> > > I now have a 35 MB .tar file !
> > Untarred it.
> Well done you passed the
> DOS386
> archive test ;)
>
> > Results:
> > DPMILD32: Module = msvcrt.dll
> > DPMILD32: file not found error
> > DPMILD32: msvcrt.dll: cannot load PE file
> Msvcrt.dll
> = Microsoft Visual C++ Run-Time. Note: There are open source replacements
> available, e.g.
> Charlieface

msvcrt from ReactOS may work too.

I tested, but didn't notice any difference compared to the previous version.

Result is:

- it works - as long as I have a local copy of dkrnl32.dll in the same directory where the mplayer binary is located. Else I instantly get "stack errors". I have no idea currently what might cause this.
- sound works also with my "SB Value", but one has to add option "-ao win32", because there's a bug in the HX DirectSound emulation
- the "number" keys to increase brightness are ignored. Most likely also an emulation error.
- switching to fullscreen (key 'f') works. However, in fullscreen mode there are a few frame drops.

---
MS-DOS forever!

I got hold of msvcrt.dll !

Again tried to run it:-

Error messages:

dpmild32: import not found: GetItemMoniker
dpmild32: import not found: GetRunningObjectTable
dpmild23: file OLE32.DLL
dpmild32: f:\hxrt\bin\duser32.dll: cannot resolve imports

I am starting to suspect that in order to run this MPlayer one has to
have a Win32 installation. Well, that's not going to happen !!!

Looks like I am going to stick with the MPlayer DOS port from Mik, and
freshly compiled MPlayer in Linux.

> I am starting to suspect that in order to run this MPlayer one has to
> have a Win32 installation.

No, but you need HXRT v2.17

---
MS-DOS forever!

> > I am starting to suspect that in order to run this MPlayer one has to
> > have a Win32 installation.
>
> No, but you need HXRT v2.17

I got the latest from your download page - v.2.16

Is v.2.17 somewhere else ?

---
AUSREG Consultancy http://www.ausreg.com
Tadpole Tunes http://www.tadpoletunes.com
Sna Keo Il http://www.tadpoletunes.com/sna_keo_il/

> > > I am starting to suspect that in order to run this MPlayer one has to
> > > have a Win32 installation.
> >
> > No, but you need HXRT v2.17
>
> I got the latest from your download page - v.2.16
> Is v.2.17 somewhere else ?

OK, I found v.2.17.

Tried again:
Error - cannot find module opengl32.dll

Got hold of that, tried again:
Error - cannot find module glu32.dll

!!!!!

I thought this was a DOS player. Guess I was wrong.

> Error - cannot find module glu32.dll

So I got hold of that.

.....error - cannot find module glu32.dll

So I got hold of that, too.
..... error - cannot find module shell32.dll

I found shell32.dll - it is over 8 MB. I will not download that !

Sorry folks, that's it ! I seem to have lost my sense of humour.

I have now deleted the player and will do no more testing of it.

> I have now deleted the player and will do no more testing of it.

Thanks! A good idea.

For anyone else trying to "test" mplayer please read DOC/COMPAT.TXT first (supplied with HXRT). It might give an idea what the requirements are.

---
MS-DOS forever!

> If this is sources, then I wasted my time

Why don't you check before posting ?

> Hmm, your right... the project was registered on 2003-04-18 and is
> also still listed as being in "planning"....

I love "projects" registered 10 years ago and not having released a single file since

http://sourceforge.net/project/memberlist.php?group_id=220444

> msvcrt from ReactOS may work too.

Did you ever test ??? FYI: it doesn't. Just GLUE32.DLL seems to work, all other is crap (many missing imports in "NTDLL.DLL")

Japheth wrote ( 3 years ago ) :

> I scanned the ReactOS dlls "recently" and found none which
> could easily be used by HX. Not very "modular".

Any improvements here ???

> I tested, but didn't notice any difference compared to the previous version.

The deal had been clearly documented, I wrote:

> Pentium 1 CPU with MMX and without SSE support
> (preferred, allows to confirm BUG + fix)

Japheth wrote:

> it works - as long as I have a local copy of dkrnl32.dll in the same
> directory where the mplayer binary is located. Else I instantly
> get "stack errors". I have no idea currently what might cause this.

Funny, I never had this BUG ...

Ron wrote:

> I am starting to suspect that in order to run this MPlayer one has to
> have a Win32 installation. Well, that's not going to happen !!!

... wow ...

> Looks like I am going to stick with the MPlayer DOS port from Mik

Can it play the included .WEB videos ???

> and freshly compiled MPlayer in Linux.

Please share your technology to run it in DOS !!!

> OK, I found v.2.17.
> Tried again:
> Error - cannot find module opengl32.dll

WtF ??? #1 #2

> I found shell32.dll - it is over 8 MB. I will not download that !
> Sorry folks, that's it ! I seem to have lost my sense of humour.
> I have now deleted the player and will do no more testing of it.

OK, if your "MB" has cca 560 Byte's

BTW, Sherpya meanwhile (07-31 08-01) released a new version having the BUG fixed. It has even 2 working VP8 decoders, the default one is of course the slow one (use -vc).


"MPlayer-rtm-svn-31878.7z" 6'660'700
F9D3B5C322BFFE7A5AAD2862E8F901E4

"MPlayer Sherpya-SVN-r31878-4.2.5 (C) 2000-2010 MPlayer Team
Usage:   mplayer [options] [url|path/]filename"

HDPMI32  EXE  35'752
DPMILD32 EXE  18'311

DADVAPI  DLL  10'752
DCIMAN32 DLL   4'096
DDDRAW   DLL  13'824
DGDI32   DLL  27'136
DKRNL32  DLL  81'920
DUSER32  DLL  42'496
OLE32    DLL   5'120
SB16     DLL   6'656
SHELL32  DLL   4'608
VESA32   DLL   9'728
WINMM    DLL  12'288
WS2_32   DLL   5'632
WSOCK32  DLL 446'976 dummy also good ???

CRTDLL   DLL 184'320
GLUE32   DLL 139'712
OPENGL32 DLL 733'296
M$WCRT   DLL 278'581

HXGUIHLP DLL  14'848
HXGUIHLP INI   2'659

"mplayer.exe" 17'075'712 2010-07-31 10:27
C6BA8D9B24CE1922980923E8B49DA86A


So my hacky patch got obsolete after a few days but sometimes such a patch release can be very effective to push the "proper maintainer" to fix something. Oh well, I have to patch HX again, otherwise the HX bugs will never get fixed

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***