X-Google-Thread: f7c81,3fd96599bf0e183a X-Google-Attributes: gidf7c81,public X-Google-Language: GERMAN,ASCII Path: g2news1.google.com!news2.google.com!proxad.net!proxad.net!newsfeed.arcor.de!news.arcor.de!not-for-mail From: "Wolfgang Fellger" Subject: Re: Lange angekuendigt ... Newsgroups: de.alt.rec.ascii-art References: <43c784f5$0$20772$9b4e6d93@newsread4.arcor-online.net> User-Agent: XanaNews/1.17.6.6 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Date: 13 Jan 2006 18:46:34 GMT Lines: 17 Message-ID: <43c7f58a$0$20771$9b4e6d93@newsread4.arcor-online.net> Organization: Arcor NNTP-Posting-Date: 13 Jan 2006 19:46:34 MET NNTP-Posting-Host: cb9f6cf2.newsread4.arcor-online.net X-Trace: DXC=T[:ejgIfPPldTjW\KbG]kaMXA@_25la3nbRal:jbi3D4?RUn@g2e6HTT[I9_E71RUVlSOFhiB>oFlIQ X-Complaints-To: usenet-abuse@arcor.de Xref: g2news1.google.com de.alt.rec.ascii-art:71 Christoph 'Mehdorn' Weber wrote: > Da wei� ich noch nicht, ob ich es implementiere. Mu� ich erst ein >paar Tests machen. Es w�re ungut, wenn der Player dazu den ganzen >Film im Speicher halten mu�. Warum nicht die gute alte Lookup-Table? Am Anfang ein statisches Array von m��iger Gr��e reservieren und alle x Frames den jeweiligen Byteoffset speichern. Selbst x=1 sollte nicht arg viel Speicher verbrauchen, und dann ist R�ckw�rtsabspielen und -springen absolut trivial. Wenn das Array je �berl�uft kann man es ja entweder dynamisch vergr��ern, auf die weitere Speicherung verzichten oder Daten wegwerfen. -- Wolfgang Fellger