Author Topic: 3.7 reports, queries and bugs  (Read 71960 times)

wrkq

  • Posts: 82
Re: 3.7 reports, queries and bugs
« Reply #50 on: 22 Feb '13 - 17:05 »
Yesterday's update did indeed introduce a silly MP3-related bug (in the Xing/LAME header reading). Here's another update to correct that...

Perfect! Thank you very much! ^^

tails_

  • Posts: 74
Re: 3.7 reports, queries and bugs
« Reply #51 on: 10 Mar '13 - 15:16 »
Um, it looks like 100% pan separation is not 100% anymore, this can be noticed at least on some protracker files.
Can't really explain this, but, here's example image from RD's vectorscope visualization:

saga

  • Posts: 2179
Re: 3.7 reports, queries and bugs
« Reply #52 on: 10 Mar '13 - 15:35 »
ProTracker appears to neither advance the vibrato / tremolo position on the first tick (XMPlay should get that right already), but also doesn't apply vibrato / tremolo on the first tick of a row, which means that you get funny frequency or volume jumps there. Here's a test case for that... http://wiki.openmpt.org/Development:_Test_Cases/MOD#VibratoReset.mod
Maybe this could be emulated in XMPlay's "ProTracker 1.x mode"?

Ian @ un4seen

  • Administrator
  • Posts: 20389
Re: 3.7 reports, queries and bugs
« Reply #53 on: 11 Mar '13 - 16:55 »
Um, it looks like 100% pan separation is not 100% anymore, this can be noticed at least on some protracker files.

Please upload an example file that the problem is most noticable with to have a look at here...

   ftp.un4seen.com/incoming/

ProTracker appears to neither advance the vibrato / tremolo position on the first tick (XMPlay should get that right already), but also doesn't apply vibrato / tremolo on the first tick of a row, which means that you get funny frequency or volume jumps there. Here's a test case for that... http://wiki.openmpt.org/Development:_Test_Cases/MOD#VibratoReset.mod
Maybe this could be emulated in XMPlay's "ProTracker 1.x mode"?

Thanks. I'll look into this for the next update.

tails_

  • Posts: 74
Re: 3.7 reports, queries and bugs
« Reply #54 on: 12 Mar '13 - 07:50 »
Ian @ un4seen
Done, "alloy run.mod".
If you change panning to full left on 100% panning you still will be able to hear music even though sound should come only from right channel.

Lampa

  • Posts: 20
Re: 3.7 reports, queries and bugs
« Reply #55 on: 12 Mar '13 - 11:15 »
Hi to all.

I have problems to open some url... like this: mms://mediaserver.kataweb.it/elemedia/capital/programmi/megamixo/2013/mastermixo-2013-03-11.wma

VLC works...

Xmplay is my audio player since 1998, if I remember well.
Thank to great job Ian!!

Dotpitch

  • Posts: 2871
Re: 3.7 reports, queries and bugs
« Reply #56 on: 12 Mar '13 - 16:25 »
I have problems to open some url... like this: mms://mediaserver.kataweb.it/elemedia/capital/programmi/megamixo/2013/mastermixo-2013-03-11.wma
Works fine here, if opened via URL field in the Open file-dialog. Do you have xmp-wma?

Lampa

  • Posts: 20
Re: 3.7 reports, queries and bugs
« Reply #57 on: 12 Mar '13 - 16:40 »
"Buffer" for ever...

Ian @ un4seen

  • Administrator
  • Posts: 20389
Re: 3.7 reports, queries and bugs
« Reply #58 on: 12 Mar '13 - 17:10 »
Done, "alloy run.mod".
If you change panning to full left on 100% panning you still will be able to hear music even though sound should come only from right channel.

You're right, there is indeed still a bit of sound crossing over with separation set to 100. Here's an update that should remove that...

   www.un4seen.com/stuff/xmplay.exe

Just for reference, setting the separation to 100 won't necessarily move everything to 100% left or right. Sounds that are in the centre are kept there, and the rest is shifted further outwards as the separation level is raised.

"Buffer" for ever...

OK. So the file is opened, but it never starts playing? What "Prebuf" setting do you have in the "Miscellaneous" options page? Also, if you have the "General" info window open, do you see the file format details displayed there?

Lampa

  • Posts: 20
Re: 3.7 reports, queries and bugs
« Reply #59 on: 13 Mar '13 - 07:23 »
"Buffer" for ever...

OK. So the file is opened, but it never starts playing? What "Prebuf" setting do you have in the "Miscellaneous" options page? Also, if you have the "General" info window open, do you see the file format details displayed there?
Hello Ian!
The setting of "Internet streaming" are:
- Timeout=10
- Buffer = 10
- Prebuf = 10
- Restrict rate = unchecked
- Auto-reconnect = unchecked
- Proxy = checked

Thank you

Ian @ un4seen

  • Administrator
  • Posts: 20389
Re: 3.7 reports, queries and bugs
« Reply #60 on: 13 Mar '13 - 14:31 »
It looks like there is indeed a problem when the "Prebuf" option is set to 10 seconds or above. Here is an updated WMA plugin for you to try...

   www.un4seen.com/stuff/xmp-wma.dll

Lampa

  • Posts: 20
Re: 3.7 reports, queries and bugs
« Reply #61 on: 13 Mar '13 - 15:17 »
WOW!
It's work fine!

I tried with 2 in Prebuf and it works as well...

Thank you Ian!

Have a nice day

Knurek

  • Posts: 523
Re: 3.7 reports, queries and bugs
« Reply #62 on: 14 Mar '13 - 18:30 »
Ian, I've noticed that Year (%4) tag in titles shows only YYYY format, even when the actual tag has greater resolution, so 1990-12-16 is shown only as 1990. Any chance of adding support for YYYY-MM-DD (or other schemes) as well?
And possibly support for displaying Copyright tag as well?

Ian @ un4seen

  • Administrator
  • Posts: 20389
Re: 3.7 reports, queries and bugs
« Reply #63 on: 15 Mar '13 - 14:34 »
In the past, with tags that have a full date, XMPlay did include the full date in the track's "year" field, but that was changed for consistency, ie. a "year" field should only include the year. But perhaps the "year" field could be renamed to "date". I'll have to look into that, to see if it would cause any problems.

saga

  • Posts: 2179
Re: 3.7 reports, queries and bugs
« Reply #64 on: 17 Mar '13 - 18:54 »
Uploaded file: chibi-tech - Moe Moe Kyunstep - 01 Moe Moe Kyunstep (PART I - 萌え -).ogg
I'm relatively sure that previously, the Japanese characters in the vorbis tags were parsed correctly. This is no longer the case.

Chinese Sausage

  • Posts: 424
Re: 3.7 reports, queries and bugs
« Reply #65 on: 17 Mar '13 - 20:13 »
A-round LCD Carbon and A-round LCD Wood skins are shaded black in the volume and balance sections. :(

tails_

  • Posts: 74
Re: 3.7 reports, queries and bugs
« Reply #66 on: 18 Mar '13 - 12:24 »
Ian @ un4seen
Thanks, works like before now.

Another thing spotted: With 2 monitors when you open fullscreen visualization on main one (it doesn't matter if it's left or right one) and switch focus to some window on second monitor visualization disappears giving me desktop with windows. This doesn't happens when fullscreen visualization is opened on secondary monitor.

Ian @ un4seen

  • Administrator
  • Posts: 20389
Re: 3.7 reports, queries and bugs
« Reply #67 on: 18 Mar '13 - 15:07 »
Uploaded file: chibi-tech - Moe Moe Kyunstep - 01 Moe Moe Kyunstep (PART I - 萌え -).ogg
I'm relatively sure that previously, the Japanese characters in the vorbis tags were parsed correctly. This is no longer the case.

I'm not sure that file's title tag actually contains "萌え", at least not in UTF-8 form. Do you see it looking correct in any other software? If I update the tag (using the Winamp OGG plugin) to contain "萌え", then it does look correct here.

A-round LCD Carbon and A-round LCD Wood skins are shaded black in the volume and balance sections. :(

The problem seems to be that those bitmaps include an alpha channel, and the alpha channel contains rubbish. XMPlay would previously ignore the alpha channel, but not since the alpha channel support was added. An updated/corrected version of the skin is now up on the XMPlay webpage and Support Site.

Another thing spotted: With 2 monitors when you open fullscreen visualization on main one (it doesn't matter if it's left or right one) and switch focus to some window on second monitor visualization disappears giving me desktop with windows. This doesn't happens when fullscreen visualization is opened on secondary monitor.

Yep. That is intended as a safety measure, eg. to allow the user to access the taskbar and start menu. Perhaps it can be tweaked to only apply when switching to something on the same monitor, which would otherwise be covered by the vis. I'll have to look into it.

Chinese Sausage

  • Posts: 424
Re: 3.7 reports, queries and bugs
« Reply #68 on: 18 Mar '13 - 20:07 »
A-round LCD Carbon and A-round LCD Wood skins are shaded black in the volume and balance sections. :(

The problem seems to be that those bitmaps include an alpha channel, and the alpha channel contains rubbish. XMPlay would previously ignore the alpha channel, but not since the alpha channel support was added. An updated/corrected version of the skin is now up on the XMPlay webpage and Support Site.

Thank you Ian. The skins look normal now! :)

saga

  • Posts: 2179
Re: 3.7 reports, queries and bugs
« Reply #69 on: 19 Mar '13 - 11:55 »
I'm not sure that file's title tag actually contains "萌え", at least not in UTF-8 form. Do you see it looking correct in any other software? If I update the tag (using the Winamp OGG plugin) to contain "萌え", then it does look correct here.
I couldn't verify it any other software I've tried, so I've simply re-downloaded the file from Bandcamp and now the tags are displaying correctly. I guess they might have written out wrong Vorbis tags in their tagging software before and have fixed that in the meantime.

Jace

  • Posts: 825
Re: 3.7 reports, queries and bugs
« Reply #70 on: 20 Mar '13 - 09:49 »
Another thing spotted: With 2 monitors when you open fullscreen visualization on main one (it doesn't matter if it's left or right one) and switch focus to some window on second monitor visualization disappears giving me desktop with windows. This doesn't happens when fullscreen visualization is opened on secondary monitor.
Yep. That is intended as a safety measure, eg. to allow the user to access the taskbar and start menu. Perhaps it can be tweaked to only apply when switching to something on the same monitor, which would otherwise be covered by the vis. I'll have to look into it.
Some (myself included) have the taskbar on secondary monitor. :P

Ian @ un4seen

  • Administrator
  • Posts: 20389
Re: 3.7 reports, queries and bugs
« Reply #71 on: 20 Mar '13 - 15:52 »
True. It looks like the taskbar will appear over the fullscreen vis anyway when focus is switched away from XMPlay, so perhaps there's no need to bother with auto-hiding the vis at all; I'll probably disable it in the next update. The user can always exit fullscreen mode themselves if needed.

PSXGamerPro1

  • Posts: 258
Re: 3.7 reports, queries and bugs
« Reply #72 on: 21 Mar '13 - 03:28 »
The taskbar hides itself when in fullscreen mode on my computer. Only when nothing is bothering it.

quanta

  • Guest
Re: 3.7 reports, queries and bugs
« Reply #73 on: 22 Mar '13 - 02:14 »
Default skin settings forgotten after switching skin

After opening the playlist pane in default skin, switch to Windows Classic 2.1 skin, then back to default skin shows the playlist pane is closed instead of open.

Skins that have a fixed panel position don't have an opened/closed state, so when switching to a skin that has moveable panels, they will start in the closed position unless the "Open panels" option is enabled.

In this case, shouldn't the panel state for each skin be saved, instead of using same panel state for all skins? After all, it is possible that other skins use panel types that default skin doesn't have.

09_crash_in_3.7.0.23.mp3 dropped in ftp/incoming.

This MP3 crashes today's stuff version (.23), but works in 3.7.0.

Yesterday's update did indeed introduce a silly MP3-related bug (in the Xing/LAME header reading). Here's another update to correct that...

   www.un4seen.com/stuff/xmplay.exe

I got similar error with 3.7.0.23, where loading multiple MP3 files using the Open file(s) dialogue box causes XMPlay to crash with following errors when XMPlay tries to read the second .MP3 file in the list:

The "MPEG" plugin crashed while attempting to scan the following file:
drive:\directory\filename.MPEG

The crash will now be passed on to Windows.

After closing the dialogue box, following dialogue box appears:

XMPLAY caused a divide error in module XMPLAY.EXE at 016f:0044e944.
Registers:
EAX=00000007 CS=016f EIP=0044e944 EFLGS=00210246
EBX=029d1af4 SS=0177 ESP=0420cae4 EBP=0420fc34
ECX=00000000 DS=0177 ESI=00000000 FS=713f
EDX=00000000 ES=0177 EDI=00000000 GS=0000
Bytes at CS:EIP:
f7 f1 8b d8 8b 44 24 0c f7 f1 8b d3 eb 41 8b c8
Stack dump:
00000000 029d1af4 0040d1db 9bab12ae 00000007 00000000 00000000 00000000 029d1af4 00000000 77a99a3a 3df7f204 996efe63 f393db7d 2dfb09f9 317ad235

After closing the dialogue box, the XMPlay windows are closed, then another dialogue box appears:

XMPLAY caused an invalid page fault in
module IN_TXT.DLL at 016f:01ae23ee.
Registers:
EAX=024a06e0 CS=016f EIP=01ae23ee EFLGS=00210202
EBX=00000001 SS=0177 ESP=0420fc30 EBP=0420fc70
ECX=7ffce00c DS=0177 ESI=01f60ef4 FS=713f
EDX=c00309fc ES=0177 EDI=00000001 GS=0000
Bytes at CS:EIP:
8b 08 50 ff 51 08 c3 e8 05 00 00 00 e9 0a 00 00
Stack dump:
01ae70e1 00000000 01ae0000 00000001 01ae7084 00000000 00000000 00000001 01ae43e4 01ae447c 01ae0000 00000000 00000001 00000000 01ae0000 818f7c80

The bug does not occur on XMPlay version 3.7. Strangely, not all archives with MPEG files trigger the crash. It seems the crash occurs when it takes a long time to load the second MPEG, to the point that the first MPEG starts playing before the description of second MPEG appears in the playlist.

In any case, the error messages look like the ones that appear when loading .MDX files (played via Winamp MDX input plug-in) from archives, or trying to load multiple .MDX files. It seems there are some kinds of race conditions that cause all 3 crash scenarios, but the .MDX crashes occur with XMPlay version 3.7.

update: After updating XMPlay player from 3.7.0.23 to 3.7.0.24, the MPEG playback inside archive bug is gone. However, when the MP3 playback bug occurs in XMPlay 3.7.0.23, it exposes errors on XMPlay's way of handling file inside plugin (especially when Winamp input plugin is involved), which still affects Winamp MDX input plugin after updating XMPlay.

Ian @ un4seen

  • Administrator
  • Posts: 20389
Re: 3.7 reports, queries and bugs
« Reply #74 on: 22 Mar '13 - 14:23 »
In this case, shouldn't the panel state for each skin be saved, instead of using same panel state for all skins? After all, it is possible that other skins use panel types that default skin doesn't have.

I'm not sure that's a good idea. Whenever possible, I think most people would (at least I would :)) want the panels to keep their current state when changing skins, rather than switching to a previously saved state that may be different to what is currently in effect.

update: After updating XMPlay player from 3.7.0.23 to 3.7.0.24, the MPEG playback inside archive bug is gone. However, when the MP3 playback bug occurs in XMPlay 3.7.0.23, it exposes errors on XMPlay's way of handling file inside plugin (especially when Winamp input plugin is involved), which still affects Winamp MDX input plugin after updating XMPlay.

The .23 update's MP3 crashing was a specific problem with the Xing/LAME header reading that has no relevance to anything else. If you can provide instructions for reproducing the problem with the Winamp MDX plugin, then I'll see if I can find out what's going on with that; the crash is in the IN_TXT.DLL plugin, so that would appear to be where the problem is.