I very rarely watch youtube videos in browser, preferring instead to
take links and download with yt-dlp to watch with mplayer. But sometimes
I'll be on a page with an embeded youtube video and click the play
button. Promptly my USB hub (and thus mouse) gets knocked off-line.
Hardware: Surface Go 2 (which has only one USB port, hence hub)
Browser: Firefox, true for multiple versions over the last year
Distro: Ubuntu 20.04.6 LTS
Kernel: 5.12.14-surface, with Surface specific hardware mods
X11 configured to use Icewm instead of whatever Ubuntu has as default
Hub is "uni" branded USB-C to 4 x USB3 A ports; IDs as "Generic":
On 11/03/2025 20:00, Eli the Bearded wrote:
Hardware: Surface Go 2 (which has only one USB port, hence hub)I would suspect the hub.
Browser: Firefox, true for multiple versions over the last year
Distro: Ubuntu 20.04.6 LTS
Kernel: 5.12.14-surface, with Surface specific hardware mods
X11 configured to use Icewm instead of whatever Ubuntu has as default
Hub is "uni" branded USB-C to 4 x USB3 A ports; IDs as "Generic":
Is the hub separately powered?
When Firefox is playing videos the power consumption will increase. I(t
may be that if the hub isn't powered, the computers power supply simply cannot cope...
In comp.os.linux.misc, The Natural Philosopher <tnp@invalid.invalid> wrote:
On 11/03/2025 20:00, Eli the Bearded wrote:
Hardware: Surface Go 2 (which has only one USB port, hence hub)I would suspect the hub.
Browser: Firefox, true for multiple versions over the last year
Distro: Ubuntu 20.04.6 LTS
Kernel: 5.12.14-surface, with Surface specific hardware mods
X11 configured to use Icewm instead of whatever Ubuntu has as default
Hub is "uni" branded USB-C to 4 x USB3 A ports; IDs as "Generic":
Maybe, but I've found that usb-c to USB3 A hubs *with no other features*
are hard to find. I've gone through a few that had ethernet or HDMI or
both and would get quite warm with use, which is terrible when I just
want a mouse on battery power.
Is the hub separately powered?
No, but the backup drive is. It should only be drawing power for the
hub itself and the mouse.
When Firefox is playing videos the power consumption will increase. I(t
may be that if the hub isn't powered, the computers power supply simply cannot cope...
The hub works fine during more CPU intensive tasks like compiling or
video transcoding. And video playback in mplayer works just fine. I can
even play youtube downloaded videos in mplayer while transcoding and
there are no issues.
It's specific to Firefox playing the video.
Elijah
------
has not tried other browsers
Wondering: what does your memory use look like? FF is a *memory* hog. If there is swaping going on, that might be what is eating power.
It's specific to Firefox playing the video.
The hub works fine during more CPU intensive tasks like compiling or
video transcoding. And video playback in mplayer works just fine. I can
even play youtube downloaded videos in mplayer while transcoding and
there are no issues.
It's specific to Firefox playing the video.
On Tue, 11 Mar 2025 20:31:27 -0000 (UTC), Eli the Bearded wrote:
It's specific to Firefox playing the video.Are you able to download a problem video and play it through something
else, just for comparison?
Eli the Bearded <*@eli.users.panix.com> wrote:
It's specific to Firefox playing the video.
Does Firefox use GPU hardware video decoding (look for "HARDWARE_VIDEO_DECODING" on the about:support page)? I'm not sure
if mplayer does hardware video decoding, ffmpeg requires specific
options to enable it. You also need the relevent drivers installed.
Hardware will also only support certain codecs, so it's possible
that only Firefox is using it, with a video format used by YouTube.
I very rarely watch youtube videos in browser, preferring instead to
take links and download with yt-dlp to watch with mplayer. But sometimes
I'll be on a page with an embeded youtube video and click the play
button. Promptly my USB hub (and thus mouse) gets knocked off-line.
It's specific to Firefox playing the video.
Eli the Bearded <*@eli.users.panix.com> wrote:
The hub works fine during more CPU intensive tasks like compiling or
video transcoding. And video playback in mplayer works just fine. I can
even play youtube downloaded videos in mplayer while transcoding and
there are no issues.
It's specific to Firefox playing the video.
Does Firefox use GPU hardware video decoding (look for "HARDWARE_VIDEO_DECODING" on the about:support page)? I'm not sure
if mplayer does hardware video decoding, ffmpeg requires specific
options to enable it. You also need the relevent drivers installed.
Hardware will also only support certain codecs, so it's possible
that only Firefox is using it, with a video format used by YouTube.
In comp.os.linux.misc, Computer Nerd Kev <not@telling.you.invalid> wrote:
Eli the Bearded <*@eli.users.panix.com> wrote:
It's specific to Firefox playing the video.
Does Firefox use GPU hardware video decoding (look for
"HARDWARE_VIDEO_DECODING" on the about:support page)? I'm not sure
if mplayer does hardware video decoding, ffmpeg requires specific
options to enable it. You also need the relevent drivers installed.
Hardware will also only support certain codecs, so it's possible
that only Firefox is using it, with a video format used by YouTube.
It is "available". I don't know if it gets used, but probably. Youtube
videos play, so however it happens, it works.
You think something about hardware video decoding could bump my hub off?
Is there an about config to try turning that off?
Elijah
------
isn't going diving in about:config right now
sized to fit in column of text in a news story at The Guardian.
In comp.os.linux.misc, Computer Nerd Kev <not@telling.you.invalid> wrote:
Eli the Bearded <*@eli.users.panix.com> wrote:
It's specific to Firefox playing the video.
Does Firefox use GPU hardware video decoding (look for "HARDWARE_VIDEO_DECODING" on the about:support page)? I'm not sure
if mplayer does hardware video decoding, ffmpeg requires specific
options to enable it. You also need the relevent drivers installed. Hardware will also only support certain codecs, so it's possible
that only Firefox is using it, with a video format used by YouTube.
It is "available". I don't know if it gets used, but probably. Youtube
videos play, so however it happens, it works.
You think something about hardware video decoding could bump my hub off?
Is there an about config to try turning that off?
Elijah
------
isn't going diving in about:config right now
In comp.os.linux.misc, Computer Nerd Kev <not@telling.you.invalid> wrote:
Eli the Bearded <*@eli.users.panix.com> wrote:
It's specific to Firefox playing the video.
Does Firefox use GPU hardware video decoding (look for
"HARDWARE_VIDEO_DECODING" on the about:support page)? I'm not sure
if mplayer does hardware video decoding, ffmpeg requires specific
options to enable it. You also need the relevent drivers installed.
Hardware will also only support certain codecs, so it's possible
that only Firefox is using it, with a video format used by YouTube.
It is "available". I don't know if it gets used, but probably. Youtube
videos play, so however it happens, it works.
You think something about hardware video decoding could bump my hub off?
Is there an about config to try turning that off?
In comp.os.linux.misc, Lawrence D'Oliveiro <ldo@nz.invalid> wrote:
On Tue, 11 Mar 2025 20:31:27 -0000 (UTC), Eli the Bearded wrote:
It's specific to Firefox playing the video.Are you able to download a problem video and play it through something
else, just for comparison?
Yes. But the way youtube works, I don't know if the downloaded one is
same file, and it probably isn't. yt-dlp tries to get the best file
it can,
Wondering if the when the GPU hardware video decoding become active something happens to the power supply. And if Firefox is the only program that uses the GPU hardware video decoding that could explain things. I wonder if FF can be configured not to use GPU hardware video decoding...
Eli the Bearded <*@eli.users.panix.com> wrote:
You think something about hardware video decoding could bump my hub off?
I gather this is some laptop/tablet computer since you say it's a
"Surface". These days they tend to build lots of functions into the
same chip ("lspci" often shows evidence of this) with such
computers, and the same chip doing USB and graphics is quite
possible. So I can easily imagine a bug in one driver, for h/w
video decoding on the GPU, messing up USB if it's done on the same
chip.
I very rarely watch youtube videos in browser, preferring instead to
take links and download with yt-dlp to watch with mplayer. But sometimes
I'll be on a page with an embeded youtube video and click the play
button. Promptly my USB hub (and thus mouse) gets knocked off-line.
Hardware: Surface Go 2 (which has only one USB port, hence hub)
Browser: Firefox, true for multiple versions over the last year
Distro: Ubuntu 20.04.6 LTS
Kernel: 5.12.14-surface, with Surface specific hardware mods
X11 configured to use Icewm instead of whatever Ubuntu has as default
Hub is "uni" branded USB-C to 4 x USB3 A ports; IDs as "Generic":
Is this machine having a single USB C port?
In comp.os.linux.misc, Computer Nerd Kev <not@telling.you.invalid> wrote:
Eli the Bearded <*@eli.users.panix.com> wrote:
You think something about hardware video decoding could bump my hub off?
I gather this is some laptop/tablet computer since you say it's a "Surface". These days they tend to build lots of functions into the
same chip ("lspci" often shows evidence of this) with such
computers, and the same chip doing USB and graphics is quite
possible. So I can easily imagine a bug in one driver, for h/w
video decoding on the GPU, messing up USB if it's done on the same
chip.
In another post in this thread I just detailed turning off the hardware
video performance option without change in hub-knocked-off-line
behavior.
The device here, a Surface Go 2, is a tablet I use with the keyboard
cover and a mouse as a laptop. I have not found a good modern
replacement for the old 10" diagonal eeepc I used to use. I really like
a sub 12" device size, not too picky about thickness, and the 7" ones
are too small for me. This size doesn't have a lot of options, and
Surface Go 2 had a 8gig RAM offering at a 10.5" diagonal, so I've been
using it for almost four years now.
I'm not an lspci expert, but it looks like the video is a separate
device from the USB:
# lspci
00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v6/7th Gen Core Processor Host Bridge/DRAM Registers (rev 02)
00:02.0 VGA compatible controller: Intel Corporation UHD Graphics 615 (rev 02)
00:04.0 Signal processing controller: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Thermal Subsystem (rev 02)
00:05.0 Multimedia controller: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Imaging Unit (rev 01)
00:13.0 Non-VGA unclassified device: Intel Corporation Sunrise Point-LP Integrated Sensor Hub (rev 21)
00:14.0 USB controller: Intel Corporation Sunrise Point-LP USB 3.0 xHCI Controller (rev 21)
00:14.2 Signal processing controller: Intel Corporation Sunrise Point-LP Thermal subsystem (rev 21)
00:14.3 Multimedia controller: Intel Corporation Device 9d32 (rev 01)
00:15.0 Signal processing controller: Intel Corporation Sunrise Point-LP Serial IO I2C Controller #0 (rev 21)
00:15.1 Signal processing controller: Intel Corporation Sunrise Point-LP Serial IO I2C Controller #1 (rev 21)
00:15.2 Signal processing controller: Intel Corporation Sunrise Point-LP Serial IO I2C Controller #2 (rev 21)
00:15.3 Signal processing controller: Intel Corporation Sunrise Point-LP Serial IO I2C Controller #3 (rev 21)
00:16.0 Communication controller: Intel Corporation Sunrise Point-LP CSME HECI #1 (rev 21)
00:19.0 Signal processing controller: Intel Corporation Sunrise Point-LP Serial IO UART Controller #2 (rev 21)
00:19.2 Signal processing controller: Intel Corporation Sunrise Point-LP Serial IO I2C Controller #4 (rev 21)
00:1c.0 PCI bridge: Intel Corporation Sunrise Point-LP PCI Express Root Port #3 (rev f1)
00:1c.3 PCI bridge: Intel Corporation Sunrise Point-LP PCI Express Root Port #4 (rev f1)
00:1c.6 PCI bridge: Intel Corporation Sunrise Point-LP PCI Express Root Port #7 (rev f1)
00:1e.0 Signal processing controller: Intel Corporation Sunrise Point-LP Serial IO UART Controller #0 (rev 21)
00:1f.0 ISA bridge: Intel Corporation Device 9d4b (rev 21)
00:1f.2 Memory controller: Intel Corporation Sunrise Point-LP PMC (rev 21) 00:1f.3 Audio device: Intel Corporation Sunrise Point-LP HD Audio (rev 21) 01:00.0 Network controller: Intel Corporation Wi-Fi 6 AX200 (rev 1a)
02:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS522A PCI Express Card Reader (rev 01)
03:00.0 Non-Volatile memory controller: KIOXIA Corporation Device 0001
It's larger than I'd like, but I've been thinking this might get
replaced with a Framework 12 when those come out. That is still pretty
small and supposedly will support up to 48gigs of RAM.
Elijah
------
not that RAM has been much of an issue at 8gig
Is this machine having a single USB C port? I heard there are machines capable of outputting video over USB-C.
the special magnetic cord. I believe this is capable of outputting
video over USB-C, but I don't do that and I don't have a video
capable hub. (Well, I do have one, but I don't use it. The video
capable hub is terrible power drain when on battery.
In comp.os.linux.misc, Carlos E.R. <robin_listas@es.invalid> wrote:
Is this machine having a single USB C port? I heard there are machines
capable of outputting video over USB-C.
Yes. There's a single USB-C. I can charge via that or the special
magnetic cord. I believe this is capable of outputting video over USB-C,
but I don't do that and I don't have a video capable hub. (Well, I do
have one, but I don't use it. The video capable hub is terrible power
drain when on battery. I suspect it doesn't have the smarts to turn off
the video chips.)
Elijah
------
the video capable hub is three years older than this Surface
On 2025-03-14 05:54, Eli the Bearded wrote:
Yes. There's a single USB-C. I can charge via that or the specialWell, there is the relationship between the video hardware and the USB hardware.
magnetic cord. I believe this is capable of outputting video over USB-C,
but I don't do that and I don't have a video capable hub. (Well, I do
have one, but I don't use it. The video capable hub is terrible power
drain when on battery. I suspect it doesn't have the smarts to turn off
the video chips.)
In comp.os.linux.misc, Carlos E.R. <robin_listas@es.invalid> wrote:
On 2025-03-14 05:54, Eli the Bearded wrote:
Yes. There's a single USB-C. I can charge via that or the specialWell, there is the relationship between the video hardware and the USB
magnetic cord. I believe this is capable of outputting video over USB-C, >>> but I don't do that and I don't have a video capable hub. (Well, I do
have one, but I don't use it. The video capable hub is terrible power
drain when on battery. I suspect it doesn't have the smarts to turn off
the video chips.)
hardware.
That doesn't help explain why it's videos in youtube but not videos at
other websites. (There's a relationship between the CPU and the video hardware and the USB hardware: They're all inside the case of the
Surface.)
I wrote a website that used a lot of javascript,. Tested against Linux Firefox. I was in my local PC supplier, who is a friend and I said 'look
at my new website'
His latest greatest Windows PC running MS browser promptly blue
screened.
"I haven't seen that for years" he said...
On 12/03/2025 01:28, Eli the Bearded wrote:
,
sized to fit in column of text in a news story at The Guardian.
Its obviously a far right Surface that barfs on reading the Guardian!
In comp.os.linux.misc, Lawrence D'Oliveiro <ldo@nz.invalid> wrote:
On Tue, 11 Mar 2025 20:31:27 -0000 (UTC), Eli the Bearded wrote:
It's specific to Firefox playing the video.
Are you able to download a problem video and play it through something
else, just for comparison?
Yes. But the way youtube works, I don't know if the downloaded one is
same file, and it probably isn't. yt-dlp tries to get the best file it
can, while the javascript in the browser probably negotiates one more suitable for the embedded window size.
I'm not an lspci expert, but it looks like the video is a separate
device from the USB:
youtube-dl and friends give you the choice to download whichever version
you like. Try the "-F" option to list the ones available.
On Sat, 15 Mar 2025 09:02:55 +0000, The Natural Philosopher wrote:
I wrote a website that used a lot of javascript,. Tested against Linux
Firefox. I was in my local PC supplier, who is a friend and I said 'look
at my new website'
His latest greatest Windows PC running MS browser promptly blue
screened.
"I haven't seen that for years" he said...
I've written a lot of JavaScript and I've never seen it. The earlier IE JavaScript engines sucked mightily but all they ever did was slow the rendering to a crawl.
Our web application was Angular, which is all JavaScript, and if there was
a problem it would show up in Firefox, but again it was only strange rendering. We always recommended Chrome or Edge after Edge became Chrome based.
In comp.os.linux.misc, Lawrence D'Oliveiro <ldo@nz.invalid> wrote:
youtube-dl and friends give you the choice to download whichever version
you like. Try the "-F" option to list the ones available.
Yeah, but which one of these is my browser playing?
You'd just pick something reasonable from the list, download it, and
play it with a native player (which will generally *always* beat the yt
JS player in overall usability, and likely be much less resource
intensive as well).
On Thu, 13 Mar 2025 04:38:48 -0000 (UTC), Eli the Bearded wrote:
I'm not an lspci expert, but it looks like the video is a separate
device from the USB:
It will always appear logically separate in the list, even if it's all
built into the same physical chip package.
In comp.os.linux.misc, Lawrence D'Oliveiro <ldo@nz.invalid> wrote:
youtube-dl and friends give you the choice to download whicheverYeah, but which one of these is my browser playing?
version you like. Try the "-F" option to list the ones available.
| Sysop: | Keyop |
|---|---|
| Location: | Huddersfield, West Yorkshire, UK |
| Users: | 546 |
| Nodes: | 16 (2 / 14) |
| Uptime: | 40:52:45 |
| Calls: | 10,392 |
| Files: | 14,064 |
| Messages: | 6,417,207 |