On Mon, 23 Jan 2023 12:04:59 +0100 =?UTF-8?Q?Bernhard_=c3=9cbelacker?= <bernha...@mailbox.org> wrote: > On Sat, 14 Jan 2023 18:07:08 +0000 Stephan =?ISO-8859- 1?Q?Verb=FCcheln?= <verbuech...@posteo.de> wrote: > > This bug appears back some time ago. For some months, video thumbnails > > failed to generate on multiple of my machines. Since then, I was trying > > to figure out the cause. > > > > It only seemed to affect h264, but not all videos were affected. I even > > had multiple videos saved from Youtube, some were generating > > thumbnails, others were not. I could not find any difference in the > > codec parameters. > > > > Adding the -l option in /usr/share/thumbnailers/totem.thumbnailer > > worked to prevent this bug. Does this option have any downsides? > > > > Regards > > > Hello, > it looks like this option makes it not setting the process limits [1] [2]. > > Simon wrote it that way before: > totem-video-thumbnailer sets a resource limit ... to avoid a runaway > thumbnailing process consuming disproportionate system resources. > > Kind regards, > Bernhard > > [1] https://sources.debian.org/src/totem/43.0-2/src/totem-video-thumbnailer.c/#L587 > 587 { "no-limit", 'l', G_OPTION_FLAG_REVERSE, G_OPTION_ARG_NONE, &time_limit, "Don't limit the thumbnailing time to 30 seconds", NULL }, > > [2] https://sources.debian.org/src/totem/43.0-2/src/totem-resources.c/?hl=111#L111 > >
Still encountering this annoying bug on my testing (trixie) system (main computer) However I am unable to remove the libopenblas0-pthread:amd64 0.3.23+ds- 2 package without destroying my operating system (too many programs depend on it) so I use the "-l" thumbnailer option workaround as mentioned earlier in this thread, which works. I also confirm that the bug is not found in a vanilla Gnome desktop Debian 12 installation. Greetings Fred.
