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

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]](http://img511.imageshack.us/img511/5236/vlc116bs.png) --- 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 
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 
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 
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 *** |