I cannot reproduce it here:

<<<
 I also have an Acer Aspire 5738DZG laptop with the following specs:

    Intel Pentium(R) Dual-Core CPU T4300 @ 2.10GHz. (x86-64).
    ATI Mobility Radeon⢠HD 4570 (r700)
    15.6â³ 3D HD LCD Screen.
    3 GB Memory
    320 GB Hard Disk Drive.
    âDVD Super Multi DL driveâ
    Acer Nplify⢠802.11b/g/n.
>>>

Mageia Linux 5 x86-64. I Tried with the song44.ogg from the Ubuntu bug. Some questions:

1. Does it happen with PulseAudio? Does it happen without it?

2. Can you provide some offending files?

3. Does it happen when logged in as a new UNIX user account?

Status: NEW => UNCONFIRMED
Ever confirmed: 1 => 0

I cannot reproduce with song44.ogg either. In my case, it seems to happen with h.264 (avc1) encoded videos.

To test it further i downloaded a video from publicdomainflicks.com. The original files, either mp4 and ogg, worked fine. However, if i transcode them with HandBrake to h.264, muting occurs.
However, it seems to be size or computational power dependant, since bigger files are much more likely to mute than smaller ones like the ones on that site; those can take a few seconds of abuse before muting, whereas some other files mute at first try.

As for your questions:

1. Yes, with PA. Switching VLC's output to ALSA works as a workaround, as it did for some people in the original bugreport

2. No problem, privately

3. It happens when new users, as VLC defaults to auto mode, wich in turn chooses PA if available

(In reply to Carlos Vives from comment #2)
> I cannot reproduce with song44.ogg either. In my case, it seems to happen
> with h.264 (avc1) encoded videos.
> 
> To test it further i downloaded a video from publicdomainflicks.com. The
> original files, either mp4 and ogg, worked fine. However, if i transcode
> them with HandBrake to h.264, muting occurs.

Can you give a sample HandBrake command line invocation?

> However, it seems to be size or computational power dependant, since bigger
> files are much more likely to mute than smaller ones like the ones on that
> site; those can take a few seconds of abuse before muting, whereas some
> other files mute at first try.
> 
> As for your questions:
> 
> 1. Yes, with PA. Switching VLC's output to ALSA works as a workaround, as it
> did for some people in the original bugreport
> 

Ah, I see.

> 2. No problem, privately
> 

You can send the files to shlomif@gmail.com and links to shlomif@shlomifish.org . Thanks.

> 3. It happens when new users, as VLC defaults to auto mode, wich in turn
> chooses PA if available

Ah, I see - OK.

Regards,

-- Shlomi Fish

HandBrakeCLI --preset="Normal" --width=1920 --height=720 -i input.xyz -o test.mp4

With Normal being one of the default presets, as follows: -e x264  -q 20.0 -a 1 -E ffaac -B 160 -6 dpl2 -R Auto -D 0.0 --audio-copy-mask aac,ac3,dtshd,dts,mp3 --audio-fallback ffac3 -f mp4 --loose-anamorphic --modulus 2 -m --x264-preset veryfast --h264-profile main --h264-level 4.0

Width and heigth forced to make the computer work when reproducing the video. Tried with this video: http://www.archive.org/download/VoyagetothePlanetofPrehistoricWomen/VoyagetothePlanetofPrehistoricWomen.ogv

(In reply to Carlos Vives from comment #4)
> HandBrakeCLI --preset="Normal" --width=1920 --height=720 -i input.xyz -o
> test.mp4
> 
> With Normal being one of the default presets, as follows: -e x264  -q 20.0
> -a 1 -E ffaac -B 160 -6 dpl2 -R Auto -D 0.0 --audio-copy-mask
> aac,ac3,dtshd,dts,mp3 --audio-fallback ffac3 -f mp4 --loose-anamorphic
> --modulus 2 -m --x264-preset veryfast --h264-profile main --h264-level 4.0
> 
> Width and heigth forced to make the computer work when reproducing the
> video. Tried with this video:
> http://www.archive.org/download/VoyagetothePlanetofPrehistoricWomen/
> VoyagetothePlanetofPrehistoricWomen.ogv

With the test.mp4 produced by HandBrake using the command line when being input on http://www.archive.org/download/VoyagetothePlanetofPrehistoricWomen/VoyagetothePlanetofPrehistoricWomen.ogv I am able to reproduce the problem on my Mageia Linux x86-64 version 5 system on my Acer laptop. I have no idea how to fix it. Perhaps we should ask the Ubuntu people where and how it was fixed, or report the problem upstream.

It's probably one of the patches upstream by Rémi around the date they closed the bugreport, but yeah, asking is probably better than looking for the particular commit (at least i didn't find a singular one refering to it).

That or backport 2.2.2 when it's released.

@ Carlos,

Thank you for having taken the needed time to report this issue!

Did this bug get fixed? If so, please change its status to RESOLVED - FIXED

If it didn't, then we regret that we weren't able to fix it in Mageia 5. Mageia 5 has officially reached its End of Life on December 31st, 2017 https://blog.mageia.org/en/2017/11/07/mageia-5-eol-postponed/
It only continued to get important security updates since then, because we are waiting for a big Plasma5 update in Mageia 6, that'll fix many of the Mageia 5 => 6 upgrade issues.

If you haven't seen that this bug got fixed, then please check whether this bug still exists in Mageia 6. If it does, then please change the Version (near the top, at the left) to "6". If you know it exists in Cauldron, then change Version to Cauldron. If you see it in both Cauldron and Mageia 6, then please set version to Cauldron and add MGA6TOO on the Whiteboard.

Thanks,
Marja

(Changing status from unconfirmed to NEW, because Shlomi had reproduced the issue)

Status: UNCONFIRMED => NEW
Ever confirmed: 0 => 1
CC: (none) => marja11

No reply, so closing as OLD


@ Carlos
==> If you didn't reset your password after February 2018, then you'll need to reset it here https://identity.mageia.org/forgot_password to be able to log in and comment in this report. <==

Status: NEW => RESOLVED
Resolution: (none) => OLD