totem issueshttps://gitlab.gnome.org/GNOME/totem/-/issues2023-11-13T22:14:57Zhttps://gitlab.gnome.org/GNOME/totem/-/issues/221Totem is slow (sluggish, synchronous UI) on startup when not launched with a ...2023-11-13T22:14:57ZBugzillaTotem is slow (sluggish, synchronous UI) on startup when not launched with a video## Submitted by Jean-François Fortin Tam `@jfft`
**[Link to original bug (#784056)](https://bugzilla.gnome.org/show_bug.cgi?id=784056)**
## Description
This bug was initially created as a clone of bug #728716 and bug #733182 (which ...## Submitted by Jean-François Fortin Tam `@jfft`
**[Link to original bug (#784056)](https://bugzilla.gnome.org/show_bug.cgi?id=784056)**
## Description
This bug was initially created as a clone of bug #728716 and bug #733182 (which I thought were still open but actually aren't). It seems part of the issue had been fixed in 728716 (playback smoothness), but the other part remains: the UI feels terribly sluggish and "blocking" when launching totem as a standalone app (instead of opening a video file directly from Nautilus).
There is no output on the terminal.
It happens even on very powerful modern machines (ex: an i5 6200U with SSDs and 8 GB of DDR4). Will attach a video to demonstrate the problem.
Version: 3.22.x
### Depends on
* [Bug 728716](https://bugzilla.gnome.org/show_bug.cgi?id=728716)https://gitlab.gnome.org/GNOME/totem/-/issues/589Tight thumbnailer resource limit sometimes prevents thumbnailing2024-03-17T19:41:26ZAndy PanTight thumbnailer resource limit sometimes prevents thumbnailingI recently stumble upon a bug that constantly prevent totem from generating thumbnails. This is similar to the one that is reported in the mailing list: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=967941#53 (comment \#53). The even...I recently stumble upon a bug that constantly prevent totem from generating thumbnails. This is similar to the one that is reported in the mailing list: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=967941#53 (comment \#53). The eventual workaround is to specify `-l` (which means "no limit").
I want to comment that the description of `-l` is somewhat misleading: It says "`Don't limit the thumbnailing time to 30 seconds`", but if not specified, the program calls `totem_resources_monitor_start`, and it actually sets both the CPU time limit **and heap size limit** (`RLIMIT_DATA`; see `totem-resources.c`). This can lead to unexpected consequences. For example, on my machines, the memory limit is too tight for some decoders to load a video:
```
$ yt-dlp "https://www.youtube.com/watch?v=l7GX_XII2K0" -o test.mkv
(...)
$ build/src/totem-video-thumbnailer test.mkv test.png
(totem-video-thumbnailer:696457): GLib-ERROR **: 18:41:03.546: ../../../glib/gmem.c:134: failed to allocate 3110551 bytes
(trapped)
```
The memory limit can also make gstreamer fail to generate threads. The outcome of which is worse, as the process will get stuck until it timeouts. On the contrary, if the memory limit weren't there, the whole process should complete in 1s.
```
$ /usr/bin/totem-video-thumbnailer path/to/some-video.mp4 test.png
(totem-video-thumbnailer:698620): GStreamer-WARNING **: 18:50:39.160: failed to create thread: Error creating thread: Resource temporarily unavailable
totem-video-thumbnailer couldn't process file: 'path/to/some-video.mp4'
Reason: Took too much time to process.
```
p.s. the described time limit is out-of-sync with `totem-resources.c`. Should be 15 seconds.https://gitlab.gnome.org/GNOME/totem/-/issues/259"Totem could not get a screenshot of the video" error message on some videos2018-11-22T16:37:59ZLaurent Pointecouteau"Totem could not get a screenshot of the video" error message on some videosWhen trying to make a screenshot in Totem 3.26.2 on Arch Linux, the following error message appears: "Totem could not get a screenshot of the video. This is not supposed to happen; please file a bug report." When doing this from a termin...When trying to make a screenshot in Totem 3.26.2 on Arch Linux, the following error message appears: "Totem could not get a screenshot of the video. This is not supposed to happen; please file a bug report." When doing this from a terminal, the following text is displayed:
`** (totem:28708): WARNING **: 18:42:48.642: Could not take screenshot: failed to retrieve or convert video frame`
Since I've only been able to reproduce this issue on some videos, here is the MediaInfo dump for one of the faulty files:
```
Format : Matroska
Format version : Version 4 / Version 2
File size : 257 MiB
Duration : 23 min 22 s
Overall bit rate : 1 535 kb/s
Encoded date : UTC 2015-12-09 01:24:57
Writing application : mkvmerge v8.4.0 ('A better way to fly') 64bit
Writing library : libebml v1.3.1 + libmatroska v1.4.2
Attachments : FOT-MatisseVPro-EB.otf / FOT-MatisseVPro-UB.otf / Franklin Gothic Medium Italic.ttf / Franklin Gothic Medium.ttf / MVBOLI.TTF / nrkis.ttf
Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L4@Main
Codec ID : V_MPEGH/ISO/HEVC
Duration : 23 min 22 s
Bit rate : 1 071 kb/s
Width : 1 440 pixels
Height : 1 080 pixels
Display aspect ratio : 4:3
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.029
Stream size : 179 MiB (70%)
Writing library : x265 1.8+31-b6156a08b1de:[Windows][GCC 5.2.0][64 bit] 10bit
Encoding settings : wpp / ctu=64 / min-cu-size=8 / max-tu-size=32 / tu-intra-depth=1 / tu-inter-depth=1 / me=1 / subme=2 / merange=57 / no-rect / no-amp / max-merge=2 / temporal-mvp / no-early-skip / rdpenalty=0 / no-tskip / no-tskip-fast / strong-intra-smoothing / no-lossless / no-cu-lossless / no-constrained-intra / no-fast-intra / open-gop / no-temporal-layers / interlace=0 / keyint=250 / min-keyint=23 / scenecut=40 / rc-lookahead=20 / lookahead-slices=0 / bframes=4 / bframe-bias=0 / b-adapt=2 / ref=3 / limit-refs=0 / weightp / no-weightb / aq-mode=1 / qg-size=32 / aq-strength=1.00 / cbqpoffs=0 / crqpoffs=0 / rd=3 / psy-rd=0.30 / rdoq-level=0 / psy-rdoq=0.00 / signhide / deblock / sao / no-sao-non-deblock / b-pyramid / cutree / rc=2 / pass / bitrate=1070 / qcomp=0.60 / qpmin=0 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ipratio=1.40 / pbratio=1.30
Default : Yes
Forced : No
Audio #1
ID : 2
Format : AAC
```https://gitlab.gnome.org/GNOME/totem/-/issues/240Can't playback from a SMB share2018-11-22T16:54:28ZBugzillaCan't playback from a SMB share## Submitted by romu
**[Link to original bug (#794267)](https://bugzilla.gnome.org/show_bug.cgi?id=794267)**
## Description
Setup :
- set top box with a SMB share containing movies (HD MKV)
- Dell XPS L322x (Ivy Bridge) with Intel A...## Submitted by romu
**[Link to original bug (#794267)](https://bugzilla.gnome.org/show_bug.cgi?id=794267)**
## Description
Setup :
- set top box with a SMB share containing movies (HD MKV)
- Dell XPS L322x (Ivy Bridge) with Intel Advanced-N 6235 wireless chipset
- Fedora 27 64 bit
iwconfig output:
wlp1s0 IEEE 802.11 ESSID:"thessid"
Mode:Managed Frequency:2.412 GHz Access Point: 14:0C:76:79:2C:B9
Bit Rate=135 Mb/s Tx-Power=15 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Power Management:off
Link Quality=62/70 Signal level=-48 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:336 Missed beacon:0
Bit Rate can even be far higher, depends on the laptop position.
Problem description:
It's nearly impossible de playback a movie stored on the set top box SMB share with Totem. The playback starts, and after a while, some drops appear and prevent to view the movie. I set the Gnome System Monitor and saw the received data rate drop to 0 at each video drop. The problem doesn't occur with VLC. Same computer / network / movie, VLC renders the movie without any issue.
Reproduction : nearly 100%, seems to depend on the video file used.
I need guidance to further analysis.
Version: 3.26.x