Show Posts
|
|
Pages: [1] 2 3 ... 24
|
|
1
|
Developments / XMPlay / Re: Album and Cover Art Vis Plugin - with auto download (xmp-coverart rev.6)
|
on: 22 May '13 - 07:01
|
Before trying to hack it, why not trying to contact Barna? Maybe he can just make that "Nothing thing" a custom image... If his mail address is not public, the forum admin (Ian?) may privately ask him about it. I tried going on the web address reported in the plugin, but the last post on the forum was in 2006. Oh, as far as plain easy moddable resources go, the plugin seems to be not packed, and no image is avail to be changed. So yes, we need something better than a resource hacker  But first we should try to contact him, it's not long he was here after all, just late 2009!
|
Reply
Quote
|
|
|
2
|
Developments / XMPlay / Re: xmplay skin *.xmpskin unpacker
|
on: 18 May '13 - 22:45
|
|
@PSXGamerPro1 Last time I checked, the absence of a license won't mean anyone can do whatever they want. Also, being the skin "compiled" there is, legally speaking, a clear intention by its author.
@sur98 With all the time you invested in unpacking a skin, you could've learned to make one from scratch... Wouldn't be nicer to ask for the sources to the skin authors? Politely? The skin I'm currently using, was "obtained" just like that. Easy.
|
Reply
Quote
|
|
|
5
|
Developments / XMPlay / Re: XMPlay wrongly overwrites filetype associations when invoked with file
|
on: 28 Apr '13 - 12:45
|
|
For manually setting the filetype and Icon, I used to associate it with xmplay with the windows association button on the property from context menu, then change the icon with "FileTypesMan". This worked beautifully with a dozen of filetypes, but I might have done something wrong with some, namely flac and mods.
But I've solved it using another utility, "Types", which I used to remove the lingering stuff and gain control again. Also, I noticed that "FileTypesMan" still won't see the stuff I did with "Types", even run in admin mode. Puzzling.
So, if someone runs in the same issue I had, "Types" will be able to remove associations safely (better than manually poking at the registry). Still, I'd like to have a list of the registry key that are involved in filetype registration by XMPlay, to try to understand what might've happened.
|
Reply
Quote
|
|
|
6
|
Developments / XMPlay / Re: XMPlay wrongly overwrites filetype associations when invoked with file
|
on: 27 Apr '13 - 17:15
|
It does indeed look similar to that thread, an I suppose I know what you'sre thinking when you ask for a screenshot  As you can see the option is working, all the section is disabled, and nothing was selected before (I did unselect all). That used to be sufficient on XP, seems like 7 is a bit more hard to make behave how one wants. The theming is not a possible culprit, since it's just a "pure skin", and doesn't have filetype icon settings (those I change one by one, manually) Oh, actually it's just the filetype that becames the same, and keeps one icon/description, there are no context menu entries as far I see. Puzzling.
|
Reply
Quote
|
|
|
7
|
Developments / XMPlay / Re: XMPlay wrongly overwrites filetype associations when invoked with file
|
on: 27 Apr '13 - 09:06
|
|
mmm, I'll have to respawn this, since something strange is happening here, on 7. Maybe I'll get the right hint. I have noreg=1 and on filetype set in config, I just manually made files be open by xmplay and customized icon as per type. The strange thing is that Xmplay still seems to have some control over the filetype, even if it should not. Right now I have flac and all mod/xm/s3m/it change icon at the same time, for example. I managed to free mp3 of this, but modules and flacs are still affected. In th end it's just for customization, but would it be possible to have a list of the registry key that are involved? I think of removing them all manually, and re-creating them, hoping there's no leftovers.
|
Reply
Quote
|
|
|
9
|
Developments / XMPlay / Re: Suggestions for 3.8
|
on: 20 Apr '13 - 22:39
|
Mmm, now I feel compelled to (pwetty please) ask to extend this to have xmplay "start minimized" too. Would be handy on 7 systems, since they may have it already pinned to the taskbar. Makes sense? I hope so. 
|
Reply
Quote
|
|
|
10
|
Developments / XMPlay / Re: Suggestions for 3.8
|
on: 8 Apr '13 - 21:28
|
|
mmm, why a registry thing instead of an option, "start minimized" and "start in try" -like? I have a couple of proggy that start in tray by themselves, without me doing anything. Just wondering. Also, is that trick estensible to other programs too? Or it's supposed to be XMPlay only?
|
Reply
Quote
|
|
|
11
|
Developments / XMPlay / Re: Suggestions for 3.8
|
on: 2 Apr '13 - 00:29
|
|
I must say I'm lost in trying to understand what those guys want. One is playing around with stuff it doesn't understand, "hacking"... reason? results? One is making a fuss on something something like a skin option... Maybe I should start harassing Ian to release the source so I can compile XMPlay on some linux distro, let's see, armhf? RaspberryPi? Now, I think in the past I asked some stuff/options for XMPlay, and most of them got implemented, sometime it was hard explaining myself, but being polite is the first step, right? Is it so difficult? There's a guy providing for free an awesome piece of SW, at least the common curtesy, please. "Thanks for nothing"? I don't know your age, but please grow up.
|
Reply
Quote
|
|
|
12
|
Developments / XMPlay / Re: Suggestions for 3.8
|
on: 24 Mar '13 - 17:09
|
|
mmm, I'd like to ask for an (optional) support to windows 7 taskbar "extension", like playback and volume control. Something like volume control when on top of the icon, like what happens on tray icon would be nice. this could be a plugin I suppose, so it won't bother uninterested ppl? what do you guys think of it?
|
Reply
Quote
|
|
|
15
|
Developments / XMPlay / Re: Strange glitch minimizing on windows 7
|
on: 20 Mar '13 - 08:53
|
|
well, while animations were not directly responsible for the glitch, I isolated the culprit: Desktop Composition. Now, I suppose a GTX660 should be enough for it, right? Or it's the 4 cores 3GHz that's too slow? XD
It seems to me that also other program are affected, not as much as XMPlay, but they still are, so I suppose it's not an XMPlay issue. Seems to me there is a delay while maximizing a program, resulting in that glitch, or just a fast flashing of the window.
For me this can mean no Desktop Composition (but I'll lose the preview on taskbar, that I found useful), or a hunt to find what the heck is going on. Oh my...
Anyway, thanks for all the help, at least I know what it is.
|
Reply
Quote
|
|
|
16
|
Developments / XMPlay / Re: Strange glitch minimizing on windows 7
|
on: 20 Mar '13 - 07:21
|
|
Well, it's a clean install of 7, latest drivers and all, HW is dedicated, etc. Happens both with compiled or non compiled skin. I couldn't find the options for the animations (ms sure took its time to make changing options time consuming this time), so I tought it was builtin. But seems I was wrong: first time after this answer I'l disable them as I did on XP, they serve no pourpouse to me (eye candy = eye dentist). I'll let you guys know. Thanks.
|
Reply
Quote
|
|
|
17
|
Developments / XMPlay / Re: Strange glitch minimizing on windows 7
|
on: 19 Mar '13 - 22:47
|
|
I think my PC is powerful enough to minize those delays. XMPlay doesn't even use a 1% of 1 core. Anyway, shouldn't it be already in memory when it's palying? If I minimize it (while playing) it's not that the thing gets unloaded? also, why doesn't it happen on XP?
|
Reply
Quote
|
|
|
18
|
Developments / XMPlay / Re: Strange glitch minimizing on windows 7
|
on: 19 Mar '13 - 17:07
|
1. I get the same with the 3.7 release (from main XMPlay page). 2. Using the classic windows theme, non aero, the glitch is different: while animating the iconizing, you see a grey and blue bar animating (going down in the taskbar) while the shinned minimized XMPlay window is still visible. it then disappears. Maximizing shows the same. Doing this on the XP install, where I disabled all animations, gave istant appear/disappearing XMPlay wingow, no glitches.  Guess it have something to do with animations? (minimize/maximize)
|
Reply
Quote
|
|
|
19
|
Developments / XMPlay / Re: Strange glitch minimizing on windows 7
|
on: 19 Mar '13 - 07:40
|
|
@Dotpitch: I have the last stuff version. Also, I now noticed that the "flashing" is actually a very small app bar, like the upper part of a win98 window, that appears for a second before the skin is applied. I guess for some reason it's happening slower than expected. Should i see what happens without the aero theme?
|
Reply
Quote
|
|
|
20
|
Developments / XMPlay / Strange glitch minimizing on windows 7
|
on: 18 Mar '13 - 19:57
|
|
well, to sum it up, put XMPlay on a windows 7 PC, and I have a strange issue skin is winamp modern, qwayne color variation, small UI (bar like thing) I set XMPlay to just use taskbar, no tray icon (since it's already pinned on the taskbar) taskbar groups buttons, windows 7style aero theme while minimizing just works fine, while I maximize (clicking on the icon/button) the shin flashes white for a second, then redraws. funny thing, if I use the try icon, it doesn't happen. If I use both, it happens only if I click on the icon/button, but not if I click the tray iicon. Any idea if it's fixable?
|
Reply
Quote
|
|
|