FS#68856 - [vlc] optdepends/depends for playback of .ts files

Attached to Project: Arch Linux
Opened by sunghwan jung (sunghwan) - Saturday, 05 December 2020, 09:36 GMT
Last edited by Balló György (City-busz) - Tuesday, 06 June 2023, 20:37 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To David Runge (dvzrv)
Levente Polyak (anthraxx)
Architecture x86_64
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 5
Private No

Details

Description:
vlc cannot play ts container files.

I think there are missing plugins for ts(demux and etc.).

ts demux and some plugin are included in vlc source code(modules folder) and vlc in other distributions, but there are missing in arch version vlc.

Additional info:
vlc version : 3.0.11.1-6
flatpak or git version vlc can play ts files.

Steps to reproduce:

1. open vlc
2. play a .ts file
This task depends upon

Closed by  Balló György (City-busz)
Tuesday, 06 June 2023, 20:37 GMT
Reason for closing:  Fixed
Additional comments about closing:  vlc 3.0.18-10
Comment by Balló György (City-busz) - Sunday, 06 December 2020, 22:52 GMT
I confirm this issue. aribb24 is needed to play any TS streams. It should be considered to move it back from optdepends to depends.
Comment by Richard (richard_london) - Sunday, 20 December 2020, 15:52 GMT
I have this problem as well. I did fresh install of Manjaro KDE Plasma (manjaro-kde-20.2-201207-linux59.iso) today, was prompted for a few updates installed those and then found I couldn't play .ts files (recorded tv programs in UK). When opening these .ts files the screen stays blank for a while and eventually starts showing a very corrupted video stream, no part ot the video stream is recognisable.

I found out eventually that VLC needs arrib24 dependency installed to fix this problem and it did indeed fix my problem.

However, this is not behaviour you would expect from a fresh VLC install in my opinion. The problem is referenced in a previous bug report: https://bugs.archlinux.org/task/60024 but this has been closed and it's not obvious why it was closed from the comments, perhaps this was fixed and has since cropped up again?
Comment by Moabit (Moabit) - Thursday, 14 January 2021, 09:17 GMT
Ouch! Thanks for this report. Slightly different, but I've been playing MTS files for years in VLC, and suddenly couldn't play them any more. I can confirm that installing aribb24 fixes this for me too.
Comment by Moabit (Moabit) - Thursday, 14 January 2021, 09:27 GMT
Also, just for the search engines, attempting to play an MTS file in VLC without aribb24 installed gives the very cryptic error

[0000561ba363f910] main audio output error: too low audio sample frequency (0)
[00007f3584c52770] main decoder error: failed to create audio output
[00007f3584c023f0] main decoder error: buffer deadlock prevented
[00007f3584c52770] main decoder error: buffer deadlock prevented
Comment by Tomasz M. Nowak (tmn505) - Tuesday, 26 January 2021, 23:39 GMT
For confirmation check this post on forum https://bbs.archlinux.org/viewtopic.php?id=240169
IMHO the mentioned dependency should be moved to depends.

Edit:
Forgot to mention that it was moved again to optdepends in: https://github.com/archlinux/svntogit-packages/commit/87952e43b241547e39efaf3f8a700989123d88d9
Comment by Balló György (City-busz) - Tuesday, 02 November 2021, 09:58 GMT
  • Field changed: Percent Complete (100% → 0%)
It's still needed! Please move aribb24 to depends=(), otherwise TS files cannot be played in VLC.
Comment by Moabit (Moabit) - Tuesday, 02 November 2021, 10:39 GMT
I also think if the Arch maintainer really does want aribb24 in optdepends, the description could be a bit clearer. It's currently "aribsub support", but I don't even know how that relates to TS and MTS files.

Loading...