Bug#448072: Video thumbnailing should not rely on a particular media player
Le dimanche 21 septembre 2008 à 19:09 +0200, Reinhard Tartler a écrit : reassign 448072 nautilus stop Josselin Mouette [EMAIL PROTECTED] writes: this sounds like a cool idea, but if it requires ffmpeg for running, it sounds like it should be contained in the ffmpeg package. It would only be used by nautilus, so it should be in that package. I'd suggest to modify it to not depend on ffmpeg but behave in a sane way if ffmpeg is not available. If you insist having it in ffmpeg, please try to convince upstream to include it. Nautilus only provides a way for programs to register thumbnailers for some MIME types. I don’t consider its job to set these handlers, especially when it is not possible to know whether the handler will actually work or not. Just like application handlers, thumbnailers must be registered by the software providing it. Currently, the thumbnailers are registered by totem-common, using an alternative named gnome-video-thumbnailer. It is not such good thing to use an alternative since the list of supported MIME types depends on the implementation, but this is the only way to have it configurable. If we really want to be able to use ffmpeg as the thumbnailer, we need to do the following: * study the list of supported MIME types, to know if a single alternative is enough; * put the common files (picture border and schemas registration) in a new package; * have each implementation register the gnome-video-thumbnailer alternative. Frankly, I’m not interested enough. We currently have a working solution in GNOME, and if people really want to install a thumbnailer for videos without actually installing a video player (!), we can let them configure their systems as they wish. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#448072: Video thumbnailing should not rely on a particular media player
reassign 448072 nautilus stop Josselin Mouette [EMAIL PROTECTED] writes: this sounds like a cool idea, but if it requires ffmpeg for running, it sounds like it should be contained in the ffmpeg package. It would only be used by nautilus, so it should be in that package. I'd suggest to modify it to not depend on ffmpeg but behave in a sane way if ffmpeg is not available. If you insist having it in ffmpeg, please try to convince upstream to include it. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448072: Video thumbnailing should not rely on a particular media player
reassign 448072 ffmpeg thanks Le jeudi 25 octobre 2007 à 21:39 +0200, Jean-Michel Philippe a écrit : Package: nautilus Version: 2.14.3-11+b1 Severity: wishlist Tags: patch In nautilus video thumbnails are only displayed if the user has totem installed. If for any reason this not the case (maybe he prefers another media player?), he may have not installed or uninstalled totem. Therefore video thumbnailing in nautilus should rather rely on a small library, eg. ffmpeg. This is what I did on my system. I wrote a small Python script in replacement of “totem-video-thumbnailer” and declared it as a new “gnome-video-thumbnailer” alternative. Hi, this sounds like a cool idea, but if it requires ffmpeg for running, it sounds like it should be contained in the ffmpeg package. Reassigning. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom signature.asc Description: Ceci est une partie de message numériquement signée
Bug#448072: Video thumbnailing should not rely on a particular media player
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 this sounds like a cool idea, but if it requires ffmpeg for running, it sounds like it should be contained in the ffmpeg package. Reassigning. Indeed I posted this idea for Nautilus because I consider that showing video thumbnails could be the default Nautilus behaviour. I've always been thinking this was a lacking feature until I figured out why video thumbnails were not displayed. Nowadays there is no reason to show photo thumbnails out of the box but not video ones! JM. Philippe * * -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHIkZPn8dRVBZY2OsRAkl/AJwMBjTtA5TgfYLkzWiyhP5bW8ArLgCeNfQd Tenh5mm6j8kK6bm6qTi7p5Q= =XFxD -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448072: Video thumbnailing should not rely on a particular media player
Package: nautilus
Version: 2.14.3-11+b1
Severity: wishlist
Tags: patch
In nautilus video thumbnails are only displayed if the user has totem
installed. If for any reason this not the case (maybe he prefers another
media player?), he may have not installed or uninstalled totem.
Therefore video thumbnailing in nautilus should rather rely on a small
library, eg. ffmpeg. This is what I did on my system. I wrote a small
Python script in replacement of “totem-video-thumbnailer” and declared
it as a new “gnome-video-thumbnailer” alternative.
=== code of “ffmpeg-video-thumbnailer” =
#!/usr/bin/env python
#
# Ffmpeg video thumbnailer
# generates a thumbnail from a video file
#
# requires ffmpeg, imagemagick and filmholes.png from totem
#
# Use:
# ffmpeg-video-thumbnailer [-s geometry] input output
#
# geometry = thumbnail geometry, eg. 128 or 128x96
# input = video file name
# output= thumbnail file name
#
# Author: JM. Philippe - http://philipjm.free.fr/blog/
# Public domain
import sys, os, re, commands, urllib
# the ffmpeg command to be executed (extracts 1st video image)
FfmpegCmd = ffmpeg -i '%s' -vcodec png -vframes 1 -s %s -f rawvideo -y
'%s'
# the imagemagick command (composes images)
MagickCmd = composite -compose atop -geometry %s %s %s %s
# film holes to be overlaid (from totem install)
FilmHoles = '/usr/share/totem/filmholes.png'
HoleHeight = 35 # film holes image dimensions
#HoleWidth = 9
##
##
def dims(FileName):
gets video dimensions
Result = commands.getoutput(ffmpeg -i '%s' % FileName)
Orient = re.findall(r'(\d+)x(\d+)', Result)
if len(Orient):
return map(int, Orient[0])
else:
return 0, 0
##
##
def film_holes(FileName, Height):
adds film holes on the left side
Start = 0
while Start Height: # repeat pattern vertically
Position = '+%d+%d' % (0, Start)
commands.getoutput(MagickCmd % (Position, FilmHoles, FileName,
FileName))
Start += HoleHeight
##
# get parameters
if sys.argv[1] == -s:
ThumbSize, Input, Output = sys.argv[2:5]
else:
ThumbSize = 128
Input, Output = sys.argv[1:3]
##
# URL's to pathnames
Input = urllib.url2pathname(Input.replace('file://', ''))
Output = urllib.url2pathname(Output.replace('file://', ''))
##
# thumbnail size
if 'x' not in ThumbSize:
ImgWidth, ImgHeight = dims(Input)
ThumbWidth = int(ThumbSize)
if ImgWidth = ImgHeight:
ThumbHeight = ThumbWidth * ImgHeight / ImgWidth
else:
ThumbHeight = ThumbWidth
ThumbWidth = ThumbHeight * ImgWidth / ImgHeight
ThumbSize = '%dx%d' % (ThumbWidth, ThumbHeight)
##
# make thumbnail
Result = commands.getoutput(FfmpegCmd % (Input, ThumbSize, Output))
film_holes(Output, ThumbHeight)
commands.getoutput(mogrify -flop + Output) # flip left to right
film_holes(Output, ThumbHeight)
commands.getoutput(mogrify -flop + Output)
=== end of script
Caveats:
* doesn't understand gnome URI's (video files are assumed to be local)
* uses the film hole image of totem, “/usr/share/totem/filmholes.png”
* uses ImageMagick to overlay the film hole image over the thumbnail
(should use a much smaller library)
So I don't think my script is sufficient but I made it to check that
there was another way to do this.
Regards,
JM. Philippe
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-5-k7
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Versions of packages nautilus depends on:
ii desktop-file-utils 0.11-1Utilities for .desktop files
ii gnome-control-center 1:2.14.2-7utilities to configure the GNOME d
ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi
ii libatk1.0-01.12.4-3 The ATK accessibility toolkit
ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library
ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries
ii libeel2-2.14 2.14.3-5 Eazel Extensions Library (for GNOM
ii libesd-alsa0 [libesd0] 0.2.36-3 Enlightened Sound Daemon (ALSA) -
ii libexif12 0.6.13-5etch1 library to parse EXIF files
ii libgail-common 1.8.11-4 GNOME Accessibility Implementation
ii libgail17 1.8.11-4 GNOME Accessibility Implementation
ii libgconf2-42.16.1-1 GNOME configuration database syste
ii libglade2-01:2.6.0-4 library to load .glade files at ru
ii libglib2.0-0 2.12.4-2 The GLib
