traGtor - GUI for ffmpeg
Convert all your Audio and Videofiles in Ubuntu, Debian or Gentoo through FFmpeg without using a terminal
Die vollständige deutsche Anleitung zur aktuellsten Version gibt’s auf ubuntuusers.de im Wiki.
traGtor is a graphical user interface (GUI) for the awesome conversion tool ffmpeg for the use with Linux-OS. It is written in Python and uses the GTK-Engine (standard in GNOME desktops) for displaying it’s interface. The goal of traGtor is not to bring you all of the features ffmpeg offers, but to be a fast and user friendly choice for converting a single media file into any other format. For a full ffmpeg featuring GUI please refer to the other great projects listed below. This GUI is written for not dealing too much with command lines, options and parameters and so on, and refers mostly to the real keyboard haters.
One may edit the command line sent to ffmpeg to fit all of his needs, but for those cases the more command line oriented tools (with nice GUI’s too) could be the better choice. But if you need a tool for click oriented and flawless conversion like stripping an mp3 from a youtube movie, resizing and recoding a clip to fit your mobile’s screen or just changing the format of a movie-file to be able to play it in a flash-media-player - traGor may be Mr. Right for you.
Please note!
The help below ist still stuck in version 0.4 or 0.5 - a lot of new functions have been knitted in since, like multistreaming, using multiple files, volume fader, stream-copy and so on. Please be patient till I find some time to update this one.
Contents
- The philosophy of traGtor
- Download & Installation
- The interface of traGtor
- Start traGtor
- Source file
- Format
- Meta
- Target
- Proceed
- Settings
- Plans
- Version history
- Other cool projects
The philosophy of traGtor
Linux (and UBUNTU in special) is the greatest operating system available today imho. everything is possible - even things one can’t imagine today. You will never reach an end or will be jailed in your possibillities things should work. The best tools linux can give you are the ones controlled by a CLI (Command-Line-Interface), but specially for the newbies on Linux platforms these ones are overwhelming - fitted with hundreds of options and values with nothing like a simple overview what you are doing. I wouldn’t call myself a terminal-n0ob, but studying a 7k man-page everytime just for doing a simple task once or twice a month isn’t really that effective. I love the allmighty of the command line for shure, but simple tasks have to be accessed in a simple way I think. This is inspired a bit by the actual philosophy MacOS X 10.5 is going for - (okay, for apple it’s a shame what they’re selling with this version, but…) Linux could perhaps take some inspirations from apples actual grab-in-the-cream. Just visited an Apple presentation of Air Book and Leopard in boomtown Berlin - and was disappointed. Nothing really new, nothing really cool. And with a huge lack of apple-like functions for applications while dealing with the new medias. On A-day we visited a forum for pod- and vodcaster where a friendly Apple technician explained how to produce a complete podcast including publishing on web and in iTunes store in some very VERY simple steps. I was amazed how easy it could be. But for the question of how to … (imagine anything you may would edit in this process) or to … or perhaps to … there always was the default answer: “No… but you could do it with the command line”.
Thats a really cool way for my personal needs to use a computer, and especially the GNOME-desktop follows this philosophy in perfection. Some single GUI’s for the complete usability of common or everyday tasks, but if you have to configure the disabling of a touchpad while a mouse is plugged in you have to take a terminal or texteditor. Perfect.
And that’s the exact way traGtor was designed for. Most things can be set with some simple clicks, the keyboard should not be touched to much (better: never). But even so the values should be changeable by hand and the command line should be completely editable in the confirmation dialog. Huge icons and buttons and wider paddings as normal should give unexperienced users an overview of what they are doing. And a lot of information should prevent from tapping in the dark about things one could meet with
Installation
There is a deb package available which is only tested on UBUNTU. The dependencies (ffmpeg and id3v2) should be installed without problems if you have universe repository enabled.
If you don’t know what I mean with “universe”, “dependecies” and “repository” please refer to the Synaptics section of your local UBUNTU community
The package adds a new entry in the start menu inside the multimedia section.
Note: ffmpeg is not installed with support for MP3 by default under UBUNTU! To fix this you have to enable the MEDIBUNTU repositories, where ffmpeg is available with MP3 support enabled. Check your local UBUNTU-community for information about ffmpeg, medibuntu and stuff. The german one for example is located here:
http://wiki.ubuntuusers.de/FFmpeg
The best way of getting the full experience is to compile FFmpeg yourself. Grab the sources from subversion:
svn checkout svn://svn.ffmpeg.org/ffmpeg/trunk ffmpeg
and have a look at the english ubuntu wiki for further information.
Blafoo came up with the information that it’s better to install FFmpeg from multimedia unstable repos under Debian. Thanks for the tipp!
And here we go with the package:
New! Arch-LinuxAdrian has offered a PKGBUILD for Arch-Linux - thanks a bunch!
http://aur.archlinux.org/packages.php?ID=31247
The interface of traGtor
The window of traGtor is build in six sections appearing in the order you will step through a common conversion task. All sections have some short explanation and icons about their function and are made mostly self explaining. So stepping one-after-another through the tabs on top of the window leads you comfortable through the settings until you reach the big “do it now!”-button. This one shows you problems in a readable way in case some settings are incorrect, filenames are invalid and so on. A confirmation dialog and a progress bar will make the final process more understandable.
Start traGtor
traGtor can be fired up in different ways. The most common one is to go through applications-menu and search the multimedia section where traGtor is installed in. Another way is to make a right click in nautilus and choose “open with…” on a media file. Or you can just start it in a terminal by typing “tragtor [infile] [outfile]” in the command-line. In- and outfile are optional parameters, while outfile can only be set if infile is set, too. The GNOME way is to put a starter (simply by dragging the icon from the applications-menu) in one of your panels or the avant-window-navigator. Dragging any readable media file on this starter will open traGtor with the file preselected.
The first time traGtor is started, it creates a folder inside you home directory ~/.tragtor where all settings are stored. It doesn’t contain any media data or stuff so it won’t use more than a few kByte on your harddrive.
On it’s first start traGtor tries to guess your systemwide language settings and looks for some fitting language files. If it doesn’t find any english is the default. This setting is stored for your next sessions.
Sourcefile
On the first page everything input related is done. With the wide button on top of the text area you are able to choose a source file for conversion. Other ways are starting traGtor with an input file as parameter or drag and drop a file from nautilus or desktop to the button on top.
The button next to the file chooser switches between “single” and “multi” mode. The first one is the standard method of converting one file into another. Everytime you select a file while you’re in this mode, the last one is removed from the list so you always have a single file to work with.
While in “multi” mode you can add as many files as you like to the list of possible sources. This mode is useful for mergin files together like adding an MP3 to a JPG in order to create a simple Youtube vid. Or imagine you have recorded/edited/translated a new audio stream that you want to add instead of the existing one to your video. Or you want to create a matroska video containing different audiofiles for example.
While you add files to traGtor, every stream contained in the files will appear in two list below the sources - one fills with video streams, the other with audio streams. Every stream will display some details about itself and provides a checkbox to select or deselect this stream for the process. If there are no audio streams or none of them is selected, all settings for audio on the settings page are disabled. The same goes for video streams.
The input files are remembered - next time you’ll open traGtor without any arguments they are preselected in this dialogue.
Format
This page is the most complicated one - so much entries and buttons and… calm down, it’s made up really easy.
First of all: All entries are set to a value depending on the source file directly after you selected a valid file. So if you open a video in 240×180, the size is preset to this value. Same for bit- sampling- and frame rates.
Second: If a value has changed from default, a little icon is displayed in front of the entry. A left click on this one will reset the value to it’s default. This may happen on startup on selecting a source file in case an invalid bit rate is detected. Those bit rates are detected and auto set to the next lower and valid value.
And the last common info: If no audio stream is detected for example, all audio related settings are disabled. Same counts for video. So if you wonder about some grey entries make sure your source contains the right streams and the disable buttons in the render section are unset. Toggling those buttons will pop up a message if the selected stream isn’t available.
The window is tiled in four parts, while the first one contains all video related settings, the second one the audio section, third one displays the render settings and at the bottom you will be shown some calculated values depending on your settings.
Video
Force Codec: The first selector may be the most confusing one. Different Containers (such as .avi for example) are able to contain different video formats. So it’s possible that an avi file contains a mpeg video and another one a Cinepack codec. Same goes for audio codecs. So use this setting only if you want to force a codec in a specific container. If you are unsure and only want a specific file format as result you should set the suffix on the target page to the desired container format and leave this field untouched.
Bitrate: The bit rate is expressed as kilobit per second and means the transfer rate. A higher bit rate increases file size and quality, lower ones do the opposite. Please refer to the results spit out at the bottom area of the window to control the file size. Lower values will result in a more “pixelated” view and less detail. They are calculated using amongst this value. The up/down buttons on the right changes the value but it may also be typed in by keyboard.
Framerate: This value changes the amount of frames (single pictures in a movie) shown during one second of the clip. The up/down-buttons on the right changes the value but it may also be typed in by keyboard.
Width / Height / Ratio / fixed ratio: Depending to the setting of “fixed ratio” these three values are auto-set while changing one of them. That means you only have to turn up the height value and width is set automatically based on the ratio value. For resizing only one of width and height, “fixed ratio” has to be unset. in this mode, ratio is changed to a proper value depending on width/height settings. If you want to change the ratio, please refer to the settings in the render section for selecting if the screen should be cropped, stretched or filled with an arbitary color.
Deinterlace: toggles the use of a simple deinterlace filter. Because TV signals are completely different from digital video signals, you can choose to deinterlace the material to get rid of possible thin stripes appearing in high-motion-scenes. This should not be enabled while converting one PC format to another. What is the main difference? TV-signals are sent as only half of the full image, tiled in really thin stripes. The second half of the image is sent as the next picture as the missing lines. This one is taken really short after the first one, so the movement in the image has gone one step in time. This was made due to anti-flickering on old TV tubes. The image got much calmer. Todays PC formats only store one full image after another, so just copying interlaced material to none-interlaced format results in “choppy” edges at fast moves, where you can see the two halves of a full screen added to one.
Audio
Force Codec: This is the same as in the video-section: different container formats may contain different audio codecs. Again the example of avi: one may contain a mp3 as audio stream, another may contain raw-pcm-audio. So choose only if you know what you’re doing: forcing the use of a different audio codec as the default one.
Bitrate: Same as in video section. The bit rate specifies the overall quality of the material, but higher values increase the filesize. You can type a custom value instead of selecting from the drop down, but it may not fit the requirements of the codec afterwards. Lower bit rates will result in less high and low frequencies and the lower the bitrate is the more artefacts are added to the signal. They are heard as a bit “birdy” noise.
Samplerate: The sample rate is the frequency at which samples are taken from the original analog signal. Higher sample rates mean higher quality but bigger file size. They are expressed in kilo Hertz which means a thousand ticks per second. 44,1 kHz is the level of CD-quality. Do not increase to get a better sounding audio file, missing information can’t be added afterwards, only use this one if you have to have a specific audio format in your file. Or decrease the value to get a lower file size. Changing from 44 kHz to 22 kHz means the file size is halved.
Audiochannels: This value sets the amount of audio channels inside the file. “1″ means you get a mono audio file, “2″ leads to stereo output. The file size is reduced about the half when converting a stereo- to a mono file. Switching from mono to stereo will not bring you any stereophonic experience back to your material, it will acoustically remain mono. Only use it when you need a stereo format.
Render
Start Offset: This is the time in seconds your target file will begin in comparison to the source file. The real-time is displayed in the second line of the label as HH:MM:SS.XXX where XXX means milliseconds.
Duration: This value in seconds describes the final length of your media file. Format of the label is like start-offset HH:MM:SS.XXX where XXX means milliseconds. Duration and Offset are depending on each other, so increasing the offset will decrease the duration automatically.
Scaling: This drop-down lets you select the method for resizing your video clip if you have changed the ratio.
- Pad adds areas in the specified color to the original to fit the new ratio. So nothing is taken away from your material.
- Crop cuts overhanging pixels from your source to fit the selected ratio. So two sides of your source will get cropped depending on the ratio-change.
- Resize does no cropping or adding at all but distorts your video material to fit the new width and height.
Padding Color: here you can choose the color to fill the added ares with in case you changed the ratio an selected Pad from the drop-down above.
Disable Video: This button disables the video stream in the target file. With this option you can extract an audio file from a youtube-movie for example. If you choose ex. MP3 for output, it’s not really necessary to disable video, because ffmpeg can’t export video to MP3 anyway. But deselecting this one will show you the correct file size of your target at the bottom of the window. If video is disabled by default and can’t be enabled your input file doesn’t contain any decodeable video streams.
Disable Audio: The same as disable video goes for the audio stream: you can prevent ffmpeg from adding an audio stream to your target if you only want to have the video-part of the source. Being a less common function it may be usable to decrease file size in some cases.
2-Pass: Some codecs are able to encode your video data in two passes rather than a single encoding pass. The results are much better but the time the process takes will increase. You have to know what you’re doing using this setting. If enabled, traGtor will execute both passes without asking directly one after another, the current pass is shown in the window title. Both processes are visualized in the process window which will close and reopen between both passes. Do not trust the progress bar - especially while first pass!
Additional Options: Here you can add your own options not accessible via the GUI. The button in front of the text entry wipes out all options. The button on the right of the entry opens a window displaying the help files of FFmpeg.
Results
This section shows the final values of length and file size. This information may differ from the real results because bit rate for example is a variable value in some cases and may differ during conversion process. If you convert ex. flv to mp3 and do not enable the “disable video” switch, the result shown is including the video size anyway. Same goes for audio here. It doesn’t take care of header-data, too - so only consider it as a rough estimate.
Presets
Here you can save and restore some personal presets of all settings on this page. Usage is kept as simple as can - select a preset from the drop down an hit “open” to load a setup. If the toggle for the container format is active, the container in the output section is set, too. The state of this toggle is restored everytime traGtor is started. To delete a preset select it from the list (or type it’s name in the textfield) and click “delete”. A confirmation rises up to prove your decision. Saving presets: make your settings, enter a (new) name in the textentry and hit the “save” button. If the name exists you’ll be asked if you want to override the specified preset.
Meta
This page lets you edit some meta- or id3 tags stored in the target file. At the moment this feature is implemented poorly (only based on the four fields ffmpeg supports) and has to be updated.
To write the tags through ffmpeg toggle the “activate”-switch for enabling this feature. Due to the lacking implementation it is disabled by default.
What does work:
An id3v2 wrapper is implemented basically. At this time it is only able to read ID3v1-Tags from the source file at selection. Found tags are inserted in the related fields. If nothing is found, filename and program names as comment is used. The values are written through ffmpeg till now which is not satisfying.
So a complete ID3-support is planned for the next version. It will be able to read ID3v1 and ID3v2tags from source and generate the require fields. Those tags can be edited and written to the target file automatically with the tool “id3v2″ after ffmpeg has finished processing.
The goal is that one don’t has to deal with those meta tags at all if it’s not really necessary.
Targetfile
Here you can select the file to encode to. Note that it is set to the same as input after you changed the input file selection. This is done due to the common task traGtor is written to use for: Create a mediafile from source with the same name in the same folder with changed fileformat only.
To change the path of the targetfile simply click around in the folder selector. The selected path is show on top in front of the filename.
To change the filename you have to use the keyboard 
if you only want to convert to another format keeping your source name you can easily choose the desired suffix from the drop down list on the top right. Selecting any format disables the suffix in filename, so you are unable to edit the suffix, if drop down isn’t set to the first option “by filename”. If the first entry is selected, you can edit the suffix to your needs. keep in mind that a known suffix is needed for ffmpeg to work properly.
Proceed
This page contains the “magic button” and a text area for displaying the output of ffmpeg.
The button
The button to start the process will act as a final check for your settings and is disabled and enabled automatically depending on some tests with your settings. Also it contains some useful information about the value that seems invalid. If a file will be overwritten it will warn you about it.
Confirmation and command line
If everything seems okay you can click the big button to get a useful confirmation dialog. This popup shows you some basic information of what will be done and has the option to view and edit the command line for running ffmpeg. Change it only if you know what you’re doing. At this point I will give you once more the hint that complicated conversions aren’t the things traGtor was build for. Please refer to the other conversion related projects for GNOME and UBUNTU listed at the bottom of the page.
If you’re happy with your selections, you can click on the proceed button located bottom right. To cancel and edit your settings you can click on the left button.
Proceeding
Activating the Process pops up a status bar showing the overall process and the information generated by ffmpeg while converting. You can interrupt the conversion by clicking on cancel in the status window.
While converting video material you should watch the “quantizer” value. It is a value between 1 and 32, while 1 means “best” and 32 means “failed”. The quantizer indicates whether ffmpeg could hold your chosen bitrate for the videostream, or not. If this value is always tumbling near the roof it indicates that your desired quality and filesize won’t fit your needs, because ffmpeg couldn’t pack enough data in the frames to get a good result and the size is above your desired bitrate also. Click “cancel” and have a look at your settings again.
After ffmpeg has finished traGtor will show up the results in the text area. if encoding of the material failed, this is the place to look for some errors or stuff.
Settings
The settings page lets you reset settings, rescan the input file and switch language.
Reload: If a valid file was selected for source, you can reload all settings with one click. This function is for unexperienced users who got stuck in many changes on format page. One click resets formats and meta entries to the default ones set by traGtor at source selection.
Reset: This button resets the whole application to default. If no source or target files were set as option on startup, everything is reset to application values. Ex. source and target folder /home/user etc.
Language: This selector sets all labels, drop downs and values to the selected language. Available atm: german and english. (Translation is easy! look at the lang_*.py files in /usr/share/tragtor)
This setting is remembered for all further usage of traGtor.
Plans
It’s a nice base for further experiments with this type of GUI. Some points are planned - I just need some time to build…
- Complete ID3 support (read and write ID3v1 and ID3v2 tags for automated meta information)
Configuration file to save settings like preferred source and target folders, language and stuff(realized in 0.5.0)Youtube support for grabbing and converting in one simple step(unneccessary due to hundreds of easier to use applications for grabbing youtube-vids)Preview button for source file(realized in 0.7.5)Open target folder button(cancelled due to usability and less sense)- multipass option for better results in some formats (was realized in 0.4.2)
- aspect ratio selector to prevent disorted output in some formats
Version history
Here you find all versions of traGtor for Download if a newer one doesn’t work for you.
0.8.16: DEBIAN - TAR - EBUILD
0.8.15: DEBIAN - TAR - EBUILD
0.8.14: DEBIAN - TAR - EBUILD
0.8.13: DEBIAN - TAR - EBUILD
0.8.12: DEBIAN - TAR - EBUILD
0.8.9: DEBIAN - TAR - EBUILD
0.8.8: DEBIAN - TAR - EBUILD
0.8.7: DEBIAN - TAR
0.8.6: DEBIAN - TAR
0.8.4: DEBIAN - TAR
0.8.3: DEBIAN - TAR
0.8.2: DEBIAN - TAR
0.6.0: DEBIAN - TAR
0.6.1: DEBIAN - TAR
0.5.2: DEBIAN - TAR
0.5.1: DEBIAN - TAR
0.5.0: DEBIAN - TAR
0.4.4: DEBIAN - TAR
0.4.3: DEBIAN - TAR
0.4.2: DEBIAN - TAR
0.4.1: DEBIAN - TAR
0.4.0: DEBIAN - TAR
Other cool related projects
It seems that GUI’s for ffmpeg have had a boom for the last weeks. At the time I needed one, nothing was available it seemed. Now after finishing my one and making another check in google, they are available like pharmacy spam..
Fuoco
This one is a really cool idea. It’s a GUI for editing and saving different command lines for ffmpeg and mencoder with some special (and well documented) commands. It comes with a huge amount of presets in different categories, so you can start directly with a lot of common stuff and some really freaky setups. The GUI takes a bit getting used to, specially for unexperienced users, but gives one a great tool to learn more about ffmpeg an mencoder commands. Batch processing is another cool feature, though. But installation of this thing is afaik a bit more terminal oriented. Check it out if traGtor doesn’t fit your needs.
http://ubuntuforums.org/showthread.php?t=652843
WinFF
This programm seems to be another handy thing to encode media files into other formats. Haven’t tested it, but the screenshots look good. Also capable of batch processing and other cool things.
Vive
Another cool coversion tool but it didn’t fit my needs for a click-through app.
http://vive.sourceforge.net/about.php
XMffmpeg
haven’t tried it. It’s based on tcl/tk.
Am 31. Mai 2008 um 02:06 Uhr
hi i want to install your program on ubuntu hardy 64bits but it says (on terminal)(dont pay attention to the first error is related to my current theme)
tragtor
/usr/share/tragtor/tragtor.py:1693: GtkWarning: Error parsing gtk-icon-sizes string:
‘panel-menu=24,24
panel=20,20
gtk-button=18,18
gtk-large-toolbar=24,24′
self.window = gtk.glade.XML(self.gladefile, “tragtor”,)
Traceback (most recent call last):
File “/usr/share/tragtor/tragtor.py”, line 1991, in
tragtorWindow = tragtorGUI()
File “/usr/share/tragtor/tragtor.py”, line 149, in __init__
i = self._LANGUAGES.index(ln.to_string()[0:2])
ValueError: list.index(x): x not in list
i would like to know if you are still working on this project and where i can get the source
Am 1. Juni 2008 um 15:33 Uhr
Oh yes, you’re right. You are using something else than german or english I guess? I’ll fix it today (together with another bug) and upload it together with the source.
I’m still working on a lot of projects so one or the other is chillin around - it’s traGtor atm. But the plans are written down and have to be put in practice some day.
Stay tuned, will fix the language thing…
Am 2. Juni 2008 um 19:43 Uhr
great, I will come back later thanks
Am 3. Juni 2008 um 04:59 Uhr
Okay, sorry that it took a bit longer. Finally here we go:
http://mein-neues-blog.de/files/traGtor/tragtor-0.4.0_all.deb
http://mein-neues-blog.de/files/traGtor/tragtor-0.4.0_all.tar.gz (source)
Haven’t tried if it’s recommended to uninstall the previous version first, normally everything should be overwritten. If it doesn’t work as expected, please make a “sudo apt-get remove tragtor” first.
Am 26. Juli 2008 um 17:34 Uhr
Beide Daumen hoch für dieses Programm!!! Das ist das beste, was ich seit langem gesehen habe.
Gruss
Jonas
Am 28. Juli 2008 um 09:26 Uhr
Oh wow, danke Mann!
Am 16. September 2008 um 08:30 Uhr
super cooles Programm!! Vielen Dank für dieses hilfreiche Tool!
Besonders gut gefällt mir dabei die UI-Philosophie: links Erklärung, rechts Aktion und das ganze step by step prozedural aufgebaut.
Gruß
Martin
Am 21. September 2008 um 21:00 Uhr
[...] Stimpy hatte sich gemeldet, ‘nen Bug gefunden (falsche Bitratenangabe in der Commandline) und ein Feature angefragt: 2-Pass Encoding. Beides ist jetzt reingemüllert und frisch geuppt, findet Ihr wieder hier. [...]
Am 1. Oktober 2008 um 00:51 Uhr
[...] Neuste Version wie üblich hier. [...]
Am 3. Oktober 2008 um 16:11 Uhr
geile GUI, allerdings gibt es nen fehler, wenn man einen codec erzwingt.
hier der auszug aus der commandline ansicht:
ffmpeg -i ‘/home/napster2k/dl/datei.flv’ -acodec libmp3lame libmp3lame MP3 (MPEG audio layer 3) -ab 64k -ar 22050 -ac 1 -y -er 3 ‘/home/napster2k/dl/datei.mp3′
wenn ich die zeile kopiere und ins terminal einfuege, dann den string “libmp3lame MP3 (MPEG audio layer 3)” entferne, funktionierts super…
gruss napster2k
Am 3. Oktober 2008 um 16:20 Uhr
Hey Napster2k!
Vielen Dank für Lob und Bugreport! Schaue ich mir nachher gleich mal an.
Gruß, Markus.
Am 5. Oktober 2008 um 00:30 Uhr
Hi Napster2k!
Hab’ mir das grad angesehen und kann den Fehler leider hier nicht nachvollziehen. Ich denke, dass das an unterschiedlichen ffmpeg-versionen liegt, bitte poste mir einmal die kompletten Ausgaben von “ffmpeg -formats” und von “ffmpeg -version” im Terminal.
Zwei Tipps noch:
a) wenn Du einfach nur in mp3 konvertieren möchtest, reicht die Angabe der Endung mp3 bei der Auswahl der Ausgabedatei. Erzwingen musst Du Codecs nur, wenn Du in ein “Containerformat” wie z.B. AVI ein festgelegtes Format reinkonvertieren möchtest.
b) Du kannst die Befehlszeile direkt im Bestätigungsfenster editieren. Wenn Du dann OK klickst, wird die bearbeitete Zeile zum konvertieren verwendet.
Trotzdem würde mich die Ausgabe der beiden Befehle interessieren, damit traGtor auf möglichst allen ffmpeg’s läuft…
Am 8. Oktober 2008 um 19:42 Uhr
der output von tragtor:
bash-3.2# tragtor
/usr/share/tragtor/tragtor.py:1727: GtkWarning: Unable to locate theme
engine in module_path: “industrial”,
self.window = gtk.glade.XML(self.gladefile, “tragtor”,)
Exception in thread Thread-1:
Traceback (most recent call last):
File “/usr/lib/python2.5/threading.py”, line 486, in __bootstrap_inner
self.run()
File “/usr/share/tragtor/tragtor.py”, line 1901, in run
self._caller.postProcess(self._PROCESS.returncode, self._ffmpegOut.splitlines().pop())
IndexError: pop from empty list
meine ffmpeg-version:
das release vom 15.07.2008
versuch nochmal nen sysupdate… vielleicht funzt es dann ja…
Am 11. Oktober 2008 um 12:48 Uhr
nein…. sysupdate hat nix gebracht, ausser, dass ik jetz nen output direkt in der gui bekomme…
hier die ausgabe:
/bin/sh: -c: line 0: syntax error near unexpected token `(’
hier nochmal die commandline:
ffmpeg -i ‘/home/napster2k/dl/datei.flv’ -acodec libmp3lame libmp3lame MP3 (MPEG audio layer 3) -ab 64k -ar 22050 -ac 1 -y -er 3 ‘/home/napster2k/dl/datei.mp3′
auf gut deutsch: gleicher fehler wie vorher…
ohne erzwungenden codec gibs gar keine probleme…. das funzt!
gruss napster2k
Am 12. Oktober 2008 um 16:38 Uhr
Hey napster2k!
Erstmal nochmal vielen Dank für Deine Fehlerangaben! Scheint, als wenn das bei Dir installierte ffmpeg noch infos zum Codec raustut, die bei meiner Version hier nicht kommen. Ich werde dafür mal einen Workaround einbauen, der das Problem dann hoffendlich löst.
Leider muss morgen mein Macbook zur Garantiereparatur (*wuuuuääääääääää!!*), weshalb ich das erst danach checken kann. Keine Ahnung, wie lange Apple braucht, um Tastatur, Display und Lüfter zu tauschen.. Aber sobald das wieder am Start ist, werd’ ich mich gleich mal dran machen.
So, und nun mache ich mal ein Komplettbackup und haue hier ein pseudo-MacOSX auf den Eimer, damit die Servicetechniker nicht verwirrt vor einem orangenen Startbalken stehen…
Viele Grüße, Markus.
Am 15. Oktober 2008 um 18:54 Uhr
na denn viel erfolg ^^
Am 4. November 2008 um 00:37 Uhr
Mein Hackbook ist wieder da - und läuft seit gestern morgen um 5:00 wieder
und die Tastatur ist neu - das reizt zum proggen. Hab gleich mal ‘ne Art Workaround eingebaut, der Fehler mit dem Codecnamen sollte jetzt nicht mehr auftreten.
Grüße! Markus.
Am 4. November 2008 um 00:44 Uhr
[...] so… klick hier für die neuste [...]
Am 9. November 2008 um 18:18 Uhr
so… habs ausprobiert…. funzt nu bestens….
Am 12. Dezember 2008 um 14:05 Uhr
Hallo! Erstmal DANKE für das Programm. Kann das Programm auch MKV’s bearbeiten?
Am 23. Dezember 2008 um 23:03 Uhr
Hey UNaX!
Das hängt ausschließlich von FFmpeg ab. traGtor ist nur eine grafische Benutzeroberfläche, die die Bedienung von FFmpeg einfacher machen soll.
Kann also FFmpeg mit MKV’s umgehen, klappt das.
Google sagt dazu:
FFmpeg-Developer-Liste - da hat jemand Probleme mit MKV, unten ist ein Patch dafür veröffentlicht: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2006-July/013127.html
Gulli meint, dass FFmpeg MKV’s unterstützen soll (Windows):
http://board.gulli.com/thread/708686-mkv-nach-avi/
Habe hier gerade etwas zu der Problematik mit Codecs geschrieben:
http://mein-neues-blog.de/2008/09/21/tragtor-update/#comment-92
…und da ich über MKV’s nichts weiss, habe ich keine Ahnung, ob das eventuell auch auf diesen Codec zutrifft.
Am 4. Januar 2009 um 07:19 Uhr
Hallo !
Supergeile einfache GUI. Benutzte vorher immer WinFF, aber seit einer Neuinstallation von Hardy, habe ich komischerweise nicht mehr so viel Auswahl mp3 Eintrag fehlt.
Ich glaube das ist eine aktuellere Win FF Version.ffmpeg habe ich von medibuntu, da ja die Ubuntuversion kein mp3 scheinbar unterstützt. Aber trotzdem bietet er mir das nicht mehr an, so wie früher.In Audacity z.B kann man an der Stelle, wo man auf die ffmpeg verweist, auch die lib nicht mehr finden.Vorher hatte er bei meinem ersten Hardy, das automatisch gefunden.Aber ist egal, da Tragtor mir so auch gefällt, und da geht es ja.
Was mir noch persönlich an deiner GUI aufgefallen ist, da würde ein Speichern der Einstellungen als Profil die Sache bei mehrfacher Konvertierung erleichtern.Batch Funktion ist mir eigendlich gar nicht so wichtig, da ich nur immer pö apö, mal ein paar umwandeln muss.So muss ich halt bei jedem flv File, das neu eingeben, wenn ich mp3 erstellen möchte.Oder übersehe ich da was ?
Gruss Jürgen
Am 12. Januar 2009 um 03:52 Uhr
Hey Jürgen!
Vielen Dank, Mann
die Idee finde ich ziemlich cool! Allerdings habe ich erst bei Guess angefangen, ‘ne rudimentäre Config-Verwaltung einzubauen, traGtor speichert bisher keinerlei Settings ab. Wird aus dem Grunde wohl etwas Umfangreicher, als eben schnell ‘nen Speichern/Laden-Button einzubauen und daher noch ein wenig warten müssen 
Aber ist mal so in die ToDo-Liste aufgenommen.
Am 18. Januar 2009 um 09:32 Uhr
Man könnte meinen, dass es doch nur ein Speichern/Laden-Button war
auf jeden Fall kann das Ding jetzt Presets verwalten, Bedienung erklärt sich wohl von selbst.
Am 18. Januar 2009 um 13:07 Uhr
Hallo Markus,
kann tragtor-0.5.0 nicht starten. Ubuntu 7.10, Kernel 2.6.22.16.
der output von tragtor:
(tragtor.py:7520): libglade-WARNING **: unknown property `button_sensitivity’ for class `GtkComboBoxEntry’
Traceback (most recent call last):
File “/usr/share/tragtor/tragtor.py”, line 2189, in
tragtorWindow = tragtorGUI()
File “/usr/share/tragtor/tragtor.py”, line 250, in __init__
if self.config.get(”Settings”, “inFile”):
File “/usr/lib/python2.5/ConfigParser.py”, line 302, in get
raise NoOptionError(option, section)
ConfigParser.NoOptionError: No option ‘inFile’ in section: ‘Settings’
Version 0.4.3 funzte bis auf die Umwandlung in 3gp und mov.
Grüsse André.
Am 18. Januar 2009 um 18:59 Uhr
jupp rennt wieder, thx für die meldung! die version ist dieselbe geblieben, für den “schreibfehler” lohnt sich das weiterzählen nicht.. wenn er also meckert, dass dieselbe version schon installiert sei, einfach drübernageln.
Am 17. Februar 2009 um 11:20 Uhr
Hallo Markus,
kann tragtor 0.7.5.0 nicht starten, Ubuntu 8.4.0.1, Kernel 2.6.24.21
Ähnliche Fehlermeldung wie bei André:
(tragtor.py:6845): libglade-WARNING **: unknown property `button_sensitivity’ for class `GtkComboBoxEntry’
TypeError: Cannot create a consistent method resolution
order (MRO) for bases Editable, GInterface, CellEditable
**
** ERROR:(/build/buildd/pygobject-2.14.2/gobject/pygobject.c:907):pygobject_new_full: assertion failed: (tp != NULL)
Aborted
Viele Grüße,
René
Am 17. Februar 2009 um 16:51 Uhr
Hallo René,
erstmal vielen Dank für den Bugreport. Bin gerade wieder hier und da an traGtor dran und _glaube_, ich habe den Bug schon beseitigt. Heute Nacht sollte voraussichtlich eine neue Version herauskommen (mit Vorschaubildern, Wiedergabebuttons und mehreren Bugfixes), versuch’ die dann bitte einmal.
Viele Grüße, Markus.
Am 22. Februar 2009 um 03:03 Uhr
Sorry, doch später, als gedacht geworden
Woran lag’s? Na? Los, zehn Punkte für die schnellste Antwort… okay, ich verrat’s: am KackBook natürlich. Diesmal dann das Netzteil. Alte Nerdweisheit: Hat der Appel kein’n Saft, der Dev auch nix am Bildschirm schafft…
http://mein-neues-blog.de/tragtor-gui-for-ffmpeg/#install
Am 24. Februar 2009 um 14:05 Uhr
Hallo Markus,
die neue Version funktioniert. Danke!
Viele Grüße,
René
Am 24. Februar 2009 um 20:32 Uhr
Hey, thx für die Rückmeldung!
Viele Grüße, Markus.
Am 11. März 2009 um 16:11 Uhr
Hallo Markus,
ich daddel auch grad etwas mit ffmpeg rum, dabei ist mir aufgefallen, dass in deiner Start Zeile für ffmpeg der Parameter -threads 2 nicht enthalten ist. Da ich nen AMD X2 64 hab, würde sich das schon bemerkbar machen. Ich bau den immer nachträglich manuell ein.
Gibts irgendwo ne Stelle, wo ich den permanent eintragen kann?
Allerdings kennt der Standard-ffmpeg bei ubuntu 8.10 den Parameter auch nicht, hab mir daher eine threads-fähige Version geholt.
Martin
Am 11. März 2009 um 21:11 Uhr
Hallo Martin,
nein, die Möglichkeit gibts noch nicht, aber die Idee ist sehr cool, in den Settings ein Textfeld für immer anzuhängende Optionen einzubauen - das werde ich in der nächsten Version evtl. mit umsetzen. Eigentlich kann für die Anzahl Threads aber auch ein Auswahlfeld in die Rendersettings mit rein, dann kann man das als Preset mit abspeichern - hätte auch was.
Als Workaround kannst Du maximal als Root an die Quelldatei /usr/share/tragtor/tragtor.py ran und dort ziemlich weit oben in der Grundkonfiguration die Basisbefehlszeile ändern.
Erstmal danke für die Idee!
Am 23. Mai 2009 um 19:29 Uhr
Bei Container gibt es einen Bug.
Auswahl Matroska. Die Dateiendung wird auf (wörtlich) Matroska gesetzt.
Nicht auf MKV.
Am 25. Mai 2009 um 04:07 Uhr
Danke für die Info!
Das war bisher tatsächlich totaler Quatsch… Das, was FFmpeg mir da ausrotzt (und ich als Endung genommen habe), sind keine Dateiendungen, sondern nur interne Bezeichner für Containerformate. Hab’ jetzt mal die Standard-Dateiendungen für all die Container rausgesucht und eingebaut. Werden jetzt (neben der Beschreibung des Containers) mit in der Auswahlliste angezeigt. Außerdem wird jetzt die Benutzung des Containers per Option “forciert”, was noch auf Probleme zu testen wäre. Die ersten knapp ein Dutzend Files gingen aber bislang cremig durch.
Am 1. Juni 2009 um 21:14 Uhr
Wow, traGtor ist einfach ein super Programm. Danke dafür.
Am 2. Juni 2009 um 02:37 Uhr
Hey Ghost,
ich danke herzlich für’s Lob! Freut mich, wenn’s Dich weiter bringt!
Am 7. August 2009 um 11:35 Uhr
Hallo,
vielen Dank für dieses kleine aber geile Tool. Immer wieder schön zu sehen, dass sich Menschen die Zeit nehmen mal etwas praktisches für nicht Konsolenliebhaber zu basteln.
1000 Dank nach mal und viele Grüße aus dem Westerwald
Am 7. August 2009 um 14:43 Uhr
Hey Leguano,
und immer wieder schön zu sehen, dass sich Menschen die Zeit für ein paar nette Worte nehmen
“Gern geschehen” und viele Grüße an den Rhein, Markus.
Am 26. August 2009 um 14:00 Uhr
Thanks for this cool application! very usefull!
Am 26. August 2009 um 15:33 Uhr
Hey benjy, you’re welcome! I’m always happy about hearing this GUI is in use.
Am 29. August 2009 um 22:58 Uhr
Hi, über das ubuntuusers wiki bin ich auf traGtor gestoßen.
Die Oberfläche gefällt mir sehr gut und es sieht alles einfach und intuitiv aus. Super und vielen Dank für diese Software!
Leider konnte ich mit traGtor nicht das machen was ich seit einiger Zeit schon machen will. Die kurzen video clips die ich mit meiner Digitalkamera mache in ein speicher freundliches Format zu bringen.
Ich hab einige Kombinationen versucht, aber ich bekam immer Fehler.
Daher mein Vorschlag mehr Profile Mitzuliefern. Die sollten funktionieren (dependencies vorausgesetzt).
PS: die clips sind MOV Dateien, video codec ist jpeg mit 30 fps, audio ist Raw 8-bit PCM audio Mono. Die original clips kommen auf ca 150 MB für 2 Minuten.
Am 1. September 2009 um 19:02 Uhr
Hi,
I installed tragtor on a fresh mythbuntu 9.04. When I start the GUI through a terminal, it says:
/usr/share/tragtor/tragtor.py:2765: DeprecationWarning: os.popen3 is deprecated. Use the subprocess module.
ffmpegout = os.popen3(”ffmpeg -formats”)
/usr/share/tragtor/tragtor.py:1026: DeprecationWarning: os.popen3 is deprecated. Use the subprocess module.
ffmpegout = os.popen3(”ffmpeg -i ‘%s’” % inFile)
/usr/share/tragtor/tragtor.py:1123: DeprecationWarning: os.popen3 is deprecated. Use the subprocess module.
ffmpegout = os.popen3(”ffmpeg -i ‘%s’” % inFile)
Please, could you help me.
Am 1. September 2009 um 23:22 Uhr
Hey!
@seb: Prima, dankeschön - freut mich, wenn jemand damit was anfangen kann! Zu Deinem Problem:
Da es für traGtor noch kein vernünftiges Bugtrackingsystem gibt, schreibe ich Dich per Mail an, damit Du mir ein paar Ausgaben der Kommandozeile schicken kannst - das wäre sehr nett!
@higgo: Thanks for this bugreport! I’m actually running 8.10 so I’ll have to dig in there. traGtor doesn’t open the window? Or is it running an only throwing warnings?
Am 2. September 2009 um 01:07 Uhr
Hi Markus,
I solved this issue by installing all needed packages, described in the ubuntu wiki.
But now I saw, that there is no way to change the Framerate. I want to convert some flv-files for my mobile, which needs 12 fps.
Am 2. September 2009 um 03:23 Uhr
Hey higgo,
just tried to convert three different videos (avi, flv, mpg) to flv while reducing the framerate to 1 fps - they all worked flawlessly. So please could you give me some more information about the error? For example: what does traGtor spit out in the text area on the execution tab when the error occurs?
Am 13. September 2009 um 02:28 Uhr
Hi, I got some trouble converting an mpeg file (MPEG sequence, v2, program multiplex) - tragtor does not recognize it correctly (just displays the one file, no options are available) while it consist of a video stream and three audio streams in fact.
Am 13. September 2009 um 02:36 Uhr
Hi ripper,
thank you very much for your report!
could you please post the output of “ffmpeg -i [input file]” where [input file] is replaced with the path to your video clip?
Am 17. September 2009 um 09:18 Uhr
is there any chance to get it installed with openSUSE? Due to the files in the tar-download i can’t see how to compile it (no configure-script, …).
thanks
Markus
Am 17. September 2009 um 09:23 Uhr
in addition: i tried to copy on my openSUSE into the /usr directory and started it from there. the interface is starting, but i can’t find a way to tell traGtor where ffmpeg is installed (it can’t find it automatically).
Am 19. September 2009 um 06:01 Uhr
Hi Markus,
traGtor hasn’t to be compiled at all, it’s written in python, an interpreted language. So copying the content of the tar to /usr/share should be enough.
Never had an OpenSUSE on my box so it’s hard for me to say where your ffmpeg is located. Does a simple “ffmpeg” in the terminal start ffmpeg? Doesn’t seem so, cause that’s the command traGtor uses. If it doesn’t, try to find the path to ffmpeg perhaps with “locate ffmpeg” in a terminal. You then have two ways to get it up and running.
One way is to place a link called ffmpeg for example in /usr/bin or any other location where OpenSUSE keeps it’s executables. The other way would be:
Open the file /usr/share/tragtor/tragtor.py in a text editor of your choice (you may have to do it as root, depends on your way of copying the files) an change line 56 (_COMMAND = “ffmpeg %s”) to (_COMMAND = “/path/to/ffmpeg %s”) changing “/path/to/” with your personal path and without the brackets. Then look for line 2765 and change the ffmpeg-command there as well.
Would be nice if you could give a reply. Seems traGtor needs a configuration for the command.
Greets, Markus.
Am 20. September 2009 um 13:16 Uhr
Hallo, erst mal ein Kompliment für die übersichtliche GUI. Auch wenn ich persönlich eher die Shell benutze, ist das endlich mal ein Frontend für ffmpeg, dass man auch eher GUI-orientierten Bekannten empfehlen kann. “Super”, XMedia Recode etc. (unter Windows bzw. Wine) sind da im Vergleich viel unübersichtlicher.
Beim “Ausführen” Dialog ist mir allerdings aufgefallen, dass Du m.E. standardmäßig die Audio-Files mit den Original-Settings re-encodierst (was wahrscheinlich mit Qualitätsverlust verbunden ist). Wenn unter Quelldateien nur Audiostreams selektiert ist (- man also z.B. bei Konzertvideos nur den Audiostream extrahiert -), wäre “-acodec copy” optimal. Das lässt sich zwar von Hand nachtragen, könnte doch im o.g. Fall doch sicher automatisch als Standard definiert werden, oder?
Noch eine Frage: Soweit ich gesehen habe, sind die Skripte in Python geschrieben, und damit im Prinzip auch unter Windows ausführbar. Was außer ffmpeg müsste dazu auf dem System noch vorhanden sein, bzw. wo wären ggf. Anpassungen am Source-Code notwendig, um das Tool auch dort zum Laufen zu bringen?
Gruß,
Markus
Am 20. September 2009 um 22:03 Uhr
Hallo Markus,
wow, vielen Dank für die Blumen!
Du hast Recht, standardmäßig wird kein Codec eingefügt, was ffmpeg zum Reencoding bewegt. Dafür habe ich bei der “Codec erzwingen”-Liste in den Encodeeinstellungen den Punkt [streamcopy] eingefügt, was genau das macht, nämlich “-acodec copy” mit in das Kommando einfügen. Ich dachte mir, dass ich als Standard von traGtor den Standard von ffmpeg übernehme.
Wie Du sagst, traGtor ist Python und somit theoretisch auch unter Windows lauffähig. Benötigt wird (klar) ffmpeg, dann GTK2 für die Darstellung, und id3v2 wird noch gebraucht (und da habe ich keine Ahnung, ob’s das gibt). Beim schreiben bin ich ab und an über Ansagen bzgl. Pfadprobleme unter Python zwischen Linux und Windows gestolpert, was mich aber bislang nicht weiter gejuckt hat. Also eventuell könnte es da haken.
Wäre aber mal ‘n Experiment
Viele Grüße, markus.
Am 13. Oktober 2009 um 18:19 Uhr
Hallo,
Super Arbeit die du mit dieser GUI abgeliefert hast.
Ich weiß nicht ob das schon erwähnt wurde, aber zwei kleine Verbesserungen könnte es geben: Einmal hat der “Wird bearbeitet…”-Dialog keinen eigenen Eintrag als Fenster in der Fensterliste, erscheint aber auch nicht mit dem Hauptfenster von traGtor; ich muss also jedes mal, um zu sehen, wie lange das konvertieren noch dauert, etc. alle übrigen Fenster minimieren.
Das zweite ‘Problem’ ist eher “kosmetischer” Natur - könntest du nicht vielleicht eine ‘Gleicher Dateiname wie Quelle’-Checkbox einfügen? Ist etwas umständlich, bei jeder Datei (konvertiere viele kleine Dateien) jedes mal den Ausgabedateinamen zu ändern…
Aber wirklich eine super GUI, die beste die mir bisher untergekommen ist. Danke!
Rob
Am 14. Oktober 2009 um 06:22 Uhr
Hey Rob,
ja vielen Dank, Mann, für den amtlichen Blumenstrauß! =)
Zu Deinem ersten Problem: Ich konnte das hier leider nicht nachvollziehen, hier klappt das eigentlich genau so, wie ich mir das vorgestellt hatte: Das Prozessfenster “klebt” am traGtor-Fenster und bleibt bei diesem immer im Vordergrund; traGtor ist, solange es offen ist, nicht bedienbar. Ein Klick auf die Taskleiste bringt traGtor mit dem Prozess obendrauf zum Vorschein. Hab’ einiges ausgetestet, ging immer.
Ich wollte halt eigentlich keinen extra Eintrag in der Leiste, kann mir aber vorstellen, wie das nervt, wenn es denn nicht funktioniert (warum auch immer. Was nutzt Du für einen Window-Manager?). Also habe ich das mal geändert, dass der Prozess jetzt also einen eigenen Eintrag in der Taskleiste bekommt - nun sollte es keine Probleme mehr geben.
Zu Deiner anderen Frage:
Über einen Rechtsklick auf eine Datei in der Quellliste hast Du verschiedene Optionen, unter Anderem “Pfad als Ausgabe” und “Name als Ausgabe”. Da der Rechtsklick tatsächlich nicht gerade selbst erklärend ist, habe ich das mal als Anregung genommen, das Menü mit in die Kurzbeschreibung am linken Rand mit aufzunehmen, vielen Dank also für den Hinweis!
Viele Grüße, markus.
Am 16. Oktober 2009 um 19:39 Uhr
Hey,
echt super Tool!
Ich bin gerade dabei, ein Paket für Arch Linux zu schnüren, finde aber leider keine Angabe zur Lizenz. Unter welcher Lizenz steht denn Tragtor?
Adrian
Für die Suche: license
Am 16. Oktober 2009 um 19:43 Uhr
Hat sich schon erledigt, ind er COPYING stehts ja drin^^
Am 16. Oktober 2009 um 20:26 Uhr
Hey Adrian,
super, dass Du das für Arch zusammennagelst! Vielen Dank dafür! Hab’ keine Ahnung von Arch Paketen. Wenn das nicht so aufwändig ist oder besser: man das scripten kann (das DEB lasse ich mir auch von einem Script erzeugen), könnte ich das auch bei jeder Release gleich mitliefern.
Viele Grüße, Markus.
Am 2. November 2009 um 15:23 Uhr
Hi Markus,
habe seit einigen Wochen mit traGtor gearbeitet, und bin superbegeistert. Volles Spektrum an Leistung bei intuitiver Programmführung!
Seit einigen Tagen habe ich nun Ubuntu 9.10 (karmic) aufem Rechner, und nun gelingt es mir nicht mehr, in h264/mp4 zu wandeln. Habe schon einige Codecs ausprobiert, komme aber nicht auf einen grünen Zweig. Hast du da vielleicht ‘nen Tipp?
Beste Grüße!
Am 2. November 2009 um 22:15 Uhr
Hey Trecker,
ich schätze, dass das mit Deinem ffmpeg zusammen hängt. Wenn Du traGtor installiert hast, ohne vorher ein aufgeblasenes ffmpeg zu installieren, zieht Dir apt das standard ffmpeg aus den Quellen auf die Kiste. Und das kann nicht mal MP3.
Habe gestern auf einem Karmic-Rechner das ffmpeg über Subversion (SVN) installiert und anschließend traGtor draufgehauen - rennt primstens.
Taucht denn der Codec in den auswählbaren Codecs auf? Wenn nicht, dann hat ffmpeg diese Fähigkeit nicht. In dem Falle das Ubuntu-ffmpeg wieder deinstallieren, danach dann:
sudo apt-get install -y –force-yes subversion libfaad-dev libfaad2-0 libfaad2-dev libfaad-dev libfaac-dev libgsm-dev libgsm1-dev libmp3lame-dev libvorbis-dev libxvidcore4-dev libdc1394-22-dev libavcodec-unstripped-52 libavdevice-unstripped-52 libavformat-unstripped-52 libavutil-unstripped-49
(das installiert alle benötigten Pakete zum ffmpeg-Bau)
Dann in Dein Verzeichnis mit Quellcodes wechseln (ich mache sowas in einem Verzeichnis “System” im Home) und dort ffmpeg aus dem SVN-Repo ziehen:
svn checkout svn://svn.mplayerhq.hu/ffmpeg/trunk ffmpeg
In das ffmpeg-Verzeichnis wechseln:
cd ffmpeg*
Danach dann konfigurieren mit:
./configure –enable-gpl –enable-postproc –enable-libvorbis –enable-libdc1394 –enable-libgsm –enable-libmp3lame –enable-libfaad –enable-libfaac –enable-libxvid –enable-pthreads –disable-debug –prefix=/usr
Anschließend bauen:
make
Treten hier Fehler auf, werden die Dir ausgegeben, dass Du sie beheben kannst (z.B. wenn ein Paket fehlt o.ä.)
und abschließend installieren:
sudo make install
Das ganze ist mehr oder minder aus dem Kopf geschrieben (und ein wenig copy&paste), könnte also u.U. nicht ganz korrekt sein.
Viele Grüße, Markus.
Am 16. November 2009 um 09:33 Uhr
Hallo Markus,
danke für das tolle Gui (0.8.9), leider habe ich zwei Problemchen unter Ubuntu 09.04.
Im Moment weiss ich nicht ob es an mir liegt oder an dem Gui, vielleicht kannst Du mir auf die Sprünge helfen.
Ich habe davor Winff benutzt damit hat eigentlich alles funktioniert (bis auf das Zusammenfügen von Filmdateien), nur war dieses Gui nicht so schön und kann Dateien nicht zusammenfügen.
Ich habe Dateien (mts) auf meiner AVCHD Video-Kammera, wenn ich die Dateien auswähle bekomme ich das Videostreams- und Audiostreams-Menü nicht angezeigt.
Ich habe dan 3 Testdateien (die erkannt werden) in den tragtor im Multi Modus geladen aber ich kann nur eine Datei auswählen möchte aber alle zusammenfügen.
Beim Rendern sehe ich leider nicht nicht was in dem extra Fenster steht, da sich das Gui fast aufgehängt hat.
Vielleicht hast Du mir ein paar hinweise, damit ich weiss was ich ändern muss.
Gruß Theo
Am 16. November 2009 um 09:50 Uhr
Hey Theo!
Nur zum Verständnis: traGtor kann keine Dateien aneinander hängen; es geht im Multi-Mode darum, z.B. Videospuren mit einer neuen Tonspur zu versehen, JPGs auf einen Song draufzulegen oder ähnliches. Konnte nicht herauslesen, wofür Du den Mode benötigst.
Aber zu dem Problem: traGtor kann nur das, was auch Dein ffmpeg kann. Offensichtlich kann Deine ffmpeg Version mit den Dateien nichts anfangen? Ein Test wäre ein “ffmpeg -i /pfad/zur/datei.bla” im terminal, um zu sehen, was ffmpeg dazu sagt. Wenn dort nichts wie “Stream0:0″ oder ähnliches steht, findet ffmpeg keine verwertbaren Inhalte. Steht dort dann doch eine Ausgabe der enthaltenen Streams, ist’s ein Bug in traGtor - in dem Falle würde ich mich sehr über die Ausgabe im Terminal freuen, um traGtor darauf anzupassen.
Viele Grüße, Markus.
Am 16. November 2009 um 09:51 Uhr
P.S.: ich hab’ hier irgendwo im Blog ein Script, was mit Hilfe von mencoder und ffmpeg Dateien zusammenfügen kann. Das geht über die Scripte im Nautilus. Vielleicht ist das ja was..
Am 20. November 2009 um 17:59 Uhr
Hey Markus,
Arch Linux Pakete schnüren ist total einfach, weil da gibts das “Arch User Repository”.
Ich bastel mir ein kleines PKGBUILD File, welches dann dem Programm “makepkg” sagt, wie es das Paket basteln soll. Im Fall von TraGtor ist das total simpel, weil ich einfach nur sage, welche Programme es braucht (ffmpeg, pygtk, …) und dann sage, wo welche Dateien hinkopiert werden müssen.
Für eine Aktualisierung des Pakets brauche ich also nur die Versionsnummer in der AUR erhöhen. Schon stehts als Update da =)
Wenn du dir das mal anschauen willst: Das PKGBUILD gibt es unter http://aur.archlinux.org/packages.php?ID=31247 .
Am 20. November 2009 um 18:16 Uhr
Hey Adrian,
ah jawoll, das sieht tatsächlich easy aus. Das Prinzip schaue ich mir noch einmal genauer an (von was genau ist die md5sum, welche anderen Architekturen, etc.). Macht das Sinn, wenn ich hier ein PKGBUILD mit anbiete oder schauen die Arch-User eh auf archlinux.org? Auf jeden Fall isses stressfrei, daher kein Umstand, das neuste PKGBUILD mitzuliefern.
Vielen Dank für die Info! Viele Grüße, Markus.
Am 22. November 2009 um 19:21 Uhr
Hey Markus,
das brauchst du hier nicht machen. Du kannst allerdings auf die AUR-Seite ( http://aur.archlinux.org/packages.php?ID=31247 ) verweisen, dass Arch-User wissen, dass es dieses Paket auch in der AUR gibt.
Normalerweise werden alle PKGBUILDs in der AUR verwaltet. Das liegt daran, dass es ein Script dafür gibt. Will ich also traGtor installieren, haue ich ein “yaourt -S tragtor” in die Konsole. Das lädt dann das entsprechende PKGBUILD runter, checkt es, übergibt es an “makepkg” und drückt dem Paketmanager dann das fertige Paket in die Hand
Am 22. November 2009 um 19:57 Uhr
Ah jau, wie cool. Dann werde ich das mal oben mit einbauen. Vielen Dank für die Info und Dein “maintaining”
Am 22. November 2009 um 21:25 Uhr
Wow super!
Am 24. November 2009 um 17:47 Uhr
Hi,
super Gui
Was man jedem Debian-Nutzer empfehlen sollte: Nutz ffmpeg aus multimedia unstable. Die andern ffmpeg´s haben eindeutig zu wenig Codec´s dabei.
Achja und hast du den Schalter für MultiThreading schon reingezimmert? Oder hab ich den einfach übersehen?
Grüßle
Am 24. November 2009 um 21:42 Uhr
Hey Blafoo!
Das füge ich gleich oben mal mit ein, vielen dank für die info!
Multithread hab ich noch nicht eingebaut. Hab’ ein paar tests gemacht und bei mir mault er bei den meisten codecs rum, dass MT damit nicht gehen würde. Wenn dann mal einer funzt, wird trotzdem nur ein prozessor ausgelastet, also bei mir ist das verhalten insgesamt recht merkwürdig. Daher hatte ich das bisher gelassen. Hast Du erfahrungen mit MT in ffmpeg? Dann wäre ich an infos sehr interessiert.
Viele grüße, markus.
Am 26. November 2009 um 18:07 Uhr
Hallo Markus,
Dies ist ein follow up zu Theodor’s Frage vom 16. November, auch ich moechte gerne MTS-Dateien (=AVCHD-Videodaten von einer Digicam, bei mir Panasonic DMC-TZ7) umwandeln.
Aber erstmal vielen Dank fuer das tolle GUI. Damit wird auch meine Frau klarkommen (wenn das mit den MTS-Dateien dann klappt)
Waere wirklich toll, denn das mitgelieferte W32-Program von Panasonic suckt monkeyballs
Also mein ffmpeg kommt mit den Daten klar.
[code] ffmpeg -i 00003.MTS [/code]
gibt aus:
FFmpeg version SVN-r19352-4:0.5+svn20090706-2ubuntu2, Copyright (c) 2000-2009 Fabrice Bellard, et al.
configuration: –extra-version=4:0.5+svn20090706-2ubuntu2 –prefix=/usr –enable-avfilter –enable-avfilter-lavf –enable-vdpau –enable-bzlib –enable-libgsm –enable-libschroedinger –enable-libspeex –enable-libtheora –enable-libvorbis –enable-pthreads –enable-zlib –disable-stripping –disable-vhook –enable-gpl –enable-postproc –enable-swscale –enable-x11grab –enable-libdc1394 –extra-cflags=-I/build/buildd/ffmpeg-0.5+svn20090706/debian/include –enable-shared –disable-static
libavutil 49.15. 0 / 49.15. 0
libavcodec 52.20. 0 / 52.20. 0
libavformat 52.31. 0 / 52.31. 0
libavdevice 52. 1. 0 / 52. 1. 0
libavfilter 0. 4. 0 / 0. 4. 0
libswscale 0. 7. 1 / 0. 7. 1
libpostproc 51. 2. 0 / 51. 2. 0
built on Oct 13 2009 22:15:16, gcc: 4.4.1
Seems stream 0 codec frame rate differs from container frame rate: 100.00 (100/1) -> 25.00 (25/1)
Input #0, mpegts, from ‘00003.MTS’:
Duration: 00:00:38.46, start: 0.366667, bitrate: 15297 kb/s
Program 1
Stream #0.0[0x1011]: Video: h264, yuv420p, 1280×720 [PAR 1:1 DAR 16:9], 25 tbr, 90k tbn, 100 tbc
Stream #0.1[0x1100]: Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s
At least one output file must be specified
Ich kann per Kommandozeile
(z.B. [code] ffmpeg -i 00003.MTS -vcodec libxvid -b 18000k -acodec libmp3lame -ac 2 -ab 320k -deinterlace -s 1440×1080 output.avi [/code] )
auch prima eine gewandelte Datei ausgeben (Aber meine Frau kann das nicht ;))
Am 26. November 2009 um 18:13 Uhr
PS: Ich weiss nicht genau was Theo’s Problem wirklichwar, die MTS Datieen oder das Zusammenfuegen. Aber bei mir zeigt tragtor ueberhaupt keine Streams fuer die MTS Dateien an (weder Audio noch Video) and und kann die Dateien folglich auch nicht weiterverarbeiten (wie gesagt ffmpeg als in der Komandozeile schon)
Gruss S.
Am 26. November 2009 um 19:09 Uhr
Hey Sören,
ja super, vielen Dank für den ausführlichen Report! Die Streamerkennung ist recht restriktiv, somit hat der traGtor scheinbar Probleme, “1280×720 [PAR 1:1 DAR 16:9]” zu akzeptieren, kannte er bis dato noch nicht. Das habe ich jetzt etwas “gelockert”, kann es aber nicht wirklich testen, da ich keine solche Datei habe. Wäre super, wenn Du Dir bitte einmal diese Version ziehen könntest:
http://mein-neues-blod.de/files/traGtor/tragtor-0.8.10_all.deb
bzw. http://mein-neues-blod.de/files/traGtor/tragtor-0.8.10_all.tar.gz
…und das nochmal ausprobierst.
Vielen Dank, Markus.
Am 20. Dezember 2009 um 15:02 Uhr
Hallo,
ich finde tragtor sehr vielversprechend, leider habe ich noch ein grundlegendes Problem: Es werden einfach keine Streams angezeigt, egal welche Datei ich öffne. Es fehlt im Fenster der komplette untere Bereich, in dem eigentlich die Audio/Video Streams angezeigt werden sollten.
Seit dem der Artikel in der c’t über tragtor erschienen ist, versuche ich es immer wieder, habe aber bisher noch keine Lösung gefunden.
Ich nutze eine FFMPEG aus dem SVN. Was habe ich falsch gemacht? Würde mich über etwas Support freuen
Grüße, Christoph
FFmpeg version SVN-r20900, Copyright (c) 2000-2009 Fabrice Bellard, et al.
built on Dec 19 2009 21:20:31 with gcc 4.4.1
configuration: –prefix=/usr –enable-shared –enable-gpl –enable-libfaac –enable-libfaad –enable-nonfree –enable-x11grab –enable-libxvid –enable-libtheora –enable-postproc –enable-libmp3lame –enable-libvorbis –enable-pthreads –enable-libx264 –extra-cflags=’-mtune=native -march=native -mfpmath=sse -O4 -pipe’
libavutil 50. 7. 0 / 50. 7. 0
libavcodec 52.43. 0 / 52.20. 0
libavformat 52.44. 0 / 52.31. 0
libavdevice 52. 2. 0 / 52. 1. 0
libswscale 0. 7. 2 / 0. 7. 1
libpostproc 51. 2. 0 / 51. 2. 0
Am 2. Januar 2010 um 22:35 Uhr
Hallo!
ffmpeg habe ich bisher nur über die Kommandozeile bedient. Heute bin ich auf deine GUI gestoßen und wollte diese mal einem Test unterziehen. Jedoch habe ich ein grundsätzliches Problem: mir werden im Register “Format” keine Codecs aufgelistet. Ich sehe lediglich [none] streamcopy. Da scheint es ein Problem mit dem Befehl ffmpeg -formats zu geben. Hier daher mal die Ausgabe des Programms:
http://pastebin.de/2908
und hier die Ausgabe von ffmpeg -formats
http://pastebin.de/2911
Ich würd mich über eine Antwort freuen.
Dankeschööön und liebe Grüße
Oli
Am 5. Januar 2010 um 08:02 Uhr
Hey!
@Christoph: Sorry für die späte Reaktion, ich musste mich mal einige Zeit ausklinken.
Dein Problem habe ich auch aktuell, nachdem ich mir Karmic installiert und die neuste SVN gezogen habe - ist also prima nachvollziehbar. Problem ist, dass die ffmpeg-Developer die Ausgaben von ffmpeg geändert haben und traGtor das Geschwurbel gerade nicht mehr verstehen mag. Werde ich in absehbarer Zeit fixen, muss aber gerade erstmal dringend was für die Miete tun.
@Oli:
Prima, danke für die Ausgaben! Bei Rückfragen spreche ich Dich nochmal per Mail an, ansonsten schaue ich mir das bei dem Update für das neuste ffmpeg mit an.
Danke für Eure Reports! Ich seh’ zu…
Am 15. Januar 2010 um 03:36 Uhr
done.
Am 27. Februar 2010 um 12:46 Uhr
Hey, danke.
Die GUI ist mehr als nützlich. Ich kann und werde sie definitiv weiterempfehlen.
Am 28. Februar 2010 um 18:44 Uhr
Vielen Dank für das tolle Interface, ist echt eine Bereicherung.
Ich benutze Arch und der AUR-Build funktioniert wunderbar!
Danke!
Am 3. April 2010 um 13:16 Uhr
Hallo
Thx für die klasse Gui,arbeitet sich erheblich leichter mit alzwiemit Terminal
Einzige was ich nicht hinkriege ist folgendes:
Meine Aufnahmen sind oft HD Material (h264) im .ts Format mit mehreren Audios.
Wenn ich die .ts lade,zeigt mir tragtor zwar das Video aber keine Audioauswahl.
mfg & Thx
Hans
Achsoja:
Ubuntu 9.10/64
Am 13. April 2010 um 05:23 Uhr
Hello,
Thanks a lot for your lovely GUI (0.8.13)!
I am an Arch Linux user and have the following two feature requests:
First, I noticed that ffmpeg built against recent x264 throws error and stop unless you add “-vpre libx264-something” to the command line:
[libx264 @ 0x9fce7a0]broken ffmpeg default settings detected
[libx264 @ 0x9fce7a0]use an encoding preset (vpre)
To be precise, Arch’s current ffmpeg is SVN-22837 built against x264-snapshot-20100410-2245.
Looks like the issue has been up in the air between x264 and ffmpeg camps for quite some time and is not going to be fixed easily, according to one x264 developer:
http://forum.doom9.org/showthread.php?t=148750
As a result, I have to add -vpre option to the command line box in traGtor every time I encode with libx264. So I would appreciate a small box in traGtor where I can write extra options if desired and save them together as preset with other settings.
I totally agree with your philosophy that simple tasks should be kept simple so I’m afraid that such an extra option box may clutter your shiny GUI, but looks like something’s needed as x264 on one’s system gets newer.
Second, it would be nice if I can save the container setting in “Target” as preset too with the codecs settings in “Format”.
Oh, and last but not least, let me add that I’m so glad to see you’re planning to add an aspect ratio selector, since ffmpeg complains “Invalid pixel aspect ratio 0/1″ and stop when I try to encode with libxvid, unless I add -aspect option to the command line…
Again, danke vielmals for this nice piece of program!
Am 15. April 2010 um 00:01 Uhr
Hey!
@Hans: Ups, sorry für die späte Antwort! Und danke für die Blumen! Kannst Du mir bitte die Ausgabe von “ffmpeg -i /pfad/zur/datei.foo” schicken? Wahrscheinlich erkennt traGtor die Angabe der Streams nicht richtig. Danke!
@Youichi: Thank you! For your first request: the idea sounds great, I think I’ll implement it this way. You can edit the command line sent to ffmpeg in the small affirmation window as a workaround, but it isn’t possible to save the changes as a preset by now. Your second request seems to be far more complicated to be user friendly - I have to think about it. Your third opinion can be worked around with the additional options entry I’ll implement until aspect ratio is added.
Greetings / Grüße, Markus.
Am 20. April 2010 um 16:35 Uhr
Hi, just tried 0.8.14 and its new features.
And… what else can I say? Wonderful, absolutely!
I especially like the checkbox with which I can choose to save/not to save the container setting.
Many thanks!
Am 20. April 2010 um 17:36 Uhr
Hey Youichi,
I’m happy that the new features fit your needs.
BTW: The Container is saved everytime you create or overwrite a preset. The checkbox is there to choose if the container setting will be set while *loading* a preset.
Perhaps it should affect the saving behavior also. Have to think about it..
Greetings, Markus.
Am 28. Mai 2010 um 18:56 Uhr
Hi Markus,
benutze seit einigen Monaten voller Begeisterung tragtor! So schön selbst erklärend, und besonders gut finde ich, dass ich mit tragor mehrere Audiospuren behalten kann (und diese auch noch einfach kopieren kann, ohne sie neu zu kodieren).
Seit dem Wechsel auf Ubuntu 10.04 funktioniert allerdings das Kodieren mit dem Codec libx264 (Container mp4) nicht mehr - ich habe schon Medibuntu als Quelle für ffmpeg verwendet, libx264 ist auch installiert (Paket heißt allerdings “libx264-85″) komme aber einfach nicht weiter. Nun habe ich in dem Beitrag von Youichi (s.o. 13. April 2010) gesehen, dass dieser offenbar eine eigene Option ergänzt und dass doch zum Ziel kommt. Das würde ich gerne auch ausprobieren, verstehe aber nicht, was genau ich ins Feld eintippen muss. Hast du da vielleicht einen Tipp?
Danke und viele Grüße, Rainer
Am 28. Mai 2010 um 19:55 Uhr
Hallo Rainer,
vielen Dank für Deine Begeisterung
Das Problem scheint zu sein, dass die Default-Werte von ffmpeg in einigen Versionen kaputt sind. Deswegen ist die Ansage der Entwickler von ffmpeg, für x264 ein Preset zu benutzen. Diese Presets liegen idR. in /usr/share/ffmpeg bzw. /usr/local/share/ffmpeg bei selbstkompilierten Versionen. Also ein
ls /usr/share/ffmpeg
listet Dir alle vorhandenen Presets auf. Welches Du verwenden musst, kann ich Dir leider nicht sagen, ich würde es wahrscheinlich erstmal mit libx264-medium, libx264-normal oder libx264-default probieren.
Dieses Preset wird ffmpeg dann mit der Option -vpre übergeben. Demnach müsstest Du in das Optionsfeld von traGtor (seit 0.8.14, Dank Youichi’s Featurerequest) folgendes eingeben:
-vpre libx264-default
Habe gerade noch einige Texte zu dem Problem gefunden, in einem ist die Rede von
-vpre default
…also ohne das “libx264-” vorweg. Ich schätze, erzwingst Du den libx264-Codec, rafft ffmpeg das von selber und Du kannst beides angeben (nur so als Vermutung, ausprobieren).
http://rob.opendot.cl/index.php/useful-stuff/ffmpeg-x264-encoding-guide/
Ich hoffe, das hilft Dir bei Deinem Problem weiter. Wenn Du ‘ne funktionierende Konstellation gefunden hast, speicher’ Dir ein Preset in traGtor, die Optionszeile wird ebenfalls mitgespeichert. Wählst Du vorher noch den Container auf der Zieldatei-Seite aus (der wird mitgespeichert), kannst Du alles mit zwei Klicks wieder aufrufen.
Viele Grüße, Markus.
Am 29. Mai 2010 um 00:18 Uhr
Hallo Markus,
super, danke für die flinke Antwort! Nach erstem Ausprobieren hilft mir das sehr weiter: mit der Ergänzung “-vpre libx264-default” komme ich weiter (nicht hingegen ohne das “libx264-” vorweg). Einziger auf den ersten Blick offensichtliche Unterschied zu vorher: Als mp4-Container kann ich nicht mehr die “ipod”-Version wählen, sondern einfach nur noch den Container “mp4-Format” - einen Unterschied kann ich da bislang nicht feststellen (zumal ich keinen ipod verwende).
Tausend Dank soweit & viele Grüße, Rainer
PS: Übrigens, wenn ich einen weiteren Wunsch für tragtor hätte, dann wäre es sicher eine Stapelverarbeitung!?
Am 29. Mai 2010 um 02:20 Uhr
Hey Rainer,
prima, dass das so funktioniert!
Stapelverarbeitung ist bei traGtor bislang nicht geplant, da das Gesamtkonzept auf einzelnen Quelldateien beruht. Für den Zweck soll WinFF klasse sein. Halt nicht ganz so klicki-bunti, aber dafür halt flexibel genug für viele Dateien.
http://winff.org/html_new/downloads.html
Viele Grüße, Markus.
Am 2. Juli 2010 um 12:07 Uhr
Magst du traGtor nicht irgendwo mal in einem Versionskontrollsystem weiterentwickeln, auf bitbucket.org zum Beispiel? Dann könnte man dir ggf. helfen das Teil noch geiler zu machen!
Gruß, Christopher.
Am 2. Juli 2010 um 16:01 Uhr
Hey Christopher,
ja, da habe ich tatsächlich schon drüber nachgedacht. Das Ergebnis war dereinst, dass ich für eine einzige Datei mit Code nicht diesen Overhead brauchte. Calf entwickeln wir z.B. in einem git-Repo (was ich dann auch mercurial vorziehen würde, aber das ist ja eher zweitrangig), da macht das alleine durch den Umfang auch wirklich Sinn. Wobei wir uns Änderungen sogar bei dem Projekt nach wie vor per Diff in Mails um die Ohren hauen, da es für die Einsicht in den geänderten Code einfach komfortabler und offensichtlicher ist. Aber Branching bei traGtor? Ist da nicht ein einfaches Diff aktuell viel effektiver und für alle Beteiligten mit weit weniger Aufwand verbunden? (Abgesehen davon, dass ich bislang der einzige Beteiligte bin..)
Ablauf ist bei mir gerade: Texteditor öffnen, im (einzigen) Quellcode rumpfuschen, Script zur Paketeerstellung ausführen. Oft dauern da Upload und Blogartikel länger, als alles andere.
Ich habe nach meinen Erfahrungen mit Versionisierungs- und Branchingprogrammen den Eindruck, dass sich das alles erst lohnt, wenn tatsächlich mehrere Entwickler vollkommen unabhängig ständig an einem umfangreichen Projekt rumschrauben, es einen Maintainer für das Repo gibt, sich jemand um die Paketierung kümmert, etc. - traGtor ist bislang ‘ne Einmannbude und sowas wie ein verlängertes Sommermärchen und da will ich mir einfach nur Arbeit ersparen, die ich lieber in meine tausend anderen OS-Projekte stecke.
Soweit meine dereinstigen Gedanken dazu.
Aber kann ja auch sein, dass ich damit jetzt daneben liege, z.B. weil Du Dich gerne intensiv einklinken möchtest. Deine Frage wird ja einen Hintergrund haben - was schwebt Dir denn so vor?
Viele Grüße, markus.