Re: [E-devel] emotion: vlc, xine not looking good
On Wed, 4 Mar 2020 22:57:38 +1030 Simon Lees said: ok - gone from efl now. simpler configuration now. gstreamer (1.x) or nothing. :) > > > On 3/4/20 10:45 PM, Stefan Schmidt wrote: > > Hello. > > > > On 03.03.20 00:52, Carsten Haitzler (The Rasterman) wrote: > >> so in the name of some simplification... > >> > >> our vlc support just doesn't work (libvlc or generic player that's vlc > >> based). > >> xine still kind of works - but seems to have bugs. i won't detail them > >> here. > >> try and see. > > > > When I cruised through efl end of last year and beginning of this one to > > remove many parts we longer use I left them out, not being sure how much > > they are still used. > > > > Same as you I have seen the user problems on IRC where people tried to > > use rage with VL or xine and it did not work. Once configured efl with > > gstreamer it it was a go. > > > > Do we know about any remaining users of these two? Letting them out in > > the rain would not be nice, but if it is just people who did not make > > the switch yet we could encourage them. > > from an openSUSE perspective we stopped shipping all the stuff in > emotion_generic_loaders a fair while ago, we have just been shipping > with gstreamer because it works and its reasonably easy to fix the codec > patent issues there. > > -- > > Simon Lees (Simotek)http://simotek.net > > Emergency Update Team keybase.io/simotek > SUSE Linux Adelaide Australia, UTC+10:30 > GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B > -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] emotion: vlc, xine not looking good
On 3/4/20 10:45 PM, Stefan Schmidt wrote: > Hello. > > On 03.03.20 00:52, Carsten Haitzler (The Rasterman) wrote: >> so in the name of some simplification... >> >> our vlc support just doesn't work (libvlc or generic player that's vlc >> based). >> xine still kind of works - but seems to have bugs. i won't detail them >> here. >> try and see. > > When I cruised through efl end of last year and beginning of this one to > remove many parts we longer use I left them out, not being sure how much > they are still used. > > Same as you I have seen the user problems on IRC where people tried to > use rage with VL or xine and it did not work. Once configured efl with > gstreamer it it was a go. > > Do we know about any remaining users of these two? Letting them out in > the rain would not be nice, but if it is just people who did not make > the switch yet we could encourage them. from an openSUSE perspective we stopped shipping all the stuff in emotion_generic_loaders a fair while ago, we have just been shipping with gstreamer because it works and its reasonably easy to fix the codec patent issues there. -- Simon Lees (Simotek)http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adelaide Australia, UTC+10:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B signature.asc Description: OpenPGP digital signature ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] emotion: vlc, xine not looking good
On Wed, Mar 4, 2020 at 1:16 PM Stefan Schmidt wrote: > > Hello. > > On 03.03.20 00:52, Carsten Haitzler (The Rasterman) wrote: > > so in the name of some simplification... > > > > our vlc support just doesn't work (libvlc or generic player that's vlc > > based). > > xine still kind of works - but seems to have bugs. i won't detail them here. > > try and see. > > When I cruised through efl end of last year and beginning of this one to > remove many parts we longer use I left them out, not being sure how much > they are still used. > > Same as you I have seen the user problems on IRC where people tried to > use rage with VL or xine and it did not work. Once configured efl with > gstreamer it it was a go. > > Do we know about any remaining users of these two? Letting them out in > the rain would not be nice, but if it is just people who did not make > the switch yet we could encourage them. > > > my point is more... perhaps time to simplify and remove: > > > > 1. xine, libvlc and generic players for emotion. > > 2. remove the build options for the above > > To clarify: you want to remove the complete code or only the build > options in meson to enable them? i am in favor on having emotion or not, with only gst as code, so no emotion module at all > > 3. simplify to a -Dgstreamer=true/false that enables the only emotion module > > left AND the evas gstreamer loader (and remove it from the evas image > > loaders > > as there are now 2 gst dependency options)... -Demotion=true/false Vincent > Yes, when we have done the above that would be a good idea to simplify this. > > > less code to test, debug and maintain, fewer options to confuse people. the > > code removed is broken now anyway, so we don't lose functionality. > > > > comments? > > I am all for it (should not surprise anyone) but I wanted to give it > some time and make some noise about it to find out if there are valid > uses cases people are still having and using. > > regards > Stefan Schmidt > > > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] emotion: vlc, xine not looking good
Hello. On 03.03.20 00:52, Carsten Haitzler (The Rasterman) wrote: so in the name of some simplification... our vlc support just doesn't work (libvlc or generic player that's vlc based). xine still kind of works - but seems to have bugs. i won't detail them here. try and see. When I cruised through efl end of last year and beginning of this one to remove many parts we longer use I left them out, not being sure how much they are still used. Same as you I have seen the user problems on IRC where people tried to use rage with VL or xine and it did not work. Once configured efl with gstreamer it it was a go. Do we know about any remaining users of these two? Letting them out in the rain would not be nice, but if it is just people who did not make the switch yet we could encourage them. my point is more... perhaps time to simplify and remove: 1. xine, libvlc and generic players for emotion. 2. remove the build options for the above To clarify: you want to remove the complete code or only the build options in meson to enable them? 3. simplify to a -Dgstreamer=true/false that enables the only emotion module left AND the evas gstreamer loader (and remove it from the evas image loaders as there are now 2 gst dependency options)... Yes, when we have done the above that would be a good idea to simplify this. less code to test, debug and maintain, fewer options to confuse people. the code removed is broken now anyway, so we don't lose functionality. comments? I am all for it (should not surprise anyone) but I wanted to give it some time and make some noise about it to find out if there are valid uses cases people are still having and using. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] emotion: vlc, xine not looking good
so in the name of some simplification... our vlc support just doesn't work (libvlc or generic player that's vlc based). xine still kind of works - but seems to have bugs. i won't detail them here. try and see. my point is more... perhaps time to simplify and remove: 1. xine, libvlc and generic players for emotion. 2. remove the build options for the above 3. simplify to a -Dgstreamer=true/false that enables the only emotion module left AND the evas gstreamer loader (and remove it from the evas image loaders as there are now 2 gst dependency options)... less code to test, debug and maintain, fewer options to confuse people. the code removed is broken now anyway, so we don't lose functionality. comments? -- - Codito, ergo sum - "I code, therefore I am" -- Carsten Haitzler - ras...@rasterman.com ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel