Hmm, could you provide two things for me. The first is the image generated when you during transcoding choose the 'debug' option in the 'appmenu' (which is the menu available from the 'top bar' in GNOME 3 and Unity.

The second is to start transmageddon from a terminal, but before launching transmageddon do run this command:

export GST_DEBUG=*:5
transmageddon 2&>output.txt

Then compress the output.txt file and put it somewhere for me to download?

To be clear, when you run those commands in the terminal, to one of the failing rotates and let it run to the end.

Ok, here is output.txt compressed https://www.dropbox.com/s/iw1ac6qdfhhz5u1/output.txt.tar.7z

I'm not 100% sure when you say image, if you mean the video or thumbnail?? Here is a copy of the video anyway https://www.dropbox.com/s/gdmkki8f4y0ja3v/2014-03-09%2015.25.38-110737-07042014.mp4
It's only a 5 second video so the download is quick

It's  only about a second that freezes in this one, quite short but it demonstrates what I mean at least. The same video encoded to .ogg comes out fine as you can see here https://www.dropbox.com/s/xn32qmwfglvvo4l/2014-03-09%2015.25.38-111745-07042014.ogg

Hi,
What I was referring to is this:
http://www.linuxrising.org/screenshots/transmageddon-0.23-gtk3.png

Where you see in the GNOME Shell menu there is a 'Debug' option. When you choose it you should  get an .png image showing up in your default image viewer (if you have graphwiz installed). If nothing shows up then there should still be a file called transmageddon-debug-graph.dot file in /tmp, which you could send me.

Okay I did not have graphviz installed so installed it and got this result https://www.dropbox.com/s/e00ej9pd8dtfjbd/transmageddon-pipeline.png
and the .dot 
https://www.dropbox.com/s/7qios3jm6qylsv0/transmageddon-debug-graph.dot

Hope this helps

Thank you. I suspect this is a GStreamer bug and not Transmageddon itself, but with this information we should be able to find out where at get it resolved. I will keep you up to date as I find some time to dig into this.

Okay, keep up the great work, Transmageddon is great and really easy to use

Okay, keep up the great work, Transmageddon is great and really easy to use

Hi Mark,
Ok, I been testing a bit today. Just to confirm the video in comment 3, is that the original or a generated file displaying the issue?

Actually to update my own question. I assume it is a file demonstrating the issue, I was wondering if you could share the original so I can try to reproduce.

Yes comment 3 is the rotated video encoded to .mp4, comment 4 is the rotated video encoded as .ogg I'm at work now but when I get home I'll upload the original video about 18:00GMT

Thanks Mark, ok having looked through the debug log I will move this bug over to GStreamer. This is either a GStreamer element doing something wrong, or a problem with the input file.

I am seeing a lot of stuff like this in the log:
0:00:26.006582150 ^[[335m 5554^[[00m 0x7fdb6400c630 ^[[36mDEBUG  ^[[00m ^[[00m           baseparse gstbaseparse.c:883:gst_base_parse_convert:<h264parse2>^[[00m conversion failed

One last question Mark, do you know if the generated video is fine if you don't rotate?

Here is the original video link https://www.dropbox.com/s/jk9zk0bd771rlyd/2014-03-09%2015.25.38.mp4
and it comes out with the same results if I do it again without rotating

-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/issues/115.