[gst-devel] Results from some quick tests of Totem

[Bastien Nocera]

On Mon, 2004-03-22 at 23:56, iain wrote:
> I dunno if these are helpful, but I saw Julien say that he didn't ave
> Totem working so didn't know what was going on with it on IRC
> (paraphrased), so I did a quick compile and these are what I found out.
> 
> Ronald had mentioned something about scaling issues? Its scaling here
> fine.
> 
> MPEG works fine, small a/v sync issues on seeking, but seems to correct
> itself sometimes.
> MOV/AVI/ASF seem to only play audio, but on pausing
> ERROR        GST_PADS(12717) gstpad.c(3094):gst_pad_pull:<video_switch> (null)
> ERROR        GST_PADS(12717) gstpad.c(3094):gst_pad_pull:<video_switch> NULL buffer during pull on video_switch:sink0
> ERROR       scheduler(12717) gstoptimalscheduler.c(2285):gst_opt_scheduler_iterate:<GstOptScheduler at 0x8400598> in error state
> and then the application locks hard.
> WMV don't seem to work. Status bar prints "0:00 (streaming)" and then
> jumps to around 4 seconds and then sits there. Pressing pause returns to
> the totem splash screen, and pressing play again gives the above error
> message.

Same thing, hangs on the first test file I fed it with[1].

> Finally on a slightly related note, occasionally when I don't run gst-
> register applications crash because gst_init has called g_assert. To the
> user, this just looks like a normal crash. Should applications be
> calling something different (like gst_init_check) so that they can put
> up an information dialog rather than just simply crashing? If so, tell
> me what they should be calling, and I'll patch up all the applications
> so that they do.

There's no gst_init_check_get_popt_table() (ie. a
gst_init_get_popt_table that doesn't explode to small pieces). I find
that rather annoying.

[1]: http://tigert.gimp.org/files/photos/approach.19.2-malmi.avi
---
Bastien Nocera <hadess at hadess.net> 
Her eyes were like two brown circles with big black dots in the centre.