Related
hello all,
i've been looking for a camera api or dll.
Right now developing a camera relatede program and i need to control the camera.
thank you!
simón
sims said:
Ive been looking for a camera api or dll.
Right now developing a camera relatede program and i need to control the camera.
Click to expand...
Click to collapse
We needed the same thing last week. The company that built the software (IAstyle, http://www.iastyle.com) got bought by HTC recently, and it doesn't look like they'll be selling much any time soon.
and one would resell or offer this api? it will help a lot the comunity
sims
Uhh I NEED THAT too
If anybody sdk or any clue how internaly camera comunicates... (does it use direct show system?)
LET ME KNOW pls!
I will try to use classic trick by capturing screen buffer while picture soft is running...
then my soft will put it to jpg remove jpg header and in sequence it will send it to my video stream server which then distributs it on broadband computer to more users which they will see something like this http://spaced.no-ip.com
however camera has 1 bug its picking up GSM-GPRS signal induction lines... anyway there is always way around it.[/quote]
i need the camera specification, to caputure images using my application. But there's no way for achieving this information.
please, if someone have the idea or where i can ask for....
sims
do you think that these drivers will work on an xda2?
sims
Hi Guys,
I've done some searching and cannot seem to find anything recent about this issue. I'm wanting to write a camera application that shoots and stores the raw camera data from the EVO.
It looks like someone has put together a class that will take the byte array and dump it to DNG format which would be ideal. However, when the callback fires, I get an empty byte array and a null pointer exception.
Now, I'm not sure it's a coding error because the jpg callback works just fine.
Some older threads seem to imply that the raw callback doesn't actually do anything. I think there is one where a google developer said they thought they should nuke it all together....but that was 2008, I think.
So can this callback actually do anything? Does the SDK from HTC give me lower level access to the camera? What are my options? I think the camera in the EVO is okay, but the jpg compression just doesn't seem good to me....
Thanks!
Crud, since I'm new I can't post a link to the google thread I was referencing above with the dev saying he'd like to deprecate raw, but the thread id is: 65191ea020f6bb27 if anyone is interested. But that was in 2/2009.....
It looks like the Android dev implies they might add or support native signal processing, which would be fine but I have no idea how one might accomplish this in Java....(isn't the point of java to work at an abstracted layer?).
Anyway, I'll amend my questions to include this: do any of the ROMs out there support either native signal processing or raw camera call backs?
Maybe this is something I need to take directly to google?
Been a lot of complaints on other forums about the crippled camera app in bada 2.0 and I'd like to restore some of the fuctionality from 1.2. Perhaps it's not actually possible as all I have seen is the KK5 app brought back to enable front camera, and no 1.2 app for bada 2.0 to restore some of the other missing functions like pause in video recording or editing options. So if this is waste of time please let me know, but I though the main problem was passing the sequrity check which has now been solved thanks to kubika. SO if possible this is the precise scope of the project:
It's not just the ability to pause a video recording, or edit anything after, there's a lot of other stuff too...
NO Image Quality selection
NO countinous/sequance shoot mode
NO sharpness, saruration, contrast adjustment... but still have auto contrast check box... as oppesed to what?!?!?
NO thumbnail or info view for picture when reviewing from cammera app
NO edit fuction for anything from anywhere as already mentioned... though admittedly if I really want to edit a pic I'll probably do it on my PC anyway.
Although a noob at this I do have some expeciance with PC's, and my understanding is that bada apps are in C++ so if one can decompile and recompile the camera app. Then ALL missing functions, with possible exception of editing that probably calls on seperate app, should be easily recoverable in the bada 2.0 camera app. I've actually checked the samsung developer website, and it gives guidelines on how to implemnet many of these functions if whishing to create your own app, so the code should be easy to reinsert even for me in their own app. The one problem may be creating/inserting buttons/tiles for the menus if not already available but simply uncalled, which I hope is actually the case since one can easily recover the record call button.
The main issue is I don't know how to decompile the two apps to read and compare the code, and then recompile them, so could someone please point me to the appropriate program(s) with hopefuly some instructions on how to use them. I think this is something that may be appreciated by many since we can now more easily upload modified apps, and is a relatively simple mod for a noob to atempt... so if anyone can offer some help with that to get me started, it's a project I'd be looking to take up .
innovative ..
liked your idea.
+1
to keep it simple, you can't 'decompile' a binary code to a c++ code, the compiling process is a one-way procedure..
DOWNLOAD: http://forum.xda-developers.com/attachment.php?attachmentid=1404609&stc=1&d=1350332484
Hello Guys
I'm here to bring you more comfort to your registry edit life,
No more thousands lines of code to edit the registry no,
Just 1 simple line of code and a '.reg' file,
What you want more? (if you want more reply on this thread )
ALERT: this SDK/DLL needs WP7 Root Tools SDK to work(I cant include it because its Heathcliff74 his work)
and now some code
Code:
RegistryHelper.RegFileHelper.RegisterFile("");
Look you did nothing now
but put the source of the .reg file in that empty string and it works
like
Code:
RegistryHelper.RegFileHelper.RegisterFile("[HKEY_CLASSES_ROOT\\MyOwnReg]\[email protected]=\"Doggyyyyy\"\n\"nope\"=hex:ab,ab,ab,ab,ab");
thats it you now created a key in HKEY_CLASSES_ROOT with the name MyOwnReg and set the default value on Doggy and added an byte(/hex) value with the name nope
Big shoutout to:
Heathcliff74 for helping me and giving this neat SDK
my mum for screaming at me at 11 O'clock because I wasn't sleeping yet
Regards,
EaterOfCorpses
P.S. My site is down
UPDATE
Today I fixed the export of REG files and it does work (from my side) only there are some strange bugs with WP7 Root Tools, but I think it'll be fixed soon (I hope)
Code:
Code:
RegistryHelper.RegFileHelper.CreateFromRegistry("HKEY_CLASSES_ROOT\\test")
this will return the source of a REG file
Happy Coding, Guys
Regards EaterOfCorpses
UPDATE:
Tried to fix some bugs but it are bugs in SDK
Reserved
Just to confirm, this is a library which parses a standard Windows .REG file and applies it to the WP7 registry, using Heathcliff74's Root Tools SDK?
Cool.
Yes, exactly!
NICE
edit: Added here.
Heathcliff74 said:
NICE
edit: Added here.
Click to expand...
Click to collapse
yaaay
btw maybe Im gonna create an VS2010 add-in to make it complete
Edit:
Stupid me (facepalm)
Heathcliff, thanks
One other feature that would be really cool would be the ability to export .REG files from the registry. This could be used to take registry backups (similar to the way you can in regedit on the PC). Provide an API that specifies a registry path, and return a string containing the .REG data, or possibly one that takes a registry path and a file path, and automatically writes the reg data to that file path...?
Just a thought, but it would be tremendously helpful. One basic thing that is sorely missing from the current WP7 reg editors is a way to back up registry data easily, short of making a full phone image backup. For ome thing,s you need the full image backup anyhow because messing with them might make the phone unable to work normally, but for other things it would just be good to be able to tweak things while knowing they can be easily reverted (I'm thinking about stuff like the GPS settings, for example). I actually started work on a program that could export registry data to a file, but it got abandoned in the face of the many other things I found myself working on.
GoodDayToDie said:
One other feature that would be really cool would be the ability to export .REG files from the registry. This could be used to take registry backups (similar to the way you can in regedit on the PC). Provide an API that specifies a registry path, and return a string containing the .REG data, or possibly one that takes a registry path and a file path, and automatically writes the reg data to that file path...?
Just a thought, but it would be tremendously helpful. One basic thing that is sorely missing from the current WP7 reg editors is a way to back up registry data easily, short of making a full phone image backup. For ome thing,s you need the full image backup anyhow because messing with them might make the phone unable to work normally, but for other things it would just be good to be able to tweak things while knowing they can be easily reverted (I'm thinking about stuff like the GPS settings, for example). I actually started work on a program that could export registry data to a file, but it got abandoned in the face of the many other things I found myself working on.
Click to expand...
Click to collapse
that's an excellent idea! Im gonna work on it tomorrow!
I took a week vacation from my work so I got all the time (if you forget the point that my mom limits me )
And with the experience I have I think this will take 2 hours to build, but It will take very long time to backup, so do you know something to block the phone so the user cant use it while it backups?
I figure people usually wont make the backup from super-low-level; they'll mostly want to create it near a "leaf" of the hierarchy, so neither creation nor restoration of an export should take very long. Doing a full backup would probably be a bit messy, because as far as I know there isn't any way to lock the entire registry at once, and parts of it are changing constantly. There are actually APIs for creating an entire duplicate of a registry hive (HKCR/HKCU/HKLM/etc.) but you'd have to write a bunch of native code to use them.
One other option would be to put a limit on the API, like an integer for how many levels deep to recurse, as that should reduce the size o the backup created. If you want to do it in a multi-threaded / abortable manner, you could also make the backup API offer a timeout, which if it expires before the backup is complete, would simply stop constructing the .REG file and return whatever it has so far. Also, of course, don't forget to use StringBuilder or some other class that allows quickly combining text.
GoodDayToDie said:
I figure people usually wont make the backup from super-low-level; they'll mostly want to create it near a "leaf" of the hierarchy, so neither creation nor restoration of an export should take very long. Doing a full backup would probably be a bit messy, because as far as I know there isn't any way to lock the entire registry at once, and parts of it are changing constantly. There are actually APIs for creating an entire duplicate of a registry hive (HKCR/HKCU/HKLM/etc.) but you'd have to write a bunch of native code to use them.
One other option would be to put a limit on the API, like an integer for how many levels deep to recurse, as that should reduce the size o the backup created. If you want to do it in a multi-threaded / abortable manner, you could also make the backup API offer a timeout, which if it expires before the backup is complete, would simply stop constructing the .REG file and return whatever it has so far. Also, of course, don't forget to use StringBuilder or some other class that allows quickly combining text.
Click to expand...
Click to collapse
haha I can't write C++
So I will just start a new thread and make it event based and complicated
GoodDayToDie said:
I figure people usually wont make the backup from super-low-level; they'll mostly want to create it near a "leaf" of the hierarchy, so neither creation nor restoration of an export should take very long. Doing a full backup would probably be a bit messy, because as far as I know there isn't any way to lock the entire registry at once, and parts of it are changing constantly. There are actually APIs for creating an entire duplicate of a registry hive (HKCR/HKCU/HKLM/etc.) but you'd have to write a bunch of native code to use them.
One other option would be to put a limit on the API, like an integer for how many levels deep to recurse, as that should reduce the size o the backup created. If you want to do it in a multi-threaded / abortable manner, you could also make the backup API offer a timeout, which if it expires before the backup is complete, would simply stop constructing the .REG file and return whatever it has so far. Also, of course, don't forget to use StringBuilder or some other class that allows quickly combining text.
Click to expand...
Click to collapse
I just fixed it only there are some strange bugs in WP7 Root Tools and that takes a bit of the functionality
almost forgot to say:
http://forum.xda-developers.com/showthread.php?p=32846003#post32846003
Updated the dll tried to fix bugs with wp7 root tools :/
Regards
Eater
Excuse me for asking a silly question.
Just wondering, how difficult is it to reverse engineer the HDR algorithm used in the Pixel camera app?
Is the algorithm itself is embed within encrypted codes to prevent reverse engineering?
(I guess in this case, ported camera apps all just copy and paste the code?)
Or can we actually look at the algorithm if we open the app on a developer platform?
I'm not trying to develop an app, just more general question because I see many manufactures are not quite catching up with Google HDR and wondering why...
port
You can extract the apk and copy the code and build it in your own app or if you want, You can help me develop my rom which can have the HDR algorithm and many more thing.
If you want to contact me you can post anything on the post mentioned below with the link
https://forum.xda-developers.com/ge...e-ui-rom-google-pixel-3-t3954765#post80019412
Ugh.. Sorry I'm not a developer myself. I'd love to help as much tho...
You can download and install RAR and then press the .. button and press it again and copy everything to your download folder and upload everything to mega and tell me your mega account
muhammad42620 said:
You can extract the apk and copy the code and build it in your own app or if you want, You can help me develop my rom which can have the HDR algorithm and many more thing.
If you want to contact me you can post anything on the post mentioned below with the link
https://forum.xda-developers.com/ge...e-ui-rom-google-pixel-3-t3954765#post80019412
Click to expand...
Click to collapse
Did you ever get the ROM going?
I suspect that a lot of the camera processing algorithms used are made with high-perf compiled languages, such as C++, making reverse-engineering quite difficult (but definitely possible). Many of the gcam ports take the original app and make edits, for new UI features or editing libs for features such as contrast. I'm not sure if Google obfuscates their code to protect their intellectual property.
(there is a chance that I am wrong, but simply "copy and pasting" HDR code will definitely not work to create a new app that is separate from GCAM)