[MPlayer-dev-eng] Proposed patch for ASF lock up due to consecutive video packets with no valid PTS.
Robert Krakora
rob.krakora at messagenetsystems.com
Wed Oct 14 22:24:45 CEST 2009
On Wed, Oct 14, 2009 at 3:16 PM, Robert Krakora <
rob.krakora at messagenetsystems.com> wrote:
>
>
> On Wed, Oct 14, 2009 at 3:15 PM, Robert Krakora <
> rob.krakora at messagenetsystems.com> wrote:
>
>>
>>
>> On Wed, Oct 14, 2009 at 3:08 PM, Robert Krakora <
>> rob.krakora at messagenetsystems.com> wrote:
>>
>>>
>>>
>>> On Wed, Oct 14, 2009 at 11:28 AM, Reimar Döffinger <
>>> Reimar.Doeffinger at gmx.de> wrote:
>>>
>>>> On Wed, Oct 14, 2009 at 09:19:35AM -0400, Robert Krakora wrote:
>>>> > On Mon, Oct 12, 2009 at 3:23 PM, Uoti Urpala <uoti.urpala at pp1.inet.fi
>>>> >wrote:
>>>> >
>>>> > > On Mon, 2009-10-12 at 14:54 -0400, Robert Krakora wrote:
>>>> > > > No. ;-)
>>>> > >
>>>> > > How does it fail with -correct-pts? Can you upload a sample which
>>>> shows
>>>> > > the problem?
>>>> >
>>>> > I tried -correct-pts with the tip mplayer (without my hack) and I
>>>> still see
>>>> > frozen video (i.e. incorrectly calculated frame time of well over
>>>> 1000000
>>>> > using MP_NOPTS_VALUE in the calculation). Where should I upload the
>>>> ASF
>>>> > sample?
>>>>
>>>> ftp://upload.mplayerhq.hu/MPlayer/incoming
>>>> And while I sympathize with your approach in principle, I suspect
>>>> that the real issue is a bug in the ASF demuxer and it would be better
>>>> to fix that (I don't remember, did you try -demuxer lavf?)
>>>> _______________________________________________
>>>> MPlayer-dev-eng mailing list
>>>> MPlayer-dev-eng at mplayerhq.hu
>>>> https://lists.mplayerhq.hu/mailman/listinfo/mplayer-dev-eng
>>>>
>>>>
>>> Reimar:
>>>
>>> I captured the asf file video.asf with "mplayer
>>> http://admin:mncamera2@192.168.1.176/img/video.asf -dumpstream -dumpfile
>>> /home/silentm/MessageNet/mplayer/video.asf" and uploaded to
>>> ftp://upload.mplayerhq.hu/MPlayer/incoming as video.asf. It plays fine
>>> as a file but locks up WITHOUT my hack it playing via Ethernet. However, I
>>> do see the following line with turing on verbosity when playing the file:
>>>
>>> unknown segment type (rlen): 0x00
>>>
>>>
>>> Best Regards,
>>>
>>> --
>>> Rob Krakora
>>> Senior Software Engineer
>>> MessageNet Systems
>>> 101 East Carmel Dr. Suite 105
>>> Carmel, IN 46032
>>> (317)566-1677 Ext. 206
>>> (317)663-0808 Fax
>>>
>>
>> Reimar:
>>
>> Perhaps there is another ASF packet is not present (since this is a stream
>> being received via Ethernet) and therefore there is no next PTS available
>> yet for the frametime calculation.
>>
>>
>> Best Regards,
>>
>> --
>> Rob Krakora
>> Senior Software Engineer
>> MessageNet Systems
>> 101 East Carmel Dr. Suite 105
>> Carmel, IN 46032
>> (317)566-1677 Ext. 206
>> (317)663-0808 Fax
>>
>
>
> Reimar:
>
> Sorry, I meant to say that perhaps another ASF packet is not yet present
> (since this is a stream being received via Ethernet) and therefore there is
> no next PTS available yet for the frametime calculation.
>
> Best Regards,
>
> --
> Rob Krakora
> Senior Software Engineer
> MessageNet Systems
> 101 East Carmel Dr. Suite 105
> Carmel, IN 46032
> (317)566-1677 Ext. 206
> (317)663-0808 Fax
>
> --
> Rob Krakora
> Senior Software Engineer
> MessageNet Systems
> 101 East Carmel Dr. Suite 105
> Carmel, IN 46032
> (317)566-1677 Ext. 206
> (317)663-0808 Fax
>
Reimar:
Here is the error message that I am seeing when the lock up occurs:
Invalid frame duration value (2.066/1.101 => -0.965). Defaulting to 0.033
sec.
Best Regards,
--
Rob Krakora
Senior Software Engineer
MessageNet Systems
101 East Carmel Dr. Suite 105
Carmel, IN 46032
(317)566-1677 Ext. 206
(317)663-0808 Fax
More information about the MPlayer-dev-eng
mailing list