lives-users — LiVES users list

Re: [Lives-users] New to the list, trouble building for aarch64

[Alan C. <ala...@gm...>]

I thought maybe Debian Bullseye was the unique source of the problem.
So I tried a Raspbian Buster machine.  Got some Jack errors until I
removed Jack, then it was back to avstream errors.  Slightly
different.  It males me uneasy that avstream comes from Mictrosoft.

On 12/14/21, Alan Corey <ala...@gm...> wrote:
> I seem to not get answers on the forum so I thought I'd try the list.
> My last forum post:
>
> I'm working on posting full output to pastebin. The configure output
> is at https://pastebin.com/8xuQeUUg The compiler output is at
> https://pastebin.com/tc4LB5uD but that may have a private tag because
> it tripped something in their spam detector, so I emailed them, it may
> be fixed already. I'm building on a 64 bit ARM machine, a chromebook
> actually, which may be a little unusual.
>
> I've known about Lives and used it sometimes for years, never built
> from source or posted about it.  Just sticking in the deb (Debian
> Bullseye) didn't quite cut it so I decided to build from source
> (3.2.0).  I've built lots of stuff before but this isn't working yet.
> I did a fresh ffmpeg just before, that works.  I've plinked around
> most of a week trying to find and install stuff I've seen mentioned in
> the README, I think I've got it all but one or two things maybe.  But
> it still looks like something's missing.  I've tried the git version
> and the zip tarball, with and without installing libweed first.  I
> also tried the multilib changes once.
>
> This is from the zip version, no libweed, no multilib.  Looking again,
> most of the errors seem related to AVStream, hmm.
>
> In file included from libav_stream.c:33:
> ../../decoders/libav_helper.h: In function ‘av_set_pts_info’:
> ../../decoders/libav_helper.h:91:3: warning: implicit declaration of
> function ‘av_codec_set_pkt_timebase’ [-Wimplicit-function-declaration]
>    91 |   av_codec_set_pkt_timebase(s->codec, new_tb);
>       |   ^~~~~~~~~~~~~~~~~~~~~~~~~
> ../../decoders/libav_helper.h:91:30: error: ‘AVStream’ has no member
> named ‘codec’
>    91 |   av_codec_set_pkt_timebase(s->codec, new_tb);
>       |                              ^~
> libav_stream.c: In function ‘module_check_init’:
> libav_stream.c:114:3: warning: implicit declaration of function
> ‘av_register_all’ [-Wimplicit-function-declaration]
>   114 |   av_register_all();
>       |   ^~~~~~~~~~~~~~~
> libav_stream.c: In function ‘add_stream’:
> libav_stream.c:441:10: warning: assignment discards ‘const’ qualifier
> from pointer target type [-Wdiscarded-qualifiers]
>   441 |   *codec = avcodec_find_encoder(codec_id);
>       |          ^
> libav_stream.c:465:10: error: ‘AVStream’ has no member named ‘codec’
>   465 |   ost->st->codec = ost->enc = c;
>       |          ^~
> libav_stream.c: In function ‘init_screen’:
> libav_stream.c:588:30: error: ‘AVStream’ has no member named ‘codec’
>   588 |   ostv.enc = encctx = vStream->codec;
>       |                              ^~
> libav_stream.c:610:10: error: ‘AVStream’ has no member named ‘codec’
>   610 |   vStream->codec->time_base = vStream->time_base;
>       |          ^~
> libav_stream.c:612:10: error: ‘AVStream’ has no member named ‘codec’
>   612 |   vStream->codec->width = width;
>       |          ^~
> libav_stream.c:613:10: error: ‘AVStream’ has no member named ‘codec’
>   613 |   vStream->codec->height = height;
>       |          ^~
> libav_stream.c:614:10: error: ‘AVStream’ has no member named ‘codec’
>   614 |   vStream->codec->pix_fmt = avpalette;
>       |          ^~
> libav_stream.c:619:10: error: ‘AVStream’ has no member named ‘codec’
>   619 |   vStream->codec->bit_rate = maxvbitrate;
>       |          ^~
> libav_stream.c:631:14: error: ‘AVStream’ has no member named ‘codec’
>   631 |       vStream->codec->qmin = 10;
>       |              ^~
> libav_stream.c:632:14: error: ‘AVStream’ has no member named ‘codec’
>   632 |       vStream->codec->qmax = 51;
>       |              ^~
> libav_stream.c:652:12: error: ‘AVStream’ has no member named ‘codec’
>   652 |     vStream->codec->max_b_frames = 2;
>       |            ^~
> libav_stream.c:658:12: error: ‘AVStream’ has no member named ‘codec’
>   658 |     vStream->codec->mb_decision = 2;
>       |            ^~
> libav_stream.c:681:33: error: ‘AVStream’ has no member named ‘codec’
>   681 |     osta.enc = aencctx = aStream->codec;
>       |                                 ^~
> libav_stream.c: In function ‘render_audio_frame_float’:
> libav_stream.c:875:11: warning: implicit declaration of function
> ‘avcodec_encode_audio2’; did you mean ‘avcodec_encode_subtitle’?
> [-Wimplicit-function-declaration]
>   875 |     ret = avcodec_encode_audio2(c, &pkt, NULL, &got_packet);
>       |           ^~~~~~~~~~~~~~~~~~~~~
>       |           avcodec_encode_subtitle
> libav_stream.c: In function ‘render_frame_yuv420’:
> libav_stream.c:988:11: warning: implicit declaration of function
> ‘avcodec_encode_video2’; did you mean ‘avcodec_encode_subtitle’?
> [-Wimplicit-function-declaration]
>   988 |     ret = avcodec_encode_video2(c, &pkt, ostv.frame, &got_packet);
>       |           ^~~~~~~~~~~~~~~~~~~~~
>       |           avcodec_encode_subtitle
> libav_stream.c: In function ‘exit_screen’:
> libav_stream.c:1090:26: error: ‘AVStream’ has no member named ‘codec’
>  1090 |     avcodec_close(vStream->codec);
>       |                          ^~
> libav_stream.c:1095:26: error: ‘AVStream’ has no member named ‘codec’
>  1095 |     avcodec_close(aStream->codec);
>       |                          ^~
> make[4]: *** [Makefile:828: libav_stream_la-libav_stream.lo] Error 1
>
>
> --
> -------------
> Education is contagious.
>


-- 
-------------
Education is contagious.

[Lives-users] New to the list, trouble building for aarch64

[Alan C. <ala...@gm...>]

I seem to not get answers on the forum so I thought I'd try the list.
My last forum post:

I'm working on posting full output to pastebin. The configure output
is at https://pastebin.com/8xuQeUUg The compiler output is at
https://pastebin.com/tc4LB5uD but that may have a private tag because
it tripped something in their spam detector, so I emailed them, it may
be fixed already. I'm building on a 64 bit ARM machine, a chromebook
actually, which may be a little unusual.

I've known about Lives and used it sometimes for years, never built
from source or posted about it.  Just sticking in the deb (Debian
Bullseye) didn't quite cut it so I decided to build from source
(3.2.0).  I've built lots of stuff before but this isn't working yet.
I did a fresh ffmpeg just before, that works.  I've plinked around
most of a week trying to find and install stuff I've seen mentioned in
the README, I think I've got it all but one or two things maybe.  But
it still looks like something's missing.  I've tried the git version
and the zip tarball, with and without installing libweed first.  I
also tried the multilib changes once.

This is from the zip version, no libweed, no multilib.  Looking again,
most of the errors seem related to AVStream, hmm.

In file included from libav_stream.c:33:
../../decoders/libav_helper.h: In function ‘av_set_pts_info’:
../../decoders/libav_helper.h:91:3: warning: implicit declaration of
function ‘av_codec_set_pkt_timebase’ [-Wimplicit-function-declaration]
   91 |   av_codec_set_pkt_timebase(s->codec, new_tb);
      |   ^~~~~~~~~~~~~~~~~~~~~~~~~
../../decoders/libav_helper.h:91:30: error: ‘AVStream’ has no member
named ‘codec’
   91 |   av_codec_set_pkt_timebase(s->codec, new_tb);
      |                              ^~
libav_stream.c: In function ‘module_check_init’:
libav_stream.c:114:3: warning: implicit declaration of function
‘av_register_all’ [-Wimplicit-function-declaration]
  114 |   av_register_all();
      |   ^~~~~~~~~~~~~~~
libav_stream.c: In function ‘add_stream’:
libav_stream.c:441:10: warning: assignment discards ‘const’ qualifier
from pointer target type [-Wdiscarded-qualifiers]
  441 |   *codec = avcodec_find_encoder(codec_id);
      |          ^
libav_stream.c:465:10: error: ‘AVStream’ has no member named ‘codec’
  465 |   ost->st->codec = ost->enc = c;
      |          ^~
libav_stream.c: In function ‘init_screen’:
libav_stream.c:588:30: error: ‘AVStream’ has no member named ‘codec’
  588 |   ostv.enc = encctx = vStream->codec;
      |                              ^~
libav_stream.c:610:10: error: ‘AVStream’ has no member named ‘codec’
  610 |   vStream->codec->time_base = vStream->time_base;
      |          ^~
libav_stream.c:612:10: error: ‘AVStream’ has no member named ‘codec’
  612 |   vStream->codec->width = width;
      |          ^~
libav_stream.c:613:10: error: ‘AVStream’ has no member named ‘codec’
  613 |   vStream->codec->height = height;
      |          ^~
libav_stream.c:614:10: error: ‘AVStream’ has no member named ‘codec’
  614 |   vStream->codec->pix_fmt = avpalette;
      |          ^~
libav_stream.c:619:10: error: ‘AVStream’ has no member named ‘codec’
  619 |   vStream->codec->bit_rate = maxvbitrate;
      |          ^~
libav_stream.c:631:14: error: ‘AVStream’ has no member named ‘codec’
  631 |       vStream->codec->qmin = 10;
      |              ^~
libav_stream.c:632:14: error: ‘AVStream’ has no member named ‘codec’
  632 |       vStream->codec->qmax = 51;
      |              ^~
libav_stream.c:652:12: error: ‘AVStream’ has no member named ‘codec’
  652 |     vStream->codec->max_b_frames = 2;
      |            ^~
libav_stream.c:658:12: error: ‘AVStream’ has no member named ‘codec’
  658 |     vStream->codec->mb_decision = 2;
      |            ^~
libav_stream.c:681:33: error: ‘AVStream’ has no member named ‘codec’
  681 |     osta.enc = aencctx = aStream->codec;
      |                                 ^~
libav_stream.c: In function ‘render_audio_frame_float’:
libav_stream.c:875:11: warning: implicit declaration of function
‘avcodec_encode_audio2’; did you mean ‘avcodec_encode_subtitle’?
[-Wimplicit-function-declaration]
  875 |     ret = avcodec_encode_audio2(c, &pkt, NULL, &got_packet);
      |           ^~~~~~~~~~~~~~~~~~~~~
      |           avcodec_encode_subtitle
libav_stream.c: In function ‘render_frame_yuv420’:
libav_stream.c:988:11: warning: implicit declaration of function
‘avcodec_encode_video2’; did you mean ‘avcodec_encode_subtitle’?
[-Wimplicit-function-declaration]
  988 |     ret = avcodec_encode_video2(c, &pkt, ostv.frame, &got_packet);
      |           ^~~~~~~~~~~~~~~~~~~~~
      |           avcodec_encode_subtitle
libav_stream.c: In function ‘exit_screen’:
libav_stream.c:1090:26: error: ‘AVStream’ has no member named ‘codec’
 1090 |     avcodec_close(vStream->codec);
      |                          ^~
libav_stream.c:1095:26: error: ‘AVStream’ has no member named ‘codec’
 1095 |     avcodec_close(aStream->codec);
      |                          ^~
make[4]: *** [Makefile:828: libav_stream_la-libav_stream.lo] Error 1


-- 
-------------
Education is contagious.

[Lives-users] LiVES 3.2.0 released

[salsaman <sal...@gm...>]

Hi all,
after more than 1 year of intense development, I am very pleased to
announce the release of LiVES version 3.2.0

CHANGELOG:
http://lives-video.com/releases/CHANGELOG-3.2.0

URLs:
http://lives-video.com/releases/LiVES-3.2.0.tar.bz2 (4.7MB)
http://lives-video.com/releases/LiVES-3.2.0.tar.gz (6.4MB)

shasums:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

sha1sums:

af26a93a5ba485956186a2874deaecd182a7174b  lives-3.2.0.tar.bz2
bda0ed2a0fa1ea4083f4f12f9cff161092e556bc  lives-3.2.0.tar.gz


sha256sums:

5aa438b5af7e97f77bbbeadf032cfd8d64aca0a880780180600d5aada05c229a
 lives-3.2.0.tar.bz2
b3ed086d6548d51389e84223e7127818dcc79b2155ed9d73292a0aa3a13b88b5
 lives-3.2.0.tar.gz

-----BEGIN PGP SIGNATURE-----

iF0EARECAB0WIQSKJlFl4tqA82kuYqDqcjIZD4C0jQUCX6gusAAKCRDqcjIZD4C0
jYMFAJ90kxkXMEGaqWk311yAzyctj1777wCfZIfD5VucQ7GrvFIbmjCFzJA57yg=
=a+CR
-----END PGP SIGNATURE-----


gpg key fingerprint can be found at
http://lives-video.com/index.php?do=contact


Enjoy !
Gabriel.


http://lives-video.com
https://www.openhub.net/accounts/salsaman

Re: [Lives-users] LiVES 3.2.0 pre 7, calling for testers

[salsaman <sal...@gm...>]

Hi Michel-Patrick,
if you have previously compiled a pre-release version, you may need to do:

./configure --disable-system-weed

Regards,
Gabriel.


http://lives-video.com
https://www.openhub.net/accounts/salsaman


On Tue, 3 Nov 2020 at 09:51, Michel-Patrick Lutz <co...@mi...>
wrote:

> Hello Gabriel,
>
> Happy to hear from you!
>
> I couldn't download the archive. So I got the github version with git
> clone.
>
> I'm in Debian Buster.
> I have:
> - launched autogen.sh
> - run configure
> - updated libweed *.h in /usr/include/weed
> - libweed cd
> - make
>
> When linking, I have errors:
>
> /usr/bin/ld: effects-weed.o: in function `min_audio_chans':
> /usr/local/src/LiVES/src/effects-weed.c:4089: undefined reference to
> `weed_get_int_array_counted'
> /usr/bin/ld: effects-weed.o: in function `weed_filter_free':
> /usr/local/src/LiVES/src/effects-weed.c:5267: undefined reference to
> `weed_get_plantptr_array_counted'
> /usr/bin/ld: /usr/local/src/LiVES/src/effects-weed.c:5303: undefined
> reference to `weed_get_plantptr_array_counted'
> /usr/bin/ld: /usr/local/src/LiVES/src/effects-weed.c:5267: undefined
> reference to `weed_get_plantptr_array_counted'
> /usr/bin/ld: /usr/local/src/LiVES/src/effects-weed.c:5295: undefined
> reference to `weed_get_plantptr_array_counted'
> /usr/bin/ld: /usr/local/src/LiVES/src/effects-weed.c:5286: undefined
> reference to `weed_get_plantptr_array_counted'
> /usr/bin/ld: effects-weed.o:/usr/local/src/LiVES/src/effects-weed.c:1345:
> more undefined references to `weed_get_plantptr_array_counted' follow
> /usr/bin/ld: effects-weed.o: in function `process_func_threaded':
> /usr/local/src/LiVES/src/effects-weed.c:1359: undefined reference to
> `weed_get_funcptr_value'
> /usr/bin/ld: effects-weed.o: in function `host_info_cb':
> /usr/local/src/LiVES/src/effects-weed.c:4622: undefined reference to
> `weed_set_funcptr_value'
> /usr/bin/ld: /usr/local/src/LiVES/src/effects-weed.c:4623: undefined
> reference to `weed_set_funcptr_value'
> /usr/bin/ld: /usr/local/src/LiVES/src/effects-weed.c:4624: undefined
> reference to `weed_set_funcptr_value'
> /usr/bin/ld: /usr/local/src/LiVES/src/effects-weed.c:4625: undefined
> reference to `weed_set_funcptr_value'
> /usr/bin/ld: /usr/local/src/LiVES/src/effects-weed.c:4628: undefined
> reference to `weed_set_funcptr_value'
> /usr/bin/ld: effects-weed.o:/usr/local/src/LiVES/src/effects-weed.c:4629:
> more undefined references to `weed_set_funcptr_value' follow
> /usr/bin/ld: effects-weed.o: in function `run_process_func':
> .
> .
> .
>
> Cordialement
>
> Michel-Patrick
>
> Le Mon, 2 Nov 2020 10:09:46 -0300, salsaman salsaman à écrit:
>
> > Hi all,
> > after more than 1 year of intense updates, version 3.2.0 of LiVES is
> ready
> > for release !
> >
> > There have been some huge changes since the last release, much of the
> code
> > has been totally rewritten. In fact as can be seen from the ChangeLog,
> this
> > is the largest incremental update since the project began in 2002.
> >
> > https://github.com/salsaman/LiVES/blob/master/ChangeLog
> >
> > The current pre-release has been tested by myself on 2 different
> machines,
> > as well as by another user running it on freeBSD. However, it would be
> > useful to get feedback from additional testers before the full release.
> > Thus I am making a pre-release version available and inviting users to
> > provide any feedback.
> >
> > https://github.com/salsaman/LiVES/blob/master/lives-3.2.0-pre.tar.bz2
> >
> > If anybody is able to compile this and report any issues encountered, it
> > would be greatly appreciated. Any bugs reported will be addressed. Issues
> > may be reported here, or via github
> https://github.com/salsaman/LiVES/issues
> >
> > In the absence of any unresolved issues, the full release is planned for
> 8
> > nov.
> >
> > Regards,
> > Gabriel.
> >
> >
> > http://lives-video.com
> > https://www.openhub.net/accounts/salsaman
>
>
> --
> Michel-Patrick Lutz
> <a href="http://www.april.org/adherer">Promouvoir et soutenir le logiciel
> libre</a>
> +336 72 17 44 74
>
>
> _______________________________________________
> Lives-users mailing list
> Liv...@li...
> https://lists.sourceforge.net/lists/listinfo/lives-users
>

Re: [Lives-users] LiVES 3.2.0 pre 7, calling for testers

[Michel-Patrick L. <co...@mi...>]

Hello Gabriel,

Happy to hear from you!

I couldn't download the archive. So I got the github version with git clone.

I'm in Debian Buster.
I have:
- launched autogen.sh
- run configure
- updated libweed *.h in /usr/include/weed
- libweed cd
- make

When linking, I have errors:

/usr/bin/ld: effects-weed.o: in function `min_audio_chans':
/usr/local/src/LiVES/src/effects-weed.c:4089: undefined reference to `weed_get_int_array_counted'
/usr/bin/ld: effects-weed.o: in function `weed_filter_free':
/usr/local/src/LiVES/src/effects-weed.c:5267: undefined reference to `weed_get_plantptr_array_counted'
/usr/bin/ld: /usr/local/src/LiVES/src/effects-weed.c:5303: undefined reference to `weed_get_plantptr_array_counted'
/usr/bin/ld: /usr/local/src/LiVES/src/effects-weed.c:5267: undefined reference to `weed_get_plantptr_array_counted'
/usr/bin/ld: /usr/local/src/LiVES/src/effects-weed.c:5295: undefined reference to `weed_get_plantptr_array_counted'
/usr/bin/ld: /usr/local/src/LiVES/src/effects-weed.c:5286: undefined reference to `weed_get_plantptr_array_counted'
/usr/bin/ld: effects-weed.o:/usr/local/src/LiVES/src/effects-weed.c:1345: more undefined references to `weed_get_plantptr_array_counted' follow
/usr/bin/ld: effects-weed.o: in function `process_func_threaded':
/usr/local/src/LiVES/src/effects-weed.c:1359: undefined reference to `weed_get_funcptr_value'
/usr/bin/ld: effects-weed.o: in function `host_info_cb':
/usr/local/src/LiVES/src/effects-weed.c:4622: undefined reference to `weed_set_funcptr_value'
/usr/bin/ld: /usr/local/src/LiVES/src/effects-weed.c:4623: undefined reference to `weed_set_funcptr_value'
/usr/bin/ld: /usr/local/src/LiVES/src/effects-weed.c:4624: undefined reference to `weed_set_funcptr_value'
/usr/bin/ld: /usr/local/src/LiVES/src/effects-weed.c:4625: undefined reference to `weed_set_funcptr_value'
/usr/bin/ld: /usr/local/src/LiVES/src/effects-weed.c:4628: undefined reference to `weed_set_funcptr_value'
/usr/bin/ld: effects-weed.o:/usr/local/src/LiVES/src/effects-weed.c:4629: more undefined references to `weed_set_funcptr_value' follow
/usr/bin/ld: effects-weed.o: in function `run_process_func':
.
.
.

Cordialement

Michel-Patrick

Le Mon, 2 Nov 2020 10:09:46 -0300, salsaman salsaman à écrit:

> Hi all,
> after more than 1 year of intense updates, version 3.2.0 of LiVES is ready
> for release !
> 
> There have been some huge changes since the last release, much of the code
> has been totally rewritten. In fact as can be seen from the ChangeLog, this
> is the largest incremental update since the project began in 2002.
> 
> https://github.com/salsaman/LiVES/blob/master/ChangeLog
> 
> The current pre-release has been tested by myself on 2 different machines,
> as well as by another user running it on freeBSD. However, it would be
> useful to get feedback from additional testers before the full release.
> Thus I am making a pre-release version available and inviting users to
> provide any feedback.
> 
> https://github.com/salsaman/LiVES/blob/master/lives-3.2.0-pre.tar.bz2
> 
> If anybody is able to compile this and report any issues encountered, it
> would be greatly appreciated. Any bugs reported will be addressed. Issues
> may be reported here, or via github https://github.com/salsaman/LiVES/issues
> 
> In the absence of any unresolved issues, the full release is planned for 8
> nov.
> 
> Regards,
> Gabriel.
> 
> 
> http://lives-video.com
> https://www.openhub.net/accounts/salsaman


-- 
Michel-Patrick Lutz
<a href="http://www.april.org/adherer">Promouvoir et soutenir le logiciel libre</a>
+336 72 17 44 74

[Lives-users] LiVES 3.2.0 pre 7, calling for testers

[salsaman <sal...@gm...>]

Hi all,
after more than 1 year of intense updates, version 3.2.0 of LiVES is ready
for release !

There have been some huge changes since the last release, much of the code
has been totally rewritten. In fact as can be seen from the ChangeLog, this
is the largest incremental update since the project began in 2002.

https://github.com/salsaman/LiVES/blob/master/ChangeLog

The current pre-release has been tested by myself on 2 different machines,
as well as by another user running it on freeBSD. However, it would be
useful to get feedback from additional testers before the full release.
Thus I am making a pre-release version available and inviting users to
provide any feedback.

https://github.com/salsaman/LiVES/blob/master/lives-3.2.0-pre.tar.bz2

If anybody is able to compile this and report any issues encountered, it
would be greatly appreciated. Any bugs reported will be addressed. Issues
may be reported here, or via github https://github.com/salsaman/LiVES/issues

In the absence of any unresolved issues, the full release is planned for 8
nov.

Regards,
Gabriel.


http://lives-video.com
https://www.openhub.net/accounts/salsaman

Re: [Lives-users] LiVES 3.0.2 released

[salsaman <sal...@gm...>]

Hi all,
the URLs should of course be:


http://lives-video.com/releases/LiVES-3.0.2.tar.bz2
(source bzip2, 3.9 MB)

http://lives-video.com/releases/LiVES-3.0.2.tar.gz
(source gzip, 5.3 MB)

Gabriel.

http://lives-video.com
https://www.openhub.net/accounts/salsaman


On Sat, Sep 7, 2019 at 2:50 PM salsaman <sal...@gm...> wrote:

> Hi all,
> I have just released LiVES 3.0.2. This is mainly to fix a bug from 3.0.1
> which prevents encoding from working in the GUI.
>
> CHANGELOG:
> Fix regression in okbutton handling which prevents encoding from actioning.
> Display splash screen as early as possibley in startup.
> Code correctness fixes.
> Updated translations for Portuguese, Brazilian Portuguese (Nany Cavalcante)
>
> URLS:
>
> http://lives-video.com/releases/LiVES-3.0.1.tar.bz2
> (source bzip2, 3.9 MB)
>
> http://lives-video.com/releases/LiVES-3.0.1.tar.gz
> (source gzip, 5.3 MB)
>
> shasums:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> sha1sums:
>
> 5b4728f8f9f88b1e45cff0511f1b4739fa258e0c  LiVES-3.0.2.tar.bz2
> 08f23cb6ff429de05c30406ef0635d90c4a30843  LiVES-3.0.2.tar.gz
>
>
> sha256sums:
>
> 390991b73aa162f9475ef8abff29bbfd580c03f2cc14a8628dd1c13c8abbe332
>  LiVES-3.0.2.tar.bz2
> 6e88c86a5185ad72e339ede41a8956b3553f334cdb1852d9050d7436f14b7d35
>  LiVES-3.0.2.tar.gz
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1
>
> iEYEARECAAYFAl1z61EACgkQ6nIyGQ+AtI3LFwCfVjRU3kb29dEJx9V1QMPAi5Ng
> CN8An1HfWdfn6MuvieOaK7DLtBzHshKE
> =rjg2
> -----END PGP SIGNATURE-----
>
>
> gpg key fingerprint can be found at
> http://lives-video.com/index.php?do=contact
>
>
> Enjoy !
> Gabriel.
>
> http://lives-video.com
> https://www.openhub.net/accounts/salsaman
>

[Lives-users] LiVES 3.0.2 released

[salsaman <sal...@gm...>]

Hi all,
I have just released LiVES 3.0.2. This is mainly to fix a bug from 3.0.1
which prevents encoding from working in the GUI.

CHANGELOG:
Fix regression in okbutton handling which prevents encoding from actioning.
Display splash screen as early as possibley in startup.
Code correctness fixes.
Updated translations for Portuguese, Brazilian Portuguese (Nany Cavalcante)

URLS:

http://lives-video.com/releases/LiVES-3.0.1.tar.bz2
(source bzip2, 3.9 MB)

http://lives-video.com/releases/LiVES-3.0.1.tar.gz
(source gzip, 5.3 MB)

shasums:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

sha1sums:

5b4728f8f9f88b1e45cff0511f1b4739fa258e0c  LiVES-3.0.2.tar.bz2
08f23cb6ff429de05c30406ef0635d90c4a30843  LiVES-3.0.2.tar.gz


sha256sums:

390991b73aa162f9475ef8abff29bbfd580c03f2cc14a8628dd1c13c8abbe332
 LiVES-3.0.2.tar.bz2
6e88c86a5185ad72e339ede41a8956b3553f334cdb1852d9050d7436f14b7d35
 LiVES-3.0.2.tar.gz
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iEYEARECAAYFAl1z61EACgkQ6nIyGQ+AtI3LFwCfVjRU3kb29dEJx9V1QMPAi5Ng
CN8An1HfWdfn6MuvieOaK7DLtBzHshKE
=rjg2
-----END PGP SIGNATURE-----


gpg key fingerprint can be found at
http://lives-video.com/index.php?do=contact


Enjoy !
Gabriel.

http://lives-video.com
https://www.openhub.net/accounts/salsaman

Re: [Lives-users] LiVES 3.0.1

[salsaman <sal...@gm...>]

OK, thanks for that. I am on vacation right now so I can;t really take a
proper look at the code until I get back in September.

I see thought that you are still getting the error message about width <=
0. So it maybe just a startup issue, LiVES may be trying to set the screen
size before the window is drawn fully.
Can you try switching to multitrack mode and  then back to clip edit mode ?
It may just reset the window size.

It does seem like LiVES is getting the screen dimensions correctly though.
What should happen is that the message area at the bottom should shrink so
that the window contents fits exactly the window size. LiVES does this by
looking at the height of the widgets minus the message area and then
calculating the message area height to fill the window, assuming that the
window fills the screen. But if the window manager draws the window too
high then there is no way to detect this accurately.

I'll have to test with xfce when I get back from vacation to see if I can
reproduce this.

Regards,
Gabriel.


http://lives-video.com
https://www.openhub.net/accounts/salsaman


On Tue, Aug 20, 2019 at 1:43 PM Michel-Patrick Lutz <
co...@mi...> wrote:

> Bonjour Gabriel,
>
> Screenshots are here: https://miniprogslane.ovh/lives/
> The two machines have two screens, resolution 1920X1080.
> When I do not use "mate", the bottom of the window is slightly truncated
> and the resizing button is inactive. It works well under "mate"
>
> Cordialement
>
> Michel-Patrick
>
> Le Mon, 19 Aug 2019 19:04:28 +0100, salsaman salsaman à écrit:
>
> > Please send screenshots of the clip editor, fileselector and multitrack
> > windows. Plus any other windows which appear too large (horizontally or
> > vertically).
> >
> > I have tried to scale everything so it works with any screen size from
> 1024
> > x 720 to 1920 x 1024, but it may be that some further calibration is
> needed.
> >
> > http://lives-video.com
> > https://www.openhub.net/accounts/salsaman
> >
> >
> > On Mon, Aug 19, 2019 at 7:01 PM salsaman <sal...@gm...> wrote:
> >
> > > Please can you send screenshots from both machines. I need to see which
> > > part is cut off.
> > >
> > > What is the screen resolution of both machines (physical and virtual).
> > >
> > > What happens if you click on the "maximize" button ?
> > >
> > > Are you using single monitors or multiple monitors ?
> > >
> > >
> > >
> > >
> > > http://lives-video.com
> > > https://www.openhub.net/accounts/salsaman
> > >
> > >
> > > On Sat, Aug 17, 2019 at 7:36 AM Michel-Patrick Lutz <
> > > co...@mi...> wrote:
> > >
> > >> Bonjour Gabriel,
> > >>
> > >> I noticed a small problem with the latest version of "LiVES". The
> window
> > >> is no longer resizable but above all it is above the screen height.
> this
> > >> happens on the machine that works with "xfce" but not on the machine
> where
> > >> "mate" is installed.
> > >> On the machine that works with "xfce", I tried with other designers
> > >> including "kde" and it didn't change anything but after installing and
> > >> running "mate", it's ok.
> > >>
> > >> Cordialement
> > >>
> > >> Michel-Patrick
> > >>
>
>
> --
> Michel-Patrick Lutz
> <a href="http://www.april.org/adherer">Promouvoir et soutenir le logiciel
> libre</a>
> +336 72 17 44 74
>

Re: [Lives-users] LiVES 3.0.1

[salsaman <sal...@gm...>]

Please send screenshots of the clip editor, fileselector and multitrack
windows. Plus any other windows which appear too large (horizontally or
vertically).

I have tried to scale everything so it works with any screen size from 1024
x 720 to 1920 x 1024, but it may be that some further calibration is needed.

http://lives-video.com
https://www.openhub.net/accounts/salsaman


On Mon, Aug 19, 2019 at 7:01 PM salsaman <sal...@gm...> wrote:

> Please can you send screenshots from both machines. I need to see which
> part is cut off.
>
> What is the screen resolution of both machines (physical and virtual).
>
> What happens if you click on the "maximize" button ?
>
> Are you using single monitors or multiple monitors ?
>
>
>
>
> http://lives-video.com
> https://www.openhub.net/accounts/salsaman
>
>
> On Sat, Aug 17, 2019 at 7:36 AM Michel-Patrick Lutz <
> co...@mi...> wrote:
>
>> Bonjour Gabriel,
>>
>> I noticed a small problem with the latest version of "LiVES". The window
>> is no longer resizable but above all it is above the screen height. this
>> happens on the machine that works with "xfce" but not on the machine where
>> "mate" is installed.
>> On the machine that works with "xfce", I tried with other designers
>> including "kde" and it didn't change anything but after installing and
>> running "mate", it's ok.
>>
>> Cordialement
>>
>> Michel-Patrick
>>
>> Le Tue, 13 Aug 2019 11:15:35 -0300, salsaman salsaman à écrit:
>>
>> > Hi all,
>> > I have just released LiVES version 3.0.1 which fixes a few issues from
>> last
>> > release, and also improves the "quick transcode" feature.
>> >
>> > ChangeLog
>> >
>> > Update package-config for libweed.
>> > Fix hang after setting parameters with combo boxes for realtime effects.
>> > Fix crashes in frei0r and ladspa wrappers.
>> > Fix undefined values on startup and in swscale.
>> > Improve "quick transcode" functionality.
>> > Updated translations for Portuguese, Brazilian Portuguese
>> >
>> > URLS:
>> >
>> > http://lives-video.com/releases/LiVES-3.0.1.tar.bz2
>> > (source bzip2, 3.9 MB)
>> >
>> > http://lives-video.com/releases/LiVES-3.0.1.tar.gz
>> > (source gzip, 5.3 MB)
>> >
>> > shasums:
>> > -----BEGIN PGP SIGNED MESSAGE-----
>> > Hash: SHA1
>> >
>> > sha1sums:
>> >
>> > 0084ed9b0542751171b5631ca050ea07ba772534  LiVES-3.0.1.tar.bz2
>> > 2acd5c9419f8e251fd61a7433035f0320d72ddc0  LiVES-3.0.1.tar.gz
>> >
>> >
>> > sha256sums:
>> >
>> > 29902101132cf0f89faa02cd22597797a50532b4d257ae1354c9b220db9b76e6
>> >  LiVES-3.0.1.tar.bz2
>> > 01851f021ea8652400e280165c15c3bcbde0e28128404a8a5edb05c81a66ac42
>> >  LiVES-3.0.1.tar.gz
>> > -----BEGIN PGP SIGNATURE-----
>> > Version: GnuPG v1
>> >
>> > iEYEARECAAYFAl1Swf8ACgkQ6nIyGQ+AtI3xigCghzwjvFgUJ9E4BwRUuRL6/h9a
>> > KKEAoI0/WbaasAjsBGP36vMHtta+YXFW
>> > =vkV0
>> > -----END PGP SIGNATURE-----
>> >
>> >
>> > gpg key fingerprint can be found at
>> > http://lives-video.com/index.php?do=contact
>> >
>> >
>> > Enjoy !
>> > Gabriel.
>> >
>> >
>> > http://lives-video.com
>> > https://www.openhub.net/accounts/salsaman
>>
>>
>> --
>> Michel-Patrick Lutz
>> <a href="http://www.april.org/adherer">Promouvoir et soutenir le
>> logiciel libre</a>
>> +336 72 17 44 74
>>
>

Re: [Lives-users] LiVES 3.0.1

[salsaman <sal...@gm...>]

Please can you send screenshots from both machines. I need to see which
part is cut off.

What is the screen resolution of both machines (physical and virtual).

What happens if you click on the "maximize" button ?

Are you using single monitors or multiple monitors ?




http://lives-video.com
https://www.openhub.net/accounts/salsaman


On Sat, Aug 17, 2019 at 7:36 AM Michel-Patrick Lutz <
co...@mi...> wrote:

> Bonjour Gabriel,
>
> I noticed a small problem with the latest version of "LiVES". The window
> is no longer resizable but above all it is above the screen height. this
> happens on the machine that works with "xfce" but not on the machine where
> "mate" is installed.
> On the machine that works with "xfce", I tried with other designers
> including "kde" and it didn't change anything but after installing and
> running "mate", it's ok.
>
> Cordialement
>
> Michel-Patrick
>
> Le Tue, 13 Aug 2019 11:15:35 -0300, salsaman salsaman à écrit:
>
> > Hi all,
> > I have just released LiVES version 3.0.1 which fixes a few issues from
> last
> > release, and also improves the "quick transcode" feature.
> >
> > ChangeLog
> >
> > Update package-config for libweed.
> > Fix hang after setting parameters with combo boxes for realtime effects.
> > Fix crashes in frei0r and ladspa wrappers.
> > Fix undefined values on startup and in swscale.
> > Improve "quick transcode" functionality.
> > Updated translations for Portuguese, Brazilian Portuguese
> >
> > URLS:
> >
> > http://lives-video.com/releases/LiVES-3.0.1.tar.bz2
> > (source bzip2, 3.9 MB)
> >
> > http://lives-video.com/releases/LiVES-3.0.1.tar.gz
> > (source gzip, 5.3 MB)
> >
> > shasums:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > sha1sums:
> >
> > 0084ed9b0542751171b5631ca050ea07ba772534  LiVES-3.0.1.tar.bz2
> > 2acd5c9419f8e251fd61a7433035f0320d72ddc0  LiVES-3.0.1.tar.gz
> >
> >
> > sha256sums:
> >
> > 29902101132cf0f89faa02cd22597797a50532b4d257ae1354c9b220db9b76e6
> >  LiVES-3.0.1.tar.bz2
> > 01851f021ea8652400e280165c15c3bcbde0e28128404a8a5edb05c81a66ac42
> >  LiVES-3.0.1.tar.gz
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v1
> >
> > iEYEARECAAYFAl1Swf8ACgkQ6nIyGQ+AtI3xigCghzwjvFgUJ9E4BwRUuRL6/h9a
> > KKEAoI0/WbaasAjsBGP36vMHtta+YXFW
> > =vkV0
> > -----END PGP SIGNATURE-----
> >
> >
> > gpg key fingerprint can be found at
> > http://lives-video.com/index.php?do=contact
> >
> >
> > Enjoy !
> > Gabriel.
> >
> >
> > http://lives-video.com
> > https://www.openhub.net/accounts/salsaman
>
>
> --
> Michel-Patrick Lutz
> <a href="http://www.april.org/adherer">Promouvoir et soutenir le logiciel
> libre</a>
> +336 72 17 44 74
>

[Lives-users] LiVES 3.0.1

[salsaman <sal...@gm...>]

Hi all,
I have just released LiVES version 3.0.1 which fixes a few issues from last
release, and also improves the "quick transcode" feature.

ChangeLog

Update package-config for libweed.
Fix hang after setting parameters with combo boxes for realtime effects.
Fix crashes in frei0r and ladspa wrappers.
Fix undefined values on startup and in swscale.
Improve "quick transcode" functionality.
Updated translations for Portuguese, Brazilian Portuguese

URLS:

http://lives-video.com/releases/LiVES-3.0.1.tar.bz2
(source bzip2, 3.9 MB)

http://lives-video.com/releases/LiVES-3.0.1.tar.gz
(source gzip, 5.3 MB)

shasums:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

sha1sums:

0084ed9b0542751171b5631ca050ea07ba772534  LiVES-3.0.1.tar.bz2
2acd5c9419f8e251fd61a7433035f0320d72ddc0  LiVES-3.0.1.tar.gz


sha256sums:

29902101132cf0f89faa02cd22597797a50532b4d257ae1354c9b220db9b76e6
 LiVES-3.0.1.tar.bz2
01851f021ea8652400e280165c15c3bcbde0e28128404a8a5edb05c81a66ac42
 LiVES-3.0.1.tar.gz
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iEYEARECAAYFAl1Swf8ACgkQ6nIyGQ+AtI3xigCghzwjvFgUJ9E4BwRUuRL6/h9a
KKEAoI0/WbaasAjsBGP36vMHtta+YXFW
=vkV0
-----END PGP SIGNATURE-----


gpg key fingerprint can be found at
http://lives-video.com/index.php?do=contact


Enjoy !
Gabriel.


http://lives-video.com
https://www.openhub.net/accounts/salsaman

[Lives-users] LiVES 3.0.0 released !

[salsaman <sal...@gm...>]

Hi all,
I am overjoyed to announce the release of LiVES version 3.0.0 A lot of the
code has been completely rewritten, in particular the user interface which
has been extensively updated. Here is the complete list of Changes:

Fix for "Delete Set" not removing files from disk.
Fix crash when selecting project directory with new install.
Fix crash when starting playback with some generators (e.g. plasma)
[regression].
Fix to prevent spurious file removal when checking for plugins in a
non-existent directory.
Fix occasional crash with audio driven video generators.
Load theme correctly on fresh installs.
Render silence to end of video if necessary during rendering.
Improvements to openGL playback plugin, including much smoother playback.
Re-enable Advanced options for the openGL playback plugin.
Allow "Enough" in VJ / Pre-decode all frames
Refactor code for timebase calculations during playback (better a/v synch).
Overhaul external audio and audio recording to improve accuracy and
use fewer CPU cycles.
Auto switch to internal audio when entering multitack mode.
Show correct effects state (on / off) when reshowing effect mapper window.
Eliminate some race conditions between the audio and video threads.
Implemented reference counting for realtime effect instances.
Extensively rewrote the main interface, cleaning up the code and
making many visual improvements.
Improvements to online video downloader, clip size and format can now
be selected, added an update option.
Optimised recording when video generators are running.
Bugfixes for pulseaudio and jack audio players.
Improvements to the projectM filter wrapper, including SDL2 support.
Eliminate race conditions when applying rendered effects.
Record audio looping correctly.
Fixes for moved files during crash recovery.
Optimisations for libweed.
Added an option to invert the Z-order in multitrack compositor (rear
layers can now overlay front ones).
Added support for musl libc (jorgenatz)
Updated translations for Ukranian (Yuri Chornoivan) and Portuguese
(Nany Cavalcante)
Numerous other optimisations and minor bugfixes.


Please report any errors here or via the menu option Help / Bug report.

Many thanks to the following who assisted with patches, translations and
testing:

Antonio Trande, Michel-Patrick Lutz, Nany Cavalcante, Yuri Chornoivan,
jorgenatz, Guenter Grau.


URLS:

http://lives-video.com/releases/LiVES-3.0.0.tar.bz2
(source bzip2, 3.9 MB)

http://lives-video.com/releases/LiVES-3.0.0.tar.gz
(source gzip, 5.3 MB)

shasums:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

sha1sums:

05bffd83f0cfa06b75f919a35bc441c2ee883112  LiVES-3.0.0.tar.bz2
9a95bf9287793f62d1618cd7488988c013aed5b1  LiVES-3.0.0.tar.gz


sha256sums:

3efa04323d8ed914c0717a30a84ad020d0a063d70228a8c8a7cd16372242ba35
 LiVES-3.0.0.tar.bz2
d4d912887d9996dd6296dc253640cf2a40e3023926dddecc1c1ffa50ea90c1b7
 LiVES-3.0.0.tar.gz

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iEYEARECAAYFAl1LFr0ACgkQ6nIyGQ+AtI2dyACdGmUvA8L6e28qkLsQ+BVC7d5h
VFwAnRWaOJvvWL4lvtnaG7drTqcgsHUt
=iFBZ
-----END PGP SIGNATURE-----


gpg key fingerprint can be found at
http://lives-video.com/index.php?do=contact


Enjoy !
Gabriel.

http://lives-video.com
https://www.openhub.net/accounts/salsaman

Re: [Lives-users] Countdown to LiVES 3.0.0

[salsaman <sal...@gm...>]

+ Added SDL2 support for projectM

;-D

You will need to rerun autogen.sh after updating from git. Do you need me
to upload a new pre image ?

Regards,
Gabriel.



http://lives-video.com
https://www.openhub.net/accounts/salsaman


On Tue, Jul 30, 2019 at 6:45 AM Antonio Trande <ant...@gm...>
wrote:

> On 29/07/19 18:52, salsaman wrote:
> > pre2 is there if you need it.
> >
> > Regards,
> > Gabriel.
>
> Thank you.
>
> I'm testing LiVES without projectM support.
> Is SDL2 supported?
>
> >
> >
> > http://lives-video.com
> > https://www.openhub.net/accounts/salsaman
> >
> >
> > On Mon, Jul 29, 2019 at 1:51 PM salsaman <sal...@gm...
> > <mailto:sal...@gm...>> wrote:
> >
> >     Antonio,
> >     I am looking into some issues. The new interface code is still
> >     somewhat experimental, so these kinds of things may happen in the
> >     new version.
> >
> >     Also this kind of problem is extremely difficult to fix, given that
> >     we might be working with multiple screens / monitors, all with
> >     different resolutions and workspace sizes. To deal with this,
> >     everything has to be relative to the monitor resolution. Gtk will
> >     happily create a window which overshoots the screen. Plus if you add
> >     in docks and menubars then things get even more complicated. Not to
> >     mention that LiVES can run with the GUI and play windows in seperate
> >     monitors.
> >
> >     Gdk has some new code for handling monitors so this may help in
> >     future, however this was only introduced in GTK+ 3.22+ and I am
> >     currently developing with 3.18. I'll probably update this before the
> >     following release after this one so it might be easier to fix
> >     problems like this after that.
> >
> >     Any interface changes now need to be tested on a t least 3 different
> >     machines here, both on Linux and on the new Windows port. In
> >     addition they have to work with all versions of gtk+ from 2.x to
> >     3.24. Hence my reluctance to tackle this right before a major new
> >     release.
> >
> >     HOWEVER looking again I noted that gtk was leaving some space at the
> >     top of the window in your attached image. I think I have fixed this
> >     and also reduced the screen height in the fileselector.
> >
> >     Please can you test again with the latest git version and let me
> >     know if it fixes anything. I need to do the release ASAP else I
> >     won't get another chance until september.
> >
> >     Regards,
> >     Gabriel.
> >
> >
> >
> >     http://lives-video.com
> >     https://www.openhub.net/accounts/salsaman
> >
> >
> >     On Mon, Jul 29, 2019 at 5:58 AM Antonio Trande
> >     <ant...@gm... <mailto:ant...@gm...>> wrote:
> >
> >         On 29/07/19 05:23, salsaman wrote:
> >         > Unfortunately I think I am going to have to leave this as a
> >         know issue
> >         > for the time being for the following reasons:
> >         >
> >         > 1) I am unable to replicate this behaviour in any test
> >         environment I
> >         > have available to me.
> >         >
> >         > 2) It could well be due to bugs in GTK+ / window manager issue.
> >         > gtk_window_maximize() should reposition the window to the top
> >         left, and
> >         > in any case the window manager should display the window in
> >         such a way
> >         > that as much is shown as possible.
> >         >
> >         > 3) Repositioning and / or maximising the window manually
> >         should allow
> >         > the window to be repositioned at the top left, and then the
> >         LiVES code
> >         > should shrink the window to fit the screen.
> >
> >         Window is repositioned at the top left but it's cropped at the
> >         bottom,
> >         so partially invisible.
> >
> >         >
> >         > 4) Thus far no other users have reported similar problems with
> >         the beta
> >         > version.
> >         >
> >         > Antonio, please can you click on Info / Show Messages and save
> the
> >         > result to a text file and send the file to me. This will be
> >         useful for
> >         > analysing to see if there are any peculiarities in your setup
> >         (Window
> >         > Manager, GTK+ version, screen dimensions, etc).
> >         >
> >
> >         Attached.
> >
> >         > Regards,
> >         > Gabriel.
> >         >
> >         >
> >         > http://lives-video.com
> >         > https://www.openhub.net/accounts/salsaman
> >         >
> >         >
> >         > On Thu, Jul 25, 2019 at 5:55 PM Antonio Trande
> >         <ant...@gm... <mailto:ant...@gm...>
> >         > <mailto:ant...@gm... <mailto:ant...@gm...>>>
> >         wrote:
> >         >
> >         >     On 25/07/19 22:49, salsaman wrote:
> >         >     > Seems to be a bug in your version of gtk+ then.
> >         gtk_window_maximize()
> >         >     > apparently does not reposition the window as it ought to.
> >         >     >
> >         >     > Clicking the Maximise buitton on the window should have
> >         the same
> >         >     effect.
> >         >     >
> >         >     > Does the fileselector also have the same problem ?
> >         >
> >         >     Yes.
> >         >
> >         >     >
> >         >     >
> >         >     > Regards,
> >         >     > Gabriel.
> >         >     >
> >         >
> >         >     --
> >         >     ---
> >         >     Antonio Trande
> >         >     Fedora Project
> >         >     mailto 'sagitter at fedoraproject dot org'
> >         >     GPG key: 0x6e0331dd1699e4d7
> >         >     GPG key server: https://keys.openpgp.org/
> >         >
> >
> >         --
> >         ---
> >         Antonio Trande
> >         Fedora Project
> >         mailto 'sagitter at fedoraproject dot org'
> >         GPG key: 0x6e0331dd1699e4d7
> >         GPG key server: https://keys.openpgp.org/
> >
>
> --
> ---
> Antonio Trande
> Fedora Project
> mailto 'sagitter at fedoraproject dot org'
> GPG key: 0x6e0331dd1699e4d7
> GPG key server: https://keys.openpgp.org/
>
>

Re: [Lives-users] Countdown to LiVES 3.0.0

[Antonio T. <ant...@gm...>]

On 29/07/19 18:52, salsaman wrote:
> pre2 is there if you need it.
> 
> Regards,
> Gabriel.

Thank you.

I'm testing LiVES without projectM support.
Is SDL2 supported?

> 
> 
> http://lives-video.com
> https://www.openhub.net/accounts/salsaman
> 
> 
> On Mon, Jul 29, 2019 at 1:51 PM salsaman <sal...@gm...
> <mailto:sal...@gm...>> wrote:
> 
>     Antonio,
>     I am looking into some issues. The new interface code is still
>     somewhat experimental, so these kinds of things may happen in the
>     new version.
> 
>     Also this kind of problem is extremely difficult to fix, given that
>     we might be working with multiple screens / monitors, all with
>     different resolutions and workspace sizes. To deal with this,
>     everything has to be relative to the monitor resolution. Gtk will
>     happily create a window which overshoots the screen. Plus if you add
>     in docks and menubars then things get even more complicated. Not to
>     mention that LiVES can run with the GUI and play windows in seperate
>     monitors.
> 
>     Gdk has some new code for handling monitors so this may help in
>     future, however this was only introduced in GTK+ 3.22+ and I am
>     currently developing with 3.18. I'll probably update this before the
>     following release after this one so it might be easier to fix
>     problems like this after that.
> 
>     Any interface changes now need to be tested on a t least 3 different
>     machines here, both on Linux and on the new Windows port. In
>     addition they have to work with all versions of gtk+ from 2.x to
>     3.24. Hence my reluctance to tackle this right before a major new
>     release.
> 
>     HOWEVER looking again I noted that gtk was leaving some space at the
>     top of the window in your attached image. I think I have fixed this
>     and also reduced the screen height in the fileselector.
> 
>     Please can you test again with the latest git version and let me
>     know if it fixes anything. I need to do the release ASAP else I
>     won't get another chance until september.
> 
>     Regards,
>     Gabriel.
> 
> 
> 
>     http://lives-video.com
>     https://www.openhub.net/accounts/salsaman
> 
> 
>     On Mon, Jul 29, 2019 at 5:58 AM Antonio Trande
>     <ant...@gm... <mailto:ant...@gm...>> wrote:
> 
>         On 29/07/19 05:23, salsaman wrote:
>         > Unfortunately I think I am going to have to leave this as a
>         know issue
>         > for the time being for the following reasons:
>         >
>         > 1) I am unable to replicate this behaviour in any test
>         environment I
>         > have available to me.
>         >
>         > 2) It could well be due to bugs in GTK+ / window manager issue.
>         > gtk_window_maximize() should reposition the window to the top
>         left, and
>         > in any case the window manager should display the window in
>         such a way
>         > that as much is shown as possible.
>         >
>         > 3) Repositioning and / or maximising the window manually
>         should allow
>         > the window to be repositioned at the top left, and then the
>         LiVES code
>         > should shrink the window to fit the screen.
> 
>         Window is repositioned at the top left but it's cropped at the
>         bottom,
>         so partially invisible.
> 
>         >
>         > 4) Thus far no other users have reported similar problems with
>         the beta
>         > version.
>         >
>         > Antonio, please can you click on Info / Show Messages and save the
>         > result to a text file and send the file to me. This will be
>         useful for
>         > analysing to see if there are any peculiarities in your setup
>         (Window
>         > Manager, GTK+ version, screen dimensions, etc).
>         >
> 
>         Attached.
> 
>         > Regards,
>         > Gabriel.
>         >
>         >
>         > http://lives-video.com
>         > https://www.openhub.net/accounts/salsaman
>         >
>         >
>         > On Thu, Jul 25, 2019 at 5:55 PM Antonio Trande
>         <ant...@gm... <mailto:ant...@gm...>
>         > <mailto:ant...@gm... <mailto:ant...@gm...>>>
>         wrote:
>         >
>         >     On 25/07/19 22:49, salsaman wrote:
>         >     > Seems to be a bug in your version of gtk+ then.
>         gtk_window_maximize()
>         >     > apparently does not reposition the window as it ought to.
>         >     >
>         >     > Clicking the Maximise buitton on the window should have
>         the same
>         >     effect.
>         >     >
>         >     > Does the fileselector also have the same problem ?
>         >
>         >     Yes.
>         >
>         >     >
>         >     >
>         >     > Regards,
>         >     > Gabriel.
>         >     >
>         >
>         >     --
>         >     ---
>         >     Antonio Trande
>         >     Fedora Project
>         >     mailto 'sagitter at fedoraproject dot org'
>         >     GPG key: 0x6e0331dd1699e4d7
>         >     GPG key server: https://keys.openpgp.org/
>         >
> 
>         -- 
>         ---
>         Antonio Trande
>         Fedora Project
>         mailto 'sagitter at fedoraproject dot org'
>         GPG key: 0x6e0331dd1699e4d7
>         GPG key server: https://keys.openpgp.org/
> 

-- 
---
Antonio Trande
Fedora Project
mailto 'sagitter at fedoraproject dot org'
GPG key: 0x6e0331dd1699e4d7
GPG key server: https://keys.openpgp.org/

Re: [Lives-users] Countdown to LiVES 3.0.0

[salsaman <sal...@gm...>]

pre2 is there if you need it.

Regards,
Gabriel.


http://lives-video.com
https://www.openhub.net/accounts/salsaman


On Mon, Jul 29, 2019 at 1:51 PM salsaman <sal...@gm...> wrote:

> Antonio,
> I am looking into some issues. The new interface code is still somewhat
> experimental, so these kinds of things may happen in the new version.
>
> Also this kind of problem is extremely difficult to fix, given that we
> might be working with multiple screens / monitors, all with different
> resolutions and workspace sizes. To deal with this, everything has to be
> relative to the monitor resolution. Gtk will happily create a window which
> overshoots the screen. Plus if you add in docks and menubars then things
> get even more complicated. Not to mention that LiVES can run with the GUI
> and play windows in seperate monitors.
>
> Gdk has some new code for handling monitors so this may help in future,
> however this was only introduced in GTK+ 3.22+ and I am currently
> developing with 3.18. I'll probably update this before the following
> release after this one so it might be easier to fix problems like this
> after that.
>
> Any interface changes now need to be tested on a t least 3 different
> machines here, both on Linux and on the new Windows port. In addition they
> have to work with all versions of gtk+ from 2.x to 3.24. Hence my
> reluctance to tackle this right before a major new release.
>
> HOWEVER looking again I noted that gtk was leaving some space at the top
> of the window in your attached image. I think I have fixed this and also
> reduced the screen height in the fileselector.
>
> Please can you test again with the latest git version and let me know if
> it fixes anything. I need to do the release ASAP else I won't get another
> chance until september.
>
> Regards,
> Gabriel.
>
>
>
> http://lives-video.com
> https://www.openhub.net/accounts/salsaman
>
>
> On Mon, Jul 29, 2019 at 5:58 AM Antonio Trande <ant...@gm...>
> wrote:
>
>> On 29/07/19 05:23, salsaman wrote:
>> > Unfortunately I think I am going to have to leave this as a know issue
>> > for the time being for the following reasons:
>> >
>> > 1) I am unable to replicate this behaviour in any test environment I
>> > have available to me.
>> >
>> > 2) It could well be due to bugs in GTK+ / window manager issue.
>> > gtk_window_maximize() should reposition the window to the top left, and
>> > in any case the window manager should display the window in such a way
>> > that as much is shown as possible.
>> >
>> > 3) Repositioning and / or maximising the window manually should allow
>> > the window to be repositioned at the top left, and then the LiVES code
>> > should shrink the window to fit the screen.
>>
>> Window is repositioned at the top left but it's cropped at the bottom,
>> so partially invisible.
>>
>> >
>> > 4) Thus far no other users have reported similar problems with the beta
>> > version.
>> >
>> > Antonio, please can you click on Info / Show Messages and save the
>> > result to a text file and send the file to me. This will be useful for
>> > analysing to see if there are any peculiarities in your setup (Window
>> > Manager, GTK+ version, screen dimensions, etc).
>> >
>>
>> Attached.
>>
>> > Regards,
>> > Gabriel.
>> >
>> >
>> > http://lives-video.com
>> > https://www.openhub.net/accounts/salsaman
>> >
>> >
>> > On Thu, Jul 25, 2019 at 5:55 PM Antonio Trande <ant...@gm...
>> > <mailto:ant...@gm...>> wrote:
>> >
>> >     On 25/07/19 22:49, salsaman wrote:
>> >     > Seems to be a bug in your version of gtk+ then.
>> gtk_window_maximize()
>> >     > apparently does not reposition the window as it ought to.
>> >     >
>> >     > Clicking the Maximise buitton on the window should have the same
>> >     effect.
>> >     >
>> >     > Does the fileselector also have the same problem ?
>> >
>> >     Yes.
>> >
>> >     >
>> >     >
>> >     > Regards,
>> >     > Gabriel.
>> >     >
>> >
>> >     --
>> >     ---
>> >     Antonio Trande
>> >     Fedora Project
>> >     mailto 'sagitter at fedoraproject dot org'
>> >     GPG key: 0x6e0331dd1699e4d7
>> >     GPG key server: https://keys.openpgp.org/
>> >
>>
>> --
>> ---
>> Antonio Trande
>> Fedora Project
>> mailto 'sagitter at fedoraproject dot org'
>> GPG key: 0x6e0331dd1699e4d7
>> GPG key server: https://keys.openpgp.org/
>>
>

Re: [Lives-users] Countdown to LiVES 3.0.0

[salsaman <sal...@gm...>]

Antonio,
I am looking into some issues. The new interface code is still somewhat
experimental, so these kinds of things may happen in the new version.

Also this kind of problem is extremely difficult to fix, given that we
might be working with multiple screens / monitors, all with different
resolutions and workspace sizes. To deal with this, everything has to be
relative to the monitor resolution. Gtk will happily create a window which
overshoots the screen. Plus if you add in docks and menubars then things
get even more complicated. Not to mention that LiVES can run with the GUI
and play windows in seperate monitors.

Gdk has some new code for handling monitors so this may help in future,
however this was only introduced in GTK+ 3.22+ and I am currently
developing with 3.18. I'll probably update this before the following
release after this one so it might be easier to fix problems like this
after that.

Any interface changes now need to be tested on a t least 3 different
machines here, both on Linux and on the new Windows port. In addition they
have to work with all versions of gtk+ from 2.x to 3.24. Hence my
reluctance to tackle this right before a major new release.

HOWEVER looking again I noted that gtk was leaving some space at the top of
the window in your attached image. I think I have fixed this and also
reduced the screen height in the fileselector.

Please can you test again with the latest git version and let me know if it
fixes anything. I need to do the release ASAP else I won't get another
chance until september.

Regards,
Gabriel.



http://lives-video.com
https://www.openhub.net/accounts/salsaman


On Mon, Jul 29, 2019 at 5:58 AM Antonio Trande <ant...@gm...>
wrote:

> On 29/07/19 05:23, salsaman wrote:
> > Unfortunately I think I am going to have to leave this as a know issue
> > for the time being for the following reasons:
> >
> > 1) I am unable to replicate this behaviour in any test environment I
> > have available to me.
> >
> > 2) It could well be due to bugs in GTK+ / window manager issue.
> > gtk_window_maximize() should reposition the window to the top left, and
> > in any case the window manager should display the window in such a way
> > that as much is shown as possible.
> >
> > 3) Repositioning and / or maximising the window manually should allow
> > the window to be repositioned at the top left, and then the LiVES code
> > should shrink the window to fit the screen.
>
> Window is repositioned at the top left but it's cropped at the bottom,
> so partially invisible.
>
> >
> > 4) Thus far no other users have reported similar problems with the beta
> > version.
> >
> > Antonio, please can you click on Info / Show Messages and save the
> > result to a text file and send the file to me. This will be useful for
> > analysing to see if there are any peculiarities in your setup (Window
> > Manager, GTK+ version, screen dimensions, etc).
> >
>
> Attached.
>
> > Regards,
> > Gabriel.
> >
> >
> > http://lives-video.com
> > https://www.openhub.net/accounts/salsaman
> >
> >
> > On Thu, Jul 25, 2019 at 5:55 PM Antonio Trande <ant...@gm...
> > <mailto:ant...@gm...>> wrote:
> >
> >     On 25/07/19 22:49, salsaman wrote:
> >     > Seems to be a bug in your version of gtk+ then.
> gtk_window_maximize()
> >     > apparently does not reposition the window as it ought to.
> >     >
> >     > Clicking the Maximise buitton on the window should have the same
> >     effect.
> >     >
> >     > Does the fileselector also have the same problem ?
> >
> >     Yes.
> >
> >     >
> >     >
> >     > Regards,
> >     > Gabriel.
> >     >
> >
> >     --
> >     ---
> >     Antonio Trande
> >     Fedora Project
> >     mailto 'sagitter at fedoraproject dot org'
> >     GPG key: 0x6e0331dd1699e4d7
> >     GPG key server: https://keys.openpgp.org/
> >
>
> --
> ---
> Antonio Trande
> Fedora Project
> mailto 'sagitter at fedoraproject dot org'
> GPG key: 0x6e0331dd1699e4d7
> GPG key server: https://keys.openpgp.org/
>

Re: [Lives-users] Countdown to LiVES 3.0.0

[Antonio T. <ant...@gm...>]

On 29/07/19 05:23, salsaman wrote:
> Unfortunately I think I am going to have to leave this as a know issue
> for the time being for the following reasons:
> 
> 1) I am unable to replicate this behaviour in any test environment I
> have available to me.
> 
> 2) It could well be due to bugs in GTK+ / window manager issue.
> gtk_window_maximize() should reposition the window to the top left, and
> in any case the window manager should display the window in such a way
> that as much is shown as possible.
> 
> 3) Repositioning and / or maximising the window manually should allow
> the window to be repositioned at the top left, and then the LiVES code
> should shrink the window to fit the screen.

Window is repositioned at the top left but it's cropped at the bottom,
so partially invisible.

> 
> 4) Thus far no other users have reported similar problems with the beta
> version.
> 
> Antonio, please can you click on Info / Show Messages and save the
> result to a text file and send the file to me. This will be useful for
> analysing to see if there are any peculiarities in your setup (Window
> Manager, GTK+ version, screen dimensions, etc).
> 

Attached.

> Regards,
> Gabriel.
> 
> 
> http://lives-video.com
> https://www.openhub.net/accounts/salsaman
> 
> 
> On Thu, Jul 25, 2019 at 5:55 PM Antonio Trande <ant...@gm...
> <mailto:ant...@gm...>> wrote:
> 
>     On 25/07/19 22:49, salsaman wrote:
>     > Seems to be a bug in your version of gtk+ then. gtk_window_maximize()
>     > apparently does not reposition the window as it ought to.
>     >
>     > Clicking the Maximise buitton on the window should have the same
>     effect.
>     >
>     > Does the fileselector also have the same problem ?
> 
>     Yes.
> 
>     >
>     >
>     > Regards,
>     > Gabriel.
>     >
> 
>     -- 
>     ---
>     Antonio Trande
>     Fedora Project
>     mailto 'sagitter at fedoraproject dot org'
>     GPG key: 0x6e0331dd1699e4d7
>     GPG key server: https://keys.openpgp.org/
> 

-- 
---
Antonio Trande
Fedora Project
mailto 'sagitter at fedoraproject dot org'
GPG key: 0x6e0331dd1699e4d7
GPG key server: https://keys.openpgp.org/

Re: [Lives-users] Countdown to LiVES 3.0.0

[salsaman <sal...@gm...>]

Unfortunately I think I am going to have to leave this as a know issue for
the time being for the following reasons:

1) I am unable to replicate this behaviour in any test environment I have
available to me.

2) It could well be due to bugs in GTK+ / window manager issue.
gtk_window_maximize() should reposition the window to the top left, and in
any case the window manager should display the window in such a way that as
much is shown as possible.

3) Repositioning and / or maximising the window manually should allow the
window to be repositioned at the top left, and then the LiVES code should
shrink the window to fit the screen.

4) Thus far no other users have reported similar problems with the beta
version.

Antonio, please can you click on Info / Show Messages and save the result
to a text file and send the file to me. This will be useful for analysing
to see if there are any peculiarities in your setup (Window Manager, GTK+
version, screen dimensions, etc).

Regards,
Gabriel.


http://lives-video.com
https://www.openhub.net/accounts/salsaman


On Thu, Jul 25, 2019 at 5:55 PM Antonio Trande <ant...@gm...>
wrote:

> On 25/07/19 22:49, salsaman wrote:
> > Seems to be a bug in your version of gtk+ then. gtk_window_maximize()
> > apparently does not reposition the window as it ought to.
> >
> > Clicking the Maximise buitton on the window should have the same effect.
> >
> > Does the fileselector also have the same problem ?
>
> Yes.
>
> >
> >
> > Regards,
> > Gabriel.
> >
>
> --
> ---
> Antonio Trande
> Fedora Project
> mailto 'sagitter at fedoraproject dot org'
> GPG key: 0x6e0331dd1699e4d7
> GPG key server: https://keys.openpgp.org/
>
>

Re: [Lives-users] Countdown to LiVES 3.0.0

[Antonio T. <ant...@gm...>]

On 25/07/19 22:49, salsaman wrote:
> Seems to be a bug in your version of gtk+ then. gtk_window_maximize()
> apparently does not reposition the window as it ought to.
> 
> Clicking the Maximise buitton on the window should have the same effect.
> 
> Does the fileselector also have the same problem ?

Yes.

> 
> 
> Regards,
> Gabriel.
> 

-- 
---
Antonio Trande
Fedora Project
mailto 'sagitter at fedoraproject dot org'
GPG key: 0x6e0331dd1699e4d7
GPG key server: https://keys.openpgp.org/

Re: [Lives-users] Countdown to LiVES 3.0.0

[salsaman <sal...@gm...>]

Seems to be a bug in your version of gtk+ then. gtk_window_maximize()
apparently does not reposition the window as it ought to.

Clicking the Maximise buitton on the window should have the same effect.

Does the fileselector also have the same problem ?


Regards,
Gabriel.



http://lives-video.com
https://www.openhub.net/accounts/salsaman


On Thu, Jul 25, 2019 at 1:39 PM Antonio Trande <ant...@gm...>
wrote:

> On 25/07/19 17:01, salsaman wrote:
> > OK, that's fine. I fixed all the compilation bugs already.
> >
> > Do you have "Open GUI Maximized" checked or unchecked in Preferences ?
>
> Checked. But deselecting it have not any effect.
>
> --
> ---
> Antonio Trande
> Fedora Project
> mailto 'sagitter at fedoraproject dot org'
> GPG key: 0x6e0331dd1699e4d7
> GPG key server: https://keys.openpgp.org/
>
>

Re: [Lives-users] Countdown to LiVES 3.0.0

[Antonio T. <ant...@gm...>]

On 25/07/19 17:01, salsaman wrote:
> OK, that's fine. I fixed all the compilation bugs already.
> 
> Do you have "Open GUI Maximized" checked or unchecked in Preferences ?

Checked. But deselecting it have not any effect.

-- 
---
Antonio Trande
Fedora Project
mailto 'sagitter at fedoraproject dot org'
GPG key: 0x6e0331dd1699e4d7
GPG key server: https://keys.openpgp.org/

Re: [Lives-users] Countdown to LiVES 3.0.0

[salsaman <sal...@gm...>]

OK, that's fine. I fixed all the compilation bugs already.

Do you have "Open GUI Maximized" checked or unchecked in Preferences ?

Gabriel.


http://lives-video.com
https://www.openhub.net/accounts/salsaman


On Thu, Jul 25, 2019 at 5:23 AM Antonio Trande <ant...@gm...>
wrote:

> On 24/07/19 20:23, salsaman wrote:
> > Hi Antonio,
> > where can I view the logs ?
>
> 'liblive' option enabled, error reported:
> https://pastebin.com/raw/2gG8pQiL
>
>
> --
> ---
> Antonio Trande
> Fedora Project
> mailto 'sagitter at fedoraproject dot org'
> GPG key: 0x6e0331dd1699e4d7
> GPG key server: https://keys.openpgp.org/
>
>

Re: [Lives-users] Countdown to LiVES 3.0.0

[Antonio T. <ant...@gm...>]

On 24/07/19 20:23, salsaman wrote:
> Hi Antonio,
> where can I view the logs ?

'liblive' option enabled, error reported: https://pastebin.com/raw/2gG8pQiL


-- 
---
Antonio Trande
Fedora Project
mailto 'sagitter at fedoraproject dot org'
GPG key: 0x6e0331dd1699e4d7
GPG key server: https://keys.openpgp.org/

[Lives-users] Countdown to LiVES 3.0.0

[Antonio T. <ant...@gm...>]

On 24/07/19 20:23, salsaman wrote:
> Hi Antonio,
> where can I view the logs ?

'toonz' enabled, error reported: https://pastebin.com/raw/tB2Wuwwi
I'm attaching the config.log

> 
> Regarding the screenshots, did you reposition the window manually or did
> the window appear there by itself ?

Window appears there by itself and if i try to move it's always "too
large" for my screen (resolution 1366x768).

> 
> If it is the former, then there is not much I can do - LiVES is simply
> designed to run fullscreen. If it's the latter then it is a bug which
> will most likey be difficult to fix since I have not seen it occur
> elsewhere.
> 
> 

-- 
---
Antonio Trande
Fedora Project
mailto 'sagitter at fedoraproject dot org'
GPG key: 0x6e0331dd1699e4d7
GPG key server: https://keys.openpgp.org/