Deinterlaced video seeking

[Gregory Petrosyan]

Hello!

I am building an application that should be able to show interlaced 25
fps DV video as deinterlaced 50 fps one. I have no problem using
"deinterlace" component, and gst-inspect shows that source pad of it
gives me 50 fps video indeed.

(Pipeline looks like "filesrc ! queue ! decodebin ! ffmpegcolorspace !
deinterlace ! ffmpegcolorspace ! autovideosink").

As I understand, "seek" travels up the pipeline, until it reaches
"dvdec" or something like that, and it can only seek with 25-fps
accuracy, because it knows nothing about deinterlacing. What should I
do to be able to seek this video with 50-fps accuracy?

                Gregory

------------------------------------------------------------------------------
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Edward Hervey]

On Thu, 2010-04-22 at 17:33 +0400, Gregory Petrosyan wrote:

> Hello!
>
> I am building an application that should be able to show interlaced 25
> fps DV video as deinterlaced 50 fps one. I have no problem using
> "deinterlace" component, and gst-inspect shows that source pad of it
> gives me 50 fps video indeed.
>
> (Pipeline looks like "filesrc ! queue ! decodebin ! ffmpegcolorspace !
> deinterlace ! ffmpegcolorspace ! autovideosink").
>
> As I understand, "seek" travels up the pipeline, until it reaches
> "dvdec" or something like that, and it can only seek with 25-fps
> accuracy, because it knows nothing about deinterlacing. What should I
> do to be able to seek this video with 50-fps accuracy?

  It should work with the GST_SEEK_FLAG_ACCURATE flag in your seek
event, which will make your seek nano-second accurate.
  The only problem is that I just checked deinterlace, and it doesn't
properly drop buffers before that seek point, but the videosink will
take that into account and properly display starting from the position
you requested.

  So, for displaying, the accuracy will work as expected, but for some
other uses it might not.

   Edward

>
>                 Gregory
>
> ------------------------------------------------------------------------------
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel



------------------------------------------------------------------------------
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Sebastian Dröge-7]

On Thu, 2010-04-22 at 16:20 +0200, Edward Hervey wrote:

> On Thu, 2010-04-22 at 17:33 +0400, Gregory Petrosyan wrote:
> > Hello!
> >
> > I am building an application that should be able to show interlaced 25
> > fps DV video as deinterlaced 50 fps one. I have no problem using
> > "deinterlace" component, and gst-inspect shows that source pad of it
> > gives me 50 fps video indeed.
> >
> > (Pipeline looks like "filesrc ! queue ! decodebin ! ffmpegcolorspace !
> > deinterlace ! ffmpegcolorspace ! autovideosink").
> >
> > As I understand, "seek" travels up the pipeline, until it reaches
> > "dvdec" or something like that, and it can only seek with 25-fps
> > accuracy, because it knows nothing about deinterlacing. What should I
> > do to be able to seek this video with 50-fps accuracy?
>
>   It should work with the GST_SEEK_FLAG_ACCURATE flag in your seek
> event, which will make your seek nano-second accurate.
>   The only problem is that I just checked deinterlace, and it doesn't
> properly drop buffers before that seek point, but the videosink will
> take that into account and properly display starting from the position
> you requested.
>
>   So, for displaying, the accuracy will work as expected, but for some
> other uses it might not.

My local version of deinterlace clips the output to the configure
segment. I'll push this change after gst-plugins-good is open for commit
again.

Then it will work for displaying and all other use cases.

------------------------------------------------------------------------------

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Gregory Petrosyan]

On Thu, Apr 22, 2010 at 6:20 PM, Edward Hervey <[hidden email]> wrote:

> On Thu, 2010-04-22 at 17:33 +0400, Gregory Petrosyan wrote:
>> I am building an application that should be able to show interlaced 25
>> fps DV video as deinterlaced 50 fps one. I have no problem using
>> "deinterlace" component, and gst-inspect shows that source pad of it
>> gives me 50 fps video indeed.
>>
>> (Pipeline looks like "filesrc ! queue ! decodebin ! ffmpegcolorspace !
>> deinterlace ! ffmpegcolorspace ! autovideosink").
>>
>> As I understand, "seek" travels up the pipeline, until it reaches
>> "dvdec" or something like that, and it can only seek with 25-fps
>> accuracy, because it knows nothing about deinterlacing. What should I
>> do to be able to seek this video with 50-fps accuracy?
>
>  It should work with the GST_SEEK_FLAG_ACCURATE flag in your seek
> event, which will make your seek nano-second accurate.

Thanks, I'll try that. However, last time I tried to use it, there was
a pipeline error right after that (can't remember the exact text now).

Also, does it work with _DEFAULT seeking mode (which I assume is frame-based)?

                Gregory

------------------------------------------------------------------------------
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Gregory Petrosyan]

2010/4/22 Sebastian Dröge <[hidden email]>:

> On Thu, 2010-04-22 at 16:20 +0200, Edward Hervey wrote:
>> On Thu, 2010-04-22 at 17:33 +0400, Gregory Petrosyan wrote:
>> > I am building an application that should be able to show interlaced 25
>> > fps DV video as deinterlaced 50 fps one. I have no problem using
>> > "deinterlace" component, and gst-inspect shows that source pad of it
>> > gives me 50 fps video indeed.
>> >
>> > (Pipeline looks like "filesrc ! queue ! decodebin ! ffmpegcolorspace !
>> > deinterlace ! ffmpegcolorspace ! autovideosink").
>> >
>> > As I understand, "seek" travels up the pipeline, until it reaches
>> > "dvdec" or something like that, and it can only seek with 25-fps
>> > accuracy, because it knows nothing about deinterlacing. What should I
>> > do to be able to seek this video with 50-fps accuracy?
>>
>>   It should work with the GST_SEEK_FLAG_ACCURATE flag in your seek
>> event, which will make your seek nano-second accurate.
>>   The only problem is that I just checked deinterlace, and it doesn't
>> properly drop buffers before that seek point, but the videosink will
>> take that into account and properly display starting from the position
>> you requested.
>>
>>   So, for displaying, the accuracy will work as expected, but for some
>> other uses it might not.
>
> My local version of deinterlace clips the output to the configure
> segment. I'll push this change after gst-plugins-good is open for commit
> again.
>
> Then it will work for displaying and all other use cases.

Thanks! Should I use the latest git GStreamer with your patch applied,
or are e.g. OSSBuild  and Ubuntu versions OK too? (OSSBuild has
0.10.28 -base and 0.10.21 -good, same for Ubuntu).

                Gregory

------------------------------------------------------------------------------
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Sebastian Dröge-7]

On Thu, 2010-04-22 at 18:41 +0400, Gregory Petrosyan wrote:

> On Thu, Apr 22, 2010 at 6:20 PM, Edward Hervey <[hidden email]> wrote:
> > On Thu, 2010-04-22 at 17:33 +0400, Gregory Petrosyan wrote:
> >> I am building an application that should be able to show interlaced 25
> >> fps DV video as deinterlaced 50 fps one. I have no problem using
> >> "deinterlace" component, and gst-inspect shows that source pad of it
> >> gives me 50 fps video indeed.
> >>
> >> (Pipeline looks like "filesrc ! queue ! decodebin ! ffmpegcolorspace !
> >> deinterlace ! ffmpegcolorspace ! autovideosink").
> >>
> >> As I understand, "seek" travels up the pipeline, until it reaches
> >> "dvdec" or something like that, and it can only seek with 25-fps
> >> accuracy, because it knows nothing about deinterlacing. What should I
> >> do to be able to seek this video with 50-fps accuracy?
> >
> >  It should work with the GST_SEEK_FLAG_ACCURATE flag in your seek
> > event, which will make your seek nano-second accurate.
>
> Thanks, I'll try that. However, last time I tried to use it, there was
> a pipeline error right after that (can't remember the exact text now).

Only very few elements implement accurate seeking properly. If you find
any problems with accurate seeking please file bugs.

> Also, does it work with _DEFAULT seeking mode (which I assume is frame-based)?

Only if the upstream elements support seeking in default format. I guess
I can add frame->time conversion in the deinterlace seek code though ;)

------------------------------------------------------------------------------

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Sebastian Dröge-7]

On Thu, 2010-04-22 at 18:54 +0400, Gregory Petrosyan wrote:

> 2010/4/22 Sebastian Dröge <[hidden email]>:
> > On Thu, 2010-04-22 at 16:20 +0200, Edward Hervey wrote:
> >> On Thu, 2010-04-22 at 17:33 +0400, Gregory Petrosyan wrote:
> >> > I am building an application that should be able to show interlaced 25
> >> > fps DV video as deinterlaced 50 fps one. I have no problem using
> >> > "deinterlace" component, and gst-inspect shows that source pad of it
> >> > gives me 50 fps video indeed.
> >> >
> >> > (Pipeline looks like "filesrc ! queue ! decodebin ! ffmpegcolorspace !
> >> > deinterlace ! ffmpegcolorspace ! autovideosink").
> >> >
> >> > As I understand, "seek" travels up the pipeline, until it reaches
> >> > "dvdec" or something like that, and it can only seek with 25-fps
> >> > accuracy, because it knows nothing about deinterlacing. What should I
> >> > do to be able to seek this video with 50-fps accuracy?
> >>
> >>   It should work with the GST_SEEK_FLAG_ACCURATE flag in your seek
> >> event, which will make your seek nano-second accurate.
> >>   The only problem is that I just checked deinterlace, and it doesn't
> >> properly drop buffers before that seek point, but the videosink will
> >> take that into account and properly display starting from the position
> >> you requested.
> >>
> >>   So, for displaying, the accuracy will work as expected, but for some
> >> other uses it might not.
> >
> > My local version of deinterlace clips the output to the configure
> > segment. I'll push this change after gst-plugins-good is open for commit
> > again.
> >
> > Then it will work for displaying and all other use cases.
>
> Thanks! Should I use the latest git GStreamer with your patch applied,
> or are e.g. OSSBuild  and Ubuntu versions OK too? (OSSBuild has
> 0.10.28 -base and 0.10.21 -good, same for Ubuntu).

The patch will probably only work with the GIT version because it
depends on some other local changes, which I'll push to GIT before that.

------------------------------------------------------------------------------

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Gregory Petrosyan]

2010/4/22 Sebastian Dröge <[hidden email]>:

> On Thu, 2010-04-22 at 18:54 +0400, Gregory Petrosyan wrote:
>> 2010/4/22 Sebastian Dröge <[hidden email]>:
>> > On Thu, 2010-04-22 at 16:20 +0200, Edward Hervey wrote:
>> >> On Thu, 2010-04-22 at 17:33 +0400, Gregory Petrosyan wrote:
>> >> > I am building an application that should be able to show interlaced 25
>> >> > fps DV video as deinterlaced 50 fps one. I have no problem using
>> >> > "deinterlace" component, and gst-inspect shows that source pad of it
>> >> > gives me 50 fps video indeed.
>> >> >
>> >> > (Pipeline looks like "filesrc ! queue ! decodebin ! ffmpegcolorspace !
>> >> > deinterlace ! ffmpegcolorspace ! autovideosink").
>> >> >
>> >> > As I understand, "seek" travels up the pipeline, until it reaches
>> >> > "dvdec" or something like that, and it can only seek with 25-fps
>> >> > accuracy, because it knows nothing about deinterlacing. What should I
>> >> > do to be able to seek this video with 50-fps accuracy?
>> >>
>> >>   It should work with the GST_SEEK_FLAG_ACCURATE flag in your seek
>> >> event, which will make your seek nano-second accurate.
>> >>   The only problem is that I just checked deinterlace, and it doesn't
>> >> properly drop buffers before that seek point, but the videosink will
>> >> take that into account and properly display starting from the position
>> >> you requested.
>> >>
>> >>   So, for displaying, the accuracy will work as expected, but for some
>> >> other uses it might not.
>> >
>> > My local version of deinterlace clips the output to the configure
>> > segment. I'll push this change after gst-plugins-good is open for commit
>> > again.
>> >
>> > Then it will work for displaying and all other use cases.
>>
>> Thanks! Should I use the latest git GStreamer with your patch applied,
>> or are e.g. OSSBuild  and Ubuntu versions OK too? (OSSBuild has
>> 0.10.28 -base and 0.10.21 -good, same for Ubuntu).
>
> The patch will probably only work with the GIT version because it
> depends on some other local changes, which I'll push to GIT before that.

Can you please post the patches here, or give me a link to your
repository? It seems that I can't get proper seeking without them.

                Gregory

------------------------------------------------------------------------------
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Sebastian Dröge-7]

On Fri, 2010-04-23 at 23:55 +0400, Gregory Petrosyan wrote:

> 2010/4/22 Sebastian Dröge <[hidden email]>:
> > On Thu, 2010-04-22 at 18:54 +0400, Gregory Petrosyan wrote:
> >> 2010/4/22 Sebastian Dröge <[hidden email]>:
> >> > On Thu, 2010-04-22 at 16:20 +0200, Edward Hervey wrote:
> >> >> On Thu, 2010-04-22 at 17:33 +0400, Gregory Petrosyan wrote:
> >> >> > I am building an application that should be able to show interlaced 25
> >> >> > fps DV video as deinterlaced 50 fps one. I have no problem using
> >> >> > "deinterlace" component, and gst-inspect shows that source pad of it
> >> >> > gives me 50 fps video indeed.
> >> >> >
> >> >> > (Pipeline looks like "filesrc ! queue ! decodebin ! ffmpegcolorspace !
> >> >> > deinterlace ! ffmpegcolorspace ! autovideosink").
> >> >> >
> >> >> > As I understand, "seek" travels up the pipeline, until it reaches
> >> >> > "dvdec" or something like that, and it can only seek with 25-fps
> >> >> > accuracy, because it knows nothing about deinterlacing. What should I
> >> >> > do to be able to seek this video with 50-fps accuracy?
> >> >>
> >> >>   It should work with the GST_SEEK_FLAG_ACCURATE flag in your seek
> >> >> event, which will make your seek nano-second accurate.
> >> >>   The only problem is that I just checked deinterlace, and it doesn't
> >> >> properly drop buffers before that seek point, but the videosink will
> >> >> take that into account and properly display starting from the position
> >> >> you requested.
> >> >>
> >> >>   So, for displaying, the accuracy will work as expected, but for some
> >> >> other uses it might not.
> >> >
> >> > My local version of deinterlace clips the output to the configure
> >> > segment. I'll push this change after gst-plugins-good is open for commit
> >> > again.
> >> >
> >> > Then it will work for displaying and all other use cases.
> >>
> >> Thanks! Should I use the latest git GStreamer with your patch applied,
> >> or are e.g. OSSBuild  and Ubuntu versions OK too? (OSSBuild has
> >> 0.10.28 -base and 0.10.21 -good, same for Ubuntu).
> >
> > The patch will probably only work with the GIT version because it
> > depends on some other local changes, which I'll push to GIT before that.
>
> Can you please post the patches here, or give me a link to your
> repository? It seems that I can't get proper seeking without them.

Patches are attached... it only supports seeking in TIME format though.

If you find any problems with that patchset please tell me.

------------------------------------------------------------------------------

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Edward Hervey]

On Sat, 2010-04-24 at 09:03 +0200, Sebastian Dröge wrote:

> On Fri, 2010-04-23 at 23:55 +0400, Gregory Petrosyan wrote:
> > 2010/4/22 Sebastian Dröge <[hidden email]>:
> > > On Thu, 2010-04-22 at 18:54 +0400, Gregory Petrosyan wrote:
> > >> 2010/4/22 Sebastian Dröge <[hidden email]>:
> > >> > On Thu, 2010-04-22 at 16:20 +0200, Edward Hervey wrote:
> > >> >> On Thu, 2010-04-22 at 17:33 +0400, Gregory Petrosyan wrote:
> > >> Thanks! Should I use the latest git GStreamer with your patch applied,
> > >> or are e.g. OSSBuild  and Ubuntu versions OK too? (OSSBuild has
> > >> 0.10.28 -base and 0.10.21 -good, same for Ubuntu).
> > >
> > > The patch will probably only work with the GIT version because it
> > > depends on some other local changes, which I'll push to GIT before that.
> >
> > Can you please post the patches here, or give me a link to your
> > repository? It seems that I can't get proper seeking without them.
>
> Patches are attached... it only supports seeking in TIME format though.
>
> If you find any problems with that patchset please tell me.

  And if you can wait, we'll be releasing good again shortly after the
upcoming good release, which will contain all those patches. Details of
the release schedule is availabe on
http://gstreamer.freedesktop.org/wiki/ReleasePlanning2010

   Edward

> ------------------------------------------------------------------------------
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel



------------------------------------------------------------------------------
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Gregory Petrosyan]

2010/4/24 Sebastian Dröge <[hidden email]>:
> Patches are attached... it only supports seeking in TIME format though.
>
> If you find any problems with that patchset please tell me.

I've built GStreamer from git (core, base and good), and applied your
patches on top of it. Unfortunately, when doing

 GST_PLUGIN_PATH=/usr/local/lib/gstreamer-0.10/ ./gst-player ~/Videos/test.avi

seeking does not work at all (first seek sometimes work, but after
that I can't seek at all). When doing

./gst-player ~/Videos/test.avi

which loads Ubuntu's gstreamer plugins, seeking works, but only with
25 fps accuracy.

What can I do to debug this issue?

                Gregory

------------------------------------------------------------------------------
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Gregory Petrosyan]

On Sun, Apr 25, 2010 at 5:31 PM, Gregory Petrosyan
<[hidden email]> wrote:

> 2010/4/24 Sebastian Dröge <[hidden email]>:
>> Patches are attached... it only supports seeking in TIME format though.
>>
>> If you find any problems with that patchset please tell me.
>
> I've built GStreamer from git (core, base and good), and applied your
> patches on top of it. Unfortunately, when doing
>
>  GST_PLUGIN_PATH=/usr/local/lib/gstreamer-0.10/ ./gst-player ~/Videos/test.avi
>
> seeking does not work at all (first seek sometimes work, but after
> that I can't seek at all). When doing
>
> ./gst-player ~/Videos/test.avi
>
> which loads Ubuntu's gstreamer plugins, seeking works, but only with
> 25 fps accuracy.
>
> What can I do to debug this issue?

Update:

1) commenting out "base = self->seek_start - start;" in
gst_deinterlace_sink_event() makes seeking work, but
2) commit "deinterlace: Refactor deinterlacing as preparation for
supporting more color formats" (the first in the series) breaks 50fps
video (deinterlaced videos become 25fps only), so I can't tell if last
patch really does what advertised :-)

                Gregory

------------------------------------------------------------------------------
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Sebastian Dröge-7]

On Sun, 2010-04-25 at 21:45 +0400, Gregory Petrosyan wrote:

> On Sun, Apr 25, 2010 at 5:31 PM, Gregory Petrosyan
> <[hidden email]> wrote:
> > 2010/4/24 Sebastian Dröge <[hidden email]>:
> >> Patches are attached... it only supports seeking in TIME format though.
> >>
> >> If you find any problems with that patchset please tell me.
> >
> > I've built GStreamer from git (core, base and good), and applied your
> > patches on top of it. Unfortunately, when doing
> >
> >  GST_PLUGIN_PATH=/usr/local/lib/gstreamer-0.10/ ./gst-player ~/Videos/test.avi
> >
> > seeking does not work at all (first seek sometimes work, but after
> > that I can't seek at all). When doing
> >
> > ./gst-player ~/Videos/test.avi
> >
> > which loads Ubuntu's gstreamer plugins, seeking works, but only with
> > 25 fps accuracy.
> >
> > What can I do to debug this issue?
>
> Update:
>
> 1) commenting out "base = self->seek_start - start;" in
> gst_deinterlace_sink_event() makes seeking work, but
> 2) commit "deinterlace: Refactor deinterlacing as preparation for
> supporting more color formats" (the first in the series) breaks 50fps
> video (deinterlaced videos become 25fps only), so I can't tell if last
> patch really does what advertised :-)

Ok thanks, I'll take a look at this tomorrow.

------------------------------------------------------------------------------

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Gregory Petrosyan]

Update 2:

I've rebased your last patch on top of current git master. With "base
= self->seek_start - start;" commented out, seeking does work, but
only @25fps.

                Gregory

------------------------------------------------------------------------------

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Gregory Petrosyan]

2010/4/25 Sebastian Dröge <[hidden email]>:

> On Sun, 2010-04-25 at 21:45 +0400, Gregory Petrosyan wrote:
>> On Sun, Apr 25, 2010 at 5:31 PM, Gregory Petrosyan
>> <[hidden email]> wrote:
>> > 2010/4/24 Sebastian Dröge <[hidden email]>:
>> >> Patches are attached... it only supports seeking in TIME format though.
>> >>
>> >> If you find any problems with that patchset please tell me.
>> >
>> > I've built GStreamer from git (core, base and good), and applied your
>> > patches on top of it. Unfortunately, when doing
>> >
>> >  GST_PLUGIN_PATH=/usr/local/lib/gstreamer-0.10/ ./gst-player ~/Videos/test.avi
>> >
>> > seeking does not work at all (first seek sometimes work, but after
>> > that I can't seek at all). When doing
>> >
>> > ./gst-player ~/Videos/test.avi
>> >
>> > which loads Ubuntu's gstreamer plugins, seeking works, but only with
>> > 25 fps accuracy.
>> >
>> > What can I do to debug this issue?
>>
>> Update:
>>
>> 1) commenting out "base = self->seek_start - start;" in
>> gst_deinterlace_sink_event() makes seeking work, but
>> 2) commit "deinterlace: Refactor deinterlacing as preparation for
>> supporting more color formats" (the first in the series) breaks 50fps
>> video (deinterlaced videos become 25fps only), so I can't tell if last
>> patch really does what advertised :-)
>
> Ok thanks, I'll take a look at this tomorrow.

Sorry for being annoying – any updates on this issue? Or at what code
should I look to find the cause? If I can help somehow, please let me
know.

                Gregory

------------------------------------------------------------------------------
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Sebastian Dröge-7]

On Tue, 2010-04-27 at 00:18 +0400, Gregory Petrosyan wrote:

> 2010/4/25 Sebastian Dröge <[hidden email]>:
> > On Sun, 2010-04-25 at 21:45 +0400, Gregory Petrosyan wrote:
> >> On Sun, Apr 25, 2010 at 5:31 PM, Gregory Petrosyan
> >> <[hidden email]> wrote:
> >> > 2010/4/24 Sebastian Dröge <[hidden email]>:
> >> >> Patches are attached... it only supports seeking in TIME format though.
> >> >>
> >> >> If you find any problems with that patchset please tell me.
> >> >
> >> > I've built GStreamer from git (core, base and good), and applied your
> >> > patches on top of it. Unfortunately, when doing
> >> >
> >> >  GST_PLUGIN_PATH=/usr/local/lib/gstreamer-0.10/ ./gst-player ~/Videos/test.avi
> >> >
> >> > seeking does not work at all (first seek sometimes work, but after
> >> > that I can't seek at all). When doing
> >> >
> >> > ./gst-player ~/Videos/test.avi
> >> >
> >> > which loads Ubuntu's gstreamer plugins, seeking works, but only with
> >> > 25 fps accuracy.
> >> >
> >> > What can I do to debug this issue?
> >>
> >> Update:
> >>
> >> 1) commenting out "base = self->seek_start - start;" in
> >> gst_deinterlace_sink_event() makes seeking work, but
> >> 2) commit "deinterlace: Refactor deinterlacing as preparation for
> >> supporting more color formats" (the first in the series) breaks 50fps
> >> video (deinterlaced videos become 25fps only), so I can't tell if last
> >> patch really does what advertised :-)
> >
> > Ok thanks, I'll take a look at this tomorrow.
>
> Sorry for being annoying – any updates on this issue? Or at what code
> should I look to find the cause? If I can help somehow, please let me
> know.

Be patient :) I'm not 100% sure yet how this can be fixed, my first
approach definitely wasn't correct... I have to think about it a bit
more.

What's the pipeline you use and which demuxers/decoders are used?

------------------------------------------------------------------------------

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Gregory Petrosyan]

2010/4/27 Sebastian Dröge <[hidden email]>:
> Be patient :) I'm not 100% sure yet how this can be fixed, my first
> approach definitely wasn't correct... I have to think about it a bit
> more.
>
> What's the pipeline you use and which demuxers/decoders are used?

Pipeline is filesrc ! queue ! avidemux ! ffdec_dvvideo !
ffmpegcolorspace ! deinterlace tff=2 ! ffmpegcolorspace ! glimagesink.

                Gregory

------------------------------------------------------------------------------
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel