yashsingh1/xdaforums huggingface dataset:
[Desire General] Eugene's Mac:
I just have the problem that the auto doesn't take the brightness low enough. I have been working night shift for about 2 months now and on auto, the phone almost blinds me when I wake up at night from the phone's alarm, or checking on a notification. So I end up setting it to minimum for the night, but heaven forbid, I forget to change it back to auto when the sun rises. Then it is near impossible to see anything. Granted it is on minimum, but a compromise still needs to be reached. Perhaps an app that can change from manual setting to auto and then back at scheduled times as calculated by your location and sunrise/sunset times? Sounds good to me. Otherwise, my iPhone's screen was much better for sunlight, but this point is all I found my iPhone to be better at.
[Desire General] andycted:
I keep a brightness widget on my main desktop and/ or the power settings widget that comes with the system... that sorts it out for me. I do agree the only thing one can envy the iPhone is sunlight readability... by the way what's that writing in your contact picture?

Sent from my HTC Desire using the XDA mobile application powered by Tapatalk
[Desire General] MasDroid:
Video compariing the Desire, Nexus, and Xperia X10 while all running on full brightness, in direct sunlight:

http://www.youtube.com/watch?v=i3vewi6SlNU&feature=related
[Desire General] Eugene's Mac:
I have the widget on my screen that is native to the Desire. 3x intensity levels one on the power saver, but also have an unlock pattern. Becomes tricky to unlock blindly and then make your way blindly to the widget. I for now have an alarm set for me to set the display to auto. Seen a few apps out there that may help, but nothing just quite right yet. PS "Houston we have a problem"
[HD2 General] Finezt:
Is there any possible way to port the HTC Droid Incredible Camera menu's in the HD2

here is a link to see wat I mean

@ 5 min.

http://www.youtube.com/watch?v=xYjhWkEWJbg&feature=related
[XPERIA X10 General] augie7107:
I believe this is incorrect.

R1FA016 & R1FB001 X10a firmwares have been released for some regions.

There is a question of which apps can be accessed via the market because of region specifics.
[XPERIA X10 General] saltorio:
I'm a "very credible" source? SWEET! :p

However, I will admit that I haven't attempted to de-brand my X10, and thus am speaking only from what I have read here on XDA and elsewhere. Firmware .16 may have been released for the X10a in the past few days, but not that I have heard (and I am keeping an eye out for it as that'll help push me to attempt to de-brand).

augie7107 is correct though, in that it seems the generic X10a firmware (R1FA016) isn't authorized with Google yet, and thus some apps won't be available to it via the market where those same apps are available on the Rogers branded firmware.
[XPERIA X10 General] folexzy:
hello,

sorry i think there is, i lived in netherlands and upgraded my x10 via my phone and am having now precisely hw its been stated on my phone....firmware v....1.6,baseband v....1.0.16,build number....R1FA016 that what am having now.............dont know much about all the stuff but i love my toy

folexzy
[XPERIA X10 General] gmarcoux:
I flashed the custom R1FB001 from davinciteam and now have baseband 1.0.21 on my x10a.
[XPERIA X10 General] tuxStyle:
So, did you see any difference between the old and new firmware?

Battery improvements or other fixes?
[XPERIA X10 General] augie7107:
As my original post stated, your post is incorrect.

There is both a R1FA016 and a R1FB001 out there for the X10a.

They are also both labeled NAM.
[XPERIA X10 General] omgsigh:
R1FB001 is out for x10a. will try it and get back to everyone.
[XPERIA X10 General] dorifuto.boi:
You are correct. The current x10a firmwares are:

R1FA014 is baseband 1.0.14

R1FB001 is baseband is 1.0.21
[XPERIA X10 General] augie7107:
Still waiting on R2BA013
[XPERIA X10 General] rvictorg:
I hear that.

Has anyone managed to get an answer out of Rogers tech support on firmware update timelines?? So far most of the reps I've talked don't even believe me that there's new firmware out there for other carriers.
[XPERIA X10 General] gmarcoux:
Differences so far are more stable timescape, contact pictures don't have to be 8mpx to look clear and battery life is slightly better.
[XPERIA X10 General] rvictorg:
ok sweet, some progress! Can you elaborate on "slightly" better?? lol. It's probably hard to quantify the change, but let's just say...would you recommend this R1FB001 fw solely for the improvements in battery life??

Also, notice any differences regarding the availability of apps in the market? Specifically between R1FA014 and R1FB001 or whatever carrier branded firmware you were using before? Any changes to Mediascape? Playlists or EQ? Will Timescape integrate facebook profile pics with contacts now?

many thanks for "taking the plunge" as it were first
[XPERIA X10 General] gmarcoux:
Battery improvement is not Noticeable with the firmware update as much as it is by power cycling after a full charge. (Doubles to triples the battery life.) Media scape seems snappier but playback volume still seems low. As far as the apps I haven't noticed a difference but mind you I'm used to finding missing Alps via torrents. The camera as well seems snappier. Took phenomenal pictures in direct sunlight the other day.
[XPERIA X10 General] tuxStyle:
Can you upload a full size not edited picture somewhere?

Thanks
[XPERIA X10 General] yoshemoshe:
Rogers does not plan to release R1FA016, so I'm not sure where this info is comming from. The have the B branch software in the certification lab but with no date as of yet.
[XPERIA X10 General] gmarcoux:
here's one http://picasaweb.google.com/lh/photo/ejV97DVeYuOmzSdurHf3TA?feat=directlink
[XPERIA X10 General] jatt101:
how do you know this, any sources ?
[XPERIA X10 General] tuxStyle:
Oh crap.

This looks good ...

My images sux big time ...
[Windows Mobile] seeM_ZA:
Hi :)

After going through a post I came across this,

I thought, hmmph lemme have a go at this. Well, this is what I came up with. It's very faulty, but it works. It looks at the initflashfiles line by line, creates the folder structure and then copies all the files with their new names into their correct directories.

I kinda needed to focus on my studies more so I dropped this project. However it has been completely rewritten by RoryB:

Cheers and happy cooking :)
[Windows Mobile] ai6908:
How does this work when cooking?
[Windows Mobile] seeM_ZA:
Well I haven't tried cooking a ROM with it yet haha :) But this is what should happen when it's done. Note this will be an automated process, so you wouldn't know that all of this is happening.

1. Get the ROM building process to pause before imgfsfromdump.exe runs.

2. Place the mortscript into the dump folder and run it.

3. A few folders will be created (with files moved where they are meant to be according to initflashfiles.dat) and added to a zip file.

4. Write a mortscript to unzip it on first boot (run the mortscript via config.txt).

5. Edit the initflashfiles.dat, removing lines where appropriate.

As you can see there's still some work to be done. The benefits, well mortscripts are a lot faster than initflashfiles.dat, and you're ROM will be lighter :)
[Windows Mobile] seeM_ZA:
Script updated..
[Windows Mobile] seeM_ZA:
I removed the attachment in the first post as I've updated the script a lot and it requires too many steps to run correctly.

I have however managed to build a ROM using it. And I don't know how, or if it's a good or bad thing (Maybe something important is not running? I dunno) but I booted up with 45% RAM usage, whereas I would previously get around the 50's. The only bug at the moment is that the start menu is not working correctly, and I'm not sure why because it IS present, correctly, in the Windows\Start Menu folder.

I'm not sure but I think this might be due to me creating a normal directory for "Start Menu" and not a "PermDir" as seen in initflashfiles.dat.

So any help with the start menu will be much appreciated.

EDIT: The bug with the start menu is that it's only showing "Today" and nothing else, at all.
[Windows Mobile] howdykeith:
Interesting...
[Windows Mobile] Farmer Ted:
Make sure you aren't zipping up welcome.lnk-if you do, there won't be any customization. Also, don't zip up autorun.lnk and checkautorun.lnk and any other links that have to go into the startup folder to initiate customization. Without them, the mortscripts won't be able to run, unless you have a line in the initflashfiles.dat that put a link to unziproot.mscr in startup and that doesn't get eaten by the overall zipping process.
[Windows Mobile] seeM_ZA:
Hi :) Thanks for the reply.

The zip file is definitely being unzipped because everything is working as it should (so far) except the start menu. When I check the Windows\Start Menu folder with Total Commander it looks perfectly normal to me... However, the start menu I see is totally blank except for "Today", another strange thing about this is: Isn't "Today" usually named "Home" on the start menu? I'm pretty sure it is... And it does not have the normal "Home" icon but rather the older "Today" one..
[Windows Mobile] twopumpchump:
make sure your .lnk files dont have hidden attribute, thats the only reason i can think of why you can see them in total commander but not your start menu.
[Windows Mobile] seeM_ZA:
Will check later but I have to go right now. Before I do, could it be because I created the Start Menu directory using the MkDir command in mortscript?

Thanks
[Windows Mobile] twopumpchump:
i dont see what difference it would make how the directory gets there, as long as its named the right way Windows\Start Menu\Programs and the .lnks arent hidden. have you posted a link for your script you are using?
[Windows Mobile] seeM_ZA:
I just checked and none of them are hidden so...

Yes, I did post it but I removed it again. I think I'll repost it at a later stage, I still have quite a bit to do.

Quick question, when does initflashfiles.dat actually "run"? Before or after Customization (RunCC)?
[Windows Mobile] seeM_ZA:
Okay so I went ahead and changed the script so that all directory work is left to initflashfiles.dat. My ROM is still working fine, and the Start Menu is visible in Total Commander, but still no luck with the normal wm start menu.. I really don't know what the problem could be, but I'm trying a few more things.
[Windows Mobile] Farmer Ted:
It runs during first boot, definitely before the welcome screen (otherwise, there wouldn't be a Welcome screen, as welcome.lnk is copied into the startup folder by initflashfiles.dat).
[Windows Mobile] seeM_ZA:
Ah :) Didn't think of it like that :o
[Windows Mobile] seeM_ZA:
This guy over here seems to have had this problem before: http://www.smartphonegurus.com/forums/index.php?/topic/4197-all-item-gone-from-start-menu-except-today/

All I can deduce from this is that there are files in the Windows directory missing.. I think, lol.
[Windows Mobile] Farmer Ted:
Post up your zip file so we can see what's in it.
[Windows Mobile] seeM_ZA:
Here it is.. I deleted the "My Documents" folder before uploading because I didn't really think it was necessary, and just to make it a little smaller.

http://www.4shared.com/file/MhBqYtP4/root.html
[Windows Mobile] seeM_ZA:
I fixed that stupid problem, by the way.. Haha

The problem was: initflashfiles.dat wasn't running AT ALL, I don't even know how the zip file was unzipped? My script had a built in function that rewrote the initflashfiles.dat accordingly after the zip was created. I didn't however know that initflashfiles.dat is not just a txt file with the extension *.dat. I just wanna kick myself :)
[Windows Mobile] twopumpchump:
yeah i looked at your zip and the problem with start menu is you didnt have Windows\Start Menu\Settings directory ;)
[Windows Mobile] seeM_ZA:
Haha :) you're right.. Now I wanna kick myself even more :o
[Windows Mobile] seeM_ZA:
Script uploaded with instructions..
[Windows Mobile] miniterror:
hi seem_za

thanks for all youre work you have put in

i would love to try it but i have a verry slow computer so i would like to ask first

does it have any benefit using this method

will the rom become slightly faster?

again thansk for the effort of making it:D
[Windows Mobile] seeM_ZA:
Thanks for that :) Made me feel better, haha.

Well normally, any files that must go anywhere besides the Windows directory in your ROM are COPIED to their new directory. Using this method, they are MOVED instead of being copied. This saves valuble space and makes your ROM lighter. I dont however recommend you to use this unless you're willing to face a few challenges, it's really experimental. I'm hoping someone else will develope it further until it is truly usable.
[Windows Mobile] miniterror:
thanks for the answer:D

i will await till its better

although another question

the rom image is smaller but the ram stays the same?

or is it for faster loading time of the programs/icons?
[Windows Mobile] seeM_ZA:
RAM stays the same. It's not faster in any way (that I know of) it's just lighter and a more efficient method of cooking ROMs.
[Windows Mobile] RoryB:
Here is the edited script.

MkDir( "root" )
MkDir( "root\windows" )
If( FileExists( "InitFlash.zip" ) )
Delete( "InitFlash.zip" )
EndIf
zcount = ReadLine( "initflashfiles.dat" )
While( IsEmpty( zcount ) = FALSE )
If( Find( zcount, ":" ) NE 0 )
If( Find( zcount, ";" ) EQ 0 )
If( SubStr( zcount, 1, 4 ) EQ "root" )
mkdir( "root" \ Part( SubStr( zcount, 18, 100 ), """)", 1 ) )
EndIf
EndIf
EndIf
zcount = ReadLine( "initflashfiles.dat" )
EndWhile
wcount = ReadLine( "initflashfiles.dat" )
While( IsEmpty( wcount ) = FALSE )
If( Find( wcount, ":" ) NE 0 )
If( Find( wcount, ";" ) EQ 0 )
If( SubStr( wcount, Find( wcount, ":" ), 5 ) EQ ":-Per" )
mkdir( "root" \ SubStr( wcount, 12, Find( wcount, ":" )-14 ) \ Part( SubStr( wcount, Find( wcount, ":" )+11, 100 ), """)", 1 ) )
EndIf
EndIf
EndIf
wcount = ReadLine( "initflashfiles.dat" )
EndWhile
xcount = ReadLine( "initflashfiles.dat" )
While( IsEmpty( xcount ) = FALSE )
If( Find( xcount, ":" ) NE 0 )
If( Find( xcount, ";" ) EQ 0 )
If( SubStr( xcount, Find( xcount, ":" ), 5 ) EQ ":-Dir" )
If( SubStr( xcount, 1, 4 ) NE "root" )
mkdir( "root" \ SubStr( xcount, 12, Find( xcount, ":" )-14 ) \ Part( SubStr( xcount, Find( xcount, ":" )+13, 100 ), """)", 1 ) )
EndIf
EndIf
EndIf
EndIf
xcount = ReadLine( "initflashfiles.dat" )
EndWhile
ycount = ReadLine( "initflashfiles.dat" )
While( IsEmpty( ycount ) = FALSE )
If( Find( ycount, ":" ) NE 0 )
If( Find( ycount, ";" ) EQ 0 )
If( SubStr( ycount, Find( ycount, ":" ), 6 ) EQ ":-File" )
If( Find( Part( SubStr( ycount, Find( ycount, ":" )+8, 100 ), """,", 1 ), "\" ) NE 0 )
xname=ToLower( Part( SubStr( ycount, Find( ycount, ":" )+8, 100 ), """,", 1 ) )
ForEach xhex, xtext in inikeys ( "Hex2Text.ini", "Convert" )
xname=Replace( xname, xhex, xtext )
EndForEach
rename( "temp\dump" \ Part( Substr( Part( SubStr( ycount, Find( ycount, ":" )+10, 100 ), """,", 2 ), 11, 100), """)", 1 ), "root" \ SubStr( ycount, 12, Find( ycount, ":" )-14 ) \ xname )
Else
rename( "temp\dump" \ Part( Substr( Part( SubStr( ycount, Find( ycount, ":" )+10, 100 ), """,", 2 ), 11, 100), """)", 1 ), "root" \ SubStr( ycount, 12, Find( ycount, ":" )-14 ) \ Part( SubStr( ycount, Find( ycount, ":" )+8, 100 ), """,", 1 ) )
EndIf
EndIf
EndIf
EndIf
ycount = ReadLine( "initflashfiles.dat" )
EndWhile
ZipFiles( "root\*.*", "InitFlash.zip", TRUE )

and the ini file contents
[Windows Mobile] formula84:
Thanks for your help, where does this INI file go?
[Windows Mobile] RoryB:
I put all three files in the same folder, but you could put them in other folders. You would need to edit the script to call the correct path.
[Windows Mobile] seeM_ZA:
Can't believe people are posting here lol, I gave up this after my files got lost :( I got quite far too.. I'd revised the code A LOT, it used ForEach commands which really simplify the process.. It would convert the hex to normal strings as well.. The only problem I had was opening initflashfiles.dat without changing the header (talking about the FE FF or something like that found when you open it with a hex editor)

Was just too crushing to continue, all that hard work just gone down the drain :(

EDIT: I thought I'd post some things I changed just in case you wanted to try and finish this. I can't remember everything but this is what I can remember:

I changed it from reading each line to reading the whole file as a string, and then splitting the string into lines (using the split command, splitting it at ^NL^, i think). I used the ForEach command though, it works together with the split command, so it iterates through each line you now split from the whole string. I then used the split/part command to find the directory/file names in each line (it's easy like this 'cause you'll notice how the words you're looking for are usually in between a type of symbol, e.g ' or /) I set up a conversion table in mscr and let the script search for each hex and replace it with its specific normal text. I can't remember most of it clearly but that's what I can :?
[Windows Mobile] formula84:
Thanks, any of your mort genius' come up with a similar script for doing individual exts? Instead of doing it a build time with the whole dump at once, I would like to do this for key packages but not have to do it manually.
[Windows Mobile] RoryB:
I edited the script some more to shorten it.

MkDir( "Temp\ROM Generation\PlatformRebuilder\root" )
MkDir( "Temp\ROM Generation\PlatformRebuilder\root\windows" )
# Read initflashiles.dat into this script
initflashfile=ReadFile("temp\dump\initflashfiles.dat", 0, "unicode")
# Convert hex characters to ASCII
ForEach xhex, xtext in inikeys ( "Hex2Text.ini", "Convert" )
initflashfile=Replace( initflashfile, "\x" & xhex, xtext )
initflashfile=Replace( initflashfile, "\x" & ToUpper(xhex), xtext )
initflashfile=Replace( initflashfile, "\X" & xhex, xtext )
initflashfile=Replace( initflashfile, "\X" & ToUpper(xhex), xtext )
EndForEach
# Create directories listed in initflashfiles.dat
ForEach zcount in split ( initflashfile, "^NL^", False )
If(( Find( zcount, ":" ) NE 0 ) AND ( Find( zcount, ";" ) EQ 0 ))
If( SubStr( zcount, Find( zcount, ":" ), 5 ) EQ ":-Per" )
mkdir( "Temp\ROM Generation\PlatformRebuilder\root" \ SubStr( zcount, 12, Find( zcount, ":" )-14 ) \ Part( SubStr( zcount, Find( zcount, ":" )+11, ), """)", 1 ) )
ElseIf( SubStr( zcount, Find( zcount, ":" ), 5 ) EQ ":-Dir" )
If( SubStr( zcount, 1, 4 ) EQ "root" )
mkdir( "Temp\ROM Generation\PlatformRebuilder\root" \ Part( SubStr( zcount, 18, 100 ), """)", 1 ) )
Else
mkdir( "Temp\ROM Generation\PlatformRebuilder\root" \ SubStr( zcount, 12, Find( zcount, ":" )-14 ) \ Part( SubStr( zcount, Find( zcount, ":" )+13, 100 ), """)", 1 ) )
EndIf
EndIf
EndIf
EndForEach
# Move files from temp\dump to folder called out in initflashfiles.dat
ForEach ycount in split ( initflashfile, "^NL^", False )
If(( Find( ycount, ":" ) NE 0 ) AND ( Find( ycount, ";" ) EQ 0 ) AND ( Find( ToLower(ycount), "startup" ) EQ 0 ) AND ( SubStr( ycount, Find( ycount, ":" ), 6 ) EQ ":-File" ))
ycount1=Part(Substr(Part(Part(ycount, ":", 2), """,", 2), 10), """", 1)
ycount2=Part(Substr( Part(ycount, ":", 1), 12 ), """", 1)
ycount3=Substr(Part(Part(ycount, ":", 2), """,", 1), 8 )
rename( "Temp\ROM Generation\PlatformRebuilder\temp\dump" \ ycount1, "Temp\ROM Generation\PlatformRebuilder\root" \ ycount2 \ ycount3, TRUE)
EndIf
EndForEach
ZipFiles( "Temp\ROM Generation\PlatformRebuilder\root\*.*", "Temp\ROM Generation\PlatformRebuilder\temp\dump\InitFlash.zip", TRUE )

and the ini file contents had to change to allow a mix of small x or large X in the hex code conversion

[Convert]
0020=
0021=!
0022=""""
0023=#
0024=$
0025=%
0026=&
0027='
0028=(
0029=)
002A=*
002B=+
002C="="
002D=-
002E=.
002F=/
0030=0
0031=1
0032=2
0033=3
0034=4
0035=5
0036=6
0037=7
0038=8
0039=9
003A=:
003B=;
003C=<
003D==
003E=>
003F=?
0040=@
0041=A
0042=B
0043=C
0044=D
0045=E
0046=F
0047=G
0048=H
0049=I
004A=J
004B=K
004C=L
004D=M
004E=N
004F=O
0050=P
0051=Q
0052=R
0053=S
0054=T
0055=U
0056=V
0057=W
0058=\
0059=Y
005A=Z
005B=[
005C=
005D=]
005E=^
005F=_
0060=`
0061=a
0062=b
0063=c
0064=d
0065=e
0066=f
0067=g
0068=h
0069=i
006A=j
006B=k
006C=l
006D=m
006E=n
006F=o
0070=p
0071=q
0072=r
0073=s
0074=t
0075=u
0076=v
0077=w
0078=
0079=y
007A=z
007B={
007C=|
007D=}
007E=~
[Windows Mobile] RoryB:
Just to let everyone know that I have a working ROM using this method. So I think I got it. You may want to check paths to where root etc gets made, but that is about it. I changed to show my paths for OSKitchen_Zero
[Windows Mobile] seeM_ZA:
Awesome! :) I can't believe someone finished it, even though you did rewrite it lol. Is it completely automated?
[Windows Mobile] RoryB:
Yes it is automated in OSKitchen_Zero by adding a batch to run on IMGFS.

@echo off
Copy ".\Output\%ROM_Device%\Hex2Text.ini" ".\Temp\ROM Generation\PlatformRebuilder\Hex2Text.ini"
Copy ".\Output\%ROM_Device%\initflashfiles.mscr" ".\Temp\ROM Generation\PlatformRebuilder\initflashfiles.mscr"
call ".\Temp\ROM Generation\PlatformRebuilder\initflashfiles.mscr"
call ".\Temp\ROM Generation\PlatformRebuilder\temp\dump\config.txt"

The call of the config.txt lets me review it before continuing ROM cooking

Added to the beginning of my ROM customization script

###############################
# InitFlash.zip
###############################
If( FileExists( "\Windows\InitFlash.zip"))
SetFileAttribute( "\Windows\InitFlash.zip", "readonly", FALSE )
UnZipAll( "\Windows\InitFlash.zip", "" )
EndIf
[Windows Mobile] bobsbbq:
Thanks Rory, just trying to understand this a little bit more. So I copy all the script in the above post 33 to a text file. What is the proper name for this file? Where in the kitchen do you put these files? OsKitchen 1.31.

For the batch file I assume this is the first part of your post? Example.bat? And run it from the Advanced Tweaks tab?

Where does this last part go?
[Windows Mobile] RoryB:
The first code block is saved as initflashfiles.mscr and the second is saved as Hex2Text.ini

I have them in the output folder for the device. In my case C:\OSKithcen_Zero\Output\HTC_Wizard folder

The copying batch file I also put in the output folder and under advanced setting call it to run on IMGFS. I call it Wizard_middle.bat

The last part is in a script that I use instead of Autorun or RunCC similar to noonski's UC. If you do not have Mortscript as your UC engine, you could add unzipping the file to the beginning of your config.txt file.
[Windows Mobile] seeM_ZA:
I was just curious, does manila load correctly on startup? I'm sure you would have to let the zip be unzipped before starting manila...
[Windows Mobile] RoryB:
My UC and kitchen set up prevents Manila or CHome from starting at the beginning and starts whichever one exists after UC is done.
[Windows Mobile] bobsbbq:
LOCK:Disabled
EXEC:\Windows\aaa_iniflashfiles.mscr
RST: Reset
TSK: \Windows\LIA_Touch_of_Glass.tsk
EXEC:\Windows\GlassTheme.mscr
EXEC:\Windows\remove_widgets.mscr
EXEC:\Windows\myTweaks.mscr

This is my config.txt that pops up during build to check it. Does it look ok?

And how can I tell if the iniflashfiles.txt is being done properly? The temp folder gets deleted before I can get to the file? And which file? I checked the iniflashfile.dat in the dump folder right before the temp folder cleanup and it looks like my original iniflashfiles.dat. Not sure it's working?
[Windows Mobile] Farmer Ted:
You want the reset to happen last, don't you? You may just want to remove it from the config.txt.
[Windows Mobile] seeM_ZA:
It's probably not even resetting though. I think with RunCC you need a registry entry as well for that.
[Windows Mobile] bobsbbq:
I'm not getting the \root and \root\windows directories in the Temp folder? I assume then it is not working?

I get a pop up of the initflashfiles.mscr I close it then config.txt pops up then I close it. I don't see any iniflash.zip or the root directories being created.

I removed the RST also.