** Description changed: Testing with the Big Buck Bunny videos (e.g. https://test- videos.co.uk/vids/bigbuckbunny/mp4/h264/720/Big_Buck_Bunny_720_10s_10MB.mp4) GST_DEBUG=*:1 totem Big_Buck_Bunny_720_10s_30MB.mp4 I see, 0:00:01.676017565 16373 0x5f89752c05e0 ERROR openh264dec :0::<openh264dec0> [OpenH264] this = 0x0x7f09e001a000, Error:Ref Picture for B-Slice is lost, B-Slice decoding cannot be continued! - Even with gst-plugins-bad installed. There are two problems here. + Even with gst-plugins-bad installed. There are at least three problems + here. 1. openh264dec is ranked more highly than libav decoders for h264 (on jammy at least). That's a suboptimal user experience, since openh264dec is not as robust 2. Totem stalls out after about 1 second with no guidance to the user what went wrong. + + 3. openh264 has a decoding bug, since the B-slice hierarchy is spec + compliant here.
-- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to totem in Ubuntu. https://bugs.launchpad.net/bugs/2121434 Title: totem is not reporting decoder errors to the user To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/totem/+bug/2121434/+subscriptions -- desktop-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
