[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#1010863: marked as done (streamlink: Broken audio timestamps on arte.tv)

Your message dated Sun, 18 Sep 2022 17:20:02 +0200
with message-id <b5bb10fa-bf0a-1594-3f9b-a72940b37ee2@gmail.com>
and subject line Re: Bug#1010863: streamlink: Broken audio timestamps on arte.tv
has caused the Debian Bug report #1010863,
regarding streamlink: Broken audio timestamps on arte.tv
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
1010863: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1010863
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: streamlink
Version: 3.2.0-1~bpo11+1
Severity: normal

Dear Maintainer,

When pulling video from arte, e.g.,

streamlink --output o.mp4 \
  https://www.arte.tv/de/videos/108210-039-A/mit-offenen-karten-im-fokus/ \
  worst

the audio timestamps for the resulting video file are broken for me (since
fairly recently), which leads to various failures in different clients (mpv has
seconds of hanging videos, vlc has stutters, webkit goes all haywire).

Upstream says it's not a streamlink problem, 
https://github.com/streamlink/streamlink/issues/4520;
I've suspected ffmpeg and so backported ffmpeg 4.4 -- to no avail.
I've also tried a uupdated streamlink 4 -- same result, broken
timestamps.

So... while I don't doubt upstream's analysis that it's not a streamlink
bug per se that's causing the bad timestamps, I don't know what else is.
I'm grateful for hints on what that might be -- and reports on whether
other people see the broken timestamps, too.

-- System Information:
Debian Release: 11.3
  APT prefers stable-security
  APT policy: (500, 'stable-security'), (500, 'stable')
Architecture: i386 (x86_64)

Kernel: Linux 5.16.19 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_USER, TAINT_OOT_MODULE
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages streamlink depends on:
ii  python3             3.9.2-3
ii  python3-streamlink  3.2.0-1~bpo11+1

Versions of packages streamlink recommends:
ii  mpv  0.32.0-3
ii  vlc  3.0.16-1

streamlink suggests no packages.

-- no debconf information

--- End Message ---
--- Begin Message --- 
Version: 7:5.0.1-2

Le 19/05/2022 à 21:11, Markus Demleitner a écrit :
> On Wed, May 18, 2022 at 02:09:47AM +0200, Alexis Murzeau wrote:
> [...]
>
> Thanks a lot for all that research -- I'm impressed how much I don't
> understand about today's video containers...
> 
> I'm not sure whether to close this bug ("not streamlink's bug, and
> it's well understood") or whether to keep it open because people
> might miss it when it's closed, and I guess the problem won't go away
> in bullseye.
> 
> I'm fine either way.  Thanks again!
> 

I'm closing this bug now that ffmpeg 5.x is in testing.

-- 
Alexis Murzeau
PGP: B7E6 0EBB 9293 7B06 BDBC  2787 E7BD 1904 F480 937F                |

Attachment: signature.asc
Description: OpenPGP digital signature


--- End Message ---
Reply to: