[Tool] Changing LG Logo image at start - LG V20 Themes, Apps, and Mods

You may or may not have noticed "raw_resources" on your device (/dev/block/bootdevice/by-name/raw_resources). Due to another distraction going away (looks like LineageOS isn't going to be long for the V20, the quality is too low despite my efforts), I've gotten back to this project and reached my goal.
The goal had been to modify the images in raw_resources, the program is attached to this message. Grab rrchlogo.py.gz and uncompress it, then boot to recovery. To replace the LG logo on start follow these steps:
`dd if=/dev/block/bootdevice/by-name/raw_resources of=raw.bin`
`adb pull /raw.bin`
`python rrchlogo.py new_logo.png raw.bin raw.new.bin`
`adb push raw.new.bin /`
`dd if=raw.bin.out of=/dev/block/bootdevice/by-name/raw_resources`
While you've got raw.new.bin handy, you're welcome to do other things such as what was suggested by @4shared here. Due to ethics concerns I'm unwilling to automate that step.
Now, a word about the format used in raw_resources. The data is very simple run-length encoding. All the data is 4-byte tuples: 1-byte repetition count, 1-byte blue luminosity, 1-byte green luminosity and 1-byte red luminosity. This is a very primitive image encoding by today's standards. Simple encodings are par for the course inside a bootloader though.
The weakness of this format is it doesn't deal well with anything which isn't large areas of single-color. Take a look at the two attached images. In raw_resources the one on the left the first two lines would be encoded as the bytes 0xFE 0xFF 0xFF 0xFF; 0xFE 0x00 0x00 0x00. There would be 126 copies of this 8 bytes resulting in use of 1016 bytes.
The one on the right is much worse for RLE. The first two pixels of the first line would be encoded as 0x01 0xFF 0xFF 0xFF; 0x01 0x00 0x00 0x00. Then there would be 126 copies of this for the rest of the line. Then there would be 253 copes of that sequence for the whole image resulting in use of 258064 bytes.
Meanwhile the PNG format encodes the image on the left as 168 bytes, the one on the right as 163 bytes. RLE is decent for large regions of solid color and horizontal lines. Thin vertical lines are killer for this RLE implementation.
Due to these limitations, do not expect to put large smoothly shaded images onto your startup screen. `rrchlogo.py` tries to shrink the existing data to the extent it can. As a result you can make use of roughly 2MB of the 4MB space allocated. That is only enough to guarantee a 724x724 image. Personally on start mine displays in black and white, an address and a US$60 reward for return in an 84-point font (I don't feel the need to display a company logo on start, I simply want my device back!).
Beware this is believed to be functioning first try at this. Bugs could cause the bootloader to crash giving you a brick (testing suggests this is unlikely, but not impossible). This also lacks the ability to allow you to move where onscreen the images are displayed.
I'm also attaching `rrdecode.py`, a Python script which simply decodes all the images out of a raw_resources.bin file.
This can also be found on GitHub here. I have tested this and found it to work with raw_resources for the LG V20. This may work with raw_resources from earlier devices (V10, G4, G5) or later devices, but this hasn't been ascertained.

new_logo.png is a file that we have to choose?

new logo never ended up in the phone. used a 700x300 png out of mspaint.
also I tried to get rid of the bootloader image and replaced all red and orange addresses with the boot logo address. Result of that is an orange text of "your device cannot be checked for corruption"
It did seem to speed up boot however.

Wow didnt even knew that i had the option to just "draw" a new image over the error message. Nice.

@emdroidle
I used this on my G5. First I used the decode utility and got the original image, then I edited that to my liking. It has the same resolution.
Unfortunately when booting, the image shrunk towards the bottom of the screen, so it looks a bit messy and not nice. Also the orange boot warning is gone, replaced by some orange text on black (which is not found by rrdecode).
I'm attaching it in case you'd like to investigate. The new bin is slightly below the original 4Mb.

emdroidle said:
You may or may not have noticed "raw_resources" on your device (/dev/block/bootdevice/by-name/raw_resources). Due to another distraction going away (looks like LineageOS isn't going to be long for the V20, the quality is too low despite my efforts), I've gotten back to this project and reached my goal.
The goal had been to modify the images in raw_resources, the program is attached to this message. Grab rrchlogo.py.gz and uncompress it, then boot to recovery. To replace the LG logo on start follow these steps:
`dd if=/dev/block/bootdevice/by-name/raw_resources of=raw.bin`
`adb pull /raw.bin`
`python rrchlogo.py new_logo.png raw.bin raw.new.bin`
`adb push raw.new.bin /`
`dd if=raw.bin.out of=/dev/block/bootdevice/by-name/raw_resources`
While you've got raw.new.bin handy, you're welcome to do other things such as what was suggested by @4shared here. Due to ethics concerns I'm unwilling to automate that step.
Now, a word about the format used in raw_resources. The data is very simple run-length encoding. All the data is 4-byte tuples: 1-byte repetition count, 1-byte blue luminosity, 1-byte green luminosity and 1-byte red luminosity. This is a very primitive image encoding by today's standards. Simple encodings are par for the course inside a bootloader though.
The weakness of this format is it doesn't deal well with anything which isn't large areas of single-color. Take a look at the two attached images. In raw_resources the one on the left the first two lines would be encoded as the bytes 0xFE 0xFF 0xFF 0xFF; 0xFE 0x00 0x00 0x00. There would be 126 copies of this 8 bytes resulting in use of 1016 bytes.
The one on the right is much worse for RLE. The first two pixels of the first line would be encoded as 0x01 0xFF 0xFF 0xFF; 0x01 0x00 0x00 0x00. Then there would be 126 copies of this for the rest of the line. Then there would be 253 copes of that sequence for the whole image resulting in use of 258064 bytes.
Meanwhile the PNG format encodes the image on the left as 168 bytes, the one on the right as 163 bytes. RLE is decent for large regions of solid color and horizontal lines. Thin vertical lines are killer for this RLE implementation.
Due to these limitations, do not expect to put large smoothly shaded images onto your startup screen. `rrchlogo.py` tries to shrink the existing data to the extent it can. As a result you can make use of roughly 2MB of the 4MB space allocated. That is only enough to guarantee a 724x724 image. Personally on start mine displays in black and white, an address and a US$60 reward for return in an 84-point font (I don't feel the need to display a company logo on start, I simply want my device back!).
Beware this is believed to be functioning first try at this. Bugs could cause the bootloader to crash giving you a brick (testing suggests this is unlikely, but not impossible). This also lacks the ability to allow you to move where onscreen the images are displayed.
I'm also attaching `rrdecode.py`, a Python script which simply decodes all the images out of a raw_resources.bin file.
This can also be found on GitHub here. I have tested this and found it to work with raw_resources for the LG V20. This may work with raw_resources from earlier devices (V10, G4, G5) or later devices, but this hasn't been ascertained.
Click to expand...
Click to collapse
I've got "Found excess payload data for..." while repacking raw_resources for one of LG phones.
What should I do in this case? I look into your script code and found that it's due image height, but dunno what to do with it.

Related

[APP] APOD Astronomy Picture of the Day

Hello all,
APOD Astronomy Picture of the Day Browser Description;
Note: When installed on SD Card then, after a hard reset of your device, one does not have to reinstall this application. Creating a link manually to it is enough.
The APOD browser is simple software for the purpose of quering NASA fantastic, unparalleled Astronomy Picture of the Day site. This tool allows searching the site by date, by a keyword or by the site editor's choice. A online connection is required for this application to work.
How to Use:
You can query APOD in basically three modes:
1. By Date
Select a date to view the APOD of that date. Since the first APOD image was presented on June 16, 1995, the calendar is limited to between June 16, 1995 and Today.
2. By Keyword
Enter a keyword of your choice and tap on [Search]. Make sure to avoid too common keys, such as 'moon', 'planet', etc. This would result in too many hits, since each occurance of that search string in APOD's texts will be output as result and is often not related to what you wish to explore.
3. By Choice
This mode searches the editor's choices for the most educational Astronomy Pictures of the Day. Simply select an item from the combo box. Each choice yields three to five hits as so well selected by the authors of APOD.
After closing the settings screen, tap on the GO menu to download the selected image and text. Tap on the image for a shrunk view that fills the screen without scrollbars.
Tap and hold on the image to open a context menu.
# Image info: shows image size.
# Negative image: turns the image negative and back positive.
# Save Image and Text: saves the current image (negative or positive) to a subfolder named 'saved', including the explanation text. Please note that devices running Pocket PC 2003(SE) cannot save JPEG images, but large BMPs only (o/s limitation). You may wish to manually reduce the color depth of BMPs to 256 colors to save space. WM devices save images as JPEG, mostly staying under 100KB.
# Select another Image: turns to the Settings screen.
You can browse saved images with the cursor keys:
# Right key: one image forward
# Left key: one image back
# Up key: goes to the last image
# Down key: goes to the first image
# Center key: goes to the midmost image
:END
As mentioned in the post below (I totally forgot to C/P the link here) *cough* here is the link to APOD;
Astronomy Picture of the Day: http://antwrp.gsfc.nasa.gov/apod/astropix.html
Recently I visited this web page http://www.alfcen.com/pocket/apod.html and download from there an PPC (ActiveSync) unfriendly *.exe.
EDiT: currently the above page is not reachable anymore. Use http://www.requio.com/pocket/apod.html instead.
I really do dislike ActiveSync installs, therefore I extracted it to APOD.CAB (see attachment). IMHO this way more people here on xda can enjoy this nice program too BTW I'm in no way affiliated with this site.
It runs in VGA, so when you too have a WVGA screen, you'll see the background border... If you do not want that then I suggest to use WVGAFIX3.
Link: APOD with Russian interface Перевод интерфейса программы на русский язык от dima8774.
Here are my linx to obtain Astronomical (large) pictures and lots of information about 'em;
http://photojournal.jpl.nasa.gov/
http://photojournal.jpl.nasa.gov/catalog/
http://www.eso.org/outreach/gallery/astro/
http://hubblesite.org/newscenter/archive/releases/
http://heritage.stsci.edu/gallery/gallery.html
http://www.spacetelescope.org/images/index.html
http://www.noao.edu/image_gallery/
http://www.noao.edu/outreach/aop/observers/bestof.html
http://www.ipac.caltech.edu/
http://chandra.harvard.edu/photo/chronological.html
http://www.spitzer.caltech.edu/Media...es/index.shtml
http://ssc.spitzer.caltech.edu/
http://coolcosmos.ipac.caltech.edu/i...leries/legacy/
http://www.ipac.caltech.edu/2mass/index.html
http://www.ipac.caltech.edu/2mass/ga...ase/index.html
http://www.gemini.edu/index.php?option=com_gallery
http://www.astro.umontreal.ca/~opiomm/images.html
http://archive.stsci.edu/sites.html
Have fun,
Senax
Thank YOU for info!
Really, thank you.
.
.
APOD - http://antwrp.gsfc.nasa.gov/apod/astropix.html
You must be one of narrow kind of real PDA users.

[APP] SimplePiano V4.3 [21.06.10] [ VGA / WVGA / QVGA / HVGA ]

SimplePiano V4.3​
SimplePiano with the SP_mickesjo WVGA Skin​
As the name suggests it's a simple piano application. I took over "CrisRowlands SimplePiano" after Cris decided to give up developing it (Original thread). The main reason I took over is because I wanted to implement multitouch. I own HTC HD2 so my emphasize was on the WVGA format, but the application should also support VGA resolution. It should be pretty easy to create skins for other resolutions as well...
Features:
WVGA, VGA, QVGA, HVGA versions.
It has three octaves.
Record and Playback.
Dualtouch via the PinchToZoom events (not ideal but the best I could find...)
Customizable skins.
Customizable sounds (currently include Piano, Acoustic Guitar & Violin).
Currently in develop:
Continuous sliding of the keyboard view.
Change the skn files to support arbitrary number of keys.
CHANGELOG:
21.06.10(4.3)
Added two single finger chord modes (Major and Minor) - Requires special skin. I don't like this solution so I didn't follow it. If anyone is interested in this please let me know...
Added minimum note sustain length control (in milliseconds). If minimum sustain is not specified the full sample is played.
Added support for looping over the sample (by looping over the sample) Two samples can be specified, one is played once in the beginning, and the second is played over and over until the key is released. If the second sample is not specified the first one is used for the loop. This feature requires appropriate sound samples to be available.
Sounds are controlled via "Sound.lst" file. Different behavior of the notes (those mentioned above) can be controlled via this file.
Added OK/Cancel button to the settings dialog.
Vibration LED index can be now set via the "Device" tab in the settings dialog.
Polyphony can control to the "Device" tab in the settings dialog.
Fixed a problem where SimplePiano closed if an incompatible skin was chosen.
Fixed issue where bitmaps were not always clipped to bounds.
Fixed crash when sound file did not exist.
Changed applications icon (thanks mickesjo)
11.06.10(4.2) Added some exception handling during initialization and a vga skin for the Default skin. Fixed the link to point here.
10.06.10(4.0) Initial release including the new features (dualtouch, recording etc. as desribed in this post).
Screenshots:
Skins: Default WVGA skin, MewSkin WVGA skin, MewSkin VGA skin, SP_mickesjo WVGA skin, Saplorer UI WVGA skin
Settings Dialog​
Download:
SimplePiano V4.3 (WVGA/VGA/HVGA/QVGA)
Alternative Download(Uploading) (including mickesjo's skin and Osprey00's alternative piano sounds - thanks to Osprey00)
Additional Skins:
(must be installed in the same location as the main application)
HVGA Rescale of the original skin (thanks to sam-2007 on post #130).
MewSkin (WVGA/VGA)
SP_mickesjo (WVGA/VGA/QVGA), thanks mickesjo. atlaswing created replacements key images, these can be found on post #47. HVGA version (thanks to sam-2007 on post #130).
Saplorer UI (WVGA), thanks xclarinetistx
Additional Sounds (thanks conantroutman):
(must be installed in the same location as the main application)
Violin
Acoustic Guitar
Piano Samples 8bit (lower quality) - these samples replace the default piano samples that comes with SimplePiano.
Alternative piano samples (thanks to Osprey00)
Rectangular QVGA (320x320) patch - extract the files from the zip files into the "Default" skin folder.
Click to expand...
Click to collapse
Previous version:
SimplePiano V4.2 (WVGA/VGA)
For QVGA the modified default skin has to be installed too.
Skins:
Default (WVGA/VGA/QVGA)(CrisRownlands' original skin)
MewSkin (WVGA/VGA)
SP_mickesjo (WVGA/VGA/QVGA), thanks mickesjo
Click to expand...
Click to collapse
Other Notes:
If I may quote Cris:
I hope you folks like it
Feedback is appreciated, improvements can only happen if I know what you folks want.
Click to expand...
Click to collapse
Some documentation
Some useful information about the *.skn files and the Sound.lst file.
The *.skn files
These files define the location of the different items on the screen. For each screen resolution the skin supports there should be one skn file. When a skin is chosen, SimplePiano search the skin directory for a compatible skn file and loads the skin according to its content.
here's an example for a skn file
Code:
Display=0,0,480,800
This line declare the target resolution of the skin. It is given in the following format: 0,0,Width,Height
Code:
Name=mewskin
The name of the skin, currently not used for anything.
Code:
Octave1=360,10,120,120
Octave1Image=OneNormal.png,OnePressed.png
Each key should include those two lines. The first line describe the location and size of the image, using the following format:
KeyName=Left,Top,Width,Height​The second line points to the images to be used with this key. The following format is used:
KeyNameImage=NormalStateImage, PressedStateImage​Where KeyName is one of the following:
Octave1, Octave2, Octave3
Quit, Settings,
Record, Replay,
NormalKey1, ..., NormalKey8
SharpKey1, ..., SharpKey6​All these keys must be specified.
NormalKey# stands for the normal note keys (C,D,E,F,G,A,B & C)
SharpKey# stands for the semitone keys (C#, Eb, F#, Ab, Bb & C#)
In addition the toolbar background has to be specified as well:
Code:
Toolbar=360,0,120,800
ToolbarImage=Background.png
unlike a regular key here only one image is supplied.
In addition the optional chord modifier keys can be specified (using the same logic):
Code:
ChordMajor=-30,0,60,60
ChordMajorImage=MajorNormal.bmp,MajorPressed.bmp
ChordMinor=-30,60,60,60
ChordMinorImage=MinorNormal.bmp,MinorPressed.bmp
The Sounds.lst file
This file defines the sounds to be used with the selected instrument. First of all it binds a note to a wav file. In addition different properties can be set for each note, as I'll explain below:
Code:
[1]
The file is divided into octave, currently there are 4 octaves (since SimplePiano also includes C4 &C#4). Each octave is titled with its number.
Code:
C=Data\C1.wav, Loop=0
Then, the sound files for this octave are given. The following format is used:
Note=FileName, Option1=value1, Option2=value2,...​Note is one of the 12 notes in an octave. The following notation is used: C,Cs,D,Eb,E,F,Fs,G,Ab,A,Bb,B.
Then a relative path to the sound file is specified. Followed by a list of parameters and values pairs separated by comas. These parameters are optional. The following parameters can be declared:
Loop=#​This specify how many times to loop over the sample (0 - plays the note once, -1 loop infinitely). If a non-zero value is given for a note, the note will be played as long as the key is pressed, once the key is released the playing will cease immediately. By default (if not specified) Loop=0.
MinimumLength=#​This specify the minimum length (in milliseconds) a note is to be played. If this value is -1 the sample will be fully played. any other (non-negative number), the note will be played at leas this amount of time. For example, if a value of 500 is specified, every touch on the keyboard will generate a 500ms sound. If the key is held longer than 500ms the sound will stop when the key is released (or the sample reaches its end). The default behavior depends on the "Loop" setting: If Loop=0 MinimumLength=-1. Otherwise MinimumLength=0.
Good job man
Good luck with this
I don't suppose you could maybe send me a copy of the source code etc?
Maybe upload it & give me a link.
The main reason I wasn't able to implement these features is because I don't know how. It would be quite interesting to learn about how you did it
good job on significantly improving chris' already nice work
And dang you've beaten me to first reply
ephestione said:
good job on significantly improving chris' already nice work
And dang you've beaten me to first reply
Click to expand...
Click to collapse
cris_rowlands said:
Good job man
Good luck with this
I don't suppose you could maybe send me a copy of the source code etc?
Maybe upload it & give me a link.
The main reason I wasn't able to implement these features is because I don't know how. It would be quite interesting to learn about how you did it
Click to expand...
Click to collapse
Thanks guys...
Cris... no problems, just let me tidy the project a little...
I love your simple piono 4.1. Now 4.2 should be better than 4.1. Thanks for the updated version...
OP, thanks for the APP. I look forward to future updates once more of the bugs have been knocked out!
Update: added a download link to the mewskin, this is nicer looking especially for the VGA resolutions (but also on the WVGA). Kudos to the author (xxmewstarxx)...
Just install the mewskin.cab after installing SimplePiano (no need to reinstall).
Z.
for now, I vote for default to 0 interval between multitouch keypresses, instead of 300ms
Not much of a big deal as you can change it yourself, yet if you already restarted to register multitouch, and you change that option later, you need to restart again
I am also thinking about spanning through more than 3 octaves, and a different method of changing the octave that lets you do that faster and more easily, will report back when I have a better idea
Nice!
Unfortunately the space on the screen ins't that much but if there was a way to "somehow" squeeze in and create spaces for Chord Symbols/Buttons and when these are being pressed, a chord is being played (a flat chords, an arpeggio). Said chord-sounds could be default-sounds distributed with the application or pre-recorded by the user. Something similar to those Casio-chords (or whatever they are called) which do the fingering for you. Another option could be that it played just the root of the chord so one could create some variety and a little base-line while playing the melody on the normal keyboard.
The problem, I guess, is surely the space on the screen and the limit of two touches simultaneously.
Just some thoughts....
ephestione said:
I am also thinking about spanning through more than 3 octaves, and a different method of changing the octave that lets you do that faster and more easily, will report back when I have a better idea
Click to expand...
Click to collapse
tilleke said:
Nice!
Unfortunately the space on the screen ins't that much but if there was a way to "somehow" squeeze in and create spaces for Chord Symbols/Buttons and when these are being pressed, a chord is being played (a flat chords, an arpeggio). Said chord-sounds could be default-sounds distributed with the application or pre-recorded by the user. Something similar to those Casio-chords (or whatever they are called) which do the fingering for you. Another option could be that it played just the root of the chord so one could create some variety and a little base-line while playing the melody on the normal keyboard.
Click to expand...
Click to collapse
Well, as for the 3 octave limitation, that could be easily broken, just that I don't have the sounds... If someone's willing to generate them I'll include them in the application.
About changing octaves I thought of two possibilities, one would be to just add two buttons at the end of the keyboard that moves one octave up or down. Another possibility is to create a slider above (or below) the keyboard on which you can slide left or right to change octaves. Sliding can also be continuous so that the first note is necessarily C. Such slider can also have some buttons to toggle chords buttons as tilleke suggeted...
tilleke said:
The problem, I guess, is surely the space on the screen and the limit of two touches simultaneously.
Click to expand...
Click to collapse
I really hope HTC will release some proper API that supports real multitouch...
Z.
tilleke said:
Nice!
Unfortunately the space on the screen ins't that much but if there was a way to "somehow" squeeze in and create spaces for Chord Symbols/Buttons and when these are being pressed, a chord is being played (a flat chords, an arpeggio). Said chord-sounds could be default-sounds distributed with the application or pre-recorded by the user. Something similar to those Casio-chords (or whatever they are called) which do the fingering for you. Another option could be that it played just the root of the chord so one could create some variety and a little base-line while playing the melody on the normal keyboard.
The problem, I guess, is surely the space on the screen and the limit of two touches simultaneously.
Just some thoughts....
Click to expand...
Click to collapse
zevele said:
Well, as for the 3 octave limitation, that could be easily broken, just that I don't have the sounds... If someone's willing to generate them I'll include them in the application.
About changing octaves I thought of two possibilities, one would be to just add two buttons at the end of the keyboard that moves one octave up or down. Another possibility is to create a slider above (or below) the keyboard on which you can slide left or right to change octaves. Sliding can also be continuous so that the first note is necessarily C. Such slider can also have some buttons to toggle chords buttons as tilleke suggeted...
I really hope HTC will release some proper API that supports real multitouch...
Z.
Click to expand...
Click to collapse
I was thinking the exact same things regarding octave switching, more like automatic recognition, as in when you press a key near the border, the keyboard gets slided past the border of a X length to accomodate for the "direction" you're taking
And tilleke suggestion is very interesting.
Here's my take: just like you play two sounds together when you do multitouch, you don't need to really record a chord, you only need to play 3 sounds together.
Example, put a swith on top, with three positions:
1) Normal
2) Major chord
3) Minor chord
Then you press, say, C
Cases:
"normal" : the note C is played
"major" : the notes C E and G are played
"minor" : the notes C D# and G are played
THe switch would be a slider onr, because a toggle one (1-2-3-1-2 and so on) would take too long if you need 1 and you're currently on 2.
Glad to see somebody picking up on this where Chris left off.....
If you want more octaves I'd be happy to provide them.
Just out of interest, are the samples in this version the same ones from Chris' original version?
conantroutman said:
Glad to see somebody picking up on this where Chris left off.....
If you want more octaves I'd be happy to provide them.
Just out of interest, are the samples in this version the same ones from Chris' original version?
Click to expand...
Click to collapse
More samples can't hurt, but at the moment I'm trying to solve the chords feature...
The samples are the same ones from the previous version.
Thanks,
Z.
Totally awesome. Poor WM support. it seems like everyone writes off Windows platform as thou its limited, but if you had the support you show with this simple piano, the experience level and communication would be thought on a positive (note) about windows platform... GOOD JOB!!
Thanks zevele for the work!
xda member TWolf has a FlashPiano that he stopped developing. The program itself has a great sample of 4 instruments in mp3 form, but I don't know enough about music to rename them. Maybe somebody here can take a look and rename the files. Here's the link and source code from TWolf:
http://forum.xda-developers.com/showpost.php?p=2806409&postcount=126
Would be nice to include mellotron in this, like the Manetron for iPhone
http://www.youtube.com/watch?v=pcIRG1X0VMs
dio62000 said:
Would be nice to include mellotron in this, like the Manetron for iPhone
http://www.youtube.com/watch?v=pcIRG1X0VMs
Click to expand...
Click to collapse
Seeing these applications on the iphone just depresses me... they run so much better than on the windows mobile...
Specifically to your question... If you mean playing several instruments in parallel, it shouldn't be to complicated to implement...
Okay, here's my idea for a solution for the chords feature, I've added two buttons below the keyboard one toggles a major chord and the other a minor. As all other buttons these can be moved and changed through the skin files. Please try it and let me know what you think...
SimplePiano
http://rapidshare.com/files/398328285/SimplePianoV43beta.CAB
MewSkin
http://rapidshare.com/files/398329265/mewskincabV43beta.CAB
Thanks,
Z.
Can this be hosted somewhere else? Rapidshare gives some of us problems and the the download limitation sucks. I can't download the v43beta after just downloading the v42 version. My suggestion is drop.io or dropbox... You can even use the free Skydrive for this.
Thanks for the good work...

[Q] Actual Screen size

What is the exact screen size I should use while developing apps for Prime ?
Declared screen resolution isn't correct, because I used that and tested and its not showing in full size as it should, so it must be some other screen size.
Don't know, but would it work to take a screen shot and mail yourself the photo?
I had the same trouble with my hubs screens. Beautiful Photoshop stuff, but when they display at the original (advertised) size, they have a few pixels missing at either end.
I've used 1280x800px, but width of 1280 won't go to their ends and height seems to be shorter, because I see font degradation and rest of the objects, but its best visible on fonts (at least in my case.)
I'll have to explore tomorrow with different sizes... although I don't like these testing where I have to do whoknows how much of them to find exact dimensions.
The system bar take 48 pixels. So the actual resolution that's is available is 1280x752
If you going to create a app. I why don't look at android developer section for guide and info.. Just a suggestion...
http://developer.android.com/guide/practices/screens_support.html
http://developer.android.com/guide/practices/screens_support.html#DeclaringTabletLayouts
Asus Prime & Tapatalk
Both of your links don't mention 752px, there is 720.
Anyways I don't use Android SDK or any other of their info. I use Adobe Flash and do it all from there. Very easy and no need for lots of reading

How do I convert phone resolution Bootanimation to tablet resolution?

How do I convert phone resolution Bootanimation to tablet resolution?
Pretty simple question...
I have 4 boot animations that I want to convert to work on my Nexus 10 full screen.
Also, anyone able to edit http://forum.xda-developers.com/showthread.php?t=2159544 to show 10 instead of 4 or completly remove the number so it works nicely on both my Nexus 4 and Nexus 10.
Thanks
- Hyflex
You can't do it directly, so you need to:
Decompress the bootanimation.zip file. You'll get 2 folders (each one with a bunch of images) and a desc.txt file.
Modify the resolution of the images (yeeeees... all of them. I recommend to use a batch-resizer tool, like Fotosizer). Obviously the images will lost quality, it depends of the resizer tool you use, and it can't be avoided.
Open desc.txt, and modify the first line. Change the first two numbers to the desired resolution (768 1280 24 means 768x1280 pixels at 24 fps).
Finally, compress all into a zip file again. Set the compress mode to store (or the compression level to 0), otherwise your bootanimation will not work.

Question Camera stores intermediate results on 200MP permanent

I have had this behaviour now on two sessions.
When back at home some of the images looked like 12MP upscaled images using neares neighborhood.
When using the 200MP mode the images seems to be processed in a background thread and one can shoot images agian.
An intermediate preview is stored until the processing (that takes typically 5-7 seconds) is finished.
The processing is indicated in the status bar via a camera symbol and a timer and the rotating progress balls on the previe image.
Sometimes it seems the background processing is interrupted and the preview remains as final result.
So two images taken with the exact same settings can look very different. One usable the other not.
I reported this issue via the Samsung Members app but did't get competent and useful feedback.
I've added samples of this effect here.
For some images I have the good and the bads for others unfortunately only the bads.

Categories

Resources