Thank-you RamonUn for providing these builds. Most Windows 9x users won't be able to download from mega.nz natively without using another system. I tried one of your previous builds and it did not run in vanilla Windows 98. Will try again someday, it may have just been my configuration. Take care.

Builds are now available here

https://github.com/RamonUnch/MPlayer-Ringo-builds/releases

You need the latest DirectX for Win98, try also with different -vo and -ao drivers.

try -vo gl/directx/direct3d/sdl

-ao win32/dsound

Thanks for the github link RamonUn.

Unfortunately still didn't work, tested numerous variations, known working mp4 file, system otherwise works fine using Windows 98 ere SMPlayer/MPlayer. For me no big, happy using an old version of MPlayer, just wanted to point out in case others have issues too.

Examples trialed:

mplayer nhL.mp4 -vo sdl -nosound
mplayer nhL.mp4 -vo directx -nosound
mplayer nhL.mp4 -vo direct3d -nosound
mplayer nhL.mp4 -vo gl -nosound
mplayer nhL.mp4 -vo gl/directx/direct3d/sdl -nosound


COMMAND.COM output:

MPlayer Ringo 2021-01-08 (ffmpeg N-100581-ga454a0c) (C) 2000-2021 MPlayer Team

Playing nhL.mp4.
libavformat version 58.65.101 (internal)
libavformat file format detected.
[mov,mp4,m4a,3gp,3g2,mj2 @ 014036c0]Protocol name not provided, cannot determin
if input is local or a network protocol, buffers and access patterns cannot be
configured optimally without knowing the protocol


MPlayer interrupted by signal 8 in module: demux_open
- 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.

OK i see.

Do you have the same when using -vo null -nosound

If you do, then the problem may be your msvcrt.dll, take the original from your Win98SE disk and put it in mplayer's directory.

Try also with the original SDL 1.2.15 from sld's website.

https://www.libsdl.org/release/SDL-1.2.15-win32.zip

 

Hi RamonUn. Still no success using full pathways, null sound and null video. Tried Windows 98 CD msvcrt.dll and your linked SDL.dll - together and separate combos. All same error output as earlier.

If it happens even with vo null then I really do not see what could possibly the problem.

What is your CPU?

Are you using Win98SE or just Win98? I just could test on 98SE and ME Actually

Have you tried with version 1.4 (stable) too?

Hi RamonUn. Tested this compile too, unfortunately no success:
MPlayer Ringo 1.4 ffmpeg 4.1 gcc-8.1.0 (C) 2000-2019 MPlayer Team

Using Windows 98 SE, AMD Athlon 800 MHz, NVIDIA GeForce2 MX 100/200.

The MPLAYER.EXE usually used here in Windows 98 is pasted below, which elaborates CPU and a compile option if it helps.

MPlayer Sherpya-SVN-r28311-4.2.5 (C) 2000-2009 MPlayer Team
CPU: AMD Athlon(tm) Processor (Family: 6, Model: 4, Stepping: 2)
CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 0 SSE2: 0
Compiled with runtime CPU detection.

Edit: No success with exact same error message pasted in earlier post.

Edited January 19, 20215 yr by Wunderbar98

There are URLs which requires login information. These URLs don't work under WMP11 or older. I'm wondering if any Windows 9x/XP music players support these kind of URLs. I suggest to add support for these kind of URLs on this project if it support URL's streaming.

Try such URLs with XMPlay.

That program isn't usable with a screen reader, so I can't use it. Just can modify the initial configuration.

I managed to open such lincs in WinXP with VLC!

On 2/7/2021 at 3:03 PM, Sergiaws said:

There are URLs which requires login information. These URLs don't work under WMP11 or older. I'm wondering if any Windows 9x/XP music players support these kind of URLs. I suggest to add support for these kind of URLs on this project if it support URL's streaming.

It would be nice to add this support. unfortunately I have little time for this project and the only thing I did was actually to build a minimal MPlayer that runs on 98SE. I never actually tried anything URL related.

For XP if you want more features there are other builds around that you may try. Also VLC is quite good decent for XP.

Could you give me some examples of such URLs so that I have something to work with when I get more time to work on this project?

On 1/19/2021 at 8:37 AM, Wunderbar98 said:

Hi RamonUn. Tested this compile too, unfortunately no success:
MPlayer Ringo 1.4 ffmpeg 4.1 gcc-8.1.0 (C) 2000-2019 MPlayer Team

Using Windows 98 SE, AMD Athlon 800 MHz, NVIDIA GeForce2 MX 100/200.

The MPLAYER.EXE usually used here in Windows 98 is pasted below, which elaborates CPU and a compile option if it helps.

MPlayer Sherpya-SVN-r28311-4.2.5 (C) 2000-2009 MPlayer Team
CPU: AMD Athlon(tm) Processor (Family: 6, Model: 4, Stepping: 2)
CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 0 SSE2: 0
Compiled with runtime CPU detection.

Edit: No success with exact same error message pasted in earlier post.

Thanks for your info, Actually I will try to make a build without any MMX/SSE support to see if this is the problem.

I do remember that some builds of MPlayer were not functional when having a SSE1 only able cpu, In theory CPU autodetect should be the best but we will see.

Here are an example. Don't forget that you would need to be registered in that page to play it.

https://audiocinemateca.com/system/files/La caza (1966).mp3

@Wunderbar98

Try one of those builds.

https://github.com/RamonUnch/MPlayer-Ringo-builds/releases/download/v14alt/MPlayer1.4_altbuilds.7z

The one with a1 and a2 suffixes correspond to builds that "should" be optimized for athlon. If they does not work try the one wi the nosimd suffix.