GNOME Bugzilla – Bug 345971
not work well with mad element
Last modified: 2006-07-14 16:02:01 UTC
Please describe the problem: I've had some issues with the mad element when used with gnonlin. I modified the test program, which comes with gnonlin to play it mp3-s and it wasnt success. test1: ====== Expected behavior: first gnl source | secound gnl source start in pipeline 0s | 5s start in media 0s | 0s duration 5s | 3s Experience behavior: The gstreamer is playing the first source from 0th sec to 5th sec, and doesn't play the secound source. test2: ====== Expected behavior: first gnl source | secound gnl source start in pipeline 0s | 5s start in media 0s | 20s duration 5s | 3s Experience behavior: The gstreamer is playing the first source from 0th sec to 5th sec, and doesn't play the secound source. test3: ====== Expected behavior: first gnl source | secound gnl source start in pipeline 0s | 5s start in media 20s | 10s duration 5s | 3s Experience behavior: The gstreamer is playing the first source from 0th sec to 5th sec, and doesn't play the secound source. test4: ====== Expected behavior: first gnl source | secound gnl source start in pipeline 0s | 5s start in media 20s | 10s duration 5s | 3s Experience behavior: The gstreamer is playing the first source from 0th sec to 5th sec, and doesn't play the secound source. Steps to reproduce: Actual results: Expected results: Does this happen every time? Other information:
Created attachment 68039 [details] source of test1
Created attachment 68040 [details] source of test2
Created attachment 68041 [details] source of test3
Created attachment 68042 [details] source of test4
It's a known problem. Seeking in mad isn't very precise. We hope to be able to fix this soon. We're already keeping track of it in bug #308312. *** This bug has been marked as a duplicate of 308312 ***