Re: [opensuse] Youtube problems
On 2017-05-28 22:26, James Knott wrote: On 2017-05-28 22:26, James Knott wrote:
On 05/28/2017 04:13 PM, Carlos E. R. wrote:
On 2017-05-28 22:07, James Knott wrote:
On 05/28/2017 04:04 PM, Carlos E. R. wrote:
Sending back to mail list, I assume private reply was a typo.
I'm using Leap 42.2, and Firefox 52.1.1 (64-bit)
It has to be something local to you.
I have no idea what. It happens on 2 different computers and 3 different browsers. They also work in W10, in a VM on the desktop computer, so it's not a network issue. That it fails on several browser, including the commercial Chrome, is quite surprising.
All the computers use the same desktop? Try another.
If not, some codec or library used by all is broken or missing.
Do you use add blockers, script blockers? Disable on youtube.
I do use an adblocker, but turning it off makes no difference. Regardless, I was using it before this started. However, I've noticed something curious, when watching the connection withWireshark. There's a few packets (TLS v1.2), ending with an ack from my computer to port 443 (SSL), then all traffic stops for about a minute, then more packets and again stopping on that ack. The cycle repeats at approx 1 minute intervals, while the dot goes around the circle.
Try reboot the router. Create a new virtual machine running Linux, try it. Someone suggested tell you to check if flashplayer is installed. Another person on the Spanish mail list comments a very strange but similar problem he has with youtube, this time using Windows, with chrome or Firefox. IE still works. Fails when he uses the network of the site he is at, accessing his client network with his given login. Any variation and it works again, like taking the laptop to another place, or using his login on another computer. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)
On 05/29/2017 06:36 AM, Carlos E. R. wrote:
I do use an adblocker, but turning it off makes no difference.
Regardless, I was using it before this started. However, I've noticed something curious, when watching the connection withWireshark. There's a few packets (TLS v1.2), ending with an ack from my computer to port 443 (SSL), then all traffic stops for about a minute, then more packets and again stopping on that ack. The cycle repeats at approx 1 minute intervals, while the dot goes around the circle. Try reboot the router.
A router wouldn't worry about ACKs, regardless it has been rebooted a few days back. Also, that same router is used when those videos work fine on Windows.
Create a new virtual machine running Linux, try it.
Someone suggested tell you to check if flashplayer is installed.
Nothing has changed here in that regard.
Another person on the Spanish mail list comments a very strange but similar problem he has with youtube, this time using Windows, with chrome or Firefox. IE still works. Fails when he uses the network of the site he is at, accessing his client network with his given login. Any variation and it works again, like taking the laptop to another place, or using his login on another computer.
However, I did happen to have a 42.2 VM, which I had created before installing it as my main OS. That VM played those videos. I then cloned that VM and verified it played the video. Next, I updated the cloned VM to the latest updates and SURPRISE, SURPRISE, SURPRISE, the videos now fail. I went back to the original VM and those videos played OK. So, this problem was caused by some update that appeared with the past 2 weeks or so. I verified this by taking a VM where the videos worked, but then failed after the updates. Incidentally, I first came across this problem on my desktop system and also experienced it on my notebook. Both the 42.2 and Windows 10 Virtualbox VMs are on my desktop system. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2017-05-29 18:40, James Knott wrote:
On 05/29/2017 06:36 AM, Carlos E. R. wrote:
However, I did happen to have a 42.2 VM, which I had created before installing it as my main OS. That VM played those videos. I then cloned that VM and verified it played the video. Next, I updated the cloned VM to the latest updates and SURPRISE, SURPRISE, SURPRISE, the videos now fail. I went back to the original VM and those videos played OK. So, this problem was caused by some update that appeared with the past 2 weeks or so. I verified this by taking a VM where the videos worked, but then failed after the updates.
Incidentally, I first came across this problem on my desktop system and also experienced it on my notebook. Both the 42.2 and Windows 10 Virtualbox VMs are on my desktop system.
Find out what file does avc1.4d400d? Found two sites: http://www.leanbackplayer.com/test/h5mt.html https://stackoverflow.com/questions/16363167/html5-video-tag-codecs-attribut... -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)
On 05/29/2017 02:27 PM, Carlos E. R. wrote:
On 2017-05-29 18:40, James Knott wrote:
On 05/29/2017 06:36 AM, Carlos E. R. wrote:
However, I did happen to have a 42.2 VM, which I had created before installing it as my main OS. That VM played those videos. I then cloned that VM and verified it played the video. Next, I updated the cloned VM to the latest updates and SURPRISE, SURPRISE, SURPRISE, the videos now fail. I went back to the original VM and those videos played OK. So, this problem was caused by some update that appeared with the past 2 weeks or so. I verified this by taking a VM where the videos worked, but then failed after the updates.
Incidentally, I first came across this problem on my desktop system and also experienced it on my notebook. Both the 42.2 and Windows 10 Virtualbox VMs are on my desktop system.
Find out what file does avc1.4d400d?
Found two sites:
http://www.leanbackplayer.com/test/h5mt.html
https://stackoverflow.com/questions/16363167/html5-video-tag-codecs-attribut...
So, was there an update recently that would affect that? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2017-05-29 20:32, James Knott wrote:
On 05/29/2017 02:27 PM, Carlos E. R. wrote:
Find out what file does avc1.4d400d?
Found two sites:
http://www.leanbackplayer.com/test/h5mt.html
https://stackoverflow.com/questions/16363167/html5-video-tag-codecs-attribut...
So, was there an update recently that would affect that?
I don't know. I updated last Friday night, including pacman and multimedia, but skipping kodi. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)
On 2017-05-29 20:32, James Knott wrote:
On 05/29/2017 02:27 PM, Carlos E. R. wrote:
On 2017-05-29 18:40, James Knott wrote:
On 05/29/2017 06:36 AM, Carlos E. R. wrote:
Find out what file does avc1.4d400d?
...
So, was there an update recently that would affect that?
On the Spanish mail list someone commented a more or less similar problem (Windows). But he can download the video using wget (which you can get using the cliget addon to firefox). I guess that you can instead of wget give the link to VLC and download while watching on the fly. Or you can try using "youtube-dl", a CLI command to which you give the page URL and it parses the page to download the video. This is the one I use (packman). -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" (Minas Tirith))
On 05/31/2017 12:37 PM, Carlos E. R. wrote:
On 2017-05-29 20:32, James Knott wrote:
On 05/29/2017 02:27 PM, Carlos E. R. wrote:
On 2017-05-29 18:40, James Knott wrote:
On 05/29/2017 06:36 AM, Carlos E. R. wrote:
Find out what file does avc1.4d400d? ...
So, was there an update recently that would affect that? On the Spanish mail list someone commented a more or less similar problem (Windows). But he can download the video using wget (which you can get using the cliget addon to firefox). I guess that you can instead of wget give the link to VLC and download while watching on the fly.
Or you can try using "youtube-dl", a CLI command to which you give the page URL and it parses the page to download the video. This is the one I use (packman).
Why should any of that be necessary? It worked fine, until a recent update. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2017-05-31 19:03, James Knott wrote:
On 05/31/2017 12:37 PM, Carlos E. R. wrote:
On 2017-05-29 20:32, James Knott wrote:
On 05/29/2017 02:27 PM, Carlos E. R. wrote:
On 2017-05-29 18:40, James Knott wrote:
On 05/29/2017 06:36 AM, Carlos E. R. wrote:
Find out what file does avc1.4d400d? ...
So, was there an update recently that would affect that? On the Spanish mail list someone commented a more or less similar problem (Windows). But he can download the video using wget (which you can get using the cliget addon to firefox). I guess that you can instead of wget give the link to VLC and download while watching on the fly.
Or you can try using "youtube-dl", a CLI command to which you give the page URL and it parses the page to download the video. This is the one I use (packman).
Why should any of that be necessary? It worked fine, until a recent update.
Yes, I know, but: you find out if those tools can get the videos, two, you get a backup method. And you can add the info to the bugzilla. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" (Minas Tirith))
On 05/31/2017 01:10 PM, Carlos E. R. wrote:
Why should any of that be necessary? It worked fine, until a recent update.
Yes, I know, but: you find out if those tools can get the videos, two, you get a backup method. And you can add the info to the bugzilla.
According to the bug report, they've concluded it has something to do with ffmpeg and cuda. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 05/29/2017 12:40 PM, James Knott wrote:
However, I did happen to have a 42.2 VM, which I had created before installing it as my main OS. That VM played those videos. I then cloned that VM and verified it played the video. Next, I updated the cloned VM to the latest updates and SURPRISE, SURPRISE, SURPRISE, the videos now fail. I went back to the original VM and those videos played OK. So, this problem was caused by some update that appeared with the past 2 weeks or so. I verified this by taking a VM where the videos worked, but then failed after the updates.
Bug report filed. https://bugzilla.suse.com/show_bug.cgi?id=1041794 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On May 30, 2017 8:56:42 AM PDT, James Knott
However, I did happen to have a 42.2 VM, which I had created before installing it as my main OS. That VM played those videos. I then cloned that VM and verified it played the video. Next, I updated the cloned VM to the latest updates and SURPRISE, SURPRISE, SURPRISE,
videos now fail. I went back to the original VM and those videos
OK. So, this problem was caused by some update that appeared with
On 05/29/2017 12:40 PM, James Knott wrote: the played the
past 2 weeks or so. I verified this by taking a VM where the videos worked, but then failed after the updates.
Bug report filed. https://bugzilla.suse.com/show_bug.cgi?id=1041794
All the videos work for me. 42.2 up to date. Packman repository in play. Chrome, vivaldi and firefox. -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 05/31/2017 11:57 AM, John Andersen wrote:
On May 30, 2017 8:56:42 AM PDT, James Knott
wrote: However, I did happen to have a 42.2 VM, which I had created before installing it as my main OS. That VM played those videos. I then cloned that VM and verified it played the video. Next, I updated the cloned VM to the latest updates and SURPRISE, SURPRISE, SURPRISE,
videos now fail. I went back to the original VM and those videos
OK. So, this problem was caused by some update that appeared with
On 05/29/2017 12:40 PM, James Knott wrote: the played the
past 2 weeks or so. I verified this by taking a VM where the videos worked, but then failed after the updates. Bug report filed. https://bugzilla.suse.com/show_bug.cgi?id=1041794
All the videos work for me. 42.2 up to date. Packman repository in play. Chrome, vivaldi and firefox.
I have heard privately from another list member who is having the same problem. Also, given that I was able to recreate the problem simply by updating an existing VM shows the updates caused the problem That's now 3 out of 3 systems where it fails for me. I have no idea why you're not experiencing the problem. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 30/05/2017 17:56, James Knott wrote:
On 05/29/2017 12:40 PM, James Knott wrote:
However, I did happen to have a 42.2 VM, which I had created before installing it as my main OS. That VM played those videos. I then cloned that VM and verified it played the video. Next, I updated the cloned VM to the latest updates and SURPRISE, SURPRISE, SURPRISE, the videos now fail. I went back to the original VM and those videos played OK. So, this problem was caused by some update that appeared with the past 2 weeks or so. I verified this by taking a VM where the videos worked, but then failed after the updates.
Bug report filed. https://bugzilla.suse.com/show_bug.cgi?id=1041794
It was caused by ffmpeg creating a cuda specific h264 codec and the browsers preferring it but it won't work on video hardware that doesn't support it. I had to switch to openSUSE's official ffmpeg to see the bug in firefox. I rebuilt ffmpeg without cuda and the problem was solved. The update is in update test atm and will appear soon. The reason most other users didn't see the bug is that they use Packman ffmpeg. Best regards Dave P -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2017-06-01 09:21, Dave Plater wrote:
On 30/05/2017 17:56, James Knott wrote:
Bug report filed. https://bugzilla.suse.com/show_bug.cgi?id=1041794
It was caused by ffmpeg creating a cuda specific h264 codec and the browsers preferring it but it won't work on video hardware that doesn't support it. I had to switch to openSUSE's official ffmpeg to see the bug in firefox. I rebuilt ffmpeg without cuda and the problem was solved. The update is in update test atm and will appear soon. The reason most other users didn't see the bug is that they use Packman ffmpeg.
How curious! Thank you for the feedback. :-) -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)
participants (5)
-
Carlos E. R.
-
Carlos E. R.
-
Dave Plater
-
James Knott
-
John Andersen