dev builds
themes manual
device status forums
mailing lists
IRC bugs
dev guide

Rockbox mail archive

Subject: Re: Video Pause

Re: Video Pause

From: BlueChip <>
Date: Wed, 18 Feb 2004 19:29:49 +0000

> > > When we hit pause, the display shows the current "frame" - which is
> > > essentially just a bunch of random dots - I appreciate why this happens
> > > ...Would it possible during "pause" to loop through the frames currently
> > > in RAM and thus generate a viewable frame ...I understand that it would
> > > not be perfect, but it seems like a reasonable idea at a first look.
>The frames in RAM is actually a larger part, the time between two spinups.
>But you're right, we could loop a few frames back and forth. This will then
>always move back and forth also, may look very funny depending on the scene.

My VCR does weird things if you pause it in certain places too - ie. two
images shuddering one over the other.

>I just haven't spent much effort on the paused mode, and doubt I will. Be
>glad there is a pause at all...

It's of no personal interest to me, it was just a thought I had - my mind
wandering since my personal Rockbox projects are on hold for the moment.

>One thing the pause does: It re-syncs the video, in case it has drifted away
>from the audio (may happen after prolonged playback). For sure this works
>only if your encoding was correct.

cool - that's worth knowing

>If the video frame rate was given wrong to
>the command line tools, I can't help it.

You need to upgrade to CrystalBall Version 3.7 to fix that :D

> > This is just me, but it occurs to me that the best way would be to have
> > an optional part of the file, that kinda... holds frames.
> >
> > Not having looked at the file format at all, I'm only stabbing in the
> > dark here, but you could say "well, this slection of blitted frames
> > produces this source frame", so that the image created by the eye
> > doesn't move when those frames are looped.
>There is no part that represents a single frame, it's all a continuous flow.

Can you tell which data "bit", in RAM, is sent to 0,0 on the screen - if
so, whatever method you use to detect that can be used to calculate the
StartOfFrame :)

That is not to comment on the GOP idea, for which I do not _personally_ see
the benefit here, but have no great gripes against it either. GOP -> a
<shrugs> moment ;)

Received on 2004-02-18

Page template was last modified "Tue Sep 7 00:00:02 2021" The Rockbox Crew -- Privacy Policy