This program must just hate my computer or something.

It will load the icon and music but when I go to load the theme.ini it just errors and leaves the preview window blank, if you close the program and open it again the theme preview is loaded in the preview window but it wont be used to create the patcher and if you try to change it again it once again errors.

Thanks for looking through it anyway Ufo-Pu55y.

Apparently you did not understand what I said.

Your icon (--> "icon.ico" <--) is NOT fully valid for being used inside uPPP.

Get a valid icon. Use another icon... another one !111 Everything else is FINE !22

lol, I did understand.

The icon I made would not load so I changed the icon to the working one in the template that came with your application "Jungle Fight" and it loaded fine, also the .xm files load fine but the problem I have is loading the .ini files.

The one I made "cleveland.ini" and the one that came with the application "Jungle Fight.ini" error when I try to load them into the program.

So I figure my Vista OS Acer and uPPP don't get along.

Hum, that's weird then. Cuz your error tells me that it can't correctly load some image file..

hi Giggles, i replaced the icon, then load it successfully into Uppp

giggles icon = 24bit

uPPP doesnt like 24bit (16M colours) icons for some reason.

Converting to either 32bit or 256 colours works.

[attachment contains converted 32bit -> works]

icon_32bit.ico

Edited December 11, 200915 yr by nonspin

Thanks for the reply guys much appreciated.

However I have already looked into the icon error as Ufo-Pu55y pointed out to me, I replaced mine with a working one then created a new working one with another icon program but it is the .ini that gives me the error.

even the template "Jungle Fight" that comes with uPPP won't load, I can load the .xm, the .ico but when I load the .ini is just gives me a "What Tha" and says:

Error while loading templateSystem.ArgumentException: Parameter is not valid.
   at System.Drawing.Bitmap..ctor(String filename)
   at ..(Object , MouseEventArgs )

But thank you guys for checking it out for me, i'll just stick with what I know at the moment.

example

if your uppp.ini has the following set:

[ENTRIES]
LASTPRJ=
AUTHOR=
TEMPLATE=D:\OllyDBG\T00ls\uppp 0.5\Templates\Jungle Fight\Jungle Fight.ini
SCROLLER=
CUSTOMICON=
CUSTOMTUNE=
VOLUME=25

BUT

a tune and or icon is set in Jungle Fight.ini

[FILES]
ICON=icon.ico
MUSIC=mohdamm.xm

-> uPPP errors and will not snap back to defaults - that's what i found out.

To reset it, delete uppp.ini and restart it

Afterwards you should be able to load any templates again.

Edited December 11, 200915 yr by nonspin

Thanks nonspin, I never thought to change the directory in the .ini

By changing the directory from the one the program loads and saves:

C:\Users\GiGGLES\RCETools\File Patchers\uPPP v0.5\uPPP v0.5\Templates\MySkin\MySkin.ini

To:

Templates\MySkin\MySkin.ini

It works perfectly. (My Problem SOLVED)

Uh, long time no see...

if anybody wants to check out a new beta version, here it is:

      v0.6
       -new: chiptune players bassmod, titchysid, magicv2mengine:
             xm, mod, it, s3m, mtm, umx, sid, v2m
       -new: change scroller behavior at runtime via control chars:
             speedup, pause, resume,...
       -new: additional scroller text  editor  (load/save  text,  open  in
             SkinHelper)
       -new: 3 skins for uPPP (choose in options dialog)
       -new: SkinHelper updated with new chiptune players and from now  on
             shipped together with main package
       -new: open current template in SkinHelper  via  double  click  with
             right mouse button on preview window
       -new: Messagebox "The target is running ! Close it, then hit OK."
       -new: button for faster checking of s+r pattern occurrencies
       -new: Cut/Copy/Paste/Delete contextmenu in pattern boxes
       -new: Context>Paste in  pattern  boxes  allows  multiline  patterns
             (like given from Olly)
       -fix: after creating patch.exe and pressing "Execute",  execute  it
             with directory of last used target as working directory
       -fix: don't overwrite already existing backup files (when patching)
       -fix: reloading project with reg patch followed  by  other  patches
             caused exceptions
       -fix: loosing custom drop path when reopening file drop entry
       -fix: patching failed, when s+r/userinput  patch  was  followed  by
             other s+r patches
       -fix: exceptions when changing template
       -fix: keep space chars in front of scroll text on  shutdown/restart
             (for delayed scrollers)

Download uPPP 0.6 BETA(!): http://www.file-upload.net/download-2484495/uPPP.7z.html

And here's also a small silly example about changing scroller behavior: scroller_example.7z

let me know what's up!

cheers

Edited May 21, 201015 yr by Ufo-Pu55y

thanks alots Pro

Excellent work !

Sweet mother and jesus, nice work.

Always wondered if it was just me when I crashed uppp again.

very nice

let's make skin patch again

Could you please set a variable for whatever is set as "Application" (like %app%) so it can be used in the scroller text ?

example:

Application: Notepad v2

scroller.text: blabla presents %app%

This way you dont have to change it everytime and leave the text as it is.

thanks in advance

thanks 4 sharing ufo

Could you please set a variable for whatever is set as "Application" (like %app%) so it can be used in the scroller text ?

Makes sense.. I will have a play.

one more request ...

if 'backup' (CHECKBOX) is blank/not specidfied -> don't create backup

;D

if 'backup' (CHECKBOX) is blank/not specidfied -> don't create backup

What's the reason or use case for that ?

I wouldn't apply a patch, if I knew that the original binary gets lost.

I think the default behavior should be to make a backup...

Hi @Ufo-Pu55y

i found a little bug in the v0.6 beta.

Its in the options windows...

When i move the mouse cursor to the field "Default save name:" and the tooltip pops up...

And now when i move the mouse over this tooltip "*=placeholder for application name" i get this error log (saved as *.txt):

*see attachments*

Some additional info:

i use windows 7 x64 bit ultimate, german, with all latest patches.

grEEtZ mAStEr pAIn

But hey, keep up the good work.

error.txt

@mAStEr pAIn:

thx for reporting.. weird bug. could only 'fix' it wid compiler settings

could you plz try out this version? does it still happen?
/>http://www.file-upload.net/download-2484495/uPPP.7z.html

PS: meanwhile added '%APP%' var in scroller text

and support for 'Future Composer' (*.fc) chiptunes... big thx to eNeRGy from dAWN !11

Thanks @Ufo-Pu55y.

Thats it. I didnt get this bug anymore.

Something to explain. In the first beta... where i get the bug...

I dont had to tick the checkbox for tooltips.

The tooltips are permanently activated even if the checkbox was ticked or not.

But now as i said... this exe runs fine.

Great work... really!

grEEtZ

Now with the new scroller engine in place the created patchers are getting very big in size.

For example:

Simple Byte patch:

using v0.5: 120kb (77kb compressed)

using v0.6: 350kb (181kb compressed)

Maybe integrate some setting to use the 'advanced' scroller (or not) to keeo it small for those who dont need it.

[bug]

If you apply, for whatever reason, a patch twice and it fails (which it most likely will unless its a proper S'n'R) -> it will delete the created .bak from the first

successful patching.

Maybe check for <filename>.bak and - if already present - add another ".bak" or something else.

nonspin

Now with the new scroller engine in place the created patchers are getting very big in size.

For example:

Simple Byte patch:

using v0.5: 120kb (77kb compressed)

using v0.6: 350kb (181kb compressed)

Nowai there !11

With 0.5 the raw patch.exe was 31,5kb (15,5kb packed)..

with the new scroller **** it's 32,0kb (15,8kb packed).

I only threw in a handful of code.. and my hands are dirty but small ^^

You prolly used bassmod instead of ufmod as player or something.

[bug]

If you apply, for whatever reason, a patch twice and it fails (which it most likely will unless its a proper S'n'R) -> it will delete the created .bak from the first

successful patching.

Maybe check for <filename>.bak and - if already present - add another ".bak" or something else.

Right there.. something to fix.

thx for reporting

about the 'size' issue again.

I dug a lil deeper and found out what was causing it:

In had a invalid font set in my .ini which was - obviously - ignored by v0.5,

so it never was embedded into the Patcher.

v0.6 embedded it.

.. so sorry for that =/