Hi guys. I hope this is the right place for this question. I'd rather have put it in the development forum, since I expect more devs frequent it than here, but I'm not sure it would be appropriate.
I will be writing a paper for an Operating Systems class looking at the Android OS. Specifically, I intend to compare it with Linux, giving consideration to the optimizations that were made for developing it as a mobile platform. I would like to also incorporate some analysis of the source code. This would likely include compiling a kernel from the source and probably installing some variant of it. I do not have any experience with OS/ROM development but I do have a decent amount of programming experience.
I would like to know if anyone has any favorite resources on the web, or even print, on this topic that would qualify as "academic." Unfortunately, this means forums and wikis are out. As far as I can tell, resources on this topic are scarce—or maybe I'm just not looking in the right place. I would appreciate any input I can get.
Thanks in advance!
bump
10 char
You could browse around here: http://developer.android.com/resources/index.html.
Android is Linux with Google's user space running on top of it. If you're just doing OS-level comparisons, it should be a pretty short report.
Google adds a very small number of things to the kernel, like wake-locks, but those are (allegedly) getting phased out in favor of "native" constructs.
I guess it would be more appropriate to say I'm interested in OS engineering rather than development for the OS, dealing particularly with the kernel.
Are there no major modifications done to the Linux kernel in such respects as scheduling, memory management, paging algorithms, I/O, etc. to optimize for mobile devices? I can't seem to find much that actually discusses how these are implemented in Android. For example, I am aware that there are apps that allow us to change the scheduler: are these just toggles for stock Linux code implementations?
There are a bunch of device drivers, obviously, but the only real kernel changes have to do with something called "wake-locks", which are a specialized form of locking that allow applications to prevent the phone from going to sleep. And one of the Linux kernel guys has demonstrated how an existing construct can be used to the same effect. Google has tried (with varying degrees of enthusiasm) to try and get their stuff integrated back into the kernel because anything _not_ in the kernel is a lot more work to maintain.
Right now, the kernel ARM maintainers are working on improving device management on ARM (currently, there's not much reuse, resulting in a dozen or so different drivers for some common IP blocks), which is a cause near-and-dear to Google's (well, Google's-phone-making-partner's) heart, so Google is probably going to try to avoid doing anything seriously incompatible.
Thanks for the info. I guess Android will have to sit this one out then.
Related
Since all of us basically have our life on our phones it would be nice to have some security, especially filesystem encryption. Fortunately Android is open source and so is cryptsetup/luks. I would love to see this implemented in some roms. Even a encrypted private folder like ubuntu sounds like a great idea. Once we get the backend compiled and working we can work on a nice native android gui. This has already been done on the G1, im surprised that cyanogen or the other great android hackers have not seen this:
Cryptsetup/luks on android
Alternatively you could star some issues on the android code page, but I doubt we will see any progress for a while since that really isnt a priority. Lets work together and get this started, brainstorm, etc.
I have moved my sensitive information onto my Vibrant, I now use anMoney paid for all my finances and budgeting, as well as usernames/passwords/documents, etc. I think this needs to be an option for a user.
I'm all for better security. Business users always welcome better security. This will help make Android more readily to be an enterprise phone or else it will never get its footstep in the door.
I can't seem to find much on this, so I thought I'd ask the question. I personally use a Samsung Galaxy Nexus and was a previous owner of a Galaxy S1. I also sport an Apple Macbook Pro and I love the computer.
There's been a constant "reminder" from various articles how developing for iOS appeals to the developer more than doing so for Android.
This topic has spawned countless of times, and with the recent intro of Instagram to Android, that topic has been re-written once more to show why iOS is "dominant" among developers compared to Android. Article HERE.
Thing is, with all this talk about developing for iOS being better, I find myself asking "if that were true, then why do developers still develop for Android? If that were true, Instagram wouldn't even bother coming to Android...especially since it's free."
So what would make developers for Instagram want to make an app for Android when according to these articles:
Developing on Android is "harder" because it has to adapt to countless hardwares
Android developers make less than iOS developers
Do you develop for both iOS and Android? What's your take? What actually entices you to want to work on the Android platform?
It would be nice if a developer who works on both platforms can give some insights. Please no fanboy or anti-apple talk here...I am sure many of you Android users like me, would have had your friends who are iPhone users bring up such a topic on how they've read that developing for iOS is better, and you can't explain to them why people still make apps for Android cause there's little material online to covers that topic. I'm genuinely curious to know from a developer's perspective
Developers want to get their program out to as many people as possible so they develop for platforms where the customers are at. The two biggest phone operating systems right now are iOS and Android.
Developers choose iOS first because their is a lot less device diversity with iOS devices so developing an app is probably easier. It has also been shown that there is more money to be made selling iOS apps than Android apps which could be due to the fact that people who are on a tight budget may see an Android device as a better deal or may have a carrier that doesn't even sell the iPhone. Piracy is an issue on both platforms but it could be argued that Android is easier to pirate on since apks can be sideloaded without rooting where as iPhones have to be jailbroken. But sideloading apks is used for legit reasons as well, like testing betas, nightlies and other apps that aren't distributed through App Stores.
Android apps have to account for multiple screen resolutions, ratios, and densities. Most regular apps scale just fine. Games seem to be where there are the most issues and I really wish Google would address the issues. It seems each GPU type needs its own support (PowerVR, Nvidia, Adreno, etc). I really wish Google would implement something like DirectX so games can be played on any GPU with enough power. iOS has the advantage here because only a single GPU type is used, PowerVR I believe, so all games can be optimized for it. Couple that with the fact that iOS tends to bring in more money and this is why the game developers usually favor it over Android.
Thanks for the insight. I figured gaming would be difficult for developers but didn't understand why, I just naturally assumed that "if the app seems more complicated, it naturally equates to more complications making it run on various hardwares".
Am I right to say then that when tech reviewers write about how Developers favor iOS to Android, it's mostly pertaining to gaming?
What about non-gaming apps? Is reaching as many people as possible the only incentive to go Android? Take Whatsapp, or Instagram that recently came out...it's free on Android, it also has to deal with multiple hardwares (though now I'm assuming it's actually not as tough as it sounds to accomplish if the app's fairly simple)...is there an incentive for developers to create an Android App...cause the guys at Instagram or Whatsapp could have gone "Well there's nothing here for me, I'll just stick to iOS"...because from what I see, it looks like opening it to the Android market meant having to stress their servers with a sudden influx of users, which mean spending more money to maintain them so it doesn't slow down too much...it seems like a lose-lose situation from where I'm standing. =\
I guess for some apps, google ads are what keeps them going...like Draw Something. I do wonder though how Whatsapp and Instagram manages its upkeep when it doesnt have ads...and if the answer is that they use the money earned from iOS to manage their expansion, is it really worth it if the goal is just branding purposes.
If there is a market to reach developers will develop. Web developers had to put up with the terrible non standard supporting ie6 for years. It was a real pain to develop for but had a large user base that couldnt just be ignored. Android is the same way, developers go where they can reach the consumer. Luckily android its nowhere near as bad as ie6 was.
Sent from my Touchpad using Tapatalk
spunker88 said:
If there is a market to reach developers will develop. Web developers had to put up with the terrible non standard supporting ie6 for years. It was a real pain to develop for but had a large user base that couldnt just be ignored. Android is the same way, developers go where they can reach the consumer. Luckily android its nowhere near as bad as ie6 was.
Sent from my Touchpad using Tapatalk
Click to expand...
Click to collapse
Thanks for the input! From your take, it seems like developers make apps for Android not because they want to, but they have to.
Do you or any of the developers reading this, can testify that there are some ups to developing on Android as compared to iOS.
Please use the Q&A Forum for questions &
Read the Forum Rules Ref Posting
Moving to Q&A
lufc said:
Please use the Q&A Forum for questions &
Read the Forum Rules Ref Posting
Moving to Q&A
Click to expand...
Click to collapse
Hi, sorry the topic may be [Q] but it's meant to generate comments and thoughts pertaining to the Android platform as per the sub header for Android General
Could it please be sent back to Android General? The Q&A section seems to be a place for people to post technical questions they need help solving.
Anyway, anyone else able to share their thoughts? Do you develop for both iOS and Android? It seems so far that people prefer to develop for iOS and lesser for Android, but they do it cause they have to as a means of reaching to the masses, but not really because they want to.
Anyone beg to differ? Do you have a reason why you actually prefer developing for Android over iOS?
Hi,
I'm a web developer, and when I decided to try mobile development, I made the choice to develop only for Android, for various reasons, but mainly because I'm not a fan of the Apple ecosystem.
This is not fanboyism here, I'm not bashing Apple, they make great products. But I prefer a fragmented ecosystem, with various companies, various devices, various app markets, etc. because this is a great source of opportunities. I also like the fact that android is open-source, leaving the availability to study the source code and hack around.
As for the difficulty to develop for various devices, I'd say that I'm used to it, being a web developer. Web devs are used to cope with various browsers (some of them being pretty old) and different screen sizes. See for example the mediaqueri.es site (cannot post link since I'm a new user)
thibaultj said:
Hi,
I'm a web developer, and when I decided to try mobile development, I made the choice to develop only for Android, for various reasons, but mainly because I'm not a fan of the Apple ecosystem.
This is not fanboyism here, I'm not bashing Apple, they make great products. But I prefer a fragmented ecosystem, with various companies, various devices, various app markets, etc. because this is a great source of opportunities. I also like the fact that android is open-source, leaving the availability to study the source code and hack around.
As for the difficulty to develop for various devices, I'd say that I'm used to it, being a web developer. Web devs are used to cope with various browsers (some of them being pretty old) and different screen sizes. See for example the mediaqueri.es site (cannot post link since I'm a new user)
Click to expand...
Click to collapse
Thanks for your 2 cents! Am I right to assume that in fact, having to deal with different hardwares and screen sizes are actually a norm among developers before iOS came along? In other words, yes, Apple is right to say criticize that other platforms are harder to work with compared to iOS but that's because iOS is the exception among developing platforms where it's system is easier to work with?
spunker88 said:
I really wish Google would implement something like DirectX so games can be played on any GPU with enough power.
Click to expand...
Click to collapse
But Android and iOS already have something like DirectX - OpenGL ES 1.1 and 2.0.
The_R said:
But Android and iOS already have something like DirectX - OpenGL ES 1.1 and 2.0.
Click to expand...
Click to collapse
Thanks for the additional input...if there always is a direct standard like Open GL in both iOS and Android, what's the difficult part about manufacturing games for Android?
iOS required Apple computer to install their development environment. And You must pay 99$ per year for being the official iOS developer..
ayen1234 said:
iOS required Apple computer to install their development environment. And You must pay 99$ per year for being the official iOS developer..
Click to expand...
Click to collapse
I'd actually say that it is worth it.
yeahyeahright said:
Thanks for the additional input...if there always is a direct standard like Open GL in both iOS and Android, what's the difficult part about manufacturing games for Android?
Click to expand...
Click to collapse
I think its large number of the types of Android devices. It really isn't as simple as just supporting different screen sizes. Doing that is actually a really simple task using OpenGL.
With my own games I've experienced that what generally works on my test device won't necessarily work the same way on someone else's. For example, some devices support textures of any size while some devices have a constraint of the texture size being a power of 2. On many of my games which need multitouch, I've experienced that it doesn't always work the same on all devices either. On some it is downright broken while on other it just works fine.
There are many such other issues which you'd be aware of only after experiencing them.
The reason for this is the different hardware and the different software implementations that each phone manufacturer brings in. Even if the game "works" on a wide range of devices, there is always a different feel that you get when playing on a different device because of the hardware variations. You might get a good frame rate on a high end phone but have you tried playing it on a low end one? I've seen games from even the big publishers working fine on a high end phone but it just is completely glitchy on a low end one.
Now for a small developer with limited resources it can get really hard to test on and support as many devices as possible. This is one of the main reasons I feel that it can get really hard to develop games on Android. It just requires more effort if the developer wants to guarantee a good experience on a wide range of devices.
The other factor as stated before is that the iOS platform is more uniform. And moreover there are more people who are apparently willing to pay for your game on iOS than on Android. With one of my own games I've experienced that I've made more money in the last 10 days by selling it on the iOS App store than on Android in the last one year with ad revenues.
I actually started developing games on Android initially and one of the really big disappointments for me has been that I am not able to sell my games on the market(now Google Play) because Google checkout for merchants is only available in a few countries. This was the main reason for me to consider moving over to iOS. I think I could sell on a different market like the Amazon App store if I really wanted though.
Inspite of all that I'd say that Android is a great platform.
Wow thanks a lot for the insight! It's great to understand it from a developer's POV, especially one who works on both platforms.
I realise people do comment a lot about Android users less committed to pay for an app, I wonder why...I don't think it's due to their budget, my guess is that their afraid it may not work well on their devices...to that I think Google could really push hard and promote it's 15 minutes refund policy which I think a lot of users are not aware of....I use the 15 minute window a lot and it helps me to decide if something is worth my time buying or not.
I guess the "openness" of Android has allowed phone manufacturers to get really creative with their products (Touchwiz, Sense, Dual Screens, Qwerty Keypads etc) but at the same time, makes it harder for a developer to create stuff, probably even harder than creating stuff on a Windows Desktop.
Do any of you think that having "game settings" like you get on a Windows PC will help change this experience? Either one where the user gets to tweak the graphics (low, med, high) and performance, or perhaps one where the game will adjust graphics to the "recommended setting based on your hardware"? Is this even possible on Android or it's more complicated than you'd get on Windows?
yeahyeahright said:
Do any of you think that having "game settings" like you get on a Windows PC will help change this experience? Either one where the user gets to tweak the graphics (low, med, high) and performance, or perhaps one where the game will adjust graphics to the "recommended setting based on your hardware"? Is this even possible on Android or it's more complicated than you'd get on Windows?
Click to expand...
Click to collapse
Yeah, I have actually seen a few games that do that, and it does help. But it also requires some extra time and effort on the developer's part.
In some of my games too, I've added some simple settings in order to change the control schemes, so that if one of them doesn't work for you, you could choose the other one. Graphically, though, my games are really simple.
yeahyeahright said:
Thanks for your 2 cents! Am I right to assume that in fact, having to deal with different hardwares and screen sizes are actually a norm among developers before iOS came along? In other words, yes, Apple is right to say criticize that other platforms are harder to work with compared to iOS but that's because iOS is the exception among developing platforms where it's system is easier to work with?
Click to expand...
Click to collapse
Having to deal with different hardwares started to be a thing of the past, with the explosion of web apps. One platform for all, what a dream! Then came smartphones and tablets, and developing for a native platfrom became cool again.
Anyway, building for the web is still the only way to reach anyone with an internet access. The only problem with web apps is that it's harder to monetize. But the web's decentralized architecture is not a bug, it's a feature. That is what guarantees it's freedom and independance. You don't have such guarantees on a centralized market managed by a single company, whose first goal is profit.
Well, this post was slightly off-topic, sorry about that.
Thanks both of you for the really good insight. I guess Android is great as a supposedly "open" phone os, it certainly has a lot of hurdles to clear in order to please and entice developers the way iOS does, I'm not certain it can get there, but I do think they do make an effort, like the just upgraded emulator which shows Google's commitment to better developed apps (talk about timing!).
I'm certainly happy with my Android phone and from what I've read about the negative results developers gain from working on Android than on iOS, I take my hat off to those that stick around on this platform and try to make things happen. *clap*
=)
I choose Android for one reason. It's much cheaper. Only 25$ one time. iOS is 99$ every year
What are the chances we'll see the new Ubuntu for phones os running on our hardware anytime soon?
As far as I understand it it should be just a matter of compiling for our specific soc, making a flashable rom and then flashing, right? They say it can run on android kernels so there shouldn't have to be any hardware interface work that needs to be done, right?
Sent from my SAMSUNG-SGH-I717 using xda app-developers app
If you don't mind me asking, how would this make any difference to us?
rangercaptain said:
If you don't mind me asking, how would this make any difference to us?
Click to expand...
Click to collapse
It would enable us an alternative operating system choice, allowing application developers to create processor native applications (rather than using a java virtual machine that's quite resource intensive than running apps on the bare metal) thus using less system resources, enabling faster multitasking, greater compatibility with preexisting applications, enhanced security, and the desktop mode that they are touting is quite nice as well. connect an hdmi dongle and use a bluetooth keyboard and mouse to turn the phone into a desktop computer... there are lots of uses for a bare metal operating system on a hardware platform with restrictive system resources.
there's really nothing wrong with android per se, she's a great OS, but there are a wide number of other approaches to building os's and user experiences. I would consider this pretty similar to choosing to install ubuntu on a PC, or windows on a mac for that matter. it's a matter of widening the variety of application approaches and compatibility. a matter of choice.
I really want to know if this is possible after seeing the demo of it on engadget this morning I'm convinced that this is one os I'd be willing to flash and possibly leave on over android, as amazing as Android is this just better though out in terms of where everything is and speed of access
Sent from my SAMSUNG-SGH-I717 using Tapatalk 2
It may take off, if someone is able to best the entire android community as a whole, but the odds of that are "0"...
We would be better served if google took it over, and incorporated the OS into a handful of smart phones. Beyond that prospect, a port for us would be nothing more than a pet project.
This idea is not new, and mention of it can be found in virtually ever forum on this site, and a few devs have met with success on getting a bootable Android device running Ubuntu, but it was a short lived event, as support for the OS is simply not there ATM.
I do agree that a different OS is a good idea, but as a dedicated Android user, I would not be willing to switch at this point, as a stable, functional OS is months or even years away.
Likely the OS would fall the way of RIM, and other OS platforms, albeit, ahead of it's time.....g
gregsarg said:
It may take off, if someone is able to best the entire android community as a whole, but the odds of that are "0"...
We would be better served if google took it over, and incorporated the OS into a handful of smart phones. Beyond that prospect, a port for us would be nothing more than a pet project.
This idea is not new, and mention of it can be found in virtually ever forum on this site, and a few devs have met with success on getting a bootable Android device running Ubuntu, but it was a short lived event, as support for the OS is simply not there ATM.
I do agree that a different OS is a good idea, but as a dedicated Android user, I would not be willing to switch at this point, as a stable, functional OS is months or even years away.
Likely the OS would fall the way of RIM, and other OS platforms, albeit, ahead of it's time.....g
Click to expand...
Click to collapse
While I strongly believe that everyone is entitled to their opinion, the fact of the matter is that it's already running on the quintessential android test bed for the current generation of phones (the galaxy nexus) which means that it should be very easily ported to other, similar hardware (which is most of the android devices out there right now.). if they made this completely open source (which i'm pretty sure they'd have to given that most of the components of the OS are built on open-source licenses), and allowed the already very good and very diverse linux community expand it's functionality, write good apps for it, I think it has some pretty great promise.
my personal standpoint however, is that operating systems for mobile should work exactly like they do for PC's (and macs for that matter). you should be able to install whatever, whenever, without the approval of the company that happens to make the hardware, and without the approval of the company who provides the data and telephone services for the device... it's a pocket computer, not a dumb phone designed for one thing.
I thought Android was Linux and Ubuntu was Linux. Why is one type better than the other? And to run native, wouldn't hardware manufacturers have to write a butt load of drivers? Like the fiasco of upgrading from win2000 to win7.
Ubuntu won't be released til 2014, will older phones like our note1 be supported?
Keep in mind that by 2014 the note1 would be considered old in mobile years.
rangercaptain said:
I thought Android was Linux and Ubuntu was Linux. Why is one type better than the other? And to run native, wouldn't hardware manufacturers have to write a butt load of drivers? Like the fiasco of upgrading from win2000 to win7.
Click to expand...
Click to collapse
hardware drivers always run on the bare metal anyway (usually as part of the kernel, or occasionally as a background daemon service). the point is that android applications are built on top of the java environment which is a virtual machine - it's processes are abstracted and emulated which requires much more system resources than writing in something like c++ for the underlaying hardware. the only compatibility that this would break is that binaries don't work across cpu platforms. if something is compiled for the arm9 architecture for example (what most modern smartphones use, including our note), it wouldn't run on android for x86 or another java virtual machine like bluestacks. in order to get it to run on a different hardware platform you'd either have to emulate a complete device (like the iphone and android sdk simulators), or recompile it for the platform you want to run it on (only useful if you have the source code). the latter method is how linux distributions have been doing things for years. there are virtually identical linux distributions that can run on intel, arm, powerpc, sparc, motorola 68k, etc. etc. they can all run pretty much the same applications (because of the hardware abstraction layer present in the kernel), but in order for it to work, those applications must be recompiled for the appropriate underlaying processor architecture, as the output of a c(++,#) compiler is code that is cpu architecture specific.
also, windows 2000 and windows 7 were designed for the same (or similar) underlaying hardware problems. windows 2000 to windows 7 was mostly a piece of cake. whereas the move from windows 98 to windows 2000 or windows 98 to windows xp was difficult because windows 9x and windows 2000/xp use a different variety of hardware abstraction layer and thus different drivers must be written as drivers designed for one HAL won't work with another. (same thing for major linux revisions. the HAL in the 2.4 series of kernels is different from the one in 2.6 series of kernels which means one has to rewrite device drivers in order to get some less-than-standard hardware working.
So cp....
your a smart guy...
Get it going for us.....
you've got the skills we need to pull it off....g
gregsarg said:
So cp....
your a smart guy...
Get it going for us.....
you've got the skills we need to pull it off....g
Click to expand...
Click to collapse
Actually, If i had access to the sources (that by all rights should be open thanks to the way the gpl is designed), I'd be happy to build a rom and help with the development efforts. I'm pretty decent at optimizing linux distributions for arm hardware. we should all petition canonical to release the code post haste.
I would love to see ubuntu ported over to phones. I almost fell off my chair when I heard of the idea that your phone could just connect to a monitor/keyboard/mouse to become a fully fledged desktop computer. This would literally replace almost all of my gadgets into one device. I wouldn't need a laptop, an ipod, a dvd player, or even a gaming console possibly as well.
I've been using ubuntu for a number of years and would be overjoyed to see almost all of my electronics and computing essentially made into one pocket sized device. The possibilities are so great for this kind of leap in technology and it almost seems to be the inevitable succession in personal computer technology. This could possibly be the beginning of the end for laptops, desktops, tablets, and netbooks/ultrabooks. All data would be transmitted using flash memory or transmitted OTA instead of spinning disks or other media.
If the source code is released, and I'm sure it will since Canonical has done a decent job of running Ubuntu lately, I hope someone brings it to the i717 because then I would probably sell a lot of electronic equipment
The release will never happen to allow a single, all inclusive device.
Ubuntu or not, there are too many hands in the pie, and billions of dollars on the table.
The apples, and Samsungs of the world will go at it until the day we die.
They all want the biggest piece, and will squash anyone that gets in their way.
Ubuntu would need a home run piece of code that emulates a magic carpet if they ever hope to slay the beast.
And if they did, I'm not so sure that people would embrace the one stop shop mentality for a single device anyway.
It simply stinks of yet another apple type monopoly in the making.
I support the idea, but it's the logistics that kill the deal, money driven logistics of course.....g
gregsarg said:
The release will never happen to allow a single, all inclusive device.
Ubuntu or not, there are too many hands in the pie, and billions of dollars on the table.
The apples, and Samsungs of the world will go at it until the day we die.
They all want the biggest piece, and will squash anyone that gets in their way.
Ubuntu would need a home run piece of code that emulates a magic carpet if they ever hope to slay the beast.
And if they did, I'm not so sure that people would embrace the one stop shop mentality for a single device anyway.
It simply stinks of yet another apple type monopoly in the making.
I support the idea, but it's the logistics that kill the deal, money driven logistics of course.....g
Click to expand...
Click to collapse
Too true, it's all about the money in the end, even with free stuff.
Now that you mention it, it does sound a lot like some sort of Apple type ploy to get you to buy their things... either way I hope it happens someday
I am looking for some good articles, videos or books to learn about memory management in Android from kernel perspective. I want to find answers for such questions : type of memory (paging ,segmentation), multiprocessor or multicore memory access and synchronization and so on.
I have recently started reading "Understanding Linux Kernel" book. I found it a bit complicated and large. I don't really know if I should study all the stuff covered in this book, because this book is relatively old (2005 year). So maybe there a lot of stuff that can be omitted because of new mechanism of kernel building.
So I really not interested in windows kernels, only in unix and linux, the main goal is Android. I want really dive deep into internals of android.
So I am asking you to suggest good things to read to get as closer as it possible to Android internal parts and ARM architecture. Maybe you can suggest another good books to read about linux kernel which covers all modern techniques and approaches of building operating systems and kernels. I hope you can suggest a really useful reading or watching material. Thx in advance.
Maru OS - providing Ubuntu -like "convergence" feature for our beloved Kenzo/Kate
Hi.
While browsing XDA,
Just came across this great post on xda feed. - https://www.xda-developers.com/maru...-to-nexus-7-2013-flo-other-ports-in-progress/
And I thought - this could be excellent, if, could be developed for our beloved Kenzo with the help of collaboration amongst a few Kenzo Devs.
This could - if implemented - manage to keep us on the excellently compatible Android OS while providing with a feature much awaited by lovers of the same.
@Umang96 @Ashish94 @xyyx @TheStrix @TheDarkStrix @mistercheese @Bitti09 @kairi_zeroblade @Plamb1r @abhishek987
Also, as I could make out, this is based off of AOSP, so maybe, if interested, perhaps @xyyx and other AOSP-based developers could also include just the commits in their own ROMs to make them an even awesome-er experience for themselves and their users!!!
Even though we have neither MHL compatability (I'm not too sure if that's a hardware related additional thing, or if a few commits might solve that issue as well), nor an HDMI slot in our phones, Maru coupled with Chromecast seems like a pure dream come true!!!
Would love it if you guys could please look into this. I know all you wonderful people are already devoting your precious time to other projects, but, and I firmly believe - a collaboration amongst you, if you guys would work together, perhaps as (MaruTeamKenzo), that could certainly make it possible sooner than anyone could expect !!
Cheers, and loads of love to all you amazing people!!!
bumpardo bumperty bump!
shanx_verma said:
bumpardo bumperty bump!
Click to expand...
Click to collapse
Bumping after 1 hour? Really?
Bump yet again.
To users who poll - please leave a comment, as I cannot view your names.
It well be a great idea
I want remix os
Nice initiative, I would really like a hybrid OS for kenzo as well.
But you can do this already.
Linux Deploy + VNC ( or stream desktop to DLNA if you need it on television )
More advanced personal computing
Hey,
I just dropped by as I to have just stumbled upon! MaruOS.
It sounds interesting, as dies what Samsung have done with the S8 docking mode and what Cannonical had been aiming for with Ubuntu (seems like that's now faded). (even Project Ara/greybus had some promise beyond mobile until it was canned)
However, I actually found Maru while looking for projects that might run more than classic mobile apps on a mobile platform. The current model is fine for a lot of things - games, communications, note taking, productivity, activity tracking etc....
But I want more. I want mobile devices that are active in the web (both local and online). I want IPFS to be feasible. I want to be able to serve up offline content in my locality (a la piratebox).
We can't realistically expect stable platforms is we hack all of that into ROMs, so why not container's?
Containerised server apps on mobile would be unmittigatedly cool.
Sure the hardware, particularly battery, is restrictive, but having run multiple Docker images on both a Pi and a cheap-ish (<80GBP) Intel-based Ubuntu machine (tbh Rasbian on a Pi made 'bunty on Intel look a bit pathetic for Docker usage in performance and stability - possibly storage or chipset limited, but still...) I think we're approaching a time when it's viable.
Imagine flexible, opt-in local cloud apps powered by smartphones & an orchestration tool. The cost of providing infrastructure and hardware to support events/gatherings could drop through the floor....
... obviously that's a bit of a tangent from the aim of Maru right now, but it's (if I understand this correctly) running Debian with android compatibility, so including Docker (or plain LXC) and an orchestrator for managing images/containers, along the lines of an app manager for traditional mobile "apps" doesn't sound impossible (and I'd settle for CLI on a touchscreen if it gave me the ability to fire up a server on my phone, or test a new tool without a laptop).
It does seem to be in line with the original concept of mobile devices being more than smartphones nowadays, with much more potential than we currently use...
p.s.
I know this is a bit of a rambling post, but local webs (potentially synching back to wider web via IPFS or plain old git), the ability to participate personally on line with real tools, not just feeding the advertisment-powered content machines is really appealing to me. It's not likely to be mainstream any time soon, but you've got to start somewhere.
I want remix os