Back to home page

DOS ain't dead

Forum index page

Log in | Register

Back to the board
Thread view  Mix view  Order
DOS386

02.02.2011, 05:53
 

MPXPLAY 1.58a2 released 2011-Feb-01 (Announce)

http://www.freewebtown.com/mpxplay/

- - - - - - - - - -

diffs between v1.58 alfa 2 and alfa 1
-new/modifications:
-added -pet (PlayEndTime) option (control.c, keyboard.c, mpxplay.c)
-mpxplay.ini: added ProgramControl,DesktopModeP,DesktopModeC, removed DesktopMode,ShutdownATX variables (control.c)
-key 'E': selects between DesktopModeP/DesktopModeC configs (keyboard.c)
-added Displaymode +128 flag (DesktopModeC selector) (control.c, display.h)
-modifications/bugfixes:
-filecopy (alt-F5): memory leak bug in text window at copying a single file (diskfile.c)
-sound limiter is enabled automatically at multichannel to stereo conversions too (mx_volum.c)
-spectrum analyser: reduced delay (maybe more precise timing), expanded with volume setting (>100) at MP2/MP3/MPC files (at decoder-analysers) (au_mixer.c, mx_volum.c)
-MP3: skipping of multiply (wrong) ID3v2 headers (possible wrong xing header parsing -> incorrect length) (in_mp3.c)
-AVI: seeking at some files (in_avi.c)
-possible -pct,-pcf,-pcp bugs (variables were not cleared properly at skip) (mpxplay.c)

- - - - - - - - - -

diffs between v1.58 alfa 1 and v1.57 final
-modifications/bugfixes:
-program is compiled with OW 1.9 (and some source bugfixes for this in drv_ftp.c, block.c, sbr_synt.c, layer3.c)
-AAC decoder: can give multichannel output (disabled built-in downmix), added 7.1 support, added "N.M chan" displaying to multichannel audios (ad_aac.c, decoder.c)
-AC3 decoder: can give multichannel output (removed built-in downmix) (ad_ac3.c, parse.c)
-Vorbis decoder: added 6.1 & 7.1 channels support, added "N.M chan" displaying (ad_vorbi.c)
-WAV/PCM/FLAC decoder-inputs and WAV-file output: added multichannel matrix for correct channel conversions/downmix (ad_pcm.c, ad_ffmpg.c, sc_wav.c)
-enabled/corrected Dolby surround downmix in au-mixer (at surround-multichannel to stereo conversions) (cv_chan.c)
-AVI header read (incorrect length at some AVIs) and seeking (in_avi.c)
-MP3 decoding freeze at containers (when MP3 contains padding info) (ad_mp3.c)
-OGG demuxing (incorrect length, seeking bugs at some OGG/OGV files) (in_ogg.c)
-replay song + hi-lite mode (play freeze) (mpxplay.c)
-commander mode: alt-letter searches in filenames only (keyboard.c)
-win32: increased timer/program refresh rate (60->130fps) (ie: better speed-seek, faster desktop/displaying) (timer.c, mpxplay.h)

- - - - - - - - - -

I haven't tested yet.

No Matroska/WeBM support yet ?

BTW, VLC 1.1.6 still does NOT have the OGG-BUG (completely) fixed :clap:

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

Mpxplay

02.02.2011, 13:22

@ DOS386

MPXPLAY 1.58a2 released 2011-Feb-01

> -spectrum analyser: expanded with volume setting (>100) at MP2/MP3/MPC files
> (au_mixer.c, mx_volum.c)

Caused crossfade (with high volume level + limiter) bug in a2... :-|
But it's "alpha"...

> No Matroska/WeBM support yet ?

I've released the a2, because the MKV support takes more time to implement. :-)
I want to make a common directory for all FFMPEG based functions (decoders, demuxers), so maybe later I will able to add more fileformats easier by the ffmpeg library (but the most popular formats are natively implemented into Mpxplay already). The decoder part is not so complicate, but the demuxers (MKV,TS) require a copule of work to connect properly to Mpxplay's structure.

And the next will be (I hope) the http streaming...

Laaca

Homepage

Czech republic,
02.02.2011, 13:31

@ Mpxplay

MPXPLAY 1.58a2 released 2011-Feb-01

If you want you can donate the development and send to Attila some money.
Look at link: http://sourceforge.net/projects/mpxplay/forums/forum/219198/topic/4076214

---
DOS-u-akbar!

DOS386

03.02.2011, 09:46

@ Mpxplay

MPXPLAY 1.58a2 released 2011-Feb-01

> > No Matroska/WeBM support yet ?
> I've released the a2, because the MKV support takes more time

:-)

> demuxers), so maybe later I will able to add more fileformats easier by the
> ffmpeg library (but the most popular formats are natively
> implemented into Mpxplay already).

FFMPEG's OGG demuxer is bad.

> And the next will be (I hope) the http streaming...

Play from HTTP sites ?

BTW, the OGG thing is better (? than before ? or than VLC ?), but still not fully fixed (I'll supply offending file ASAP).

VLC is still bad (MPXPLAY is fine on this audio-only file):

[image]

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

Mpxplay

03.02.2011, 17:24

@ DOS386

MPXPLAY 1.58a2 released 2011-Feb-01

> FFMPEG's OGG demuxer is bad.

I will not use that.
btw. the demuxer part of the FFMPEG is completelly sh*t, but I haven't found a better one, which can be usefull for Mpxplay too...

> > And the next will be (I hope) the http streaming...
>
> Play from HTTP sites ?

First, and later internet radios (endless streams) too.

> BTW, the OGG thing is better (? than before ? or than VLC ?), but still not
> fully fixed (I'll supply offending file ASAP).

There is a possible bug what I couldn't (don't want to) correct yet (because then the ogg file parsing will be slower):
Every OGG granules (frames) contain a pcm-position. I simply read the value from the last granule to get the song-length, because I assume that the pcm-pos in the first granule is zero (and usually it is). But the pcm-pos in the first granule can be non-zero too: we should read the first and the last granule too and subtract the "first-pcm-pos" from the "last-pcm-pos"...

I'll check your file, if you share with me...

DOS386

05.02.2011, 07:44

@ Mpxplay

MPXPLAY 1.58a2 released 2011-Feb-01 | files here

> > FFMPEG's OGG demuxer is bad.
> I will not use that.

:-)

> > Play from HTTP sites ?
> First, and later internet radios (endless streams) too.

:-)

> There is a possible bug what I couldn't (don't want to) correct yet
> (because then the ogg file parsing will be slower):
> Every OGG granules (frames) contain a pcm-position. I simply read the value
> from the last granule to get the song-length, because I assume that the
> pcm-pos in the first granule is zero (and usually it is). But the pcm-pos
> in the first granule can be non-zero too: we should read the first and the
> last granule too and subtract the "first-pcm-pos" from the
> "last-pcm-pos"...

:-|

> I'll check your file, if you share with me...

http://ompldr.org/vN2E3NA/CARMEM.OGA <- Vorbis audio only | VLC fails MPX good
http://ompldr.org/vN2E3OA/FF35.OGV <- Vorbis+Theora | Very bad in MPX
http://ompldr.org/vN2E3bg/MIDMODXM.ZIP <- MIDI (noon) & Co
http://ompldr.org/vN2E3bw/MPXP157F.ZI7 <- ???
http://ompldr.org/vN2E3cQ/PUSH5TRU.OGV <- No audio :confused:
http://ompldr.org/vN2E4MQ/XXX.FLA <- FLAC

There are 2 bugs exploitable by this "FF35.OGV" file:

1. Length is missdetected as absurdly too short, and bitrate is absurdly too high then

2. Bitrate displaying thrashes the screen. Solution: clamp the value (to 9'999 or whatever) before converting to string

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

Mpxplay

06.02.2011, 05:11

@ DOS386

MPXPLAY 1.58a2 released 2011-Feb-01 | files here

> http://ompldr.org/vN2E3OA/FF35.OGV <- Vorbis+Theora | Very bad in MPX
> http://ompldr.org/vN2E3cQ/PUSH5TRU.OGV <- No audio :confused:

1. file: corrected (stream handling and bitrate calculation at multi streams)
2. file: if the OGG has no audio stream, Mpxplay will not play it (of course)

And I was wrong, I can make the correct pcm-length calculation without slowing down the file parsing, but I will enable that stuff only if somebody finds such file (because the current method is tested well)...

btw. This (last pcm-pos is not equal to the length of the song/stream) can happen only if somebody slices an OGG file (is this possible at all?) or records a live OGG stream (never seen)...
So, just send me more incorrect files (I mean: wrong with Mpxplay),
if you still having problems with the next Mpxplay version too... :-)

btw2. there is an Mpxplay forum too... maybe we should discuss such things there... ;-)

Mpxplay

18.03.2011, 03:29

@ DOS386

MPXPLAY 1.58a3 released 2011-Mar-17

> http://www.freewebtown.com/mpxplay/
>
> No Matroska/WeBM support yet ?
>
> BTW, VLC 1.1.6 still does NOT have the OGG-BUG (completely) fixed :clap:

Mpxplay v1.58a3 is out on
http://www.freewebtown.com/mpxplay

changelog & some notes:
http://sourceforge.net/projects/mpxplay/forums/forum/219198/topic/4059987

If you still having problems, let me know... :-)

DOS386

03.05.2011, 09:28

@ Mpxplay

MPXPLAY 1.58b2 released 2011-Apr-25

> Mpxplay v1.58a3 is out on

MPXplay 1.58b2 is out 2011-Apr-25 on

http://www.freewebtown.com/mpxplay (untested)

---
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
22632 Postings in 2109 Threads, 402 registered users, 299 users online (0 registered, 299 guests)
DOS ain't dead | Admin contact
RSS Feed
powered by my little forum