Back to home page

DOS ain't dead

Forum index page

Log in | Register

Back to the board
Thread view  Mix view  Order
DOS386(R)

13.02.2013, 02:42
 

New MPLAYER (Sherpya) (DOSX)

After > 1 year of DEATH, Sherpya is back and released a new version 2013-02-09.

http://sourceforge.net/projects/mplayer-win32/files/MPlayer%20and%20MEncoder/ :-)

What's new:

* increased bloat to 20 MiB
* includes FFMPEG 1.1.1 (???)
* 2 missing imports GetHandleInformation TryEnterCriticalSection
* -vo sdl does not work anymore
* -vo directx works now (use "-fs" for movies > screen and NO "--fs" for movies < screen)

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

DOS386(R)

27.03.2013, 09:08

@ DOS386

New MPLAYER (Sherpya) 2013-03-15

> After > 1 year of DEATH, Sherpya is back and released a new version 2013-02-09

Works but full of CMOVNTQ's (forget 80486 ...)

New version 2013-03-15 (seems to work on P4, 80486 test pending)

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

DOS386(R)

31.03.2013, 17:46

@ DOS386

Test MPLAYER (Sherpya) 2013-03-28

> New version 2013-03-15 (seems to work on P4, 80486 test pending)

still broken

... but Sherpya answered to my mail, removed some CMOVNTQ'ed code and released a test version: http://oss.netfarm.it/stuff/mplayer.7z

Anyone having old hardware please test :hungry:

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

Doug(R)

E-mail

31.03.2013, 21:54

@ DOS386

Test MPLAYER (Sherpya) 2013-03-28

> and released a test version: http://oss.netfarm.it/stuff/mplayer.7z
>
> Anyone having old hardware please test :hungry:

I would, but from the above link, i'm getting a page with this message:

Netfarm Open Source Software

You don't have permission to see this document or more likely you are trying to download a file that is linked from another site, please go to the Main Page

- Doug B.

Doug(R)

E-mail

02.04.2013, 07:38

@ Doug

Test MPLAYER (Sherpya) 2013-03-28

Ok, the download link now works. Test results:

dpmild32 -g mplayer.exe --help

  dpmild32: import not found: GetHandleInformation
  dpmild32: import not found: TryEnterCriticalSection
  dpmild32: file KERNEL32.dll
  dpmild32: d:\hx\dadvapi.dll: cannot resolve imports

mplayer.exe --help

  dpmild32: import not found: GetHandleInformation
  dpmild32: import not found: TryEnterCriticalSection
  dpmild32: file KERNEL32.dll
  dpmild32: d:\hx\dgdi32.dll: cannot resolve imports

HX binaries are located in D:\HX
PATH looks in D:\HX before C:\Windows\System
OS: MS-DOS 7.1, 4DOS 8.0, HX 2.17 (2011-08-22)
HW: IBM P4, 845/ICH4

- Doug B.

glennmcc(R)

Homepage E-mail

North Jackson, Ohio (USA),
02.04.2013, 17:27

@ Doug

Test MPLAYER (Sherpya) 2013-03-28

> Ok, the download link now works. Test results:
>
> dpmild32 -g mplayer.exe --help
>
> dpmild32: import not found: GetHandleInformation
> dpmild32: import not found: TryEnterCriticalSection
> dpmild32: file KERNEL32.dll
> dpmild32: d:\hx\dadvapi.dll: cannot resolve imports
>

> mplayer.exe --help
>
> dpmild32: import not found: GetHandleInformation
> dpmild32: import not found: TryEnterCriticalSection
> dpmild32: file KERNEL32.dll
> dpmild32: d:\hx\dgdi32.dll: cannot resolve imports
>

> HX binaries are located in D:\HX
> PATH looks in D:\HX before C:\Windows\System
> OS: MS-DOS 7.1, 4DOS 8.0, HX 2.17 (2011-08-22)
> HW: IBM P4, 845/ICH4
>
> - Doug B.

Gave it a try just for the sake of curiosity... she runs fine in Linux WINE. ;-)

---
--
http://glennmcc.org/

DOS386(R)

04.04.2013, 04:43
(edited by DOS386, 04.04.2013, 05:42)

@ glennmcc

Test MPLAYER (Sherpya) 2013-03-28

> Ok, the download link now works. Test results:
> dpmild32: import not found: GetHandleInformation
> dpmild32: import not found: TryEnterCriticalSection

Thanks ... SET DPMILDR=128 :-P

> Gave it a try just for the sake of curiosity... she runs fine in Linux WINE

Probably NOT on 80486 :-(

My test results:

* runs now (P1 with MMX)
* most formats/codecs OK
* Ballmer-XXX-264-BUG fixed
* Theora BUGGY as usual (offset still ignored, whines about "broken" frames, temporary hanging, ...)
* -vo sdl works (but not -fs)
* -vo directx works usually (but not -fs, crashes even without -fs on some files ???)

IIRC there is / used to be a MPLAYER binary (Mik) version from cca 2007 or
2008 NOT suffering from the "Theora-offset-BUG" ... "private patch"
got lost :-(

http://ompldr.org/vN2c4Mw/BALLMERA.FLV (fixed)

http://wiki.xiph.org/TheoraTestsuite

http://bugzilla.mplayerhq.hu/show_bug.cgi?id=1788

http://bugzilla.mplayerhq.hu/show_bug.cgi?id=1774

http://bugzilla.mplayerhq.hu/show_bug.cgi?id=1492 (OFFSET, still NEW
after 4 years)

http://bugzilla.mplayerhq.hu/show_bug.cgi?id=1911 (OFFSET, still NEW
after 2 years, dupe of 1492)

http://bugzilla.mplayerhq.hu/show_bug.cgi?id=1770

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

sherpya(R)

05.04.2013, 02:09

@ DOS386

Test MPLAYER (Sherpya) 2013-03-28

> > Ok, the download link now works. Test results:
> > dpmild32: import not found: GetHandleInformation
> > dpmild32: import not found: TryEnterCriticalSection
>
> Thanks ... SET DPMILDR=128 :-P

how did you managed to run with missing imports?
I was trying to add them but I'm unable at this time to make build script work

These symbols are used by winpthread (mingw-w64 pthread emulation), I'm not good asm coder, but

BOOL WINAPI GetHandleInformation(
_In_ HANDLE hObject,
_Out_ LPDWORD lpdwFlags
);

GetHandleInformation is used only to find if a thread handle is valid, so it would be enough to return TRUE if the handle is valid and zero lpdwFlags

TryEnterCriticalSection() can be implemented like EnterCriticalSection() but using 0 instead of INFINITE on WaitForSingleObject call, returning TRUE if WaitForSingleObject() returned WAIT_OBJECT_0

>
> > Gave it a try just for the sake of curiosity... she runs fine in
> Linux WINE

she -> me? I'm male :)

>
> Probably NOT on 80486 :-(

latest link (not last build) should have 486 compiled runtime, unfortunately I'm unable to test on real 486 cpu

> * Theora BUGGY as usual (offset still ignored, whines about "broken"
> frames, temporary hanging, ...)

looks like there is a proposed fix, right?

> * -vo sdl works (but not -fs)
> * -vo directx works usually (but not -fs, crashes even without -fs on some
> files ???)

need to have first mplayer running

Doug(R)

E-mail

05.04.2013, 05:04

@ sherpya

Test MPLAYER (Sherpya) 2013-03-28

> SET DPMILDR=128

Ok, that did it!

Only had time for limited testing, but:

Only "-vo sdl" works for me. "-vo directx" did not work at all; neither did any of the other screen outputs. (Did not test the file-creation outputs.)

Fullscreen is quirky, but does work for me... i just have to press the [F] key a few times. "-fs" does not immediately go into fullscreen -- i have to press the [F] key a couple of times.

No sound of course (ICH4).

Video: ATI Rage 128 (VBE 2.0)

And thanks for taking the time to try and help us Sherpya!

- Doug B.

sherpya(R)

05.04.2013, 05:54

@ Doug

Test MPLAYER (Sherpya) 2013-03-28

> > SET DPMILDR=128
>
> Ok, that did it!
>
> Only had time for limited testing, but:
>
> Only "-vo sdl" works for me. "-vo directx" did not work at all; neither
> did any of the other screen outputs. (Did not test the file-creation
> outputs.)
>
> Fullscreen is quirky, but does work for me... i just have to press the [F]
> key a few times. "-fs" does not immediately go into fullscreen -- i have
> to press the [F] key a couple of times.
>
> No sound of course (ICH4).
>
> Video: ATI Rage 128 (VBE 2.0)
>
> And thanks for taking the time to try and help us Sherpya!
>
> - Doug B.

Hi guys but I don't understand what version of hx are you using, I've modified 217 by adding missing exports (217 alone complains about missing symbols)

http://oss.netfarm.it/stuff/hxk.7z backup your DKRNL32.DLL then overwrite using one provided in the archive

It worked for me in virtualbox with audio, video is screwed (using default I think it goes sdl) but pressing F key will fix it, unfortunately at exit the console is black and I can only write "reset" so freedos reboots

I'll put soon the source code of the implemented functions so it can be revised and maybe integrated

Doug(R)

E-mail

05.04.2013, 18:37
(edited by Doug, 05.04.2013, 18:48)

@ sherpya

Test MPLAYER (Sherpya) 2013-03-28

> Hi guys but I don't understand what version of hx are you using,

Edit: HX 2.17 (2011-08-22)

> http://oss.netfarm.it/stuff/hxk.7z backup your DKRNL32.DLL then overwrite
> using one provided in the archive

Ok, just downloaded; will test later today when i have some time.

- Doug B.

sherpya(R)

06.04.2013, 07:18

@ Doug

Test MPLAYER (Sherpya) 2013-03-28

> > Hi guys but I don't understand what version of hx are you using,
>
> Edit: HX 2.17 (2011-08-22)
>
> > http://oss.netfarm.it/stuff/hxk.7z backup your DKRNL32.DLL then
> overwrite
> > using one provided in the archive
>
> Ok, just downloaded; will test later today when i have some time.
>
> - Doug B.

you can download official release now, I've also added a fix for theora offset but you need to use -vc theora because the patch is on mplayer side while it defaults to ffmpeg theora decoder (not fixed)

sherpya(R)

06.04.2013, 07:37

@ sherpya

Test MPLAYER (Sherpya) 2013-03-28

> > > Hi guys but I don't understand what version of hx are you using,
> >
> > Edit: HX 2.17 (2011-08-22)
> >
> > > http://oss.netfarm.it/stuff/hxk.7z backup your DKRNL32.DLL then
> > overwrite
> > > using one provided in the archive
> >
> > Ok, just downloaded; will test later today when i have some time.
> >
> > - Doug B.
>
> you can download official release now, I've also added a fix for theora
> offset but you need to use -vc theora because the patch is on mplayer side
> while it defaults to ffmpeg theora decoder (not fixed)

some infos:
- to use -vo directx you should launch with dpmild32 -g mplayer.exe ...
- if you get black screen after exiting, edit hxguihlp.ini and in options sections set save=0
- don't try to pass fullscreen, I was able to have working resolution by changing res in hxguihlp.ini, I had to use 640x480 on qemu
- Audio works using dsound, you must have a card hx extender supports (e.g. on qemu the emulated sb16)

glennmcc(R)

Homepage E-mail

North Jackson, Ohio (USA),
06.04.2013, 23:34

@ sherpya

Test MPLAYER (Sherpya) 2013-03-28

> > > Gave it a try just for the sake of curiosity... she runs fine
> > > in Linux WINE
>
> she -> me? I'm male :)
>

"she" was referring to the program itself, not the programmer.

I have a habit of referring to all programs as 'she'.

(except those from Microsoft which I refer to as "CRAP") ;-)

---
--
http://glennmcc.org/

Doug(R)

E-mail

07.04.2013, 05:57

@ sherpya

Test MPLAYER (Sherpya) 2013-03-28

Ok, the new DKRNL32.DLLs allow MPlayer to work without "SET DPMILDR=128" in the environment! (Tested latest svn-r36169.)

Some notes/observations:

* I must use the "DPMILD32 -g" syntax for both directx and sdl, else the screen output is garbled.

* As before, "-vo sdl" works, but must press [F] 2x for fullscreen.

* As before, "-vo sdl -fs" works, but must press [F] key 1x for fullscreen.

* Now "-vo directx" works for me, but pressing [F] crashes.

* "-vo directx -fs" crashes immediately.

* HX errorlog contains the following when fullscreen crashes:

MPlayer interrupted by signal 11 in module: flip_page
- MPlayer crashed by bad usage of CPU/FPU/RAM.
  Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and
  disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash.
- MPlayer crashed. This shouldn't happen.
  It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
  gcc version. If you think it's MPlayer's fault, please read
  DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and
  won't help unless you provide this information when reporting a possible bug.

* A bunch of file types (including most MPG) seem to play ok but produce message "[VD_FFMPEG] DRI failure" in errorlog. Don't know if that's related.

OS: real DOS 7.1 (no VM, no box), 4DOS 8.0, HX 2.17
HW: P4, 845/ICH4, ATI Rage 128 (VBE 2.0)

- Doug B.

sherpya(R)

07.04.2013, 06:15

@ Doug

Test MPLAYER (Sherpya) 2013-03-28

> Ok, the new DKRNL32.DLLs allow MPlayer to work without "SET DPMILDR=128" in
> the environment! (Tested latest svn-r36169.)
>
> Some notes/observations:
>
> * I must use the "DPMILD32 -g" syntax for both directx and sdl, else the
> screen output is garbled.
>
> * As before, "-vo sdl" works, but must press [F] 2x for fullscreen.
>
> * As before, "-vo sdl -fs" works, but must press [F] key 1x for fullscreen.
>
>
> * Now "-vo directx" works for me, but pressing [F] crashes.
>
> * "-vo directx -fs" crashes immediately.
>
> * HX errorlog contains the following when fullscreen crashes:
>
> MPlayer interrupted by signal 11 in module: flip_page
> - MPlayer crashed by bad usage of CPU/FPU/RAM.
> Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and
> disassembly. Details in
> DOCS/HTML/en/bugreports_what.html#bugreports_crash.
> - MPlayer crashed. This shouldn't happen.
> It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
> gcc version. If you think it's MPlayer's fault, please read
> DOCS/HTML/en/bugreports.html and follow the instructions there. We can't
> and
> won't help unless you provide this information when reporting a possible
> bug.
>

> * A bunch of file types (including most MPG) seem to play ok but produce
> message "[VD_FFMPEG] DRI failure" in errorlog. Don't know if that's
> related.
>
> OS: real DOS 7.1 (no VM, no box), 4DOS 8.0, HX 2.17
> HW: P4, 845/ICH4, ATI Rage 128 (VBE 2.0)
>

I've noticed you don't need to go full screen if the resoultion in the .ini is the same of the video (obiviously).
Looks like it works only in fullscreen, but maybe -fs doesn't pick automatically the current resolution
Unfortunately isn't easy to debug. directx -fs works for me using kvm (qemu+vtd), so it may be something related to hxgui vesa calls. Can you run adding -v -v to command line? it should spam more on the log, thanks

Another suggestion (unrelated to your problem) is comment out font=Arial and set fontconfig=no in the config, you can get rid of fonts subdir, mplayer will pick mplayer\subfont.ttf

sherpya(R)

07.04.2013, 06:17

@ Doug

Test MPLAYER (Sherpya) 2013-03-28

I've other info:
when resolution in ini is 1024x768 and a video is 640x480 passing directx and fs crashes
without -fs plays fine but 640x480 centered on a 1024x768 screen, -vm and -zoom make no relevant difference

Doug(R)

E-mail

08.04.2013, 04:57

@ sherpya

Test MPLAYER (Sherpya) 2013-03-28

> it may be something related to hxgui vesa calls. Can you run
> adding -v -v to command line? it should spam more on the log, thanks

Sure! Unfortunately, the HXSTDERR.LOG file was the same as the one without adding "-v -v".

I also tried redirecting the normal std err output, which resulted in a file 32k in size. If that's of any use, perhaps i can PM it to you or something, but i don't want to try to post it here, as it's 744 lines long! :surprised:

- Doug B.

sherpya(R)

08.04.2013, 05:26

@ Doug

Test MPLAYER (Sherpya) 2013-03-28

> > it may be something related to hxgui vesa calls. Can you run
> > adding -v -v to command line? it should spam more on the log, thanks
>
> Sure! Unfortunately, the HXSTDERR.LOG file was the same as the one without
> adding "-v -v".
>
> I also tried redirecting the normal std err output, which resulted in a
> file 32k in size. If that's of any use, perhaps i can PM it to you or
> something, but i don't want to try to post it here, as it's 744 lines long!
> :surprised:
>
> - Doug B.

Thanks Doug, no need to post the log, I've reproduced the problem
I've made a new post in the hope someone can help http://www.bttr-software.de/forum/forum_entry.php?id=12476
Unfortunately it's in hx gui ddraw code so I cannot do much.

the correct way to get fullscreen with directx should be -vm, but anyway if you get a crash in flip_page also without -fs the problem will spot in other configurations.

I'll try to understand why -vm actually doesn't do mode switch or at least it doesn't work as espected (grey background and centered video)

DOS386(R)

14.04.2013, 16:32

@ sherpya

Test MPLAYER (Sherpya) 2014-Apr-11

OOPS, seems that all files except PUSH5TRU.OGV got kicked :-(

http://ompldr.org/vN2E4MQ/XXX.FLA

http://ompldr.org/vN2E3OQ/FLUID.FLV

http://ompldr.org/vN2c4Mw/BALLMERA.FLV <- Buggy : XXX-264 inside FLV

FFOX35.OGV 17'620'460
9178FD50DDB40E0B60CD9836EE5E2F87
http://ompldr.org/vN2E3OA/FF35.OGV <- Vorbis+Theora

FF5YEARS.OGV 24'973'573
6FD0776D4E92036914E635549D3E9B5C
http://ompldr.org/vN2c4Nw/FF5YEARS.OGV <- Vorbis+Theora

http://ompldr.org/vOGtzaQ/LEGO.OGV

http://ompldr.org/vOGtzbw/LOONIX.OGV

http://ompldr.org/vN2E3cQ/PUSH5TRU.OGV <- No audio

http://ompldr.org/vOGtzcA/TELEMATI.OGV

OK, some more results from the version Apr-11:

* "-vc theora" helps a bit (but it's named backward compared to ffmpeg ... should be "libtheora" or "xiphtheora" ... green offset stripe reduced from up to 15 to 1 pixel ... but it's still there http://ompldr.org/vN2c4Nw/FF5YEARS.OGV can be reproduced with any output "driver" incl PNG ... even in XP

* it still whines about "broken file" ... "-vc theora" switches the decoder but keeps the same buggy OGG parser ???

* the default "fftheora" decoder is "untested" :shock:

* Now I can seek in (some?) Theora files

* I can play some OGG Dirac files, some don't play (size divisibility issues?), "fflibdirac" and "fflibschroedinger" are listed in "-vc help" but don't work

* how is "-vc help" list sorted ? Seems to contain external DLL codecs too ... would it be possible to sort the list better, and make the non-native "supported" codecs better distinguishable/hidden ?

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

DOS386(R)

17.04.2013, 12:46

@ DOS386

Test MPLAYER (Sherpya) 2014-Apr-11

My test files got kicked (some moderator feel free to delete the dead links from post above), trying again:

http://ompldr.org/vN2E4MQ/XXX.FLA

FLUID.FLV 7'466'654
F9E12C28BCF2EE5F8EC0C6302891DE41
http://ompldr.org/vN2E3OQ/FLUID.FLV <- !!! ODD !!!

http://ompldr.org/vN2c4Mw/BALLMERA.FLV <- Buggy : XXX-264 inside FLV

http://ompldr.org/vaTNxYQ/CARMENAL.OGA

http://ompldr.org/vN2E3NA/CARMEM.OGA

http://ompldr.org/vaTNxYw/DUCKS444.OGV

FF5YEARS.OGV 24'973'573
6FD0776D4E92036914E635549D3E9B5C
http://ompldr.org/vaTNxZA/FF5YEARS.OGV <- Vorbis+Theora

FFOX3.OGV FF3_Screencast.ogg 4'817'925
C310115BC7B9D7FD0F834768C7C0C12C
http://ompldr.org/vaTNxbA/FFOX3.OGV <- Vorbis+Theora

FFOX35.OGV 17'620'460
9178FD50DDB40E0B60CD9836EE5E2F87
http://ompldr.org/vaTNyeQ/FFOX35.OGV

FLUIDIRA.OGV 3'474'591
6CE8DA1B94A0A599D7634D5B31A7448E
http://ompldr.org/vaTNzYQ/FLUIDIRA.OGV <- OGG Dirac (playing doesn't work)

GIZMDIRA.OGV 236'281 brewn from MP0
737E950CFCB35E483F5A14393829F84C
http://ompldr.org/vaTNzYg/GIZMDIRA.OGV <- OGG Dirac (playing does work)

http://ompldr.org/vaTNzZA/LEGO.OGV

http://ompldr.org/vaTNzaQ/LOONIX.OGV

http://ompldr.org/vaTNzag/OFFSET.OGV

http://ompldr.org/vN2E3cQ/PUSH5TRU.OGV <- No audio

http://ompldr.org/vaTN0ag/PUSH.OGV

http://ompldr.org/vaTN0bQ/STOKHOLM.OGV

http://ompldr.org/vOGtzcA/TELEMATI.OGV

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

Back to the board
Thread view  Mix view  Order
15192 Postings in 1365 Threads, 250 registered users, 10 users online (1 registered, 9 guests)
DOS ain't dead | Admin contact
RSS Feed
powered by my little forum