DOS ain't dead - FYI, I fixed MPLAYER

DOS386

31.07.2010, 07:38

FYI, I fixed MPLAYER (Announce)

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 ***

ron

Australia,
01.08.2010, 02:47

@ DOS386

FYI, I fixed MPLAYER

Post reply

> 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/

ron Australia, 01.08.2010, 02:54 @ ron	FYI, I fixed MPLAYER Post reply
	> 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. :(

ron

Australia,
01.08.2010, 05:20

@ ron

FYI, I fixed MPLAYER

Post reply

> 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/

Arjay 01.08.2010, 11:28 @ ron	FYI, I fixed MPLAYER Post reply
	> > 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

RayeR

CZ,
01.08.2010, 15:06

@ Arjay

FYI, I fixed MPLAYER

Post reply

> = 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.

Arjay 01.08.2010, 18:24 @ RayeR	charlieface Post reply
	> 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"....

roytam 02.08.2010, 04:22 @ Arjay	FYI, I fixed MPLAYER Post reply
	> > > 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.

Japheth

Germany (South),
02.08.2010, 08:54

@ DOS386

FYI, I fixed MPLAYER

Post reply

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!

ron

Australia,
03.08.2010, 02:23

@ Japheth

FYI, I fixed MPLAYER

Post reply

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.

Japheth

Germany (South),
03.08.2010, 07:04

@ ron

FYI, I fixed MPLAYER

Post reply

> 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!

ron

Australia,
03.08.2010, 22:58

@ Japheth

FYI, I fixed MPLAYER

Post reply

> > 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/

ron

Australia,
03.08.2010, 23:25

@ ron

FYI, I fixed MPLAYER

Post reply

> > > 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.

ron Australia, 03.08.2010, 23:42 @ ron	FYI, I fixed MPLAYER Post reply
	> 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.

Japheth

Germany (South),
04.08.2010, 05:39

@ ron

FYI, I fixed MPLAYER

Post reply

> 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!

DOS386

26.08.2010, 09:59

@ Japheth

FYI, I (and Sherpya) fixed MPLAYER | ReactOS DLL's

Post reply

> 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") :crying:

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 !!! :hungry:

> 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 ***