[lufeig]

sztupy, congratulations!!!

i'm sure this tool will be VERY useful to omnia community!!!

[Sponsored Links]

[adzrm]

congrats man.... that's reallly good!

[Bloo_DF]

Great Tool dude!!

Lets make the Omnia the best PPC Ever

[PaSSoA]

I will definitely give this a try, if any one has cooked a custom ROM, they will know that many steps are repetitive. ie. when a new build comes out, the same app files will have to be manually deleted with it's associated rgu's, files and such.

The scripting functions look to be a time saver and I'll comment on it once I've played around with it.

Great work so far and this could really be epic!

[sector]

I also want to give my congrats! Havent cooked a ROM yet as there are many cookers inda house and all the cooking tools look like pain in the a$$ .

This should be my really an epic! Keep it up mate. Great work

[Barthlon]

great idea man, hopefully you'll get enough help to pull this off, would be a great tool
that i think everyone on this forum would like to have

passoa and lufeig already spotted this thread and can probably help you out, maybe the
other cookers like paul and taril can help you too

[sztupy]

Thanks guys!

Here is a new version, for christmas!

Updates:

• Supports multiple versions of the same task (for separate ROM versions)
  
• Supports dependencies between tasks (you can set which tasks should run before which tasks)
  
• Parameter support in actions (see below for a demo)
  
• Batch run
  
• New actions: execute (runs an external program), replace (replaces lines in files) and append (appends lines to files)
  
• Base directory is now the actual directory instead of the OEM (and the default CSC directory is Customer_CSC)

TODO:

• Registry editing needs more work (but should work in most of the cases)
  
• More uses of the parameters (like conditional actions)

Here is a showcase of the new parameter support:

 syakr2.jpg (42.96K)
Number of downloads: 283


As you can see, you can set some parameters, which can control the task. This task executes an external application which generates an animated gif. Something like this (click on it to see the "great" animation):
 syakr_c_ani.gif (36.06K)
Number of downloads: 237

I also added comments to the XML files, so task creation should be easier.

Get SYAKR 0.2 and the example tasks from here: http://winmo.sztupy.hu/syakr.html

This post has been edited by sztupy: 04 January 2009 - 09:59 PM

[lastnikita]

looks great, now we need a task editor and a tasks collection

edit: let me suggest another structure, which would be more clear to me:
every task.xml renamed do_this_or_do_that.xml, in root of "tasks" directory, and every other files in "files" subfolder

This post has been edited by lastnikita: 21 December 2008 - 08:24 PM

[lastnikita]

why do we need 2 xml files for each task ?
a quick start guide for xml creation would be nice
I guess that within one app.xml file you can delete XOR add depending on what is written in the task.xml file ?

[sztupy]

lastnikita, on Dec 21 2008, 21:42, said:

why do we need 2 xml files for each task ?

You only need two (or more) files for tasks that delete files. This is because so you may re-use filelists in multiple tasks. The ratio behind this is that multiple tasks may be dependent on the same filelist, and if so, the system should delete those files only, if ALL tasks are selected that are dependent on those files. This checking does not work in 0.2, but I'll implement it in the next version

Quote

a quick start guide for xml creation would be nice

I'm not good in writing documentations . The easiest way to create a task is to use one of my tasks as examples, or as starting points. Just don't forget to change the "id", "name", "author" and "description" tags

Quote

I guess that within one app.xml file you can delete XOR add depending on what is written in the task.xml file ?

A task.xml file can conatin multiple actions, and they will be run in the order, they are presented in the xml file.
This means one task may for example delete some files, then copy some files, then delete some more files, then execute an external app, and finally do a search/replace on the files. For this the action may look like:

  

  
  
  
  ..\..\OEM\OEMDrivers
  
    fmradio.dll
    fmradio2.dll
  

  

[sztupy]

lastnikita, on Dec 21 2008, 21:11, said:

edit: let me suggest another structure, which would be more clear to me:
every task.xml renamed do_this_or_do_that.xml, in root of "tasks" directory, and every other files in "files" subfolder

The XML files in the _files directory are separated, because they are shared among the tasks (see my previouss post). I think that each task should have it's own directory, because a task may contain extra files/directories/etc.

[lastnikita]

thanks for your answer.
how do you copy to SYS ?
I think .net should go to sys dir, am I wrong ?

here's my contribution, task to add HTCemu DLL files from speleomaniac (adds Diamond sensor translation), didn't test it yet

ps: why will the forum reject .7z archives ?

edit: this will be a great way to share tips among ROM cooks
edit2: task updated (again)

Attached File(s)

•  HTCemu_DLLs.zip (4.88K)
  Number of downloads: 130

This post has been edited by lastnikita: 21 December 2008 - 11:06 PM

[sztupy]

Quote

thanks for your answer.
how do you copy to SYS ?

Of... I've forgot about the SYS folder... well, because the base dir is OEM, to get to the sys folder you have to write "..\SYS". Have to try out whether this works or not.

Quote

I think .net should go to sys dir, am I wrong ?

Dunno... I prefer to create programs than to search for tutorials on how to do things . BTW if someone knows the answer I'd be happy to know it too.

Quote

here's my contribution, task to add HTCemu DLL files from speleomaniac (adds Diamond sensor translation), didn't test it yet

It should work. But I think a simple would work too, because these DLL's don't need to be installed (no registry/initff changes, they simply get into the Windows directory)

[lastnikita]

sztupy, on Dec 22 2008, 00:13, said:

BTW if someone knows the answer I'd be happy to know it too.

Well it does, I just believed you did this on purpose
And the old .NETCF should be removed before, so that no older file persist.

sztupy, on Dec 22 2008, 00:13, said:

they simply get into the Windows directory

I always wondered if one can just throw files in oemapps to see them go into \windows
cool tip thx, task updated in my original post


edit: will this also copy the folder or only the files within ?


btw like this I guess it goes to OEM, so it wouldn't work actually

This post has been edited by lastnikita: 21 December 2008 - 10:57 PM

[sztupy]

lastnikita, on Dec 21 2008, 22:51, said:

how do you copy to SYS ?

Modified the 0.2 version so the actual directory is the basedir. Re-download it.

And here is a small task generator script:

Usage: create_removal_task [id] "[name]" [depfile.xml] [author]
For example: create_removal_task.exe rem_windows_live "Remove Windows Live" winlive.xml sztupy

Attached File(s)

•  create_removal_task.exe (691.6K)
  Number of downloads: 168

[sztupy]

lastnikita, on Dec 21 2008, 23:44, said:

I always wondered if one can just throw files in oemapps to see them go into \windows
cool tip thx, task updated in my original post

As far as I know every file goes into the Windows directory by default, from where they get "redirected" by the initflashfiles.dat-s
(update it again, to reflect the basedir changes in the new 0.2 )

[sztupy]

lastnikita, on Dec 21 2008, 23:44, said:

edit: will this also copy the folder or only the files within ?

It uses 'cp -R' internally so it should copy the folder too. And btw. erasing a file will use 'rm -rf' internally, so it can be used to delete complete folders too (has to test is though)

EDIT: tested, things like

  
    WindowsLive*
  

will erase directories the right way.

Attached File(s)

•  rem_winlive.zip (943bytes)
  Number of downloads: 170

This post has been edited by sztupy: 21 December 2008 - 11:08 PM

[lastnikita]

sztupy, on Dec 22 2008, 00:55, said:

It uses 'cp -R' internally so it should copy the folder too. And btw. erasing a file will use 'rm -rf' internally, so it can be used to delete complete folders too (has to test is though)

I meant the root folder NETCF35 ?
Sorry I don't have the cp command to check.

sztupy, on Dec 22 2008, 00:53, said:

(update it again, to reflect the basedir changes in the new 0.2 )

done

[sztupy]

lastnikita, on Dec 22 2008, 00:06, said:

I meant the root folder NETCF35 ?
Sorry I don't have the cp command to check.

It's a linux command which means copy the directory and everything inside it to the destination.

[lastnikita]

I updated the netcf task

Attached File(s)

•  Install_NET35.zip (617bytes)
  Number of downloads: 52

This post has been edited by lastnikita: 21 December 2008 - 11:25 PM

[Sponsored Links]