Mailing List Archive: MythTV: Dev

ffmpeg sync

1 2 3 4

View All

Index | Next | Previous | View Threaded

paul at kcbbs

Sep 25, 2008, 10:04 PM

Post #76 of 85 (1553 views)
Permalink

Re: FFmpeg sync [In reply to]

On Sunday 21 September 2008 02:41:35 Janne Grunau wrote:
> On Wednesday 17 September 2008 20:32:54 Janne Grunau wrote:
> > the H.264 loop filter causes reliable crashes for interlaced streams.
> > This is unfortunately not reproduceable in ffmpeg. A fix/workaround
> > exist but I'm not sure if it is correct.
>
> updated patch, contains above mentioned patch:
>
> http://www.grunau.be/mythtv_ffmpeg_sync_15261_18339.diff.bz2
>

This fix ffmpeg issue #427 is now fixed in ffmpeg trunk revision 15418
>
> Janne

Paul
_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

Jo at requestfocus

Oct 13, 2008, 9:09 PM

Post #77 of 85 (1347 views)
Permalink

Re: FFmpeg sync [In reply to]

> $ gcc --version
> gcc (GCC) 4.3.0 20080404 (Red Hat 4.3.0-6)
>
> make[2]: Entering directory
> `/home/john/src/Myth/081013/mythtv/libs/libavutil'
> gcc -c -pipe -march=core2 -fomit-frame-pointer -O3 -pthread -Wall
> -Wno-switch -Wdisabled-optimization -Wpointer-arith -Wredundant-decls
> -Wno-pointer-sign -funit-at-a-time -w -D_REENTRANT -DMMX -Di386
> -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_AV_CONFIG_H
> -D_LARGEFILE_SOURCE -I/usr/lib/qt4/mkspecs/linux-g++ -I. -I.. -I../..
> -I. -o adler32.o adler32.c
> In file included from common.h:86,
> from adler32.c:24:
> internal.h:294: error: static declaration of 'roundf' follows
> non-static declaration
> make[2]: *** [adler32.o] Error 1
> make[2]: Leaving directory
> `/home/john/src/Myth/081013/mythtv/libs/libavutil'
> make[1]: *** [sub-libavutil-make_default-ordered] Error 2
> make[1]: Leaving directory `/home/john/src/Myth/081013/mythtv/libs'
> make: *** [sub-libs-make_default-ordered] Error 2

I've seen also this error. I think i did a "make distclean" to solve it.

_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

janne-mythtv at grunau

Oct 28, 2008, 1:54 AM

Post #78 of 85 (1200 views)
Permalink

Re: FFmpeg sync [In reply to]

On Tuesday 28 October 2008 09:42:49 Jo Heremans wrote:
> > On Tuesday 20 October 2008 03:04:52 David Engel wrote:
> > There is no change. AC3 recordings segfault and AAC recordings
> > eihter go into an infinite loop or have an error opening the audio.
>
> I had the same with the latest ffmpeg patch.
> I have mythbuntu 8.04 amd64.
> After searching the net I found a solution on a forum :
> --disable-ssse3 Now it's stable.

Ah, my 32 bit machine doesn't support ssse3

> Is it normal there are many recangle's in the screen ?

probably not, has the picture blocks or is it something else? Which
video codec? Are errors printed during playback?

Janne
_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

Jo at requestfocus

Oct 28, 2008, 2:44 AM

Post #79 of 85 (1196 views)
Permalink

Re: FFmpeg sync [In reply to]

>> Is it normal there are many recangle's in the screen ?
>
> probably not, has the picture blocks or is it something else? Which
> video codec? Are errors printed during playback?
>

It is on the hd channels like discovery HD. The picture has many blocks
when objects are fast moving.
I don't see errors in the log file. I'll try this evening with detailed
logging enabled.
_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

david at istwok

Oct 28, 2008, 7:39 AM

Post #80 of 85 (1191 views)
Permalink

Re: FFmpeg sync [In reply to]

On Tue, Oct 28, 2008 at 09:42:49AM +0100, Jo Heremans wrote:
> > On Tuesday 20 October 2008 03:04:52 David Engel wrote:
> > There is no change. AC3 recordings segfault and AAC recordings eihter go
> > into an infinite loop or have an error opening the audio.
>
> I had the same with the latest ffmpeg patch.
> I have mythbuntu 8.04 amd64.
> After searching the net I found a solution on a forum : --disable-ssse3
> Now it's stable.

My CPU doesn't ssse3 so that can't be the problem for me.

David
--
David Engel
david [at] istwok
_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

pkendall64 at gmail

May 8, 2012, 1:25 PM

Post #81 of 85 (309 views)
Permalink

Re: FFMpeg sync [In reply to]

On Tue, May 8, 2012 at 7:34 PM, Gavin Hurlbut <gjhurlbu [at] gmail> wrote:
> The ffmpeg sync has been merged down to master. �The buildbot is
> showing issues for the debian slave, the OSX slave and the PPC Linux
> slave (although I think I fixed that one, but the slave disconnected).
> �These should be fixed in the next day or two, so please be patient.
> I have to work with the slave owner to get some feedback on what the
> configure output looks like so I can find what's not working quite
> right.
>
> However, I expect that the mythbuntu autobuilds will likely work fine
> (as my test builds were all on ubuntu systems).

Would it be at all possible to keep the mythtv specific patches to ffmpeg
in the external directory so we can attempt to get them included in the
ffmpeg trunk? I know that some of them are very specific and not likely to
be accepted, but at least we'll have them available so it should be easier
to apply each time there's a sync going on.

Cheers,
Paul
_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-dev

gjhurlbu at gmail

May 8, 2012, 1:45 PM

Post #82 of 85 (306 views)
Permalink

Re: FFMpeg sync [In reply to]

On Tue, May 8, 2012 at 1:25 PM, Paul Kendall <pkendall64 [at] gmail> wrote:
> Would it be at all possible to keep the mythtv specific patches to ffmpeg
> in the external directory so we can attempt to get them included in the
> ffmpeg trunk? I know that some of them are very specific and not likely to
> be accepted, but at least we'll have them available so it should be easier
> to apply each time there's a sync going on.

Well, I'll be working on that through this release cycle a bit. When
I sync them, I basically do:
a) remove all of FFmpeg
b) add in new sync
c) patch with the delta from before a) to the version of FFmpeg a) was based on
d) fight with it until we find all the discrepancies
e) update all our uses to match the new API

It's a lot of juggling of branches and merging with squashes, etc.
Rather fun... heh.

However, I'd like to work on getting that delta earlier, and chipping
off parts to send upstream to make it disappear over time. There are
parts that likely never will go upstream though, but I'm sure parts of
it easily can.
_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-dev

pkendall64 at gmail

May 8, 2012, 9:10 PM

Post #83 of 85 (296 views)
Permalink

Re: FFMpeg sync [In reply to]

On Wed, May 9, 2012 at 8:45 AM, Gavin Hurlbut <gjhurlbu [at] gmail> wrote:
> On Tue, May 8, 2012 at 1:25 PM, Paul Kendall <pkendall64 [at] gmail> wrote:
>> Would it be at all possible to keep the mythtv specific patches to ffmpeg
>> in the external directory so we can attempt to get them included in the
>> ffmpeg trunk? I know that some of them are very specific and not likely to
>> be accepted, but at least we'll have them available so it should be easier
>> to apply each time there's a sync going on.
>
> Well, I'll be working on that through this release cycle a bit. �When
> I sync them, I basically do:
> a) remove all of FFmpeg
> b) add in new sync
> c) patch with the delta from before a) to the version of FFmpeg a) was based on
> d) fight with it until we find all the discrepancies
> e) update all our uses to match the new API
>
> It's a lot of juggling of branches and merging with squashes, etc.
> Rather fun... �heh.
>
> However, I'd like to work on getting that delta earlier, and chipping
> off parts to send upstream to make it disappear over time. �There are
> parts that likely never will go upstream though, but I'm sure parts of
> it easily can.

Yes, that's why I'd like to see the patches separated rather than an uber-patch
merge-of-doom style that happens once a release.

If they were individual patches more people could be involved in keeping an
eye on what's happening in ffmpeg and how changes there will affect the
mythtv patches.

Basically I'd like to get a bit more involved in this but it's quite hard with
just a pull of ffmpeg git and an uber patch.

Cheers,
Paul
_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-dev

slackerlinux85 at gmail

May 8, 2012, 10:12 PM

Post #84 of 85 (305 views)
Permalink

Re: FFMpeg sync [In reply to]

On 05/09/2012 06:45 AM, Gavin Hurlbut wrote:
> On Tue, May 8, 2012 at 1:25 PM, Paul Kendall<pkendall64 [at] gmail> wrote:
>> Would it be at all possible to keep the mythtv specific patches to ffmpeg
>> in the external directory so we can attempt to get them included in the
>> ffmpeg trunk? I know that some of them are very specific and not likely to
>> be accepted, but at least we'll have them available so it should be easier
>> to apply each time there's a sync going on.
> Well, I'll be working on that through this release cycle a bit. When
> I sync them, I basically do:
> a) remove all of FFmpeg
> b) add in new sync
> c) patch with the delta from before a) to the version of FFmpeg a) was based on
> d) fight with it until we find all the discrepancies
> e) update all our uses to match the new API
>
> It's a lot of juggling of branches and merging with squashes, etc.
> Rather fun... heh.
>
> However, I'd like to work on getting that delta earlier, and chipping
> off parts to send upstream to make it disappear over time. There are
> parts that likely never will go upstream though, but I'm sure parts of
> it easily can.
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev [at] mythtv
> http://www.mythtv.org/mailman/listinfo/mythtv-dev
>
you could probably get rid of mythutil.c file and replace it with avcodec_get_name in avcodec.h and av_get_media_type_string in avutil.h

would also be nice to have configure call ffmpegs configure script like what happens in xbmc instead of merging it all into one single configure script.

_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-dev

gjhurlbu at gmail

May 8, 2012, 10:24 PM

Post #85 of 85 (307 views)
Permalink

Re: FFMpeg sync [In reply to]

On Tue, May 8, 2012 at 10:12 PM, Shawn king <slackerlinux85 [at] gmail> wrote:
> you could probably get rid of mythutil.c file and replace it with
> avcodec_get_name in avcodec.h and av_get_media_type_string in avutil.h

Probably. I will be looking into this in a few days anyways :)

> would also be nice to have configure call ffmpegs configure script like what
> happens in xbmc instead of merging it all into one single configure script.

You don't know the half of it. I'm not sure quite why it was decided
to do it this way originally, but I'm not a fan at all. Every ffmpeg
sync requires a reworking of our configure to put in all their new
stuff. It's tiring and error-prone. My intention is to do just that,
run configure within ffmpeg separately, and then if mythtv needs the
details from there, we can include their config.mak rather than
sharing as we are now. However, this takes a bit of thought and
effort, and isn't at the top of my list. I would like to have
switched before the next sync though.
_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-dev

1 2 3 4

View All

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads