ts demuxer so that I couldn’t use vlc any more to check my crops of my recorded. I came to this right now upon a fresh installation where the vlc package omitted the aribb24. ts (transport stream) and multiplexes to. mpeg it does more than just copy the streams - it de-multiplexes the. Yet the vlc package issue needs to be resolved. ts files again with aribb24 installed and HW acceleration disabled. Info: quad core model: Intel Celeron J1900 bits: 64 type: MCP cache: (console output), but on my system the video gets stuck with this, I have $ inxi -CG Second on my desktop I had to disable HW acceleration - vlc loaded automatically avcodec decoder: Using Intel i965 driver for Intel(R) Bay Trail - 2.4.1 for hardware decoding ts decoding the vlc package lacks referring a dependency on “ aribb24” - installing this package resolves the main issue playing. “Upstream” was a good hint, though: There’s a bug filed already for the archlinux vlc package - for. I cannot think that it should depend on upstream vlc. main libvlc: Running vlc with the default interface. avcodec decoder: Using Intel i965 driver for Intel(R) Bay Trail - 2.4.1 for hardware decodingĪnd here from the Manjaro KDE live system vlc (identic to that from XFCE): $ vlc 000.ts Libva info: Found init function _vaDriverInit_1_8 Libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so Libva error: /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so init failed Libva info: Found init function _vaDriverInit_1_10 Libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so gl gl: Initialized libplacebo v2.72.0 (API v72) Here’s the output from the Debian console that started vlc: $ vlc 000.ts I tried also to boot a different (LTS) kernel - no change. ts file on the same media.) So it’s either something missing or failing in the Manjaro distro that vlc should use, or the issue is with the Manjaro vlc package. There’s the point, I can confirm that the issue is only with vlc 13.0.17.4 on Manjaro (I tried the KDE installation media meanwhile - exactly the same output on the console with the same file, that seamlessly plays on vlc 13.0.17.4 - installed live while running from the debian live installation media - all with the same. I may try the debian live once more on the same file… dxva2 generic error: FindVideoServiceConversion failed dxva2 generic error: IDirectXVideoDecoderService_GetDecoderDeviceGuid direct3d9 vout display error: SetThumbNailClip failed: 0x80004001 QWidget::paintEngine: Should no longer be called Benutzen Sie 'cvlc', um VLC ohne Interface zu verwe The Windows version issues: >vlc.exe 000.ts main decoder error: buffer deadlock preventedĬould it be a demuxer issue? Strange, that it happens on Manjaro only. Benutzen Sie 'cvlc', um VLC ohne Interface zu verwenden. main libvlc: VLC wird mit dem Standard-Interface ausgeführt. Yes, there are endlessly lines: $ vlc 000.ts Unfortunately I have no exact date when it was working last on which versions. Two weeks ago(?) before some updates I had no such issues with. ts, but no issue playing the same video and audio multiplexed as. I also tried to skip some part from the beginning and copy the video and audio only to a. If the video and audio stream are re-multiplexed to mpeg ps (.mpg) by ffmpeg -c copy, I can play the same video that just failed as. Just tried debian live media, added vlc 3.0.17.4 via apt-get - no issue to play the same. No issues playing the same file on the same computer on W10 vlc 3.0.17.4 or even on vlc (32bit) for Windows on wine in the same Manjaro where it fails to play on the Linux-VLC. The same happpened when I booted 21.3.2 installation media either XFCE or KDE and tried the included vlc. One of the computers crashed two times after running the blocky video for several minutes… After that I stopped it always immediately if the video playback failed. When I try to play an mpeg2 (dvb-s recording) ts file with vlc 3.0.17.4-7 on actual Manjaro stable (XFCE) I see different bad behaviour - on two very different computers - either video remains black, or picture evolves jumpy while remaining still for times, or only left part of picture showing, blocky, then colourful blocks, then grey towards right.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |