GNOME Bugzilla – Bug 335808
issues on ppc, xfce
Last modified: 2006-04-22 20:01:02 UTC
Copy from mail received I am playing around with pitivi but can not get it to work properly. I am running on a MacMini, ppc architecture. I have gstreamer up and running OK and also managed to compile and start pitivi. I do not have GNOME or related components installed, only GTK+ and glib. This means that I did have to modify the source slightly to get it to run at all (maybe this is a problem). 1. I needed to remove the file:// scheme-prefix from the URI:s because filesrc does not seem to like that prefix at all. 2. The check for gnome/gnomevfs was removed also. Problem 1: I have been trying to add a simple ogg/vorbis tune but this does not seem to work. If I use Thunar (XFCE file manager) to drag-n-drop or if i Select the "Add" button the result is the same: First time: The file is received but no icon show up in the "Sources" list and if I enable debug I get a warning from the OGG demuxer: "oggdemux(31759) gstoggdemux.c(2057):gst_ogg_demux_read_chain:<oggdemux0> failed to read chain[]" I get the same warning when doing the following: "gst-launch filesrc location=track01.cdda.ogg ! oggdemux ! filesink location=test.dat" but this seqence actually does something (test.dat is written to disk). I have tested several different ogg/vorbis files and none work. However they are correct ogg/vorbis files because they play nicely when playing them with ogg123. Second time I try to add a ogg-file it fails and after adding debug statements to different parts of the program the problem seems to be that addFiles in discoverer.py is empty - however in _dndDataReceivedCb there is a filename that looks correct. Problem 2: When I add images it takes several seconds (around 5-10 seconds) to add an image and CPU usage goes up to 100% for the pitivi python process during this time. Problem 3: I have been able to add a MP3 file without major problems but normal MPEG and/or AVI files fail (I have gstreamer-ffmpeg installed) with a error dialog with either unknown format or could not determine type. I tried several different movie files and none work correctly (although they do play in mplayer). I know pitivi is under development and I am not sure if I should report these as bugs seeing that I do not use the gnome parts and modified the source? Any tips on how to debug this? The logs did not tell me that much and I am not entirely sure where to start in the source code. pitivi is from CVS. gstreamer is 0.10.4/0.10.5 and gnonlin is latest from CVS also, compiled with gcc from Fedora (gcc-4.1.0-3) and python 2.4.2 Thanks in advance, John Eckerdal
(In reply to comment #0) > 1. I needed to remove the file:// scheme-prefix from the URI:s because > filesrc does not seem to like that prefix at all. > 2. The check for gnome/gnomevfs was removed also. I should check the filesrc gstreamer element can take file:// uris. If it is, I shouldn't force the use of gnomevfssrc in pitivi, but ask gstreamer to give me an source element that can handle that URI (and as a side effect, will be able to handle http://, nfs://, ... uris). > Problem 1: > I have been trying to add a simple ogg/vorbis tune but this does not > seem to work. If I use Thunar (XFCE file manager) to drag-n-drop or if > i Select the "Add" button the result is the same: > > First time: The file is received but no icon show up in the "Sources" > list and if I enable debug I get a warning from the OGG demuxer: > > "oggdemux(31759) > gstoggdemux.c(2057):gst_ogg_demux_read_chain:<oggdemux0> failed to > read chain[]" Could you attach the compressed log when doing that ? 'GST_DEBUG=3,python:5 pitivi > log 2>&1' > > I get the same warning when doing the following: > "gst-launch filesrc location=track01.cdda.ogg ! oggdemux ! filesink > location=test.dat" > but this seqence actually does something (test.dat is written to disk). Could you attach the compressed output of : 'GST_DEBUG=2 gst-launch -v -t -m filesrc location=track01.cdda.ogg ! oggdemux ! filesink location=test.dat > log 2>&1' > > I have tested several different ogg/vorbis files and none work. > However they are correct ogg/vorbis files because they play nicely > when playing them with ogg123. > > Second time I try to add a ogg-file it fails and after adding debug > statements to different parts of the program the problem seems to be > that addFiles in discoverer.py is empty - however in > _dndDataReceivedCb there is a filename that looks correct. > > Problem 2: > When I add images it takes several seconds (around 5-10 seconds) to > add an image and CPU usage goes up to 100% for the pitivi python > process during this time. > > Problem 3: > I have been able to add a MP3 file without major problems but normal > MPEG and/or AVI files fail (I have gstreamer-ffmpeg installed) with a > error dialog with either unknown format or could not determine type. I > tried several different movie files and none work correctly (although > they do play in mplayer). Could you copy the output of 'python gst-python/examples/gstfile.py' on those media files ?
I've removed the dependency on gnomevfs python module and explicit gnomevfs gstreamer plugin use. Can you try it again with latest cvs ? 2006-03-24 Edward Hervey <edward@fluendo.com> * pitivi/bin.py: * pitivi/check.py: * pitivi/discoverer.py: * pitivi/objectfactory.py: * pitivi/project.py: Remove dependency on gnomevfs python module, and use the gstreamer uri utilities instead (gst.element_make_from_uri, gst.uri_get_protocol, gst.uri_get_location)
Created attachment 61929 [details] Log of when DnD:ing two JPEG pictures from Thunar to pitivi
When adding the pictures the interresting bit I noticed in the log is this: INFO (0x10508f20 - 0:00:12.976232000) ESC[00;01;37;41m GST_PADSESC[00m(ESC[335m 8692ESC[00m) ESC[00;01;37;41mgstpad.c(2713):gst_pad_event_default_dispatch:<ffmpegcsp1:sink>ESC[00m Sending event 0x10519000 to all internally linked pads LOG (0x101328f8 - 0:00:18.217172000) ESC[00;32m pythonESC[00m(ESC[335m 8692ESC[00m) ESC[00;32mdiscoverer.py(185):_busMessageCb:ESC[00m /Discoverer-file:///home/john_e/media/Pictures/download-001/Picture0001.jpg/filesink0 (__main__.GstFileSink):[<enum GST_STATE_RE ADY of type GstState>, <enum GST_STATE_PAUSED of type GstState>, <enum GST_STATE_VOID_PENDING of type GstState>] Might it be related to ffmpeg?
Created attachment 61930 [details] Log of the gst-launch test involving ogg/vorbis files (as requested)
Created attachment 61931 [details] Log of DnD:ing a single ogg/vorbis file from Thunar to pitivi
The patch to remove dependancy on gnomevfs seems to work nicely so now I run a plain pitivi from CVS. All logs are fetched with this version.
Running gstfile.py on one of the media files I get unknown type returns this: $ python /usr/share/gst-python/0.10/examples/gstfile.py media/video/bonus.mpg Mime Type : video/mpeg, systemstream=(boolean)true, mpegversion=(int)1 The pitivi log from when adding this file is added also.
Created attachment 61943 [details] Trying to add a mpeg file to pitivi via DnD
A misunderstanding from my side: I noticed that gst-plugins-ugly deal with video/mpeg. I though that gst-ffmpeg would do that (since it was possible to add some avi-files that way). After installing gst-plugins-ugly it was possible to add the the mpeg files I tested with.
John : is this still an issue with current cvs ?
From latest CVS version of pitivi and gnonlin I can now add OGG/Vorbis files without problems and they can also be played. And, as noted, the problem with certain MPEG/AVI files was because the gst-plugins-ugly was missing (maybe something for a FAQ/readme somewhere). Adding images seems faster also. If it is large it still takes a few seconds however it takes a while to display them also in other applications so I am not sure this is a pitivi problem. The only thing I noticed was that I got a xlib async error one time. I could not reproduce that when playing around though.
good to hear everything is fixed. Closing bug