dear all, & especially D and GTL,
today new experiences and some big progress
I have "cut" my initial big .mov videos & again tried to read them with 2.0.3:
-----no sound, very slow performance....SO: it s not a memory or megas problem.
THEN:
i have tried to read the initial videos (.mov, without cutting them) with the jmc library::
1.5.1: it runs fine, without crash and outof bound exception (the isReady() method is very useful for that, and the method isPlaying is much more sure than the starttime and duration comparison from processing video native library which does not work (or not allways...)).
---- same success with the AVI videos !
2.0.3:
IT RUNS normally, 64 bits, like in 1.5.1 and with exactly the same videos wich it refuses to read with the video native library.
FIRST CONCLUSION:: thanks to jmcVideo & a forbes....
BUT some new problem: as for Capture (there is also live capturing in my app) i had ecided to use GSvideo library: runs perfectly awith 1.5.1....but not at all with 2.0.3:: when launching here is the error code:
[after having told that the capture size is too big though it s of course that used without problem with 1.5.1]
(GSVideo:889): GStreamer-CRITICAL **:
Trying to dispose element rgb, but it is in READY instead of the NULL state.
You need to explicitly set elements to the NULL state before
dropping the final reference, to allow them to clean up.
This problem may also be caused by a refcounting bug in the
application or some element.
Is it a problem with GS video??? Something uncompatible with 2.0.3??? i dont know...
today new experiences and some big progress
I have "cut" my initial big .mov videos & again tried to read them with 2.0.3:
-----no sound, very slow performance....SO: it s not a memory or megas problem.
THEN:
i have tried to read the initial videos (.mov, without cutting them) with the jmc library::
1.5.1: it runs fine, without crash and outof bound exception (the isReady() method is very useful for that, and the method isPlaying is much more sure than the starttime and duration comparison from processing video native library which does not work (or not allways...)).
---- same success with the AVI videos !
2.0.3:
IT RUNS normally, 64 bits, like in 1.5.1 and with exactly the same videos wich it refuses to read with the video native library.
FIRST CONCLUSION:: thanks to jmcVideo & a forbes....
BUT some new problem: as for Capture (there is also live capturing in my app) i had ecided to use GSvideo library: runs perfectly awith 1.5.1....but not at all with 2.0.3:: when launching here is the error code:
[after having told that the capture size is too big though it s of course that used without problem with 1.5.1]
(GSVideo:889): GStreamer-CRITICAL **:
Trying to dispose element rgb, but it is in READY instead of the NULL state.
You need to explicitly set elements to the NULL state before
dropping the final reference, to allow them to clean up.
This problem may also be caused by a refcounting bug in the
application or some element.
Is it a problem with GS video??? Something uncompatible with 2.0.3??? i dont know...