Am Mi., 30. Jan. 2019 um 21:08 Uhr schrieb Carl Eugen Hoyos
:
>
> 2019-01-30 20:33 GMT+01:00, Paul B Mahol :
> > On 1/30/19, Carl Eugen Hoyos wrote:
> >> 2019-01-29 22:47 GMT+01:00, Carl Eugen Hoyos :
>
> >>> Attached patch fixes decoding NO_DATA amr-wb frames.
> >>
> >> Now with patch.
>
> > Are
Am So., 5. Apr. 2020 um 17:10 Uhr schrieb James Almer :
>
> On 4/5/2020 12:07 PM, Carl Eugen Hoyos wrote:
> > Am So., 5. Apr. 2020 um 16:45 Uhr schrieb James Almer :
> >>
> >> On 1/30/2019 10:47 AM, Carl Eugen Hoyos wrote:
> >>> 2019-01-29 22:47 GMT+01:00, Carl Eugen Hoyos :
> Hi!
>
>
On 4/5/2020 12:07 PM, Carl Eugen Hoyos wrote:
> Am So., 5. Apr. 2020 um 16:45 Uhr schrieb James Almer :
>>
>> On 1/30/2019 10:47 AM, Carl Eugen Hoyos wrote:
>>> 2019-01-29 22:47 GMT+01:00, Carl Eugen Hoyos :
Hi!
Attached patch fixes decoding NO_DATA amr-wb frames.
>>>
>>> Now with
Am So., 5. Apr. 2020 um 16:45 Uhr schrieb James Almer :
>
> On 1/30/2019 10:47 AM, Carl Eugen Hoyos wrote:
> > 2019-01-29 22:47 GMT+01:00, Carl Eugen Hoyos :
> >> Hi!
> >>
> >> Attached patch fixes decoding NO_DATA amr-wb frames.
> >
> > Now with patch.
> >
> > Carl Eugen
>
> > From
On 1/30/2019 10:47 AM, Carl Eugen Hoyos wrote:
> 2019-01-29 22:47 GMT+01:00, Carl Eugen Hoyos :
>> Hi!
>>
>> Attached patch fixes decoding NO_DATA amr-wb frames.
>
> Now with patch.
>
> Carl Eugen
> From 0a8c318c49ec358ad646ed601588154cf7d7da37 Mon Sep 17 00:00:00 2001
> From: Carl Eugen Hoyos
Am Sa., 9. Feb. 2019 um 20:43 Uhr schrieb Paul B Mahol :
>
> On 2/9/19, Carl Eugen Hoyos wrote:
> > 2019-01-30 14:47 GMT+01:00, Carl Eugen Hoyos :
> >> 2019-01-29 22:47 GMT+01:00, Carl Eugen Hoyos :
> >>> Hi!
> >>>
> >>> Attached patch fixes decoding NO_DATA amr-wb frames.
> >>
> >> Now with
On 2/9/19, Carl Eugen Hoyos wrote:
> 2019-01-30 14:47 GMT+01:00, Carl Eugen Hoyos :
>> 2019-01-29 22:47 GMT+01:00, Carl Eugen Hoyos :
>>> Hi!
>>>
>>> Attached patch fixes decoding NO_DATA amr-wb frames.
>>
>> Now with patch.
>
> Ping.
>
> This patch is supposed to fix the duration of files with
2019-01-30 14:47 GMT+01:00, Carl Eugen Hoyos :
> 2019-01-29 22:47 GMT+01:00, Carl Eugen Hoyos :
>> Hi!
>>
>> Attached patch fixes decoding NO_DATA amr-wb frames.
>
> Now with patch.
Ping.
This patch is supposed to fix the duration of files with NO_DATA
frames.
Carl Eugen
2019-01-30 20:33 GMT+01:00, Paul B Mahol :
> On 1/30/19, Carl Eugen Hoyos wrote:
>> 2019-01-29 22:47 GMT+01:00, Carl Eugen Hoyos :
>>> Attached patch fixes decoding NO_DATA amr-wb frames.
>>
>> Now with patch.
> Are you sure that reference decoder gives complete silence
> for such frames?
On 1/30/19, Carl Eugen Hoyos wrote:
> 2019-01-29 22:47 GMT+01:00, Carl Eugen Hoyos :
>> Hi!
>>
>> Attached patch fixes decoding NO_DATA amr-wb frames.
>
> Now with patch.
>
> Carl Eugen
>
Are you sure that reference decoder gives complete silence for such frames?
Please use memset.
On 1/29/19, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes decoding NO_DATA amr-wb frames.
>
> Please comment, Carl Eugen
> ___
> ffmpeg-devel mailing list
> ffmpeg-devel@ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>
You forgot
Hi!
Attached patch fixes decoding NO_DATA amr-wb frames.
Please comment, Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
2019-01-29 22:36 GMT+01:00, Paul B Mahol :
> On 1/29/19, Carl Eugen Hoyos wrote:
>> 2019-01-29 10:10 GMT+01:00, Paul B Mahol :
>>> On 1/29/19, Carl Eugen Hoyos wrote:
2019-01-28 19:40 GMT+01:00, Paul B Mahol :
> On 1/28/19, Carl Eugen Hoyos wrote:
>> 2019-01-28 16:17 GMT+01:00,
On 1/29/19, Carl Eugen Hoyos wrote:
> 2019-01-29 10:10 GMT+01:00, Paul B Mahol :
>> On 1/29/19, Carl Eugen Hoyos wrote:
>>> 2019-01-28 19:40 GMT+01:00, Paul B Mahol :
On 1/28/19, Carl Eugen Hoyos wrote:
> 2019-01-28 16:17 GMT+01:00, Paul B Mahol :
>> On 1/28/19, Carl Eugen Hoyos
2019-01-29 10:10 GMT+01:00, Paul B Mahol :
> On 1/29/19, Carl Eugen Hoyos wrote:
>> 2019-01-28 19:40 GMT+01:00, Paul B Mahol :
>>> On 1/28/19, Carl Eugen Hoyos wrote:
2019-01-28 16:17 GMT+01:00, Paul B Mahol :
> On 1/28/19, Carl Eugen Hoyos wrote:
>> 2019-01-28 15:20 GMT+01:00,
On 1/29/19, Carl Eugen Hoyos wrote:
> 2019-01-28 19:40 GMT+01:00, Paul B Mahol :
>> On 1/28/19, Carl Eugen Hoyos wrote:
>>> 2019-01-28 16:17 GMT+01:00, Paul B Mahol :
On 1/28/19, Carl Eugen Hoyos wrote:
> 2019-01-28 15:20 GMT+01:00, Paul B Mahol :
>> On 1/28/19, Carl Eugen Hoyos
2019-01-28 19:40 GMT+01:00, Paul B Mahol :
> On 1/28/19, Carl Eugen Hoyos wrote:
>> 2019-01-28 16:17 GMT+01:00, Paul B Mahol :
>>> On 1/28/19, Carl Eugen Hoyos wrote:
2019-01-28 15:20 GMT+01:00, Paul B Mahol :
> On 1/28/19, Carl Eugen Hoyos wrote:
>> Hi!
>>
>> Attached
On 1/28/19, Carl Eugen Hoyos wrote:
> 2019-01-28 16:17 GMT+01:00, Paul B Mahol :
>> On 1/28/19, Carl Eugen Hoyos wrote:
>>> 2019-01-28 15:20 GMT+01:00, Paul B Mahol :
On 1/28/19, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes the actual output duration for AMR-WB
2019-01-28 16:17 GMT+01:00, Paul B Mahol :
> On 1/28/19, Carl Eugen Hoyos wrote:
>> 2019-01-28 15:20 GMT+01:00, Paul B Mahol :
>>> On 1/28/19, Carl Eugen Hoyos wrote:
Hi!
Attached patch fixes the actual output duration for AMR-WB samples
with NO_DATA frames.
A follow-up
On 1/28/19, Carl Eugen Hoyos wrote:
> 2019-01-28 15:20 GMT+01:00, Paul B Mahol :
>> On 1/28/19, Carl Eugen Hoyos wrote:
>>> Hi!
>>>
>>> Attached patch fixes the actual output duration for AMR-WB samples
>>> with NO_DATA frames.
>>> A follow-up patch also skips corrupted frames, making the output
2019-01-28 15:20 GMT+01:00, Paul B Mahol :
> On 1/28/19, Carl Eugen Hoyos wrote:
>> Hi!
>>
>> Attached patch fixes the actual output duration for AMR-WB samples
>> with NO_DATA frames.
>> A follow-up patch also skips corrupted frames, making the output of
>> the sample in ticket #7113 very
On 1/28/19, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes the actual output duration for AMR-WB samples
> with NO_DATA frames.
> A follow-up patch also skips corrupted frames, making the output of
> the sample in ticket #7113 very similar to the reference decoder.
>
> Please comment,
Hi!
Attached patch fixes the actual output duration for AMR-WB samples
with NO_DATA frames.
A follow-up patch also skips corrupted frames, making the output of
the sample in ticket #7113 very similar to the reference decoder.
Please comment, Carl Eugen
From
23 matches
Mail list logo