Robin Dunn wrote:
Hi all,
I'm going to try and get a 2.6.2.1 release done this week. If there are any more fixes, patches, enhancements, etc. that you want to have included, now is the time to get them to me.
There will be another preview build done today for testing.
I'd love to see media.MediaCtrl support working on linux!
Forest Wilkinson [wxpython] wrote:
Robin Dunn wrote:
Hi all,
I'm going to try and get a 2.6.2.1 release done this week. If there are any more fixes, patches, enhancements, etc. that you want to have included, now is the time to get them to me.
There will be another preview build done today for testing.
I'd love to see media.MediaCtrl support working on linux!
I experimented with that yesterday and found that there are a couple problems with it. First I noticed that the video playback had a tendency to be a bit choppy, or the audio wasn't totally synced up with the video. It wasn't terribly bad though so I planned on leaving the option turned on for the RPM builds but then ran into the second problem.
The second problem is a build error on at least one of my R'bot build systems. wxWidgets configure script is detecting the presence of the gstreamer libs that I installed on the machine, but then it fails at compile time with a couple undeclared function errors. See
http://lists.wxwidgets.org/cgi-bin/ezmlm-cgi?5:mss:69180:200601:oaikilkfpabmljbhmekf
So what I will probably do for this release is to make adding the --enable-mediactrl flag optional and turned off by default. Then if anybody wants to try building it on their own machine they can just rebuild from the source RPM specifying a flag on the rpmbuild command line.
--
Robin Dunn
Software Craftsman
http://wxPython.org Java give you jitters? Relax with wxPython!
Robin Dunn wrote:
I'd love to see media.MediaCtrl support working on linux!
I experimented with that yesterday and found that there are a couple problems with it. First I noticed that the video playback had a tendency to be a bit choppy, or the audio wasn't totally synced up with the video.
I've been playing with gstreamer 0.10, which includes a .spec file that got an RPM built fairly easily on my Fedora Core 3 box. Of the test videos I threw at it, those whose codecs were supported played back smoothly. (I'm really looking forward to seeing this available through wxPython.) I wonder whether our different results were due to hardware performance or software version. I was using a 3GHz Pentium 4.
The second problem is a build error on at least one of my R'bot build systems.
[...]
../src/unix/mediactrl.cpp:284: error: `gst_value_get_fraction_numerator'
undeclared (first use this function)
../src/unix/mediactrl.cpp:285: error: `gst_value_get_fraction_denominator'
undeclared (first use this function)
Frustrating! Again, this may be due to me using a newer version of gstreamer, but both those functions appear in my libgstreamer-0.10.so file.
So what I will probably do for this release is to make adding the --enable-mediactrl flag optional and turned off by default. Then if anybody wants to try building it on their own machine they can just rebuild from the source RPM specifying a flag on the rpmbuild command line.
Not quite the easy answer I wished for, but that still gives me hope. 
I'll give it a try, and maybe in the process learn something about the problems you described. Getting this working in official build would make linux media development *so* much easier.
Have you considered any alternative backends on linux? Pymedia claims to use ffmpeg, which understands a lot of content.
Forest Wilkinson [wxpython] wrote:
Robin Dunn wrote:
I'd love to see media.MediaCtrl support working on linux!
I experimented with that yesterday and found that there are a couple problems with it. First I noticed that the video playback had a tendency to be a bit choppy, or the audio wasn't totally synced up with the video.
I've been playing with gstreamer 0.10, which includes a .spec file that got an RPM built fairly easily on my Fedora Core 3 box. Of the test videos I threw at it, those whose codecs were supported played back smoothly. (I'm really looking forward to seeing this available through wxPython.) I wonder whether our different results were due to hardware performance or software version. I was using a 3GHz Pentium 4.
This is good to know. My development system is a 2GHz P4 using an accelerated video driver, so it shouldn't have and performance related issues, but there may be something else going on there...
The second problem is a build error on at least one of my R'bot build systems.
[...]
../src/unix/mediactrl.cpp:284: error: `gst_value_get_fraction_numerator'
undeclared (first use this function)
../src/unix/mediactrl.cpp:285: error: `gst_value_get_fraction_denominator'
undeclared (first use this function)Frustrating! Again, this may be due to me using a newer version of gstreamer, but both those functions appear in my libgstreamer-0.10.so file.
Yeah, the really frustrating part about it is that wxWidgets configure checks for at least 0.8 version of gstreamer, which is what I installed on my development machine and three of my build machines, in each case using the pacakges available on the package archives for each distro. On my development machine it worked fine with 0.8 but on the build machine (with a different distro) 0.8 did not. I havn't investigated further yet.
So what I will probably do for this release is to make adding the --enable-mediactrl flag optional and turned off by default. Then if anybody wants to try building it on their own machine they can just rebuild from the source RPM specifying a flag on the rpmbuild command line.
Not quite the easy answer I wished for, but that still gives me hope.
Have you considered any alternative backends on linux? Pymedia claims to use ffmpeg, which understands a lot of content.
I didn't have anything to do with the wxMediaCtrl implementation so I'm not sure if anything else was considered or not. You might try asking on wx-dev.
--
Robin Dunn
Software Craftsman
http://wxPython.org Java give you jitters? Relax with wxPython!