Half a croissant, on a plate, with a sign in front of it saying '50c'
h a l f b a k e r y
Getting blown into traffic is never fun.

idea: add, search, annotate, link, view, overview, recent, by name, random

meta: news, help, about, links, report a problem

account: browse anonymously, or get an account and write.

user:
pass:
register,


                                     

Lookup table video compression

for less moving videos
  (+3, -1)
(+3, -1)
  [vote for,
against]

For scenes such as lectures, speaches, news casts etc, where frames don't change much, one can safely say that first few seconds of video contain all or most of the required frames for remaining portion of the video. Hence instead of replicating the frames, in subsequent portion of the video, simply refer to earlier frames. This could be very useful in streaming videos.

First few ( say , 2) seconds of videos will contain actual frames. Later frames will instead simply give the index no. of the frame within first 2 seconds. This video of first 2 seconds will be used as a lookup table.

One scenario where this could be used will be videoconferencing between two people in their homes. Since they are in their homes, their background won't change at all, in most cases. The actual changes will contain mostly facial expressions, lip movement etc. which are repeatative. In such cases it might be possible to send realtime HD video over low bandwidth connection.

[edit]: One major advantage will be : Once first look up tabled has been streamed/loaded, for later portion of the video, resolution is irrelevant; It could be 320 * 200 or 4000 * 3000; It will be equaly efficient.

VJW, Jul 12 2011

Blue http://www.imdb.com/title/tt0106438/
Just what it says in the title. [8th of 7, Jul 12 2011]

[link]






       //This could be very useful in streaming videos.//   

       Compression schemes for video are usually designed so that you can start playing a video from somewhere in the middle of the stream.   

       If your scheme refers back to the first 2 seconds of video then it's not possible to decompress the stream unless you've seen the first 2 seconds of it.
Wrongfellow, Jul 12 2011
  

       This is kind of what MPEG does - the bits of the frame which don't change are only updated infrequently.
hippo, Jul 12 2011
  

       //start playing a video from somewhere in the middle of the stream// In that case, first two seconds of video will have to be downloaded anyway.
VJW, Jul 12 2011
  

       This already happens though, in all sorts of existing codecs, does it not? [edit] - ahh yes - what [hippo] said.
zen_tom, Jul 12 2011
  

       I think what hippo says is diferent than what is being proposed. What is suggested here, is to preserve first two (or whatever) seconds of video even after displaying it, which I believe curretnly does not happen. Currently, portion of video which is displayed is removed from the memory.   

       IN the new scheme, if video length is 2 hours, first few seonds of video will be preserved in memory ( probably high speed graphics memory)for 2 hours.
VJW, Jul 12 2011
  

       //For scenes such as lectures, speaches, news casts etc, // I think you'll find all of these have at least slightly changing backgrounds, if that is not important, then just send the first frame and play the audio.
MisterQED, Jul 12 2011
  

       //In that case, first two seconds of video will have to be downloaded anyway.//   

       Nope. Have you ever noticed that digital TV still works if you turn the telly on half way through a programme?
Wrongfellow, Jul 12 2011
  

       What I've noticed is that if I turn on or start a video over the internet (and sometimes the effect is slightly visible on some lower quality DVDs) that in 'static' scenes, you can get a wash of colour that is from some previous scene (or some previous point in the current scene) that is only modified/swept clean when some clear-contrast change passes over that portion of the picture - or, in other words, "Yes, I have noticed that Internet TV sometimes has artifacts that would suggest that some kind of static-area compression is in effect" perhaps not from the start, but more often a kind of periodical effect.
zen_tom, Jul 12 2011
  

       This would work very well for some movies ....   

       <link>
8th of 7, Jul 12 2011
  

       //An idea that is based on complete ignorance of the subject matter// Explain.
VJW, Jul 12 2011
  

       We think you just did ...
8th of 7, Jul 12 2011
  

       It'd work for colour palettes though I'm not sure if they do that these days. Cartoons and other animation also.
FlyingToaster, Jul 12 2011
  

       I agree there must be a more efficient way to compress video recorded from a stationary camera.   

       My idea would be to record the background as the 'look-up table' and then only have to compress and transmit the moving foreground. Actually, I'm pretty sure I read about exactly this type of video compression in a magazine a few years ago.
xaviergisz, Jul 12 2011
  

       I didnt see how this was different from regular compression at first but now I do. [+]
DIYMatt, Jul 12 2011
  

       //from regular compression but now i do.   

       mp4? thats exactly how it works. The algorithm of course is more detailed. (I was on the mpeg implementation team)
pashute, Jul 13 2011
  

       //This is kind of what MPEG does - the bits of the frame which don't change are only updated infrequently.//   

       This is where this new idea has a major plus. In this case, even if frames do keep changing, even at high speeds for hours together, it is still fine, as long as frames are available in the video lookup table. I think mpeg will fail badly in this case.
VJW, Jul 13 2011
  

       This would work well for most soaps.
AbsintheWithoutLeave, Jul 13 2011
  
      
[annotate]
  


 

back: main index

business  computer  culture  fashion  food  halfbakery  home  other  product  public  science  sport  vehicle