GNOME Bugzilla – Bug 173102
seeking in large files doesn't work
Last modified: 2005-10-03 11:28:36 UTC
Version details: 0.8.4-0ubuntu1 Distribution/Version: Ubuntu 5.04 Trying to seek in any file larger than a few minutes doesn't seem to work. I've tried both AVI and Matroska files encoded using various versions of various codecs and the long ones (e.g. films) are the ones that refuse to seek.
0.8.4 is not recent enough, please retry with latest releases. Seeking works fine on small and large files here.q
Sorry, my mistake. I started off filing it as a bug against gstreamer-ffmpeg. The version i'm using (gstreamer core) is actually 0.8.9.
So is this the case for any large file? Any AVI file? Can you provide me with a sample?
Simply any large file. Not a single film that I have will seek. If you still think it's worth downloading one (seeing as none of them work i'm assuming it's a bug that only I can reproduce) and it doesn't break any rules then i'd be happy to put one up for download for you.
I have large files of 1-and-a-half hour or 700 MB (AVI), and they work fine. Please put one online, yes.
I downloaded the file, and seeking works fine for me. Are the files on a particular partition? What's the output of "gst-launch file:///dev/null ! fakesink --gst-debug=*:5 --gst-debug-no-color 2>&1 | grep gst_element_make_from_uri"? Sebastian, do you have similar problems?
That's works fine with the differents file I've on my disk here.
simon@bainbridge:~$ gst-launch-0.8 file:///dev/null ! fakesink --gst-debug=*:5 --gst-debug-no-color 2>&1 | grep gst_element_make_from_uri LOG (0x50ac30 - 309179:47:59.992416000) GST_URI( 7295) gsturi.c(495):gst_element_make_from_uri:<gnomevfssrc0> created source for URL 'file:///dev/null'
Files on 2 large ReiserFS partitions, 1 ext3 partition and 1 NTFS partition all exhibit the same problem.
Just tried with an OGM file and had the same problem. I think it's safe to say it's not a problem with a specific container format.
I'm confused, I don't have a clue what may cause this... Can you set GST_DEBUG to "*:5" as environment variable and run totem &> /tmp/logfile, try to seek once in a file and attach the logfile here?
Sorry I couldn't attach it but it exceeds the maximum file size for attachments. http://bollo.mine.nu/~simon/totem_gst_debug.log.bz2
I think i've pinpointed the cause of the bug. With the debug level set to 2 I noticed that right after I attempted to seek in a file i'd get the following debug output: WARN (0x540100 - 309212:33:15.496833000) alsa( 2071) pcm_hw.c(476):snd_pcm_hw_delay: alsalib error: SNDRV_PCM_IOCTL_DELAY failed: File descriptor in bad state WARN (0x540100 - 309212:33:15.589411000) alsa( 2071) gstalsa.c(1701):gst_alsa_probe_hw_params:<alsasink0> "snd_pcm_hw_params_set_period_size_near (this->handle, hw_params, &period_size, 0)": Invalid argument WARN (0x540100 - 309212:33:15.659245000) alsa( 2071) gstalsa.c(1701):gst_alsa_probe_hw_params:<alsasink0> "snd_pcm_hw_params_set_period_size_near (this->handle, hw_params, &period_size, 0)": Invalid argument WARN (0x540100 - 309212:33:15.729647000) alsa( 2071) gstalsa.c(1701):gst_alsa_probe_hw_params:<alsasink0> "snd_pcm_hw_params_set_period_size_near (this->handle, hw_params, &period_size, 0)": Invalid argument WARN (0x540100 - 309212:33:15.799451000) alsa( 2071) gstalsa.c(1701):gst_alsa_probe_hw_params:<alsasink0> "snd_pcm_hw_params_set_period_size_near (this->handle, hw_params, &period_size, 0)": Invalid argument Changing the default sink to OSS fixes the problem of seeking, but the sound itself is quite badly out of sync. Anybody got any ideas?
I'll have a look at alsasink. It shouldn't do anything with a seek...
The above are messages after a state change. I don't think they matter w.r.t. the actual seeking. I don't know the real cause yet.
Then how come I can seek using the OSS sink but not the ALSA one?
I've done some updates lately to the ALSA plugins w.r.t. the above warnings that you seem to be suffering from. Again, I don't know if they are related at all (I doubt it), but since you say OSS works fine, they may be. Can you retry gst-plugins 0.8.10 and see if it works any better now? Thanks.
I've since switched back to Ubuntu Hoary but fortunately I've just noticed that a new Breezy live CD image has been released so I'll download that and do some testing.
Unfortunately the kernel modules on the livecd are pretty broken so I'll have to wait until the next one to test this.
Any news on this? Can you replicate ?
I'm not longer experiencing this problem with 0.8.11.