The Beagle Android project as entered is not impressive because -
1. The is not much presented. Android itself is mature enough that there
are things to show. With a working keyboard, screen shots of things would
have been nice. Or at least a webpage text write up. I realize there is
limited time.
Minor clarification. I did see the readme. By webpage text write up, I
am referring to something with more content.
My list is:
1) beaglebot
2) beaglerc
3) qemu
Beaglebot takes first for the best overall combination of "wow
factor", quality/quantity of submission documentation, and actual
development progress.
Steve
My would be
1. beaglebot
2. qemu3
3. USB Support in U-boot
about 3. i am quite unsure. Lets see.
Bye - Robert
Jason Kridner <jkridner@beagleboard.org> writes:
Mans, Steve, Dirk, Koen, Hunyue, Robert,
Any thoughts on how/when to conclude this round? Then, perhaps we
can
have a project-of-the-month in the future?Let's evaluate the current submissions after the weekend and decide
on a timeframe based on the outcome of the evaluations. Does that
sound good?regards,
Koen
I'm happy with that. I'll be looking for some sort of feedback from
each of the judges some time on Monday. I should be on IRC in the US
morning time.
1. BeagleBot
This has plenty of "wow", and it is well-documented. Videos show
the project is progressing well.
2. USB Support in U-boot
This could be useful when a serial port is not available, or simply
to reduce the amount of cables.
3. qemu-omap3
A good emulator can be very useful for low-level driver debugging,
so qemu support for omap3 would be welcome. The project seems to
be making progress even though a lot of work remains.
My feedback:
* qemu-omap3: Lots of interesting progress. Not complete, but already useful.
Entry is complete. (1)
* openGPS: Not ready yet. Interesting project. Might be good entry next month.
* BeagleConf: Not ready yet. Interesting project. Might be good entry next month.
* BealgeRC: Needs a project entry. Somewhat simple compared to BeagleBot,
but I still like this entry a lot as it is easier to reproduce.
* LinuxRT: Not ready yet. Interesting project. Might be good entry next month.
* USB support in U-boot: Heard this is close, but haven't seen it. Needs to be
updated quickly for consideration this month. Otherwise will be considered
next month. (4)
* James: Demo page was interesting, but project still seems to be in a very
early phase and not packaged up in a way consumable easy for Beagle users
yet. I think it shows a lot of promise and could be a good entry next month.
* BeagleBot: I like this one a lot. It is difficult to reproduce, but the videos and
documentation are very good. (2)
* Beagledroid: May not be the best Android out there, but I believe this is a
very strong entry. (3)
I believe Dirk is the only one to not have given some feedback yet on the
entries. Hopefully the contestants have seen this feedback such that they
can improve their entry in a way they see fit and to notify us all of those
changes here on this list.
How long do we need to give for final project updates? Thursday night,
Friday morning, midnight UTC?
How long do we need to give for voting? Sunday night, Monday morning,
midnight UTC?
Then I can get an address and ship a board on Monday?
How long do we need to give for final project updates? Thursday night,
Friday morning, midnight UTC?
Friday afternoon. So all developers have a free weekend.
How long do we need to give for voting? Sunday night, Monday morning,
midnight UTC?
Monday morning so all judges can use they free weekend 
Then I can get an address and ship a board on Monday?
Sounds good.
Robert
Mon, 5 Jan 2009, Hunyue Yau wrote:
It seems there are many people having problems with the gspca webcam driver.
Would there be an objection to or interest in me trying to gather these
reports to see if there is a pattern. My interest in this is simple; I have
tried 3 gspca cameras and they range from working to totally not enumerating.
If there is interest and no objections, I will send out a seperate mail.
Definitely no objections from me as I'm very eager to get webcam working.
I just tried with 2.6.28-r1 kernel from OE with no success. Three cameras, three failures. All of them enumerate perfectly but VIDIOCSYNC v4l1 ioctl won't work with any of them. v4l1 to v4l2 transition layer is enabled at my kernel config. I have not had any success with v4l2 applications, either.
Sometimes playing with camera also seems to kill my USB WLAN stixk (zd1211) functionality resulting in usb i/o errors to the console.
* James: Demo page was interesting, but project still seems to be in a
very
early phase and not packaged up in a way consumable easy for Beagle
users
yet. I think it shows a lot of promise and could be a good entry
next month.
Jason, thank you for your feedback.
Perhaps some things need clarification.
The PVR part of this is a set of programs that I wrote a while ago and
that runs on a Linksys NSLU2 (IXP420, ARMv5TE CPU).
For this contest I've revived the project (it got on the backburner
after a disk crash).
The UI that you see on http://195.241.226.180:13579/ is actually
delivered by the NSLU2 (that's why the address is so odd) and the
whole system as described on http://www.dse.nl/~meulenbr/pvr/pvr.html
works and can actually record video using the Hauppauge wintv pvr usb2
card (which connects over usb to the NSLU2).
For the demo, I have pruned the system in a few areas:
- There is functionality present to rip audio from a CD (including
title retrieval from CDDB) (a small relic of that still can be seen in
the Status screen)
- There is functionality to download pictures from a a digital camera
using PTP (this is done automatically when the camera is connected)
- There is functionality present to playback audio (using madplay);
The UI for that part is disabled, as I thought it would only confuse
people.
- It is possible to display video on the web page from a connected
webcam. This is disabled because the NSLU2 is in my living room, and I
do not want to expose my living room to the whole world.
Recordings are served by the NSLU2 to external UPnP renderers using
TwonkyVision (not open source so probably I'll replace it eventually
by ushare or coherence or so). Twonky is triggered to update its
content directory after a recording is made.
Also I did not get to updating the program guide data. Time was the
blocking factor here. I'll see if I can fix that before friday (but my
time next few days is very limited)
As I wrote before this whole system is working, and it is definitely
not in an early phase.
I have no idea how I can prove this, but you do not have to take my
word for it. Koen can testify this as he has seen it working.
And indeed, I agree that the program is not packaged up in a way which
is consumable for a Beagle user. There is a good reason for this: I do
not have a beagle board. I'll be the first one to order a rev C board
when they become available, but until then there seems little I can do
to make it more appealing to the Beagle community. Sorry about that
(and I know I can order a rev B board now, but the Mrs. would
definitely disagree that buying both a B and a C board is a good plan,
and the additional benefits of rev C make buying a B board now less
appealing to me).
Actually that was the main rationale to enter to contest: to give the
beagle version a 3 month headstart.
I hope this clarifies things (and if there are further questions do
not hesitate to contact me).
Frans.
PS: I'm not sure if all the judges indeed have seen the demo on
http://195.241.226.180:13579/ . If not please have a look and share
your comments. Be sure to read the demonstrator usage notes on
http://www.dse.nl/~meulenbr/pvr/pvr.html to learn about the UI (hint:
use arrow keys and on the EPG screen F1 and F3).
Steve Sakoman wrote:
From the 4 listed above:
I would rank them as -
1. BeagleRC
2. Beagle Bot
3. QEMU
4. AndroidMy ranking would be:
1) James
2) beaglebot
3) beaglercMy list is:
1) beaglebot
2) beaglerc
3) qemuBeaglebot takes first for the best overall combination of "wow
factor", quality/quantity of submission documentation, and actual
development progress.
And now my my €.02
1a) QEMU
1b) BeagleBot
3) LinuxRT
4) U-Boot USB
QEMU and Bot are both at #1, but QEMU would be easier to demonstrate.
Dirk
Btw.: Anybody likes to add OpenOCD support? I added it as example but had to remove it as I can't do it myself. I would rank it at #1, so if you like to win, add it
Robert Kuhn wrote:
Dear judges,
I have somewhat updated my submission.
The following changes have been made.
I've fetched the latest EPG data (using xmltv). This part used to have
some issues, that is why the previous version had old EPG data.
These are no fixed and now the system has actual EPG data for 139
channels. For the technically interested: I used the tv_grab_nl_upc
grabber.
Not all channels have logo's and some logo's look better than others.
I hope you will see through that.
I've also updated the project page (http://www.elinux.org/BeagleBoard/
James) to make more explicit what already runs and what not.
If you encounter a problem with the demo, please let me know (and
indicate in the subject something like BEAGLE as otherwise your
message might remain unnoticed in the LKML emails).
Also I would greatly appreciate it if you would let me know what you
find missing in my submission and how it should be improved to score
better next time. A lot of the system has to do with autonomous and
automatic functionality (e.g. auto importing pictures from a digital
camera) and is not easy to catch in a demo.
And finally: yes I know that a working demo with a beagle image would
be a big plus. However as explained before I have no beagle yet. Then
again I think I have a fairly solid proof of concept on NSLU2.
Good luck with the difficult task on judging all entries!
Frans.