After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 345971 - not work well with mad element
not work well with mad element
Status: RESOLVED DUPLICATE of bug 308312
Product: GStreamer
Classification: Platform
Component: gnonlin
git master
Other All
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
Edward Hervey
Depends on:
Blocks:
 
 
Reported: 2006-06-26 16:45 UTC by Janos Csikos
Modified: 2006-07-14 16:02 UTC
See Also:
GNOME target: ---
GNOME version: 2.11/2.12


Attachments
source of test1 (9.76 KB, text/plain)
2006-06-26 16:50 UTC, Janos Csikos
Details
source of test2 (9.76 KB, text/plain)
2006-06-26 16:52 UTC, Janos Csikos
Details
source of test3 (9.76 KB, text/plain)
2006-06-26 16:54 UTC, Janos Csikos
Details
source of test4 (9.76 KB, text/plain)
2006-06-26 16:55 UTC, Janos Csikos
Details

Description Janos Csikos 2006-06-26 16:45:31 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:
Comment 1 Janos Csikos 2006-06-26 16:50:51 UTC
Created attachment 68039 [details]
source of test1
Comment 2 Janos Csikos 2006-06-26 16:52:23 UTC
Created attachment 68040 [details]
source of test2
Comment 3 Janos Csikos 2006-06-26 16:54:03 UTC
Created attachment 68041 [details]
source of test3
Comment 4 Janos Csikos 2006-06-26 16:55:37 UTC
Created attachment 68042 [details]
source of test4
Comment 5 Tim-Philipp Müller 2006-06-28 15:04:00 UTC
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 ***