next »

[Bistzack]

Are you sure that the main panel is active, eg. did you click on it?

Yes, I need to click on it.

Btw, as you have attached your config, does that mean the problem doesn't happen with the default config?

That's correct, everything works just fine with the new one.

[Ian @ un4seen]

I just loaded XMPlay with your config, and the up/down keys seemed to work fine, so I'm a bit confused. What exactly is the problem, and how do I reproduce it?

[Rah'Dick]

By the way, I just tried the current "stuff" build with the latest WINE on Ubuntu 8.04 LTS.
The info window finally works - even with visuals, yay! The main window has problems when dragging it across the screen. The position doesn't seem to follow the cursor, but overshoots it - as if it was moved with a wrong mouse multiplier. Doesn't happen in mini mode. Some panels are in the wrong Z-Order sometimes. Everything else seems to work, except for some plugins, maybe (FLAC crashed several times, AFAIK).

[SHAD0Wdump]

I have tried it with rapid manual swapping and there was no effect.

I have been trying it minimized and haven't had it crash yet,but I am unsure that is sufficient to say that minimization cures it.(only started it today)

[SHAD0Wdump]

Update:just crashed while minimized,either it lowers frequency or the crashes are just as random as ever.

[Ian @ un4seen]

OK. It seems like you can reproduce the problem fairly easily, so I shall send you a debug version to try to get some clues about it.

[SHAD0Wdump]

Does it make a difference if I'm running Vista?

[dypsis]

Everything else seems to work, except for some plugins, maybe (FLAC crashed several times, AFAIK).

I have only recently started playing FLAC files with XMPlay. And I have only recently seen XMPlay crash. I have had a few crashes since playing FLAC files.

I am using 3.4.2.49.

[ripieces]

I have to apologize for not making sure that I have the latest version of the DirectSound plugin, I still had the old one from 2007.

So for those that also suffered of bad sound quality or want to make sure they have optimal sound quality:

1) Make sure you have the latest version of the XmPlay DS plugin (at time of speaking 1.0.1)
2) Set XmPlay to use DirectSound as Output (the default WaveMapper output it uses otherwise is no good in many situations)


To ensure that even idiots like me have optimal sound quality I'd suggest (if possible):
1) The next version of XmPlay should come with the latest DS plugin
2) The output should default to DS

[Dotpitch]

Ian, I see that you've added a resample quality slider to the Output tab. What is the tradeoff between quality and performace for the 6 methods?

[Ian @ un4seen]

All 6 settings use the same method, but take a different number of input samples to produce each output sample. The lowest setting takes 4 samples, and that doubles for each step up, all the way up to 128 samples at the highest setting. Of course, the CPU usage also increases with the number of samples. The 2nd level is approximately the same quality as in previous versions (8 samples used).

Btw, I think it's about time 2.4.3 was released. So if anyone has any problems that need sorting first, please report them now.

[andy2004]

never had any problems with xmplay, which i why i recommend it to all my chat friends, most have made the switch.   

[je763]

Hi Ian,
Is there a way to avoid write to disk to overwrite the file already written ?

today I lost a 2h program because XMplay did a re-buffering started to write the same file again.

I would expect at least to see a the same file name but with a different termination _part1, or 001.

if not, I leave it here as suggestion for improvement to avoid lost of an already existing file.

thanks,

je763

[Auren]

Ian, would you please add a hidden option to omit an extension of the file when encoding it using encoder as an output (for example, songname.it.mp3)? I know about Amiga's extensions being written before the filename, but this option will be hidden and won't be switched on by default. At the same time it would help me very much.

[sequestrum]

Btw, I think it's about time 2.4.3 was released.

I really don't want to seem shrewd or anything here, but I'm wondering what plans you have for 3.5? If I remember correctly, you usually don't reveal much about coming versions, but since you've come up to 50 (!) "subversions" of 3.4.2 my curiosity is starting to get the upper hand of me. So I said to myself, "hey, it wouldn't hurt to at least ask him". (:

[The_Welder]

Hi...

Got a few bugs for you...  The first one is regard to how XMPlay identifies files...  Now being an OLD scene coder,
I've got a lot of weird exotic music formats and someone gave me a load of Future Composer 1.3/1.4, Hippel/COSO
and TFMX modules.

Now I've noticed that XMPlay doesn't seem to examine the file to identify it.  If a file is named Module.fc3 it'll be
identified as a Future Composer 1.3 module and a Future Composer 1.4 if it has an fc4 etc.  Yet both of these files
are easily identifyable as FC13 has an "SMOD" header longword and FC14 has a "FC14" longword.  I don't think you
should be using file extensions to identify module types...

Also there is some weird difference that happens when a split TFMX file (mdat/smpl) is renamed .TFX  That's probably
something to do with either XMPlay playing it internally and a plugin playing the file.  But I do think that XMPlay
should correctly identify TFMX, TFMX_7v, COSO which is just a sort of modified TFMX format...

Or is this all down to the plugins to deal with?  What about having internal support for these module types?

[saga]

that's up to the plugins, i don't know which plugins you're using, at least i don't know a native TFM player for XMplay. I only know those WinAmp plugins and in that case, XMplay can't do anything at all.

[Dotpitch]

Now I've noticed that XMPlay doesn't seem to examine the file to identify it.
Also there is some weird difference that happens when a split TFMX file (mdat/smpl) is renamed .TFX.
Or is this all down to the plugins to deal with?  What about having internal support for these module types?

XMPlay does examine the file if you did not uncheck 'Verify file content'. I take it you're using xmp-delix? I think that plugin does not enforce the same checking as XMPlay does for other files.

[Ian @ un4seen]

Is there a way to avoid write to disk to overwrite the file already written ?

today I lost a 2h program because XMplay did a re-buffering started to write the same file again.

I would expect at least to see a the same file name but with a different termination _part1, or 001.

By "re-buffering", do you mean that XMPlay had to reconnect, and are you using the "Write to disk" option? If so, it should continue writing to the same file, without recreating it.

Or are you using one of the "WAV Writer/Encoder" devices, with "Auto-filename" enabled?

Ian, would you please add a hidden option to omit an extension of the file when encoding it using encoder as an output (for example, songname.it.mp3)?

OK, here's an update with a non-hidden option...

   www.un4seen.com/stuff/xmplay.exe

I really don't want to seem shrewd or anything here, but I'm wondering what plans you have for 3.5?

I still want to try to find a good way to add support for additional languages. Apart from that, I don't really have any great plans at this point. I'll have to see what the "suggestions" thread has

[piovrauz]

I also run in this issue (play stream, write to disk, xmplay loses connection, reconnects, and starts to write on the same file, "deleting" the previous recorded data). I didn't use so much that function, and it happened on a 5 hour long mps write to disk session, but it happened (restrict dl rate is on, 1 or 2 sec buffer)

This was the stream: http://hardcast.de:10400.

Also, if it streams 2 hors + long, when replaying it displays wrong bitrate, got to fix with an utiliy (dunno if it's on xmplay side).

Hope it helps.