I should supplement ”add another MKV file to the playlist and there’s no problem” with that the second file could also be the same file, so that the playlist is comprised of two instances of the same file. This way it works audiowise the way it should even with the file there just once, so it’s an effective, albeit silly workaround.
With just one file on the playlist and looped (with repeat mode on), at about 0:24 during the second play the audio goes mute and doesn’t recover by itself. Restarting the video by double-clicking on the playlist item makes the audio come back.
The funny thing is, if you add another MKV file to the playlist and let it loop between the two files, there’s no problem. But with the single file repeating it looks to be 100% reproducible.
Doesn’t seem to be reproducible using MP4 or AVI files, just MKV. Not reproducible with VLC. I’ve thus far found at least two MKV files [1], [2] that reproduce this 100 %. IIRC, the issue didn’t occur with these same files back in Lucid.
Steps to reproduce:
1. Download one of the aforementioned MKV files.
2. Load it in Totem.
3. Set ’Repeat Mode’ on.
4. Play the file, wait for it to loop.
What happens:
At about 0:24 during the second play the audio goes mute.
What I expect to happen:
The audio to continue playing normally during the second and subsequent loops also.
*[1] http://www.archive.org/download/GhostbustersToolAssistedSpeedrun/ghostbusters-tas-glitchman.mkv
*[2] http://www.archive.org/download/NesAction52theCheetahmenBySwordlessLinkIn0356.06/action52-cheetahmen-tas-swordlesslink.mkv
I downgraded libdrm-intel1 to 2.4.26-1ubuntu1 from Oneiric, but the problem remains. So on Precise it doesn’t seem to be the cause. (I’m not using the Xorg-edgers PPA.)
Seems to be allergic to my listening to podcasts. Sometimes crashes when switching between episodes (through double-clicking on the listview), this time just midway listening to one episode (when I brough Rhythmbox’s window to front using Unity). Always seems to be in __strlen_sse2() though.
Here’s i915_error_state as requested on https://wiki.ubuntu.com/X/Troubleshooting/Freeze#. I made a copy (using cp), and I should mention that my first try to do so resulted in an error message: ”failed to extend” … and something about not having enough memory, in Finnish. When I preceded the command with LC_ALL=C to get the entire error message in English, the copying was suddenly successful. I hope this doesn’t mean the actual error state from the hang had been replaced by a new state which I’m now submitting.
Happens consistently when playing video using VLC (other players also), after about 5 minutes. Rockman 2 speedrun from tasvideos.org is pretty reliable for reproducing this. :)
The video goes blank (blue) and can no longer be seen until after reboot, though the playing does resume.
Bug #896899 looks similar on the surface, but I’ve little understanding of these types of crashes so I felt it best to report separately.
After switching to fbdev driver the crash can no longer be reproduced.
I can confirm the bug and the workaround both hold on an up-to-date Precise system with a Radeon HD 3200.
I for one can not reproduce this in 2.1.5 with the two test cases given, so I propose to mark it Fixed.
Steps to reproduce:
1. Load a ROM
2. Select ’Record As’ from the Movie menu
3. Select Open from the dialog
Seems to occur with 100% certainty and irregardless of the ROM file selected.
Mario, here’s output from the commands you asked.