From: Michal B. <mic...@xe...> - 2005-07-22 14:32:35
|
Hello everybody (interested), I am sending a new status report about sinks for Windows. At last, I had success and I was able build working audio and video sink. You can find all the information at the new project page http://gstreamer.xeris.cz/ Also, we have a first working video player for Windows based on GStreamer framework, check screenshots at http://gstreamer.xeris.cz/ixion.html As I am neither DirectX nor GStreamer expert, I would welcome any help from you. First of all, the GStreamer port to Windows seems to be quite unstable, I suspect there may be some problems with the assembler code in GStreamer and plugins. I am using MinGW with GCC 3.4.2 (are there any known issues?). My next project is to fill the Windows related bugs to bugzilla. And once more: any feedback is welcomed. Regards Michal |
From: Christian HJ W. <ch...@ma...> - 2005-07-22 22:28:56
|
Congrats ! I downloaded Ixios and will start testing it tomorrow ! Of course, i will report specifically about its status to play matroska files ;-) ... Christian matroska project admin Michal Benes schrieb: >Hello everybody (interested), > I am sending a new status report about sinks for Windows. At last, I >had success and I was able build working audio and video sink. You can >find all the information at the new project page >http://gstreamer.xeris.cz/ > Also, we have a first working video player for Windows based on >GStreamer framework, check screenshots at >http://gstreamer.xeris.cz/ixion.html > As I am neither DirectX nor GStreamer expert, I would welcome any help >from you. > First of all, the GStreamer port to Windows seems to be quite unstable, >I suspect there may be some problems with the assembler code in >GStreamer and plugins. I am using MinGW with GCC 3.4.2 (are there any >known issues?). > > My next project is to fill the Windows related bugs to bugzilla. > And once more: any feedback is welcomed. > Regards > Michal > > > > > |
From: Christian HJ W. <ch...@ma...> - 2005-07-24 20:57:55
|
Hi Michal, OK, the problems seems to be related with registration of the DLLs in=20 'lib'. I can only run Ixion from 'ixion.bat' , and not from 'ixion.exe'=20 irrespective of how often i try to run the 'gst-register.bat' before, it=20 will always come back to me with a message that mingwm10.dll can not be=20 found. Because of this, also the command ixion --gst-debug-level=3D2 will return the same message ( see above, mingwm10.dll not found ) ,=20 leading nowhere. Is it possible that this is the result of having two differnt mingw DLLs=20 on my PC, for mmg.exe ( mkvmerge GUI ) and Ixion ? Thanks for a short answer Christian Michal Benes schrieb: >Hi Christian, > > Yes, there is a CLI. But probably the first thing You can try is >to run=20 >ixion --gst-debug-level=3D2=20 >It should say if there is any problem initializing the hardware (what is >most likely our problem). > >The most basic thing, you can try is >gst-launch --gst-debug-level=3D2 sinesrc ! dsoundsink >or perhaps if it doesn't work >gst-launch --gst-debug-level=3D2 sinesrc ! audioconvert ! dsoundsink >it should produce a harmonic tone. > >To test video, run >gst-launch --gst-debug-level=3D2 videotestsrc ! ddrawsink >or >gst-launch --gst-debug-level=3D2 videotestsrc ! ffmpegcolorspace ! >ddrawsink > >You can find man pages for gst-launch, gst-inspect and gst-register >through Google (search for gst-launch man page) > > Let me know what happened > > Michal > >Christian HJ Wiesner p=ED=B9e v So 23. 07. 2005 v 08:26 +0200: > =20 > >>Ok, here is what i did : >> >>- unzipped into c:\Program Files\Ixion\ >>- run gst-register.bat >>- run ixion.bat >> >>The Ixion GUI will show up ( looing nice :) ), but unfortunetely it=20 >>didnt show anyhting else but grey rectangles on the screen. It could=20 >>determine the duration of the AVI and MPG files i was trying to open,=20 >>but i couldnt hear or see anything. What can i do to find out whats=20 >>wrong ? are there any test suites or CLI tools available to check=20 >>functionality of the sinks ? >> >>Christian >> >>Michal Benes schrieb: >> >> =20 >> >>>Hello everybody (interested), >>> >>> I am sending a new status report about sinks for Windows. At last, I >>>had success and I was able build working audio and video sink. You can >>>find all the information at the new project page >>>http://gstreamer.xeris.cz/ >>> >>> Also, we have a first working video player for Windows based on >>>GStreamer framework, check screenshots at >>>http://gstreamer.xeris.cz/ixion.html >>> >>> As I am neither DirectX nor GStreamer expert, I would welcome any hel= p >>> =20 >>> >>>from you.=20 >> =20 >> >>> First of all, the GStreamer port to Windows seems to be quite unstabl= e, >>>I suspect there may be some problems with the assembler code in >>>GStreamer and plugins. I am using MinGW with GCC 3.4.2 (are there any >>>known issues?). >>> >>> My next project is to fill the Windows related bugs to bugzilla. >>> >>> And once more: any feedback is welcomed. >>> >>> Regards >>> >>> Michal >>>=09 >>> >>> >>>=20 >>> >>> =20 >>> > > > =20 > |
From: Michal B. <mic...@xe...> - 2005-07-25 07:59:43
|
Hi Christian, gst-register does not register DLLs in lib, it is there only to=20 register the plugins. Therefore, if You want to run Ixion, you will need=20 to have the directory Ixion/lib in Your path. Also you can try to copy=20 the content of Ixion/lib to Ixion/ I do not know if the libraries can be in conflict, but I'd say that=20 the system really can not find the library because it is not in your path= . BTW: Today, I made a test and Ixion is able to play Matroska file=20 with h264 video and Vorbis audio. BTW2.: I am going to release a new version now with some bugfixes -=20 most important is that it finally plays avi files. Michal =20 Christian HJ Wiesner wrote: > Hi Michal, > > OK, the problems seems to be related with registration of the DLLs in=20 > 'lib'. I can only run Ixion from 'ixion.bat' , and not from=20 > 'ixion.exe' irrespective of how often i try to run the=20 > 'gst-register.bat' before, it will always come back to me with a=20 > message that mingwm10.dll can not be found. > > Because of this, also the command > > ixion --gst-debug-level=3D2 > > will return the same message ( see above, mingwm10.dll not found ) ,=20 > leading nowhere. > > Is it possible that this is the result of having two differnt mingw=20 > DLLs on my PC, for mmg.exe ( mkvmerge GUI ) and Ixion ? > > Thanks for a short answer > > Christian > > Michal Benes schrieb: > >> Hi Christian, >> >> Yes, there is a CLI. But probably the first thing You can try is >> to run ixion --gst-debug-level=3D2 It should say if there is any=20 >> problem initializing the hardware (what is >> most likely our problem). >> >> The most basic thing, you can try is >> gst-launch --gst-debug-level=3D2 sinesrc ! dsoundsink >> or perhaps if it doesn't work >> gst-launch --gst-debug-level=3D2 sinesrc ! audioconvert ! dsoundsink >> it should produce a harmonic tone. >> >> To test video, run >> gst-launch --gst-debug-level=3D2 videotestsrc ! ddrawsink >> or >> gst-launch --gst-debug-level=3D2 videotestsrc ! ffmpegcolorspace ! >> ddrawsink >> >> You can find man pages for gst-launch, gst-inspect and gst-register >> through Google (search for gst-launch man page) >> >> Let me know what happened >> >> Michal >> >> Christian HJ Wiesner p=ED=B9e v So 23. 07. 2005 v 08:26 +0200: >> =20 >> >>> Ok, here is what i did : >>> >>> - unzipped into c:\Program Files\Ixion\ >>> - run gst-register.bat >>> - run ixion.bat >>> >>> The Ixion GUI will show up ( looing nice :) ), but unfortunetely it=20 >>> didnt show anyhting else but grey rectangles on the screen. It could=20 >>> determine the duration of the AVI and MPG files i was trying to=20 >>> open, but i couldnt hear or see anything. What can i do to find out=20 >>> whats wrong ? are there any test suites or CLI tools available to=20 >>> check functionality of the sinks ? >>> >>> Christian >>> >>> Michal Benes schrieb: >>> >>> =20 >>> >>>> Hello everybody (interested), >>>> >>>> I am sending a new status report about sinks for Windows. At=20 >>>> last, I >>>> had success and I was able build working audio and video sink. You c= an >>>> find all the information at the new project page >>>> http://gstreamer.xeris.cz/ >>>> >>>> Also, we have a first working video player for Windows based on >>>> GStreamer framework, check screenshots at >>>> http://gstreamer.xeris.cz/ixion.html >>>> >>>> As I am neither DirectX nor GStreamer expert, I would welcome=20 >>>> any help >>>> =20 >>>> from you.=20 >>> >>> =20 >>> >>>> First of all, the GStreamer port to Windows seems to be quite=20 >>>> unstable, >>>> I suspect there may be some problems with the assembler code in >>>> GStreamer and plugins. I am using MinGW with GCC 3.4.2 (are there an= y >>>> known issues?). >>>> >>>> My next project is to fill the Windows related bugs to bugzilla. >>>> >>>> And once more: any feedback is welcomed. >>>> >>>> Regards >>>> >>>> Michal >>>> =20 >>>> >>>> >>>> >>>> >>>> =20 >>> >> >> >> =20 >> > |
From: John C. <spy...@gm...> - 2005-07-25 15:38:24
|
R29vZCBuZXdzLCBhbmQgaWYgaSBoYWQgc2VlbiBDaHJpcydzIGVtYWlsIHNvb25lciBJIGNvdWxk IGhhdmUgYWxzbwp0b2xkIGhpbSB3aHkgdGhhdCB3YXNuJ3Qgd29ya2luZy4gIEknbSBnb2luZyB0 byB0cnkgdGhlIG5ldyBidWlsZCBub3cuCgpPbiA3LzI0LzA1LCBNaWNoYWwgQmVuZXMgPG1pY2hh bC5iZW5lc0B4ZXJpcy5jej4gd3JvdGU6Cj4gSGkgQ2hyaXN0aWFuLAo+IAo+ICAgICBnc3QtcmVn aXN0ZXIgZG9lcyBub3QgcmVnaXN0ZXIgRExMcyBpbiBsaWIsIGl0IGlzIHRoZXJlIG9ubHkgdG8K PiByZWdpc3RlciB0aGUgcGx1Z2lucy4gVGhlcmVmb3JlLCBpZiBZb3Ugd2FudCB0byBydW4gSXhp b24sIHlvdSB3aWxsIG5lZWQKPiB0byBoYXZlIHRoZSBkaXJlY3RvcnkgSXhpb24vbGliIGluIFlv dXIgcGF0aC4gQWxzbyB5b3UgY2FuIHRyeSB0byBjb3B5Cj4gdGhlIGNvbnRlbnQgb2YgSXhpb24v bGliIHRvIEl4aW9uLwo+IAo+ICAgICBJIGRvIG5vdCBrbm93IGlmIHRoZSBsaWJyYXJpZXMgY2Fu IGJlIGluIGNvbmZsaWN0LCBidXQgSSdkIHNheSB0aGF0Cj4gdGhlIHN5c3RlbSByZWFsbHkgY2Fu IG5vdCBmaW5kIHRoZSBsaWJyYXJ5IGJlY2F1c2UgaXQgaXMgbm90IGluIHlvdXIgcGF0aC4KPiAK PiAgICAgQlRXOiBUb2RheSwgSSBtYWRlIGEgdGVzdCBhbmQgSXhpb24gaXMgYWJsZSB0byBwbGF5 IE1hdHJvc2thIGZpbGUKPiB3aXRoIGgyNjQgdmlkZW8gYW5kIFZvcmJpcyBhdWRpby4KPiAKPiAg ICAgQlRXMi46IEkgYW0gZ29pbmcgdG8gcmVsZWFzZSBhIG5ldyB2ZXJzaW9uIG5vdyB3aXRoIHNv bWUgYnVnZml4ZXMgLQo+IG1vc3QgaW1wb3J0YW50IGlzIHRoYXQgaXQgZmluYWxseSBwbGF5cyBh dmkgZmlsZXMuCj4gCj4gICAgICAgICBNaWNoYWwKPiAKPiAKPiAKPiBDaHJpc3RpYW4gSEogV2ll c25lciB3cm90ZToKPiAKPiA+IEhpIE1pY2hhbCwKPiA+Cj4gPiBPSywgdGhlIHByb2JsZW1zIHNl ZW1zIHRvIGJlIHJlbGF0ZWQgd2l0aCByZWdpc3RyYXRpb24gb2YgdGhlIERMTHMgaW4KPiA+ICds aWInLiBJIGNhbiBvbmx5IHJ1biBJeGlvbiBmcm9tICdpeGlvbi5iYXQnICwgYW5kIG5vdCBmcm9t Cj4gPiAnaXhpb24uZXhlJyBpcnJlc3BlY3RpdmUgb2YgaG93IG9mdGVuIGkgdHJ5IHRvIHJ1biB0 aGUKPiA+ICdnc3QtcmVnaXN0ZXIuYmF0JyBiZWZvcmUsIGl0IHdpbGwgYWx3YXlzIGNvbWUgYmFj ayB0byBtZSB3aXRoIGEKPiA+IG1lc3NhZ2UgdGhhdCBtaW5nd20xMC5kbGwgY2FuIG5vdCBiZSBm b3VuZC4KPiA+Cj4gPiBCZWNhdXNlIG9mIHRoaXMsIGFsc28gdGhlIGNvbW1hbmQKPiA+Cj4gPiBp eGlvbiAtLWdzdC1kZWJ1Zy1sZXZlbD0yCj4gPgo+ID4gd2lsbCByZXR1cm4gdGhlIHNhbWUgbWVz c2FnZSAoIHNlZSBhYm92ZSwgbWluZ3dtMTAuZGxsIG5vdCBmb3VuZCApICwKPiA+IGxlYWRpbmcg bm93aGVyZS4KPiA+Cj4gPiBJcyBpdCBwb3NzaWJsZSB0aGF0IHRoaXMgaXMgdGhlIHJlc3VsdCBv ZiBoYXZpbmcgdHdvIGRpZmZlcm50IG1pbmd3Cj4gPiBETExzIG9uIG15IFBDLCBmb3IgbW1nLmV4 ZSAoIG1rdm1lcmdlIEdVSSApIGFuZCBJeGlvbiA/Cj4gPgo+ID4gVGhhbmtzIGZvciBhIHNob3J0 IGFuc3dlcgo+ID4KPiA+IENocmlzdGlhbgo+ID4KPiA+IE1pY2hhbCBCZW5lcyBzY2hyaWViOgo+ ID4KPiA+PiBIaSBDaHJpc3RpYW4sCj4gPj4KPiA+PiAgICAgWWVzLCB0aGVyZSBpcyBhIENMSS4g QnV0IHByb2JhYmx5IHRoZSBmaXJzdCB0aGluZyBZb3UgY2FuIHRyeSBpcwo+ID4+IHRvIHJ1biBp eGlvbiAtLWdzdC1kZWJ1Zy1sZXZlbD0yIEl0IHNob3VsZCBzYXkgaWYgdGhlcmUgaXMgYW55Cj4g Pj4gcHJvYmxlbSBpbml0aWFsaXppbmcgdGhlIGhhcmR3YXJlICh3aGF0IGlzCj4gPj4gbW9zdCBs aWtlbHkgb3VyIHByb2JsZW0pLgo+ID4+Cj4gPj4gVGhlIG1vc3QgYmFzaWMgdGhpbmcsIHlvdSBj YW4gdHJ5IGlzCj4gPj4gZ3N0LWxhdW5jaCAtLWdzdC1kZWJ1Zy1sZXZlbD0yIHNpbmVzcmMgISBk c291bmRzaW5rCj4gPj4gb3IgcGVyaGFwcyBpZiBpdCBkb2Vzbid0IHdvcmsKPiA+PiBnc3QtbGF1 bmNoIC0tZ3N0LWRlYnVnLWxldmVsPTIgc2luZXNyYyAhIGF1ZGlvY29udmVydCAhIGRzb3VuZHNp bmsKPiA+PiBpdCBzaG91bGQgcHJvZHVjZSBhIGhhcm1vbmljIHRvbmUuCj4gPj4KPiA+PiBUbyB0 ZXN0IHZpZGVvLCBydW4KPiA+PiBnc3QtbGF1bmNoIC0tZ3N0LWRlYnVnLWxldmVsPTIgdmlkZW90 ZXN0c3JjICEgZGRyYXdzaW5rCj4gPj4gb3IKPiA+PiBnc3QtbGF1bmNoIC0tZ3N0LWRlYnVnLWxl dmVsPTIgdmlkZW90ZXN0c3JjICEgZmZtcGVnY29sb3JzcGFjZSAhCj4gPj4gZGRyYXdzaW5rCj4g Pj4KPiA+PiBZb3UgY2FuIGZpbmQgbWFuIHBhZ2VzIGZvciBnc3QtbGF1bmNoLCBnc3QtaW5zcGVj dCBhbmQgZ3N0LXJlZ2lzdGVyCj4gPj4gdGhyb3VnaCBHb29nbGUgKHNlYXJjaCBmb3IgZ3N0LWxh dW5jaCBtYW4gcGFnZSkKPiA+Pgo+ID4+ICAgICBMZXQgbWUga25vdyB3aGF0IGhhcHBlbmVkCj4g Pj4KPiA+PiAgICAgICAgIE1pY2hhbAo+ID4+Cj4gPj4gQ2hyaXN0aWFuIEhKIFdpZXNuZXIgcO2a ZSB2IFNvIDIzLiAwNy4gMjAwNSB2IDA4OjI2ICswMjAwOgo+ID4+Cj4gPj4KPiA+Pj4gT2ssIGhl cmUgaXMgd2hhdCBpIGRpZCA6Cj4gPj4+Cj4gPj4+IC0gdW56aXBwZWQgaW50byBjOlxQcm9ncmFt IEZpbGVzXEl4aW9uXAo+ID4+PiAtIHJ1biAgZ3N0LXJlZ2lzdGVyLmJhdAo+ID4+PiAtIHJ1biBp eGlvbi5iYXQKPiA+Pj4KPiA+Pj4gVGhlIEl4aW9uIEdVSSB3aWxsIHNob3cgdXAgKCBsb29pbmcg bmljZSA6KSApLCBidXQgdW5mb3J0dW5ldGVseSBpdAo+ID4+PiBkaWRudCBzaG93IGFueWh0aW5n IGVsc2UgYnV0IGdyZXkgcmVjdGFuZ2xlcyBvbiB0aGUgc2NyZWVuLiBJdCBjb3VsZAo+ID4+PiBk ZXRlcm1pbmUgdGhlIGR1cmF0aW9uIG9mIHRoZSBBVkkgYW5kIE1QRyBmaWxlcyBpIHdhcyB0cnlp bmcgdG8KPiA+Pj4gb3BlbiwgYnV0IGkgY291bGRudCBoZWFyIG9yIHNlZSBhbnl0aGluZy4gV2hh dCBjYW4gaSBkbyB0byBmaW5kIG91dAo+ID4+PiB3aGF0cyB3cm9uZyA/IGFyZSB0aGVyZSBhbnkg dGVzdCBzdWl0ZXMgb3IgQ0xJIHRvb2xzIGF2YWlsYWJsZSB0bwo+ID4+PiBjaGVjayBmdW5jdGlv bmFsaXR5IG9mIHRoZSBzaW5rcyA/Cj4gPj4+Cj4gPj4+IENocmlzdGlhbgo+ID4+Pgo+ID4+PiBN aWNoYWwgQmVuZXMgc2NocmllYjoKPiA+Pj4KPiA+Pj4KPiA+Pj4KPiA+Pj4+IEhlbGxvIGV2ZXJ5 Ym9keSAoaW50ZXJlc3RlZCksCj4gPj4+Pgo+ID4+Pj4gICAgIEkgYW0gc2VuZGluZyBhIG5ldyBz dGF0dXMgcmVwb3J0IGFib3V0IHNpbmtzIGZvciBXaW5kb3dzLiBBdAo+ID4+Pj4gbGFzdCwgSQo+ ID4+Pj4gaGFkIHN1Y2Nlc3MgYW5kIEkgd2FzIGFibGUgYnVpbGQgd29ya2luZyBhdWRpbyBhbmQg dmlkZW8gc2luay4gWW91IGNhbgo+ID4+Pj4gZmluZCBhbGwgdGhlIGluZm9ybWF0aW9uIGF0IHRo ZSBuZXcgcHJvamVjdCBwYWdlCj4gPj4+PiBodHRwOi8vZ3N0cmVhbWVyLnhlcmlzLmN6Lwo+ID4+ Pj4KPiA+Pj4+ICAgICBBbHNvLCB3ZSBoYXZlIGEgZmlyc3Qgd29ya2luZyB2aWRlbyBwbGF5ZXIg Zm9yIFdpbmRvd3MgYmFzZWQgb24KPiA+Pj4+IEdTdHJlYW1lciBmcmFtZXdvcmssIGNoZWNrIHNj cmVlbnNob3RzIGF0Cj4gPj4+PiBodHRwOi8vZ3N0cmVhbWVyLnhlcmlzLmN6L2l4aW9uLmh0bWwK PiA+Pj4+Cj4gPj4+PiAgICAgQXMgSSBhbSBuZWl0aGVyIERpcmVjdFggbm9yIEdTdHJlYW1lciBl eHBlcnQsIEkgd291bGQgd2VsY29tZQo+ID4+Pj4gYW55IGhlbHAKPiA+Pj4+Cj4gPj4+PiBmcm9t IHlvdS4KPiA+Pj4KPiA+Pj4KPiA+Pj4KPiA+Pj4+ICAgICBGaXJzdCBvZiBhbGwsIHRoZSBHU3Ry ZWFtZXIgcG9ydCB0byBXaW5kb3dzIHNlZW1zIHRvIGJlIHF1aXRlCj4gPj4+PiB1bnN0YWJsZSwK PiA+Pj4+IEkgc3VzcGVjdCB0aGVyZSBtYXkgYmUgc29tZSBwcm9ibGVtcyB3aXRoIHRoZSBhc3Nl bWJsZXIgY29kZSBpbgo+ID4+Pj4gR1N0cmVhbWVyIGFuZCBwbHVnaW5zLiBJIGFtIHVzaW5nIE1p bkdXIHdpdGggR0NDIDMuNC4yIChhcmUgdGhlcmUgYW55Cj4gPj4+PiBrbm93biBpc3N1ZXM/KS4K PiA+Pj4+Cj4gPj4+PiAgICAgTXkgbmV4dCBwcm9qZWN0IGlzIHRvIGZpbGwgdGhlIFdpbmRvd3Mg cmVsYXRlZCBidWdzIHRvIGJ1Z3ppbGxhLgo+ID4+Pj4KPiA+Pj4+ICAgICBBbmQgb25jZSBtb3Jl OiBhbnkgZmVlZGJhY2sgaXMgd2VsY29tZWQuCj4gPj4+Pgo+ID4+Pj4gICAgIFJlZ2FyZHMKPiA+ Pj4+Cj4gPj4+PiAgICAgICAgIE1pY2hhbAo+ID4+Pj4KPiA+Pj4+Cj4gPj4+Pgo+ID4+Pj4KPiA+ Pj4+Cj4gPj4+Pgo+ID4+Pgo+ID4+Cj4gPj4KPiA+Pgo+ID4+Cj4gPgo+IAo+IAoKCi0tIApKb2hu IENhbm5vbgpNYXRyb3NrYSBEZXZlbG9wZXIK |
From: John C. <spy...@gm...> - 2005-07-25 18:37:22
|
OK, I just tested the new binaries. With gst-launch the video sink works fine except for two issues: 1) when you move the window, the video overlay remains at the original position anyway 2) crashes after a few minutes=20 As for the audiosink, it works with sinesrc fine but not so well with other audio. I played an mp3 and it plays too fast and has some popping in it. Maybe your clock timing is wrong. There are also some apparently command line parsing problems in gst-launch. When trying a pipeline that decodes both audio and video I get parsing errors like the following: gst-launch.bat filesrc "location=3DE:/video.vob" ! decodebin "name=3Dd" { d. ! ffmpegcolorspace ! videoscale ! ddrawsink } { d. ! audioconvert ! dsoundsink } ** (gst-launch-0.8.exe:3500): WARNING **: error: syntax error, unexpected $= end ERROR: pipeline could not be constructed: Unrecoverable syntax error while = parsi ng pipeline filesrc location=3DE:/video.vob ! decodebin name=3Dd { d. ! ffm= pegcolor space . Note that the quotes were required to make the command line valid for windows as the command interpreter apparently doesn't like =3D in the command line. (I hope that syntax is right even, it was taken from an example given in #gstreamer on irc) Another issue, which may be an internal bug is when I try to decode the mp2 audio in the vobwith the following: gst-launch-0.8.exe filesrc "location=3DE:/Video.vob" ! decodebin ! audioconvert ! dsoundsink Produces: RUNNING pipeline ... ERROR: from element /pipeline0/decodebin0/ffdec_mp30: Internal GStreamer error: pad problem. File a bug. Additional debug info: gstpad.c(2562): gst_pad_set_explicit_caps: /pipeline0/decodebin0/ffdec_mp30: failed to negotiate (try_set_caps with "audio/x-raw-int, rate=3D(int)48000, channels=3D(int)2, signed=3D(boolean)true, endianness=3D(int)1234, width=3D(int)16, depth=3D(int)16" returned REFUSED) ERROR: from element /pipeline0/decodebin0/ffdec_mp30: Internal GStreamer error: negotiation problem. File a bug. Additional debug info: gstffmpegdec.c(643): gst_ffmpegdec_negotiate: /pipeline0/decodebin0/ffdec_mp30: Failed to link ffmpeg decoder (mp3) to next element Execution ended after 25 iterations (sum 359375000 ns, average 14375000 ns, min 0 ns, max 281250000 ns). As for Ixion...It doesn't work for me. It just freezes when loading any vi= deo. --=20 John Cannon Matroska Developer |
From: John C. <spy...@gm...> - 2005-07-25 19:06:38
|
OK, the problem with the command line was the windows command line max length is too small. It should work fine in mingw if i can fix my syntax (gst-launch complains about needing a queue). As for ixion, I can play that same VOB file in Ixion but the CPU usage is 100%. while playing it with gst-launch gives me ~1% usage. On 7/25/05, John Cannon <spy...@gm...> wrote: > OK, I just tested the new binaries. With gst-launch the video sink > works fine except for two issues: >=20 > 1) when you move the window, the video overlay remains at the original > position anyway > 2) crashes after a few minutes >=20 > As for the audiosink, it works with sinesrc fine but not so well with > other audio. I played an mp3 and it plays too fast and has some > popping in it. Maybe your clock timing is wrong. >=20 > There are also some apparently command line parsing problems in > gst-launch. When trying a pipeline that decodes both audio and video > I get parsing errors like the following: >=20 > gst-launch.bat filesrc "location=3DE:/video.vob" ! decodebin "name=3Dd" { > d. ! ffmpegcolorspace ! videoscale ! ddrawsink } { d. ! audioconvert ! > dsoundsink } >=20 > ** (gst-launch-0.8.exe:3500): WARNING **: error: syntax error, unexpected= $end > ERROR: pipeline could not be constructed: Unrecoverable syntax error whil= e parsi > ng pipeline filesrc location=3DE:/video.vob ! decodebin name=3Dd { d. ! f= fmpegcolor > space . >=20 > Note that the quotes were required to make the command line valid for > windows as the command interpreter apparently doesn't like =3D in the > command line. > (I hope that syntax is right even, it was taken from an example given > in #gstreamer on irc) >=20 > Another issue, which may be an internal bug is when I try to decode > the mp2 audio in the vobwith the following: >=20 > gst-launch-0.8.exe filesrc "location=3DE:/Video.vob" ! decodebin ! > audioconvert ! dsoundsink >=20 > Produces: >=20 > RUNNING pipeline ... > ERROR: from element /pipeline0/decodebin0/ffdec_mp30: Internal > GStreamer error: pad problem. File a bug. > Additional debug info: > gstpad.c(2562): gst_pad_set_explicit_caps: > /pipeline0/decodebin0/ffdec_mp30: failed to negotiate (try_set_caps > with "audio/x-raw-int, rate=3D(int)48000, channels=3D(int)2, > signed=3D(boolean)true, endianness=3D(int)1234, width=3D(int)16, > depth=3D(int)16" returned REFUSED) > ERROR: from element /pipeline0/decodebin0/ffdec_mp30: Internal > GStreamer error: negotiation problem. File a bug. > Additional debug info: > gstffmpegdec.c(643): gst_ffmpegdec_negotiate: > /pipeline0/decodebin0/ffdec_mp30: Failed to link ffmpeg decoder (mp3) > to next element > Execution ended after 25 iterations (sum 359375000 ns, average > 14375000 ns, min 0 ns, max 281250000 ns). >=20 > As for Ixion...It doesn't work for me. It just freezes when loading any = video. >=20 > -- > John Cannon > Matroska Developer >=20 --=20 John Cannon Matroska Developer |
From: Michal B. <mic...@xe...> - 2005-07-26 07:25:01
|
Hi, > 1) when you move the window, the video overlay remains at the original > position anyway I know about this issue. In fact, my Windows does not get the "changed position" or resized event. May be I have forgot some parameter when initializing it or I have handled some previous events wrong. Does somebody who knows the Windows API have any clue? > 2) crashes after a few minutes Yes my windows build is very very unstable. I will look into it. I not sure it is in the sinks, it seems to me there are some problems also in other plugins. > As for the audiosink, it works with sinesrc fine but not so well with > other audio. I played an mp3 and it plays too fast and has some > popping in it. Maybe your clock timing is wrong. Yes, I have the problem with popping too. As for too fast audio playback, I have seen this issue when the audio file had unsupported audiorate, but I have raised the limit to 100000 what should be enough (or not?) > > gst-launch.bat filesrc "location=E:/video.vob" ! decodebin "name=d" { > d. ! ffmpegcolorspace ! videoscale ! ddrawsink } { d. ! audioconvert ! > dsoundsink } > You must add queue element between threads. The correct command is gst-launch.bat filesrc "location=E:/video.vob" ! decodebin "name=d" { d. ! queue ! ffmpegcolorspace ! videoscale ! ddrawsink } { d. ! queue ! audioconvert ! dsoundsink } > Another issue, which may be an internal bug is when I try to decode > the mp2 audio in the vobwith the following: > > gst-launch-0.8.exe filesrc "location=E:/Video.vob" ! decodebin ! > audioconvert ! dsoundsink > > Produces: > > RUNNING pipeline ... > ERROR: from element /pipeline0/decodebin0/ffdec_mp30: Internal > GStreamer error: pad problem. File a bug. > Additional debug info: > gstpad.c(2562): gst_pad_set_explicit_caps: > /pipeline0/decodebin0/ffdec_mp30: failed to negotiate (try_set_caps > with "audio/x-raw-int, rate=(int)48000, channels=(int)2, > signed=(boolean)true, endianness=(int)1234, width=(int)16, > depth=(int)16" returned REFUSED) > ERROR: from element /pipeline0/decodebin0/ffdec_mp30: Internal > GStreamer error: negotiation problem. File a bug. > Additional debug info: > gstffmpegdec.c(643): gst_ffmpegdec_negotiate: > /pipeline0/decodebin0/ffdec_mp30: Failed to link ffmpeg decoder (mp3) > to next element > Execution ended after 25 iterations (sum 359375000 ns, average > 14375000 ns, min 0 ns, max 281250000 ns). > I will try to test test some .vob files. My be I have shipped the old version of dsoundsink which supports frequency only up to 41000Hz. (I have some other work now but I will look into it this afternoon). You can also try to add audioscale element before dsoundsink > As for Ixion...It doesn't work for me. It just freezes when loading any video. On no, this is bad. i do not have an idea in the moment :( Michal |
From: John C. <spy...@gm...> - 2005-07-26 15:44:22
|
On 7/26/05, Michal Benes <mic...@xe...> wrote: >=20 > Hi, >=20 > > 1) when you move the window, the video overlay remains at the original > > position anyway >=20 > I know about this issue. In fact, my Windows does not get the "ch= anged > position" or resized event. May be I have forgot some parameter when > initializing it or I have handled some previous events wrong. Does > somebody who knows the Windows API have any clue? Sorry, I don't know win32 api > > 2) crashes after a few minutes >=20 > Yes my windows build is very very unstable. I will look into it. = I not > sure it is in the sinks, it seems to me there are some problems also in > other plugins. > > As for the audiosink, it works with sinesrc fine but not so well with > > other audio. I played an mp3 and it plays too fast and has some > > popping in it. Maybe your clock timing is wrong. >=20 > Yes, I have the problem with popping too. As for too fast audio > playback, I have seen this issue when the audio file had unsupported > audiorate, but I have raised the limit to 100000 what should be enough > (or not?) The mp3 I was playing is 44100Hz. If the source on your site is up to date, the sink supports up to 44100Hz. As for the max samplerate, 100000 should cover anything used by normal apps as I think 96kHz is the most any normal sound card will support. Maybe there are some that do 192kHz by now. If there's not reason to limit it below 192kHz then i say use that as your cap. =20 > > > > gst-launch.bat filesrc "location=3DE:/video.vob" ! decodebin "name=3Dd"= { > > d. ! ffmpegcolorspace ! videoscale ! ddrawsink } { d. ! audioconvert ! > > dsoundsink } > > >=20 > You must add queue element between threads. The correct command i= s > gst-launch.bat filesrc "location=3DE:/video.vob" ! decodebin > "name=3Dd" { d. ! queue ! ffmpegcolorspace ! videoscale ! ddrawsink } > { d. ! queue ! audioconvert ! dsoundsink } Yeah sorry, this was actually a problem with exceeding the length of a command line (besides the missing queue). Works fine in mingw with the correct command. > > Another issue, which may be an internal bug is when I try to decode > > the mp2 audio in the vobwith the following: > > > > gst-launch-0.8.exe filesrc "location=3DE:/Video.vob" ! decodebin ! > > audioconvert ! dsoundsink > > > > Produces: > > > > RUNNING pipeline ... > > ERROR: from element /pipeline0/decodebin0/ffdec_mp30: Internal > > GStreamer error: pad problem. File a bug. > > Additional debug info: > > gstpad.c(2562): gst_pad_set_explicit_caps: > > /pipeline0/decodebin0/ffdec_mp30: failed to negotiate (try_set_caps > > with "audio/x-raw-int, rate=3D(int)48000, channels=3D(int)2, > > signed=3D(boolean)true, endianness=3D(int)1234, width=3D(int)16, > > depth=3D(int)16" returned REFUSED) > > ERROR: from element /pipeline0/decodebin0/ffdec_mp30: Internal > > GStreamer error: negotiation problem. File a bug. > > Additional debug info: > > gstffmpegdec.c(643): gst_ffmpegdec_negotiate: > > /pipeline0/decodebin0/ffdec_mp30: Failed to link ffmpeg decoder (mp3) > > to next element > > Execution ended after 25 iterations (sum 359375000 ns, average > > 14375000 ns, min 0 ns, max 281250000 ns). > > >=20 > I will try to test test some .vob files. My be I have shipped the old > version of dsoundsink which supports frequency only up to 41000Hz. (I > have some other work now but I will look into it this afternoon). You > can also try to add audioscale element before dsoundsink >=20 > > As for Ixion...It doesn't work for me. It just freezes when loading an= y video. >=20 > On no, this is bad. i do not have an idea in the moment :( I got Ixion to play a vob finally. But still no mpeg4 avis or anything. =20 > Michal >=20 >=20 --=20 John Cannon Matroska Developer |
From: Christian HJ W. <ch...@ma...> - 2005-07-31 09:56:40
|
Hi Michal, some more tests with your latest binaries from 25/07/2005 : 1. During running gst-register.bat it will complain about a missing libogg-0.dll 2. I can open the Ixion.exe now, and the player will start fine, no need to use Ixion.bat anymore 3. I still cant open any files, not even simple WAV audio files Here my questions to you : a. Can you implement the basic gstreamer audio and video tests into the GUI ? Again, if i copy all the libs into the player main router i can start audio and the first of the two video tests ( but only the first ) you named me the command line. I believe these 3 basic tests should be callable from the GUI for the normal user, they cant mess with CLI. b. As soon as we do have the exe working here on all my PCs, i liked to create an opensource project on our OSS platform CORECODEC on http://www.corecodec.org , and announce the alpha player on our homepage. I still believe gstreamer could be a basis for TCMP 6, and ixion could become the start of it all. This way you had no bandwidth problems as we would distribute all the binareies. What do you think ? Christian Michal Benes schrieb: >Hi, > > > >>1) when you move the window, the video overlay remains at the original >>position anyway >> >> > > I know about this issue. In fact, my Windows does not get the "changed >position" or resized event. May be I have forgot some parameter when >initializing it or I have handled some previous events wrong. Does >somebody who knows the Windows API have any clue? > > > >>2) crashes after a few minutes >> >> > > Yes my windows build is very very unstable. I will look into it. I not >sure it is in the sinks, it seems to me there are some problems also in >other plugins. > > > >>As for the audiosink, it works with sinesrc fine but not so well with >>other audio. I played an mp3 and it plays too fast and has some >>popping in it. Maybe your clock timing is wrong. >> >> > > Yes, I have the problem with popping too. As for too fast audio >playback, I have seen this issue when the audio file had unsupported >audiorate, but I have raised the limit to 100000 what should be enough >(or not?) > > > >>gst-launch.bat filesrc "location=E:/video.vob" ! decodebin "name=d" { >>d. ! ffmpegcolorspace ! videoscale ! ddrawsink } { d. ! audioconvert ! >>dsoundsink } >> >> >> > > You must add queue element between threads. The correct command is >gst-launch.bat filesrc "location=E:/video.vob" ! decodebin >"name=d" { d. ! queue ! ffmpegcolorspace ! videoscale ! ddrawsink } >{ d. ! queue ! audioconvert ! dsoundsink } > > > >>Another issue, which may be an internal bug is when I try to decode >>the mp2 audio in the vobwith the following: >> >>gst-launch-0.8.exe filesrc "location=E:/Video.vob" ! decodebin ! >>audioconvert ! dsoundsink >> >>Produces: >> >>RUNNING pipeline ... >>ERROR: from element /pipeline0/decodebin0/ffdec_mp30: Internal >>GStreamer error: pad problem. File a bug. >>Additional debug info: >>gstpad.c(2562): gst_pad_set_explicit_caps: >>/pipeline0/decodebin0/ffdec_mp30: failed to negotiate (try_set_caps >>with "audio/x-raw-int, rate=(int)48000, channels=(int)2, >>signed=(boolean)true, endianness=(int)1234, width=(int)16, >>depth=(int)16" returned REFUSED) >>ERROR: from element /pipeline0/decodebin0/ffdec_mp30: Internal >>GStreamer error: negotiation problem. File a bug. >>Additional debug info: >>gstffmpegdec.c(643): gst_ffmpegdec_negotiate: >>/pipeline0/decodebin0/ffdec_mp30: Failed to link ffmpeg decoder (mp3) >>to next element >>Execution ended after 25 iterations (sum 359375000 ns, average >>14375000 ns, min 0 ns, max 281250000 ns). >> >> >> > >I will try to test test some .vob files. My be I have shipped the old >version of dsoundsink which supports frequency only up to 41000Hz. (I >have some other work now but I will look into it this afternoon). You >can also try to add audioscale element before dsoundsink > > > >>As for Ixion...It doesn't work for me. It just freezes when loading any video. >> >> > >On no, this is bad. i do not have an idea in the moment :( > > Michal > > > > |
From: Michal B. <mic...@xe...> - 2005-08-02 15:33:18
|
Hi Christian, good to hear from you :-) Christian HJ Wiesner p=ED=B9e v Ne 31. 07. 2005 v 11:55 +0200: > Hi Michal, >=20 > some more tests with your latest binaries from 25/07/2005 : >=20 > 1. During running gst-register.bat it will complain about a missing=20 > libogg-0.dll I have forgotten to include this library to my binary distribution. It should do no harm (but of course ogg/vorbis will not be played). > 2. I can open the Ixion.exe now, and the player will start fine, no nee= d=20 > to use Ixion.bat anymore I had no time to try this. But are you sure that Ixion can find all plugins if GST_PLUGIN_PATH and PATH are not set Ixion/plugins?=20 > 3. I still cant open any files, not even simple WAV audio files >=20 > Here my questions to you : >=20 > a. Can you implement the basic gstreamer audio and video tests into the= =20 > GUI ? Again, if i copy all the libs into the player main router i can=20 > start audio and the first of the two video tests ( but only the first )= =20 > you named me the command line. I believe these 3 basic tests should be=20 > callable from the GUI for the normal user, they cant mess with CLI. This is strange if You can run the first but not the second video test, it would mean that ffmpegcolorspace plugin is not working. This plugin is used in Ixion and it is quite important part of it (it converts between various colorspaces), Ixion will not work without it. Please try to run the test with --gst-debug-level=3D4 parameter and send me the output. I have no idea what this could be, I never had problems with ffmpegcolorspace. Integrating audio and video test to GUI is a good idea. It could be combined with output plugins preferences dialog. I am leavin for my two weeks holiday now, but I will implement it when I return. > b. As soon as we do have the exe working here on all my PCs, i liked to= =20 > create an opensource project on our OSS platform CORECODEC on=20 > http://www.corecodec.org , and announce the alpha player on our=20 > homepage. I still believe gstreamer could be a basis for TCMP 6, and=20 > ixion could become the start of it all. This way you had no bandwidth=20 > problems as we would distribute all the binareies. >=20 > What do you think ? >=20 > Christian >=20 I think this is a great idea :-) It could bring many more people to GStreamer community. We (here in Xeris) are also using GStreamer for our project, we are using it for servers backend currently and now we are working on the client part, the Linux build is quite good in the moment but the Windows version still has problems. Regards Michal >=20 >=20 > Michal Benes schrieb: >=20 > >Hi, > > > > =20 > > > >>1) when you move the window, the video overlay remains at the origina= l > >>position anyway > >> =20 > >> > > > > I know about this issue. In fact, my Windows does not get the "change= d > >position" or resized event. May be I have forgot some parameter when > >initializing it or I have handled some previous events wrong. Does > >somebody who knows the Windows API have any clue? > > > > =20 > > > >>2) crashes after a few minutes=20 > >> =20 > >> > > > > Yes my windows build is very very unstable. I will look into it. I no= t > >sure it is in the sinks, it seems to me there are some problems also i= n > >other plugins.=20 > > > > =20 > > > >>As for the audiosink, it works with sinesrc fine but not so well with > >>other audio. I played an mp3 and it plays too fast and has some > >>popping in it. Maybe your clock timing is wrong. > >> =20 > >> > > > > Yes, I have the problem with popping too. As for too fast audio > >playback, I have seen this issue when the audio file had unsupported > >audiorate, but I have raised the limit to 100000 what should be enough > >(or not?) > > > > =20 > > > >>gst-launch.bat filesrc "location=3DE:/video.vob" ! decodebin "name=3D= d" { > >>d. ! ffmpegcolorspace ! videoscale ! ddrawsink } { d. ! audioconvert = ! > >>dsoundsink } > >> > >> =20 > >> > > > > You must add queue element between threads. The correct command is > >gst-launch.bat filesrc "location=3DE:/video.vob" ! decodebin > >"name=3Dd" { d. ! queue ! ffmpegcolorspace ! videoscale ! ddrawsink } > >{ d. ! queue ! audioconvert ! dsoundsink } > > > > =20 > > > >>Another issue, which may be an internal bug is when I try to decode > >>the mp2 audio in the vobwith the following: > >> > >>gst-launch-0.8.exe filesrc "location=3DE:/Video.vob" ! decodebin ! > >>audioconvert ! dsoundsink > >> > >>Produces: > >> > >>RUNNING pipeline ... > >>ERROR: from element /pipeline0/decodebin0/ffdec_mp30: Internal > >>GStreamer error: pad problem. File a bug. > >>Additional debug info: > >>gstpad.c(2562): gst_pad_set_explicit_caps: > >>/pipeline0/decodebin0/ffdec_mp30: failed to negotiate (try_set_caps > >>with "audio/x-raw-int, rate=3D(int)48000, channels=3D(int)2, > >>signed=3D(boolean)true, endianness=3D(int)1234, width=3D(int)16, > >>depth=3D(int)16" returned REFUSED) > >>ERROR: from element /pipeline0/decodebin0/ffdec_mp30: Internal > >>GStreamer error: negotiation problem. File a bug. > >>Additional debug info: > >>gstffmpegdec.c(643): gst_ffmpegdec_negotiate: > >>/pipeline0/decodebin0/ffdec_mp30: Failed to link ffmpeg decoder (mp3) > >>to next element > >>Execution ended after 25 iterations (sum 359375000 ns, average > >>14375000 ns, min 0 ns, max 281250000 ns). > >> > >> =20 > >> > > > >I will try to test test some .vob files. My be I have shipped the old > >version of dsoundsink which supports frequency only up to 41000Hz. (I > >have some other work now but I will look into it this afternoon). You > >can also try to add audioscale element before dsoundsink=20 > > > > =20 > > > >>As for Ixion...It doesn't work for me. It just freezes when loading = any video. > >> =20 > >> > > > >On no, this is bad. i do not have an idea in the moment :( > > > > Michal=20 > > > > > > =20 > > >=20 |
From: Christian HJ W. <ch...@ma...> - 2006-01-29 08:03:32
|
Michal, anything new we could help testing ? Christian matroska project admin Michal Benes schrieb: >Hello everybody (interested), > > I am sending a new status report about sinks for Windows. At last, I >had success and I was able build working audio and video sink. You can >find all the information at the new project page >http://gstreamer.xeris.cz/ > > Also, we have a first working video player for Windows based on >GStreamer framework, check screenshots at >http://gstreamer.xeris.cz/ixion.html > > As I am neither DirectX nor GStreamer expert, I would welcome any help >from you. > > First of all, the GStreamer port to Windows seems to be quite unstable, >I suspect there may be some problems with the assembler code in >GStreamer and plugins. I am using MinGW with GCC 3.4.2 (are there any >known issues?). > > My next project is to fill the Windows related bugs to bugzilla. > > And once more: any feedback is welcomed. > > Regards > > Michal > > > > > |
From: Michal B. <mic...@xe...> - 2006-01-30 09:48:52
|
Hi Christian, we, here in Itonis (formerly Xeris) have tested GStreamer 0.10 compilation using MinGW. Our know how is recored at: http://gstreamer.xeris.cz/winport/winport.html there is also a snapshot of our MinGW root directory including all needed prerequisities. You will surely find some thing can be done better - do not hesitate to send us improved version of the document. Sources of DirectX sinks (much work was done by Sebastien Moutte) for 0.10 can be found at http://gstreamer.xeris.cz/winsinks/winsinks.html and a quick port of Ixion player can be downloaded at http://gstreamer.xeris.cz/ixion/ixion.html (it is still not a full port, some thing do not work correctly) The problem is that our build is quite unstable (though the situation is better than with 0.8). I have not done much for debugging the issues (may be disable gcc optimization or use only -O1). Our company has recently changed our focus to set-top-box solution and we can not invest much time PC player in the moment. I can try to help with some issues in my spare time but I am not much personally interested in Windows too. But there have been some posts about gst+win on gstreamer-devel recently, there are other people who are trying to bring gst to win. Sorry for not so good news, Michal Christian HJ Wiesner p=ED=B9e v Ne 29. 01. 2006 v 09:02 +0100: >=20 > Michal, >=20 > anything new we could help testing ? >=20 > Christian > matroska project admin >=20 > Michal Benes schrieb: >=20 > >Hello everybody (interested), > > > > I am sending a new status report about sinks for Windows. At last, I > >had success and I was able build working audio and video sink. You can > >find all the information at the new project page > >http://gstreamer.xeris.cz/ > > > > Also, we have a first working video player for Windows based on > >GStreamer framework, check screenshots at > >http://gstreamer.xeris.cz/ixion.html > > > > As I am neither DirectX nor GStreamer expert, I would welcome any hel= p > >from you.=20 > > > > First of all, the GStreamer port to Windows seems to be quite unstabl= e, > >I suspect there may be some problems with the assembler code in > >GStreamer and plugins. I am using MinGW with GCC 3.4.2 (are there any > >known issues?). > > > > My next project is to fill the Windows related bugs to bugzilla. > > > > And once more: any feedback is welcomed. > > > > Regards > > > > Michal > >=09 > > > > > > =20 > > >=20 |
From: <seb...@mo...> - 2006-01-30 10:16:08
|
Hi Michal, Michal Benes wrote: >Hi Christian, > > we, here in Itonis (formerly Xeris) have tested GStreamer 0.10 >compilation using MinGW. Our know how is recored at: >http://gstreamer.xeris.cz/winport/winport.html >there is also a snapshot of our MinGW root directory including all >needed prerequisities. You will surely find some thing can be done >better - do not hesitate to send us improved version of the document. > > Sources of DirectX sinks (much work was done by Sebastien Moutte) for >0.10 can be found at http://gstreamer.xeris.cz/winsinks/winsinks.html >and a quick port of Ixion player can be downloaded at >http://gstreamer.xeris.cz/ixion/ixion.html >(it is still not a full port, some thing do not work correctly) > > The problem is that our build is quite unstable (though the situation >is better than with 0.8). I have not done much for debugging the issues >(may be disable gcc optimization or use only -O1). Our company has >recently changed our focus to set-top-box solution and we can not invest >much time PC player in the moment. I can try to help with some issues in >my spare time but I am not much personally interested in Windows too. > =20 > What kinds of problems have you encountered to say that the build is=20 quite unstable ? does it crash at any time or during negociation or state transitions ? May be the crashes are related to some debugs as msvcrt.dll doesn't=20 support NULL parameters in printf arguments ... I'll commit some changes to fix that because actually we can't use debug=20 level 5 on windows from cvs. Actually, i have not tested a lot of differents pipelines with gstreamer=20 on Windows, but the ones i have tested were working fine. Here i'm talking about the binaries i'm building with vs6 but i'm using=20 binaries built with mingw+gcc for dependencies. I ran some pipelines for ogg theora/vorbis playback, and i've concluded=20 the core is quite stable on Windows (i mean once the printf problems are=20 solved)... > But there have been some posts about gst+win on gstreamer-devel >recently, there are other people who are trying to bring gst to win. > > Sorry for not so good news, > > Michal > > > >Christian HJ Wiesner p=ED=B9e v Ne 29. 01. 2006 v 09:02 +0100: > =20 > >>Michal, >> >>anything new we could help testing ? >> >>Christian >>matroska project admin >> >>Michal Benes schrieb: >> >> =20 >> >>>Hello everybody (interested), >>> >>> I am sending a new status report about sinks for Windows. At last, I >>>had success and I was able build working audio and video sink. You can >>>find all the information at the new project page >>>http://gstreamer.xeris.cz/ >>> >>> Also, we have a first working video player for Windows based on >>>GStreamer framework, check screenshots at >>>http://gstreamer.xeris.cz/ixion.html >>> >>> As I am neither DirectX nor GStreamer expert, I would welcome any hel= p >>> =20 >>> >>>from you.=20 >> =20 >> >>> First of all, the GStreamer port to Windows seems to be quite unstabl= e, >>>I suspect there may be some problems with the assembler code in >>>GStreamer and plugins. I am using MinGW with GCC 3.4.2 (are there any >>>known issues?). >>> >>> My next project is to fill the Windows related bugs to bugzilla. >>> >>> And once more: any feedback is welcomed. >>> >>> Regards >>> >>> Michal >>>=09 >>> >>> >>>=20 >>> >>> =20 >>> > > > >------------------------------------------------------- >This SF.net email is sponsored by: Splunk Inc. Do you grep through log f= iles >for problems? Stop! Download the new AJAX search engine that makes >searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=103432&bid#0486&dat=121642 >_______________________________________________ >gstreamer-devel mailing list >gst...@li... >https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > =20 > |
From: Michal B. <mic...@it...> - 2006-01-30 10:37:48
|
Hi Sebastien, > > The problem is that our build is quite unstable (though the situation > >is better than with 0.8). I have not done much for debugging the issues > >(may be disable gcc optimization or use only -O1). Our company has > >recently changed our focus to set-top-box solution and we can not invest > >much time PC player in the moment. I can try to help with some issues in > >my spare time but I am not much personally interested in Windows too. > > > > > What kinds of problems have you encountered to say that the build is > quite unstable ? > does it crash at any time or during negociation or state transitions ? The crashes occur randomly during playback using both Ixion player and gst-launch + decodebin. > May be the crashes are related to some debugs as msvcrt.dll doesn't > support NULL parameters in printf arguments ... Oh, I did not knew about this. I will recheck this, but I do not think this is the only problem. > I'll commit some changes to fix that because actually we can't use debug > level 5 on windows from cvs. > > Actually, i have not tested a lot of differents pipelines with gstreamer > on Windows, but the ones i have tested were working fine. > Here i'm talking about the binaries i'm building with vs6 but i'm using > binaries built with mingw+gcc for dependencies. > I ran some pipelines for ogg theora/vorbis playback, and i've concluded > the core is quite stable on Windows (i mean once the printf problems are > solved)... We will probably need some testing by people who can use gdb and give proper debug info. As I said, I have not debugged this much (the beast was stable when started from gdb) and I can not invest much time to this in the moment. Michal |
From: Sergey S. <ser...@gm...> - 2006-01-30 11:16:00
|
Hi, By the way DirectX sink were added to CVS recently. They are in gst-plugins-bad/sys/ directory. |
From: <seb...@mo...> - 2006-01-30 11:08:54
|
Michal Benes wrote: >Hi Sebastien, > > > >>> The problem is that our build is quite unstable (though the situation >>>is better than with 0.8). I have not done much for debugging the issues >>>(may be disable gcc optimization or use only -O1). Our company has >>>recently changed our focus to set-top-box solution and we can not invest >>>much time PC player in the moment. I can try to help with some issues in >>>my spare time but I am not much personally interested in Windows too. >>> >>> >>> >>> >>What kinds of problems have you encountered to say that the build is >>quite unstable ? >>does it crash at any time or during negociation or state transitions ? >> >> > > The crashes occur randomly during playback using both Ixion player and >gst-launch + decodebin. > > > That's really strange, could you send me a file and the pipeline you use with gst-launch to play it ? I would prefer a pipeline using base plugins (ogg vorbis/theora) if you are getting crashes with it, as i've already these plugins built in debug with vs6... I'll test in the same condition but with the binaries built with vs6, trying to reproduce your crash and debug. Thanks, Sebastien >>May be the crashes are related to some debugs as msvcrt.dll doesn't >>support NULL parameters in printf arguments ... >> >> > > Oh, I did not knew about this. I will recheck this, but I do not think >this is the only problem. > > > >>I'll commit some changes to fix that because actually we can't use debug >>level 5 on windows from cvs. >> >>Actually, i have not tested a lot of differents pipelines with gstreamer >>on Windows, but the ones i have tested were working fine. >>Here i'm talking about the binaries i'm building with vs6 but i'm using >>binaries built with mingw+gcc for dependencies. >>I ran some pipelines for ogg theora/vorbis playback, and i've concluded >>the core is quite stable on Windows (i mean once the printf problems are >>solved)... >> >> > > We will probably need some testing by people who can use gdb and give >proper debug info. As I said, I have not debugged this much (the beast >was stable when started from gdb) and I can not invest much time to this >in the moment. > > Michal > > > >------------------------------------------------------- >This SF.net email is sponsored by: Splunk Inc. Do you grep through log files >for problems? Stop! Download the new AJAX search engine that makes >searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 >_______________________________________________ >gstreamer-devel mailing list >gst...@li... >https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > > |
From: Michal B. <mic...@xe...> - 2006-01-30 12:04:15
|
Hi Sebastien, these were just random mpeg4 video + mp3 audio files. I will recheck this once I reboot to Windows and send you more info. Michal > > The crashes occur randomly during playback using both Ixion player and > >gst-launch + decodebin. > > > > > > > That's really strange, could you send me a file and the pipeline you use > with gst-launch to play it ? > I would prefer a pipeline using base plugins (ogg vorbis/theora) if you > are getting crashes with it, as i've already these plugins built in > debug with vs6... > I'll test in the same condition but with the binaries built with vs6, > trying to reproduce your crash and debug. > Thanks, > Sebastien |