You are here:
Foswiki
>
SE Web
>
ThesesHome
>
ThesisDPPXIII
>
ThesisDPPXIIIReports
(01 Mar 2010,
StephanLau
)
Edit
Attach
Vorbereitungsphase / Preparatory stage
More ...
Less ...
Week ( 1.10 - 2.10.09)
More ...
Less ...
Activities
took part in testing of release 9.10.2
search existing libraries/programms in java for screensharing or screencapture (on javaforge, berlios, freshmeat, sourgeforge)
found
http://krut.sourceforge.net/
screengrabber, record desktopsession to mov-files
http://jshot.info/
take simple screenshots
Results
invitationprocess seems to be buggy → not released yet
Problems
not found many existing tools.. am I the first one using this in java!?!?
Comments
Goals
get an overview to screensharing
find some more javastuff concerning this topic
Week ( 5.10 - 9.10.09)
More ...
Less ...
Activities
still search some javaapis or solutions for screensharing
dealt with videoencoding in java
found
http://java.sun.com/javase/technologies/desktop/media/jmf/2.1.1/download.html
standard in java videoencoding
uses old, uneffective codes
since 2004 not developed further
http://de.sourceforge.jp/projects/sfnet_h264avcjavaenco/
pure h264 encoding in java... should be slow
http://www.alphaworks.ibm.com/tech/tk4mpeg4
mpeg4 aka h.263 coder in java
http://netmind.hu/ogg
just containerencoder without codecs
http://jffmpeg.sourceforge.net
ffmpegwrapper for java
extends jmf
http://www.xuggle.com/xuggler/
ffmpegwrapper for java
http://fmj-sf.net/index.php
ffmpegwrapper for java
explored xuggler
started prototype for screensharing based on xuggler
Results
seems that I have build screenshare on my own
use a simple videostream for transmitting the screen
did not found other existing screensharingtools or apis for dynamic streaming of content
chosen an api for videoencoding
Xuggler
based on ffmpeg
wide range of supported codes
active development
fast encoding due to native code
easy to install on windows, mac, linux with integrated and compiled ffmpeg
Problems
videoencoding is very complex
choose a preferred container and videoformat
understand lots of possible settings an encoder uses
Comments
Goals
running prototype
Week ( 12.10 - 16.10.09)
More ...
Less ...
Activities
explored xuggler
Results
found 'hidden' settings for encoders in xuggler
Problems
most settings applied not to codec h.264
Comments
was ill from 13.10 to 16.10
Goals
see last week
Week ( 19.10 - 23.10.09)
Activities
worked on prototype
set up libx264 encoder to use cbr (constant bitrate encoding)
meet the given bitrate and don't exceed it
first checkin of prototype into svn
Results
prototype
client-server program, streaming via network
dynamic resizing of inputframes to encoder
console in server to change and view current enviroment
change fps while streaming
use vbv-buffer (in ffmpeg) to guarantee the bitratelimit (in some cases, esp. low bitrates, without vbv some peaks appeared)
Problems
due to update of xuggler, 'libx264' needed other settings than default ones
presets by ffmpeg did not work
examples by xuggler used not cbr-mode
bruteforce trying to find appropriate settings
in cbr mode x264 has a noticable delay
seems that encoder collects all frames between two keyframes, encodes them at once to keep given bitrate and finally pushes them into videostream
Comments
xuggler updated to 3.3 on 21.10, so problems on setting up 'libx264' disappeared (see last week)
Goals
release saros
make weekly reports
prototype
deal with temporary low bandwidth
Week ( 26.10 - 30.10.09)
More ...
Less ...
Activities
improved prototype
releasemanager in this cycle
tested new release
Results
prototype
extended console
threaded server
change resolution while streaming → problem
introduced and second stream for controlling the transmission
client sends statistics about delay etc. to server
releasemanager
collected all changes since last release
prepared branch for testing
Problems
resizing the livestream is not possible
used container (flv) does not support more than one videostream
other containerformats don't seem to work
either not streamable (mpeg4, …)
or don't work w. xuggler? (mkv, ogg, …)
setting a new framerate on the fly causes a big delay on client
reason can't be figured out, maybe is the old timebase (based on old framerate) the reason
try to drop frames instead of changing framerate
Comments
Goals
prepare the presentation for thursday next week
plan advance for the next weeks
give an overview about screensharing
details of planned implementation
features
requirements
integration into saros
find reason why some containerformats don't work in xuggler
prototype
deal with temporary low bandwidth
Working stage
More ...
Less ...
Week ( 2.11 - 6.11.09)
More ...
Less ...
Activities
still releasemanager, release has been deferred
worked on
preparation presentation
Results
preparation presentation
is done
releasemanager
released
Saros
v9.10.30.r1833
changed/expanded some steps in
release instructions
merged changes back to trunk
DPPOutReach
en.wikipedia.org/wiki/Pair_programming
en.wikipedia.org/wiki/Collaborative_real-time_editor
http://www.mister-wong.de/tags/saros/
Problems
Comments
not done
find reason why some containerformats don't work in xuggler
Goals
complete base architecture for screenshareapp
send some bugreports to xuggler
Week( 9.11 - 13.11.09)
More ...
Less ...
Activities
worked on base architecture
meeting with Stephan and Karl on wednesday
Results
wrote usecases (
ThesisDPPXIIIUseCases
) and requirements
developed modules (functionality, responsibilities)
meeting
shorten iterations to 2 weeks
immediately integrate screensharing into saros
some bugreports for xuggler
Issue 222
Issue 223
Problems
Comments
this week was not really productive, i increase it!
Goals
adapt plan due to meeting
finish architecture
start integration in saros
Week ( 16.11 - 20.11.09)
More ...
Less ...
Activities
preparation for implementation (requirements engineering)
worked on implementation
adapted plan
Results
architecture and modules, see
ThesisDPPXIIIProgramming
started to code (see my repository)
ported prototype to new architecture
local testing via piped streams possible
Problems
still some open questions for architecture
who controls when a frame will be rendered, encoder or connectionmanager?
what is needed at clients side to initiate and handle connections?
need some details concerning saros, should be done this week
how can i handle configurations?
will try
Apache Commons Configuration
does it fit in eclipse?
Comments
Goals
integrate into saros
view for clients player
bytestreams for connection between two users
Week( 23.11 - 27.11.09)
More ...
Less ...
Activities
programmed feature
startup with saros
get a network stream
Results
programming
hooked into picocotainer
tried to get network stream
entered tests 3.2 - 3.7 in testlink
Problems
is not easy to get network stream
find a way to get one via jingle, but this seems not to be accepted → meeting tuesday
Comments
Goals
find solution for network architecture (meeting tuesday)
let saros be packetbased, wrap a stream with them
get a real stream via jingle/socks
not completely my part, sandor and henning have to help me
start ui
player
session initiation, negotiation
Week( 30.11 - 4.12.09)
More ...
Less ...
Activities
worked on streaming with saros
assisted releasemanger
tested saros for release
Results
developed framework for streambased services
simple filetransfer-test worked
Problems
Comments
Goals
test streaming with video, finish it completely
start ui stuff
Week( 7.12 - 11.12.09)
More ...
Less ...
Activities
worked at our new streaming interface
played a bit with swt and eclipse views
implemented file sending based on streaming
Results
streaming: improved it
performance (chunkSize and maximalDelay)
reliability, send packets same order they arrive
introduced soft stop
UI
created first view (canvas with simple statusbar)
discovered swt: widgets, layouts, …
Problems
not sure whether streaming is now reliable enough... spend already a lot of time there, but sometimes strange errors occur
Comments
don't get so far to test videosharing with stream interface
Goals
integrate view into videosharing
create a
StreamService
for video, test it in saros
Week( 14.12 - 18.12.09)
More ...
Less ...
Activities
worked on view for playing video
implemented example service for sending single files in a session
improved streaming
integration of videosharing-prototype into saros
Results
videosharing
created branch, moved classes
created simple view for showing video with canvas and statusbar
streaming
can add serialized objects to metapackets
developed improving concepts
streams need to be closed
output should block when input is not reading
file sending
show speed in task
cancellable
Problems
videoplayerview is swt, but images are awt: need to embed an awt canvas
sometimes streaming hangs without obvious reason, need to figure out
Comments
Goals
improve streaming (s.a.)
esp. robustness (errorhandling, disposing)
make videosharing work in saros
embed awt-canvas in player
create preferences (pages)
catch input in player's canvas, send them to host
Week( 21.12 - 25.12.09)
More ...
Less ...
Ill
Week( 28.12.09 - 1.1.10)
More ...
Less ...
Ill
Week( 4.1 - 8.1.10)
More ...
Less ...
Ill
Week( 11.1 - 15.1.10)
More ...
Less ...
Activities
finish screensharing and streaming for release
documented state of work in wiki
write paper about technical realization
Results
screensharing
disposing
fast awt-canvas for displaying video
catch input in videoplayer and send to host
pure java encoder taken from smack-demo
streaming
errorhandling/disposing
many fixes
paper - 50% done
Problems
alternative encoder is too slow, works only w. 1 FPS
try to optimize
Comments
screensharing not ready for release
streaming could be ready
christopher fixes binarychannel
must be reviewed (and afterwards fixed)
any feature uses it
Goals
make features ready for use for release next week
optimize other encoder
UI
players toolbar
resizing
preference dialogues
paper finished until wednesday
Week( 18.1 - 22.1.10)
More ...
Less ...
Activities
writing mentioned paper
make screensharing ready for release
make streaming ready for release
reviewed some patches for release
Results
paper done
no feedback yet
screensharing works
UI minor bugs
Problems
seems that there's not enough to review both features
maybe not released or only experimental?
alternative encoder
really bad performance, only 1 fps at low resolution, even at fast machines
Comments
only core features in screensharing work
Goals
release a new version for Saros
finish streaming and sending file during session
Week( 25.1 - 29.1.10)
More ...
Less ...
Activities
helped releasing and testing saros 10.1.29
worked on streaming and screensharing
Results
streaming
created patch for reviewing
screensharing
worked towards creating patch, not done yet
Problems
Comments
Goals
next weeks
get screensharing stable
focus on thesis
improve streaming according to reviews
next week
relax @ holiday in austria
Week( 1.2 - 5.2.10)
More ...
Less ...
holiday in austria
Week( 8.2 - 12.2.10)
More ...
Less ...
Activities
worked on thesis
improved streaming
Results
created outline
read and chose some papers, see
ThesisDPPXIIILiteratur
streaming
almost done, thread-pools are missing
Problems
Comments
Goals
write parts about saros, pp, dpp and ca
create new patch for streaming to be reviewed
Week (15.2 - 19.2.10)
More ...
Less ...
Activities
read some more papers
prepared streaming for release
Results
finished streaming patch, which will be reviewed for release
Problems
Comments
ill
Goals
get better
Week (22.2 - 26.2.10)
More ...
Less ...
Activities
adapted patch for streaming
Results
streaming-patch
adapted due to hennings and flo's review
Problems
patch done too close to release, not released
Comments
still ill
Goals
get finally better
find some papers concerning video (esp. bandwidth-adaption)
write parts about saros, pp, dpp, ca and related work
E
dit
|
A
ttach
|
P
rint version
|
H
istory
: r21
<
r20
<
r19
<
r18
|
B
acklinks
|
V
iew wiki text
|
Edit
w
iki text
|
M
ore topic actions
Topic revision: r20 - 01 Mar 2010,
StephanLau
- This page was cached on 22 Feb 2025 - 11:57.
SE
Fachbereich MI
Mathematik
Informatik
Web FAQ
AG SE:
Home
Research
Publications
Teaching
Theses
People
Contact
Tools:
Search
Index
Webs
Impressum
Freie Universität Berlin, Institut für Informatik