just thinking out loud here, for example maybe you have some short videos you want to show to some other people, so u can open an app that checks the amount of memory you have, then checks the amount it needs to do decoding..... if it has enough it does the decoding (not at full speed) 'n lets u know when it's complete, then u can watch it 'n decide if u wanna watch it again or delete the decoded part from memory again... not sure if this is possible, not an expert here...<br>
<br><div class="gmail_quote">On Mon, Apr 28, 2008 at 4:47 AM, The Rasterman Carsten Haitzler <<a href="mailto:raster@openmoko.org">raster@openmoko.org</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Mon, 28 Apr 2008 03:09:51 +0200 ramsesoriginal <<a href="mailto:ramsesoriginal@gmail.com">ramsesoriginal@gmail.com</a>><br>
babbled:<br>
<div class="Ih2E3d"><br>
<br>
> I'm not an expert, so maybe this question is silly, but it just popped<br>
> to my mind: using mencod, couldn't you decode the video, store it in<br>
> decoded form and then you have onyl to copy it? If this would be<br>
> possible, you cold make some sort of video-transfere-applciation where<br>
> you can set the desidred speed/size/ratio..<br>
><br>
> again, i have no idea if it's possible, just 2 thoughts from my side..<br>
<br>
</div>yes. that's possible. of course your 100mb movie file becomes about 1-2gb<br>
now :) maybe more...<br>
<br>
in theory u should manage 512x384@24fps (24fps is movie framerate in the<br>
cinemas). as u have almost no decode (though you have to read it from some IO<br>
souce). so u need an IO source that can stream 7mb/sec to you (good luck<br>
finding that!) but *IF* u did... a 2 hour movie would be about 46gb of data...<br>
good luck finding that storage too! :)<br>
<br>
in other words... "not practical to have it unencoded to avoid decoding".<br>
<br>
i used a 2hr movie just as an example so you know just how much video<br>
compression gets you... it saves an AMAZING amount of space. the numbers for<br>
pure video source (that is zero quality loss original RGB data) is double that<br>
for 512x384@24fps. (92gb)...<br>
<br>
in the end beyond a "hey my phone is so cool i play high-res video" demos of 30<br>
second clips (that woul still be enormous and u wouldnt be able to store more<br>
than 1 or 2 anyway - but as a demo to show off its enough), it is just not<br>
useful or practical.<br>
<br>
yes - we can go for simpler compression schmes that still require decode, but<br>
just less effort and eerything just adjusts. we spend less decode time, but<br>
require more IO bandwidth and vice-versa. once decoded u have a tradeoff of<br>
resolution vs frames per second as the pipe u have to send it down is fixed in<br>
size. you choose your favorite tradeoff, but somewhere there you will need to<br>
make one.<br>
<font color="#888888"><br>
--<br>
</font><div><div></div><div class="Wj3C7c">Carsten Haitzler (The Rasterman) <<a href="mailto:raster@openmoko.org">raster@openmoko.org</a>><br>
<br>
_______________________________________________<br>
Openmoko community mailing list<br>
<a href="mailto:community@lists.openmoko.org">community@lists.openmoko.org</a><br>
<a href="http://lists.openmoko.org/mailman/listinfo/community" target="_blank">http://lists.openmoko.org/mailman/listinfo/community</a><br>
</div></div></blockquote></div><br>