(Undo revision 38473 by Kumar51 (Talk))
(Added tips under "Getting Started" section)
 
(18 intermediate revisions by 3 users not shown)
Line 1: Line 1:
= Software Bounty: A/V tools for Rhea  =
+
= Software Bounty: A/V tools for [[About Rhea|Rhea]] =
 +
[[Rhea_Bounties|Software Bounty]]
 +
Status: OPEN
  
Description of Tools: <...to be written during meeting...>
+
Click [[Rhea_Bounties|here]] to view all software bounties.
 +
----
 +
The goal of this [[Rhea Bounties|bounty]] is to enable Rhea users to easily upload and view video and/or audio files. You must be a Purdue student in order to participate. You may choose to work either on the audio portion of the bounty, the video portion of the bounty, or both together. You will be responsible for integrating your software to the current Rhea code.  
  
== $ Amount: ==
+
As soon as we receive a functional piece of code, we will announce that there remain 10 days to the competition: anybody who wishes to compete must hand in their code before 10 days have passed in order to be considered for the bounty. The author(s) of the best software that satisfies the requirements will receive the money. Note that we strongly prefer open source solutions...
<pre>Audio: $250 (Audio Only)
+
  
Video: $550 (Includes Audio as Part of Video Format)
+
If none of the software competing is satisfactory, we will reopen the call for bounty until the money is claimed.
 +
 
 +
We thank the Motorola Foundation for their financial support for this competition.
 +
 
 +
Questions? Write them below or talk to Andrew Haddad haddada@purdue--[[User:Haddada|Haddada]] 17:54, 9 April 2010 (UTC)
 +
 
 +
== $ Amount:  ==
 +
<pre>Audio: $350 (Audio Only)
 +
Video: $650 (Includes Audio as Part of Video Format)
 
------------
 
------------
A/V: $800 (Independent Audio and Video</pre>  
+
A/V: $1000 (Independent Audio and Video</pre>  
 +
== Use Cases ==
 +
 
 +
The software developed must satisfy the following use cases:
 +
 
 +
*uploadingFromFile
 +
*capturingFromComputer
 +
*uploadFromURL
 +
*postingToAPage
 +
*watchingAVideo
 +
*listeningToAudio
 +
*publicizingMedia
 +
*controllingMedia (play, pause, FF, RW)
 +
*deletingMedia
 +
*watermarkingMedia
 +
*downloadingMedia
 +
*compressingMedia (on upload)
 +
*splittingMedia (on upload)
 +
 
 
== Bounty Requirements/Acceptance Criteria*<br>  ==
 
== Bounty Requirements/Acceptance Criteria*<br>  ==
  
Line 14: Line 43:
 
#Software must meet the Usability Rules as proposed by Constantine &amp; Lockwood in their text ''Software For Use'' - see below  
 
#Software must meet the Usability Rules as proposed by Constantine &amp; Lockwood in their text ''Software For Use'' - see below  
 
#It is highly suggested that developers follow User-Interface Design Principles as proposed by ''Software For Use'' - see below
 
#It is highly suggested that developers follow User-Interface Design Principles as proposed by ''Software For Use'' - see below
 +
#Follow the [[Usability Rules|Usability Rules]]
  
== Usability Rules[1]  ==
+
== Getting Started ==
 
+
#Access: The system should be usable, without help or instruction, by a user who has knowledge and experience in the application domain, but no prior experience with the system
+
#Efficacy: The system should not interfere with or impede efficient use by a skilled user who has susbtantial experience with the system.
+
#Progression: The system should facilitate continuous advancement in knowledge, skill, and facility and accomodate progressive change in usage as the user gains experience with system.
+
#Support: The system should support the real work that users are trying to accompluish by making it easier, simpler, faster, or more fun or by making new things possible.
+
#&nbsp;Context: The system should be suited to the real conditions and actial environment of the operational context within which it will be deployed abd used.<br>
+
 
+
== User-Interface Design Principles[1] ==
+
  
#Structure - Organize the user interface purposefully, in meaningful and useful ways based on clear, consistent models that are apparent and recognizable to users, putting related things together and seperating unrelated things, differentiating dissimilar things and making similar things resemble one another.
+
Email Andrew Haddad haddada@purdue to obtain Rhea's SVN repository.  
#Simplicity - Make simple, common tasks simple todo, communicating clearly and simply in the user's own language and providing good shortcuts that are meaningfully related to longer procedures.
+
#Visibility - Keep all needed options and materials for a given task visible without distracting the user with extraneous or redundant information.
+
#Feedback - Keep users informed of actions or interpretations, changes of state, or condition, and errors or exceptions that are relevant and of interest to the user through clear, concise, and unambiguous language familiar to users.
+
#Tolerance - Be flexible and tolerant, reducing the cost of mistakes and misuse by allowing undoing and redoing while also preventing errors wherever possible by tolerating varied inputs and sequences and by interpreting all reasonable actions reasonably
+
#Reuse - Reuse internal and external components and behaviors, maintaining consistency with purpose rather than merely arbitrary consistency, thus reducing the need for users to rethink and remember.
+
  
== *Software Evaluation Team ==
+
It looks like '''''Flow Player''''' is a great open source javascript player to use... Rhea would only need to add parser hooks to "install" the javascript player on any page with the correct tags. For example, after a user uploads purduepete.mp4, they could edit a page with: <flowplayer>/path/to/purduepete.mp4</flowplayer>.  Also, it supposedly supports plugins (for editing, converting, etc), and best of all, audio playback.
 +
Quick Start: [http://flowplayer.org/demos/installation/index.html here!]
 +
Audio Demo: [http://flowplayer.org/plugins/streaming/audio.html here.]    --[[User:Mreeder|Mreeder]] 02:15, 29 December 2010 (UTC)
  
All submissions will be evaluated by a team of volunteers. Anyone who is not submitting a project is welcome to participate.
 
  
Current SETeam:
+
== Questions  ==
  
#Andrew Haddad
+
*Write a question here
#Dhruv Lamba
+
**answer will be written here
#Anshita Kumar
+
*write another question here
 +
**answer will be written here.
  
== References  ==
+
----
  
[1] Constantine, Larry L., and Lucy A. D. Lockwood. Software for Use: a Practical Guide to the Models and Methods of Usage-centered Design. Reading, Mass.: Addison Wesley, 1999. Print.
+
[[Rhea Bounties|Back to Rhea Bounty Page]]

Latest revision as of 22:15, 28 December 2010

Software Bounty: A/V tools for Rhea

Software Bounty Status: OPEN

Click here to view all software bounties.


The goal of this bounty is to enable Rhea users to easily upload and view video and/or audio files. You must be a Purdue student in order to participate. You may choose to work either on the audio portion of the bounty, the video portion of the bounty, or both together. You will be responsible for integrating your software to the current Rhea code.

As soon as we receive a functional piece of code, we will announce that there remain 10 days to the competition: anybody who wishes to compete must hand in their code before 10 days have passed in order to be considered for the bounty. The author(s) of the best software that satisfies the requirements will receive the money. Note that we strongly prefer open source solutions...

If none of the software competing is satisfactory, we will reopen the call for bounty until the money is claimed.

We thank the Motorola Foundation for their financial support for this competition.

Questions? Write them below or talk to Andrew Haddad haddada@purdue--Haddada 17:54, 9 April 2010 (UTC)

$ Amount:

Audio:	$350 (Audio Only)
Video:	$650 (Includes Audio as Part of Video Format)
------------
A/V:	$1000 (Independent Audio and Video

Use Cases

The software developed must satisfy the following use cases:

  • uploadingFromFile
  • capturingFromComputer
  • uploadFromURL
  • postingToAPage
  • watchingAVideo
  • listeningToAudio
  • publicizingMedia
  • controllingMedia (play, pause, FF, RW)
  • deletingMedia
  • watermarkingMedia
  • downloadingMedia
  • compressingMedia (on upload)
  • splittingMedia (on upload)

Bounty Requirements/Acceptance Criteria*

  1. Software must complete all of the proposed use-cases as specified.
  2. Software must meet the Usability Rules as proposed by Constantine & Lockwood in their text Software For Use - see below
  3. It is highly suggested that developers follow User-Interface Design Principles as proposed by Software For Use - see below
  4. Follow the Usability Rules

Getting Started

Email Andrew Haddad haddada@purdue to obtain Rhea's SVN repository.

It looks like Flow Player is a great open source javascript player to use... Rhea would only need to add parser hooks to "install" the javascript player on any page with the correct tags. For example, after a user uploads purduepete.mp4, they could edit a page with: <flowplayer>/path/to/purduepete.mp4</flowplayer>. Also, it supposedly supports plugins (for editing, converting, etc), and best of all, audio playback. Quick Start: here! Audio Demo: here. --Mreeder 02:15, 29 December 2010 (UTC)


Questions

  • Write a question here
    • answer will be written here
  • write another question here
    • answer will be written here.

Back to Rhea Bounty Page

Alumni Liaison

Meet a recent graduate heading to Sweden for a Postdoctorate.

Christine Berkesch