When I record an analogue signal using my Hauppauge HVR-1600, and pass
it to ffmped, I get this diagnostic.
Seems stream 0 codec frame rate differs from container frame rate: 59.94 (60000/1001) -> 29.97 (30000/1001)
I've seen this in lots of postings (including my own) but have not
seen a reasonable explanation of why this happens. One reply I got
suggested that the container has the field rate while the stream has
the frame rate.
I'm running Ubuntu 10.4 AMD64 with Mythbuntu packages. I'm using a
driver fetched from <http://linuxtv.org/hg/v4l-dvb> on June 6 (but it
has happened with all the previous versions that I've fetched).
I used this as a guide to setting up the HVR-1600 in MythTV:
<http://www.mythtv.org/wiki/Hauppauge_HVR-1600>
The firmware in /lib/firmware/ matches a freshly fetched set from
<http://linuxtv.org/downloads/firmware/>
Originally I reported this problem the the MythTV Users' list. But
now I've tested with a simple dd from the tuner card:
dd if=/dev/video1 of=junk.mpeg
I interrupted this after a little bit and then examined the result.
ffmpeg gives the diagnostic on that file. (The card was initialized by
previous MythTV recording activities.)
Googling through the ffmpeg list, it seems that this comes up once in a
while. They don't seem to answer people's questions on this anymore. But
this message seems to make it clear that they would consider this a
bug in whatever created the file.
<http://lists.mplayerhq.hu/pipermail/ffmpeg-user/2008-December/018095.html>
The video container specifies a framerate, as does the video
stream itself. In some cases, usually caused by badly written
encoding programs, the two can disagree. When this happens,
ffmpeg is obviously forced to believe one and not the other.
Is ffmpeg wrong? I don't want to spend the Swiss Francs to buy the
relevant standards to figure out who is right.
Is MythTV setting up the HVR-1600 incorrectly, causing this problem?
Is the cx18 driver wrong?
Is the firmware wrong?
Futher details of my system here:
<http://www.mythtv.org/pipermail/mythtv-users/2010-June/290280.html>
<http://www.mythtv.org/pipermail/mythtv-users/2010-May/288527.html>
_______________________________________________
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
it to ffmped, I get this diagnostic.
Seems stream 0 codec frame rate differs from container frame rate: 59.94 (60000/1001) -> 29.97 (30000/1001)
I've seen this in lots of postings (including my own) but have not
seen a reasonable explanation of why this happens. One reply I got
suggested that the container has the field rate while the stream has
the frame rate.
I'm running Ubuntu 10.4 AMD64 with Mythbuntu packages. I'm using a
driver fetched from <http://linuxtv.org/hg/v4l-dvb> on June 6 (but it
has happened with all the previous versions that I've fetched).
I used this as a guide to setting up the HVR-1600 in MythTV:
<http://www.mythtv.org/wiki/Hauppauge_HVR-1600>
The firmware in /lib/firmware/ matches a freshly fetched set from
<http://linuxtv.org/downloads/firmware/>
Originally I reported this problem the the MythTV Users' list. But
now I've tested with a simple dd from the tuner card:
dd if=/dev/video1 of=junk.mpeg
I interrupted this after a little bit and then examined the result.
ffmpeg gives the diagnostic on that file. (The card was initialized by
previous MythTV recording activities.)
Googling through the ffmpeg list, it seems that this comes up once in a
while. They don't seem to answer people's questions on this anymore. But
this message seems to make it clear that they would consider this a
bug in whatever created the file.
<http://lists.mplayerhq.hu/pipermail/ffmpeg-user/2008-December/018095.html>
The video container specifies a framerate, as does the video
stream itself. In some cases, usually caused by badly written
encoding programs, the two can disagree. When this happens,
ffmpeg is obviously forced to believe one and not the other.
Is ffmpeg wrong? I don't want to spend the Swiss Francs to buy the
relevant standards to figure out who is right.
Is MythTV setting up the HVR-1600 incorrectly, causing this problem?
Is the cx18 driver wrong?
Is the firmware wrong?
Futher details of my system here:
<http://www.mythtv.org/pipermail/mythtv-users/2010-June/290280.html>
<http://www.mythtv.org/pipermail/mythtv-users/2010-May/288527.html>
_______________________________________________
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel