Menu
▾
▴
libvisual-users — libvisual mailinglist for end users
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
(9) |
May
(4) |
Jun
(2) |
Jul
|
Aug
|
Sep
(3) |
Oct
(1) |
Nov
(24) |
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
|
Feb
(10) |
Mar
(2) |
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
(9) |
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Dennis S. <den...@gm...> - 2006-03-20 23:28:54
|
Heya guys, we have released 0.4.0: Information: http://www.localhost.nl/~synap/libvisual/ http://www.localhost.nl/~synap/libvisual-wiki/ http://www.sf.net/projects/libvisual/ Cheers, Dennis |
|
From: Thorsten J. <tho...@t-...> - 2005-09-26 19:49:15
|
Hello Dennis, the reason for the compiling error is, that i use a G4 --> there's no "vand" on a ppc --> it's only available on ppc64!!!!!!! Bye Thorsten Dennis Smit wrote: >On Fri, 2005-09-09 at 19:03 +0200, Thorsten Johannvorderbrueggen wrote: > > >>>can you possibly come up with something that solves >>> >>> >>> >>> >>I try it! >> >> > >Alright keep me posted, you could take a look at how mplayer does >it (most of our cpu code derives from mplayer, so it could >give some clues) > >Thanks for your help! > >Cheers, >Dennis > > > > > >------------------------------------------------------- >SF.Net email is Sponsored by the Better Software Conference & EXPO >September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices >Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA >Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf >_______________________________________________ >Libvisual-users mailing list >Lib...@li... >https://lists.sourceforge.net/lists/listinfo/libvisual-users > > > |
|
From: Dennis S. <sy...@yo...> - 2005-09-10 11:58:21
|
On Fri, 2005-09-09 at 19:03 +0200, Thorsten Johannvorderbrueggen wrote: > >can you possibly come up with something that solves > > > > > I try it! Alright keep me posted, you could take a look at how mplayer does it (most of our cpu code derives from mplayer, so it could give some clues) Thanks for your help! Cheers, Dennis |
|
From: Thorsten J. <tho...@t-...> - 2005-09-09 17:04:00
|
Dennis Smit wrote: >Heya, ty for the patch, tho I am not merging it. > >The defined() problems are fixed in CVS HEAD, however >I don't agree with your assembly fixes, it's not the solution >for the problem, > Of course not! It's only a first fix, to make it build! >can you possibly come up with something that solves > > I try it! >the problem at the core (aka fix altivec detection, and not disabling >it) ? > >Cheers, >Dennis > > > SNIP Bye Thorsten |
|
From: Dennis S. <sy...@yo...> - 2005-09-08 20:37:38
|
Heya, ty for the patch, tho I am not merging it.
The defined() problems are fixed in CVS HEAD, however
I don't agree with your assembly fixes, it's not the solution
for the problem, can you possibly come up with something that solves
the problem at the core (aka fix altivec detection, and not disabling
it) ?
Cheers,
Dennis
On Thu, 2005-09-08 at 19:57 +0200, Thorsten Johannvorderbrueggen wrote:
> Hello Dennis,
>=20
> sorry for my late reply, but i wasn=C2=B4t at home.
>=20
> I attached the patch file. It=C2=B4s the "first" version --> with this=20
> libvisual will build (compiler: gcc-3.3.4) . Do you need anything else?
>=20
> Bye
> Thorsten
>=20
> Dennis Smit wrote:
>=20
> >Hello,
> >
> >Could you make the patch in unified format (diff -u) and tell
> >me which gcc version you're using, thank you!
> >
> >Cheers,
> >Dennis
> >
> >
> >
> >On Fri, 2005-09-02 at 20:07 +0200, Thorsten Johannvorderbrueggen wrote=
:
> > =20
> >
> >>Hello Dennis,
> >>
> >>i=C2=B4m using Slackintosh. Slackintosh is a (unofficial) port of Sla=
ckware=20
> >>for Mac. At the moment i build Gnome-Packages on my mac. The basic fo=
r=20
> >>this is freerock gnome. One of the many packages ist libvisual. This=20
> >>won=C2=B4t build. I made a little patch, which let me build libvisual=
. At the=20
> >>end of this patch (for lv_cpu.c):
> >>***************
> >>*** 424,428 ****
> >> #endif /* VISUAL_ARCH_X86 */
> >>=20
> >>! #if VISUAL_ARCH_POWERPC
> >> check_os_altivec_support ();
> >> #endif /* VISUAL_ARCH_POWERPC */
> >>--- 424,428 ----
> >> #endif /* VISUAL_ARCH_X86 */
> >>=20
> >>! #if defined(VISUAL_ARCH_POWERPC)
> >> check_os_altivec_support ();
> >> #endif /* VISUAL_ARCH_POWERPC */
> >>
> >>I think that=C2=B4s a bug. The rest of the patch is:
> >>
> >>***************
> >>*** 161,174 ****
> >> _lv_powerpc_canjump =3D 1;
> >>=20
> >>! asm volatile
> >> ("mtspr 256, %0\n\t"
> >> "vand %%v0, %%v0, %%v0"
> >> :
> >>! : "r" (-1));
> >>=20
> >> signal (SIGILL, SIG_DFL);
> >>! _lv_cpu_caps.hasAltiVec =3D 1;
> >> }
> >>! #endif
> >> }
> >> #endif
> >>--- 161,174 ----
> >> _lv_powerpc_canjump =3D 1;
> >>=20
> >>! /*asm volatile
> >> ("mtspr 256, %0\n\t"
> >> "vand %%v0, %%v0, %%v0"
> >> :
> >>! : "r" (-1));*/
> >>=20
> >> signal (SIGILL, SIG_DFL);
> >>! _lv_cpu_caps.hasAltiVec =3D 0;
> >> }
> >>! #endif
> >> }
> >> #endif
> >>
> >>I have to disable it, because i get an error which say, that "vand" i=
s=20
> >>unknown. Maybe you have a idee, where the problem is.
> >>
> >>Bye
> >> Thorsten
> >>
> >>
> >>Dennis Smit wrote:
> >>
> >> =20
> >>
> >>>Of course we want to know, please try to describe the bug as
> >>>detailed as possible.
> >>>
> >>>Which client program are you running, which plugin are you using
> >>>and so on.
> >>>
> >>>
> >>>On Fri, 2005-09-02 at 17:06 +0200, Thorsten Johannvorderbrueggen wro=
te:
> >>>=20
> >>>
> >>> =20
> >>>
> >>>>i found a bug on ppc-arch. Who want=C2=B4s to know?
> >>>>
> >>>>Bye
> >>>> Thorsten
> >>>>
> >>>>
> >>>>-------------------------------------------------------
> >>>>SF.Net email is Sponsored by the Better Software Conference & EXPO
> >>>>September 19-22, 2005 * San Francisco, CA * Development Lifecycle P=
ractices
> >>>>Agile & Plan-Driven Development * Managing Projects & Teams * Testi=
ng & QA
> >>>>Security * Process Improvement & Measurement * http://www.sqe.com/b=
sce5sf
> >>>>_______________________________________________
> >>>>Libvisual-users mailing list
> >>>>Lib...@li...
> >>>>https://lists.sourceforge.net/lists/listinfo/libvisual-users
> >>>> =20
> >>>>
> >>>> =20
> >>>>
> >>>
> >>>-------------------------------------------------------
> >>>SF.Net email is Sponsored by the Better Software Conference & EXPO
> >>>September 19-22, 2005 * San Francisco, CA * Development Lifecycle Pr=
actices
> >>>Agile & Plan-Driven Development * Managing Projects & Teams * Testin=
g & QA
> >>>Security * Process Improvement & Measurement * http://www.sqe.com/bs=
ce5sf
> >>>_______________________________________________
> >>>Libvisual-users mailing list
> >>>Lib...@li...
> >>>https://lists.sourceforge.net/lists/listinfo/libvisual-users
> >>>
> >>>=20
> >>>
> >>> =20
> >>>
> >
> >
> >
> >-------------------------------------------------------
> >SF.Net email is Sponsored by the Better Software Conference & EXPO
> >September 19-22, 2005 * San Francisco, CA * Development Lifecycle Prac=
tices
> >Agile & Plan-Driven Development * Managing Projects & Teams * Testing =
& QA
> >Security * Process Improvement & Measurement * http://www.sqe.com/bsce=
5sf
> >_______________________________________________
> >Libvisual-users mailing list
> >Lib...@li...
> >https://lists.sourceforge.net/lists/listinfo/libvisual-users
> >
> > =20
> >
>=20
|
|
From: Thorsten J. <tho...@t-...> - 2005-09-08 18:02:40
|
Hello Dennis,
sorry for my late reply, but i wasn´t at home.
I attached the patch file. It´s the "first" version --> with this
libvisual will build (compiler: gcc-3.3.4) . Do you need anything else?
Bye
Thorsten
Dennis Smit wrote:
>Hello,
>
>Could you make the patch in unified format (diff -u) and tell
>me which gcc version you're using, thank you!
>
>Cheers,
>Dennis
>
>
>
>On Fri, 2005-09-02 at 20:07 +0200, Thorsten Johannvorderbrueggen wrote:
>
>
>>Hello Dennis,
>>
>>i´m using Slackintosh. Slackintosh is a (unofficial) port of Slackware
>>for Mac. At the moment i build Gnome-Packages on my mac. The basic for
>>this is freerock gnome. One of the many packages ist libvisual. This
>>won´t build. I made a little patch, which let me build libvisual. At the
>>end of this patch (for lv_cpu.c):
>>***************
>>*** 424,428 ****
>> #endif /* VISUAL_ARCH_X86 */
>>
>>! #if VISUAL_ARCH_POWERPC
>> check_os_altivec_support ();
>> #endif /* VISUAL_ARCH_POWERPC */
>>--- 424,428 ----
>> #endif /* VISUAL_ARCH_X86 */
>>
>>! #if defined(VISUAL_ARCH_POWERPC)
>> check_os_altivec_support ();
>> #endif /* VISUAL_ARCH_POWERPC */
>>
>>I think that´s a bug. The rest of the patch is:
>>
>>***************
>>*** 161,174 ****
>> _lv_powerpc_canjump = 1;
>>
>>! asm volatile
>> ("mtspr 256, %0\n\t"
>> "vand %%v0, %%v0, %%v0"
>> :
>>! : "r" (-1));
>>
>> signal (SIGILL, SIG_DFL);
>>! _lv_cpu_caps.hasAltiVec = 1;
>> }
>>! #endif
>> }
>> #endif
>>--- 161,174 ----
>> _lv_powerpc_canjump = 1;
>>
>>! /*asm volatile
>> ("mtspr 256, %0\n\t"
>> "vand %%v0, %%v0, %%v0"
>> :
>>! : "r" (-1));*/
>>
>> signal (SIGILL, SIG_DFL);
>>! _lv_cpu_caps.hasAltiVec = 0;
>> }
>>! #endif
>> }
>> #endif
>>
>>I have to disable it, because i get an error which say, that "vand" is
>>unknown. Maybe you have a idee, where the problem is.
>>
>>Bye
>> Thorsten
>>
>>
>>Dennis Smit wrote:
>>
>>
>>
>>>Of course we want to know, please try to describe the bug as
>>>detailed as possible.
>>>
>>>Which client program are you running, which plugin are you using
>>>and so on.
>>>
>>>
>>>On Fri, 2005-09-02 at 17:06 +0200, Thorsten Johannvorderbrueggen wrote:
>>>
>>>
>>>
>>>
>>>>i found a bug on ppc-arch. Who want´s to know?
>>>>
>>>>Bye
>>>> Thorsten
>>>>
>>>>
>>>>-------------------------------------------------------
>>>>SF.Net email is Sponsored by the Better Software Conference & EXPO
>>>>September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
>>>>Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
>>>>Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
>>>>_______________________________________________
>>>>Libvisual-users mailing list
>>>>Lib...@li...
>>>>https://lists.sourceforge.net/lists/listinfo/libvisual-users
>>>>
>>>>
>>>>
>>>>
>>>
>>>-------------------------------------------------------
>>>SF.Net email is Sponsored by the Better Software Conference & EXPO
>>>September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
>>>Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
>>>Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
>>>_______________________________________________
>>>Libvisual-users mailing list
>>>Lib...@li...
>>>https://lists.sourceforge.net/lists/listinfo/libvisual-users
>>>
>>>
>>>
>>>
>>>
>
>
>
>-------------------------------------------------------
>SF.Net email is Sponsored by the Better Software Conference & EXPO
>September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
>Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
>Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
>_______________________________________________
>Libvisual-users mailing list
>Lib...@li...
>https://lists.sourceforge.net/lists/listinfo/libvisual-users
>
>
>
|
|
From: Dennis S. <sy...@yo...> - 2005-09-03 10:40:23
|
Hello,
Could you make the patch in unified format (diff -u) and tell
me which gcc version you're using, thank you!
Cheers,
Dennis
On Fri, 2005-09-02 at 20:07 +0200, Thorsten Johannvorderbrueggen wrote:
> Hello Dennis,
>=20
> i=C2=B4m using Slackintosh. Slackintosh is a (unofficial) port of Slack=
ware=20
> for Mac. At the moment i build Gnome-Packages on my mac. The basic for=20
> this is freerock gnome. One of the many packages ist libvisual. This=20
> won=C2=B4t build. I made a little patch, which let me build libvisual. =
At the=20
> end of this patch (for lv_cpu.c):
> ***************
> *** 424,428 ****
> #endif /* VISUAL_ARCH_X86 */
> =20
> ! #if VISUAL_ARCH_POWERPC
> check_os_altivec_support ();
> #endif /* VISUAL_ARCH_POWERPC */
> --- 424,428 ----
> #endif /* VISUAL_ARCH_X86 */
> =20
> ! #if defined(VISUAL_ARCH_POWERPC)
> check_os_altivec_support ();
> #endif /* VISUAL_ARCH_POWERPC */
>=20
> I think that=C2=B4s a bug. The rest of the patch is:
>=20
> ***************
> *** 161,174 ****
> _lv_powerpc_canjump =3D 1;
> =20
> ! asm volatile
> ("mtspr 256, %0\n\t"
> "vand %%v0, %%v0, %%v0"
> :
> ! : "r" (-1));
> =20
> signal (SIGILL, SIG_DFL);
> ! _lv_cpu_caps.hasAltiVec =3D 1;
> }
> ! #endif
> }
> #endif
> --- 161,174 ----
> _lv_powerpc_canjump =3D 1;
> =20
> ! /*asm volatile
> ("mtspr 256, %0\n\t"
> "vand %%v0, %%v0, %%v0"
> :
> ! : "r" (-1));*/
> =20
> signal (SIGILL, SIG_DFL);
> ! _lv_cpu_caps.hasAltiVec =3D 0;
> }
> ! #endif
> }
> #endif
>=20
> I have to disable it, because i get an error which say, that "vand" is=20
> unknown. Maybe you have a idee, where the problem is.
>=20
> Bye
> Thorsten
>=20
>=20
> Dennis Smit wrote:
>=20
> >Of course we want to know, please try to describe the bug as
> >detailed as possible.
> >
> >Which client program are you running, which plugin are you using
> >and so on.
> >
> >
> >On Fri, 2005-09-02 at 17:06 +0200, Thorsten Johannvorderbrueggen wrote=
:
> > =20
> >
> >>i found a bug on ppc-arch. Who want=C2=B4s to know?
> >>
> >>Bye
> >> Thorsten
> >>
> >>
> >>-------------------------------------------------------
> >>SF.Net email is Sponsored by the Better Software Conference & EXPO
> >>September 19-22, 2005 * San Francisco, CA * Development Lifecycle Pra=
ctices
> >>Agile & Plan-Driven Development * Managing Projects & Teams * Testing=
& QA
> >>Security * Process Improvement & Measurement * http://www.sqe.com/bsc=
e5sf
> >>_______________________________________________
> >>Libvisual-users mailing list
> >>Lib...@li...
> >>https://lists.sourceforge.net/lists/listinfo/libvisual-users
> >> =20
> >>
> >
> >
> >
> >-------------------------------------------------------
> >SF.Net email is Sponsored by the Better Software Conference & EXPO
> >September 19-22, 2005 * San Francisco, CA * Development Lifecycle Prac=
tices
> >Agile & Plan-Driven Development * Managing Projects & Teams * Testing =
& QA
> >Security * Process Improvement & Measurement * http://www.sqe.com/bsce=
5sf
> >_______________________________________________
> >Libvisual-users mailing list
> >Lib...@li...
> >https://lists.sourceforge.net/lists/listinfo/libvisual-users
> >
> > =20
> >
>=20
|
|
From: Thorsten J. <tho...@t-...> - 2005-09-02 18:08:57
|
Hello Dennis,
i´m using Slackintosh. Slackintosh is a (unofficial) port of Slackware
for Mac. At the moment i build Gnome-Packages on my mac. The basic for
this is freerock gnome. One of the many packages ist libvisual. This
won´t build. I made a little patch, which let me build libvisual. At the
end of this patch (for lv_cpu.c):
***************
*** 424,428 ****
#endif /* VISUAL_ARCH_X86 */
! #if VISUAL_ARCH_POWERPC
check_os_altivec_support ();
#endif /* VISUAL_ARCH_POWERPC */
--- 424,428 ----
#endif /* VISUAL_ARCH_X86 */
! #if defined(VISUAL_ARCH_POWERPC)
check_os_altivec_support ();
#endif /* VISUAL_ARCH_POWERPC */
I think that´s a bug. The rest of the patch is:
***************
*** 161,174 ****
_lv_powerpc_canjump = 1;
! asm volatile
("mtspr 256, %0\n\t"
"vand %%v0, %%v0, %%v0"
:
! : "r" (-1));
signal (SIGILL, SIG_DFL);
! _lv_cpu_caps.hasAltiVec = 1;
}
! #endif
}
#endif
--- 161,174 ----
_lv_powerpc_canjump = 1;
! /*asm volatile
("mtspr 256, %0\n\t"
"vand %%v0, %%v0, %%v0"
:
! : "r" (-1));*/
signal (SIGILL, SIG_DFL);
! _lv_cpu_caps.hasAltiVec = 0;
}
! #endif
}
#endif
I have to disable it, because i get an error which say, that "vand" is
unknown. Maybe you have a idee, where the problem is.
Bye
Thorsten
Dennis Smit wrote:
>Of course we want to know, please try to describe the bug as
>detailed as possible.
>
>Which client program are you running, which plugin are you using
>and so on.
>
>
>On Fri, 2005-09-02 at 17:06 +0200, Thorsten Johannvorderbrueggen wrote:
>
>
>>i found a bug on ppc-arch. Who want´s to know?
>>
>>Bye
>> Thorsten
>>
>>
>>-------------------------------------------------------
>>SF.Net email is Sponsored by the Better Software Conference & EXPO
>>September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
>>Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
>>Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
>>_______________________________________________
>>Libvisual-users mailing list
>>Lib...@li...
>>https://lists.sourceforge.net/lists/listinfo/libvisual-users
>>
>>
>
>
>
>-------------------------------------------------------
>SF.Net email is Sponsored by the Better Software Conference & EXPO
>September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
>Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
>Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
>_______________________________________________
>Libvisual-users mailing list
>Lib...@li...
>https://lists.sourceforge.net/lists/listinfo/libvisual-users
>
>
>
|
|
From: Dennis S. <sy...@yo...> - 2005-09-02 17:46:12
|
Of course we want to know, please try to describe the bug as detailed as possible. Which client program are you running, which plugin are you using and so on. On Fri, 2005-09-02 at 17:06 +0200, Thorsten Johannvorderbrueggen wrote: > i found a bug on ppc-arch. Who want=C2=B4s to know? >=20 > Bye > Thorsten >=20 >=20 > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Pract= ices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing &= QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5= sf > _______________________________________________ > Libvisual-users mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libvisual-users |
|
From: Thorsten J. <tho...@t-...> - 2005-09-02 17:12:19
|
Dennis Smit wrote: >Hello everyone, > >Libvisual development is as always going strong, mostly it's under the >hood work, and it's less visible as I would like it to be. Currently >foundations are being placed to support visualisations like that we can >see in winamp AVS. > > >However, to be honest, we've never really been in strong touch with the >users, this is mostly because our biggest userbase probably comes from >amaroK, and since they maintain the client we're just a library >dependancy (nothing against that tho, I would like others to >maintain the clients !). Anyway I'd like to ask what you as a user >would like to see to happen with libvisual in the upcoming year, where >is it lacking, and what does it stop from being defacto and really >everywhere ? > > >I hope that by your input, we can improve our future goals! > >Greetings, >Dennis > > > > >------------------------------------------------------- >SF.Net email is Sponsored by the Better Software Conference & EXPO >September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices >Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA >Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf >_______________________________________________ >Libvisual-users mailing list >Lib...@li... >https://lists.sourceforge.net/lists/listinfo/libvisual-users > > > Hello all, i found a bug on ppc-arch. Who want´s to know? Bye Thorsten |
|
From: Dennis S. <sy...@yo...> - 2005-08-28 13:31:35
|
Hello everyone, Libvisual development is as always going strong, mostly it's under the hood work, and it's less visible as I would like it to be. Currently foundations are being placed to support visualisations like that we can see in winamp AVS. However, to be honest, we've never really been in strong touch with the users, this is mostly because our biggest userbase probably comes from amaroK, and since they maintain the client we're just a library dependancy (nothing against that tho, I would like others to maintain the clients !). Anyway I'd like to ask what you as a user would like to see to happen with libvisual in the upcoming year, where is it lacking, and what does it stop from being defacto and really everywhere ? I hope that by your input, we can improve our future goals! Greetings, Dennis |
|
From: Michael A. P. <mp...@ma...> - 2005-05-26 23:29:23
|
libvisual plugins were building in Fedora Rawhide for me - disabling one that did not like to build with gcc4. Today they are not - on x86 anyway, but they do build on Fedora Rawhide PPC. Here are the configure options I am using: --enable-extra-optimization \ --disable-infinite \ --disable-flower \ --disable-dancingparticles \ --disable-gltest \ --disable-madspin \ --disable-nebulus infinite is the gcc4 one, the others I disable because they crash totem if using the gstreamer plugin. Anyway - it was building just swell on Fedora Rawhide a few weeks ago, it still builds just swell on ppc, but on x86 I'm getting the following error: gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../.. -I/usr/X11R6/include -O2 -g - pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -m32 -march=i386 -mtune=pentium4 -fasy nchronous-unwind-tables -O3 -fexpensive-optimizations -DUNIX_X -D_REENTRANT -MT renderer.lo -MD -MP -MF .deps/renderer.Tpo -c renderer.c -fPIC -DPIC -o .libs/r enderer.o renderer.c: In function 'render_blur': renderer.c:395: error: unknown register name 'mm6' in 'asm' renderer.c:401: error: unknown register name 'mm7' in 'asm' renderer.c:401: error: unknown register name 'mm6' in 'asm' renderer.c:401: error: unknown register name 'mm5' in 'asm' renderer.c:401: error: unknown register name 'mm4' in 'asm' renderer.c:401: error: unknown register name 'mm3' in 'asm' renderer.c:401: error: unknown register name 'mm2' in 'asm' renderer.c:401: error: unknown register name 'mm1' in 'asm' renderer.c:401: error: unknown register name 'mm0' in 'asm' renderer.c:434: error: unknown register name 'mm6' in 'asm' renderer.c:440: error: unknown register name 'mm7' in 'asm' renderer.c:440: error: unknown register name 'mm6' in 'asm' renderer.c:440: error: unknown register name 'mm5' in 'asm' renderer.c:440: error: unknown register name 'mm4' in 'asm' renderer.c:440: error: unknown register name 'mm3' in 'asm' renderer.c:440: error: unknown register name 'mm2' in 'asm' renderer.c:440: error: unknown register name 'mm1' in 'asm' renderer.c:440: error: unknown register name 'mm0' in 'asm' make[4]: *** [renderer.lo] Error 1 make[4]: Leaving directory `/home/livna/rpm/BUILD/libvisual-plugins-0.2.0/plugin s/actor/JESS' If I disable jess - it just happens with a different one, etc. Anyone know what is going on? src.rpm I am using: http://mpeters.us/yum/fedora/3.92/SRPMS/libvisual-plugins-0.2.0-0.4.src.rpm |
|
From: Dennis S. <sy...@yo...> - 2005-04-01 11:52:18
|
Fantastic news, ProjectM 0.96 has been released, this also contains support for libvisual. Read: http://xmms-projectm.sourceforge.net/ And for some extra news: http://libvisual.sf.net/ Cheers, Dennis |
|
From: Dennis S. <sy...@yo...> - 2005-03-19 19:38:00
|
Heya, It's on the list for 0.4.0, I must admit that 0.4.0 is a few months away, since we're doing some major architectual additions (it's worth the delay), but it will be included by then! Thanks for pointing out, as I never saw the plugin before, and eventually we want to assimilate all there is :) Cheers, Dennis On Sat, 2005-03-19 at 19:46 +0100, Stefan Briesenick wrote: > Hi! > > this is one of my all-time favourites: > > http://sourceforge.net/projects/finespectrum/ > > I just love it! Would be nice to have it in libvisual. > > Thanks! > > > Stefan. > |
|
From: Stefan B. <sbr...@gm...> - 2005-03-19 18:46:21
|
Hi! this is one of my all-time favourites: http://sourceforge.net/projects/finespectrum/ I just love it! Would be nice to have it in libvisual. Thanks! Stefan. |
|
From: Dennis S. <sy...@yo...> - 2005-02-26 17:54:22
|
You're kinda right yeah, this is borked in the 0.2.0 release. We will fix this issues in future releases. On Sat, 2005-02-26 at 18:09 +0100, Eelco Schijf wrote: > Just compiled and installed libvisual-xmms 0.2.0 and although it looks very > nice, there's a nasty problem; all standard libvisual plugins run as fast as > they can. This means 100% CPU usage and the visual stuff comes flashing by. > For example the lv_gltest spins round at a sickingly fast rate :D > Setting the maximum frames per second does not work. > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Libvisual-users mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libvisual-users |
|
From: Eelco S. <ee...@sc...> - 2005-02-26 17:09:20
|
Just compiled and installed libvisual-xmms 0.2.0 and although it looks very nice, there's a nasty problem; all standard libvisual plugins run as fast as they can. This means 100% CPU usage and the visual stuff comes flashing by. For example the lv_gltest spins round at a sickingly fast rate :D Setting the maximum frames per second does not work. |
|
From: Dennis S. <sy...@yo...> - 2005-02-09 21:58:51
|
After a few beers further, and working through the release hell that is called 'sf.net', 'fm.net'. AND some emails. It's time for the official "libvisual 0.2.0 has been released" post. So here we go: Out there, libvisual-0.2.0, libvisual-plugins-0.2.0, libvisual-xmms-0.2.0, libvisual-bmp-0.2.0: Keep in mind, libvisual-gforce and libvisual-nebulus are now part of libvisual-plugins and for that reason obsoleted. Changes: libvisual: * VisTransform subsystem. (Dennis) * visual_palette_color_cycle() function. (Dennis) * visual_param_container_copy_match() function. (Dennis) * visual_param_container_copy() function. (Dennis) * visual_timer_elapsed_msecs() function. (Dennis) * VisCPU subsystem. (Dennis) * visual_mem_copy(), will contain mmx, sse versions later on. (Dennis) * MMX version of the 32bits bilinear filter. (Jean-Christophe) * Fixed the visual_video_blit_overlay(). (Dennis) * MMX versions of the 32bits alpha overlay. (Dennis) * VisPluginEnviron system added. (Vitaly, Dennis) * Nearest scalers. (Chong Kai Xiong, Dennis) * Bilinear scalers. (Jean-Christophe, Dennis) * VisError error values, and human readable errors. (Dennis) * Objectification of all libvisual structures. (Dennis) * Complete VisObject system. (Dennis) * VisSongInfo, use the bilinear filterer, scaler for coverart. (Dennis) * VisPalette VisParamEntry type. (Dennis) * VisObject VisParamEntry type. (Dennis) * VisThread threading wrapper system. (Dennis) * VisUI Complete userinterface abstraction layer. (Dennis) * Have a string only plugin type, plugins are now members of domains. (Dennis, Vitaly) * Many many fixes, improvements and such. (Everyone) libvisual-plugins: * Adding pseudotoad flower actor plugin, ported. (Dennis) * Adding dancing particles plugin, ported. (Dennis) * Including G-Force in package. (Dennis) * Including Nebulus in package. (Dennis) * Adding corona actor plugin, ported. (Dennis, Jean-Christophe) * Fixed bumpscope actor plugin. (Dennis) * MMX code added to JESS, alphablend, oinksie (Dennis) * Fixing many bugs in plugins. (Everyone) * Adding VisUI userinterfaces to plugins, not usable yet because there is no client support yet. (Dennis) libvisual-xmms: * Maintaince. (Dennis) libvisual-bmp: * Maintaince. (Dennis) website: http://libvisual.sf.net availability: http://prdownloads.sourceforge.net/libvisual/libvisual-0.2.0.tar.gz?download http://prdownloads.sourceforge.net/libvisual/libvisual-plugins-0.2.0.tar.gz?download http://prdownloads.sourceforge.net/libvisual/libvisual-xmms-0.2.0.tar.gz?download http://prdownloads.sourceforge.net/libvisual/libvisual-bmp-0.2.0.tar.gz?download future: I posted some notes online about the goals for the upcoming 3 months: https://sourceforge.net/mailarchive/forum.php?thread_id=6543110&forum_id=40316 Cheers and good luck mates, Dennis |
|
From: Dennis S. <sy...@yo...> - 2005-02-05 08:55:44
|
On Sat, 2005-02-05 at 02:40 +0000, Michael A. Peters wrote: > On 02/01/2005 12:54:51 AM, Dennis Smit wrote: > > > > > Actually, it should be versioned, you're talking about the > > libvisual.pc > > file right ? > > Yes. > The file name itself is used by a lot of configure scripts - and the > filename itself should be a different name so that you can have > multiple API versions installed side by side. Ahyeah, But we don't have branches yet, so :). |
|
From: Michael A. P. <mp...@ma...> - 2005-02-05 02:40:52
|
On 02/01/2005 12:54:51 AM, Dennis Smit wrote: >=20 > Actually, it should be versioned, you're talking about the > libvisual.pc > file right ? Yes. The file name itself is used by a lot of configure scripts - and the =20 filename itself should be a different name so that you can have =20 multiple API versions installed side by side. |
|
From: Dennis S. <sy...@yo...> - 2005-02-01 08:54:56
|
On Tue, 2005-02-01 at 07:06 +0000, Michael A. Peters wrote: > > > > the other stuff is purely maintaince and api updateness. > > Would it be possible to version the pkgconfig file? > GStreamer plugins builds against it, but I'm guessing due to the api > updateness, the plugin doesn't load. If the pkgconfig file were > versioned, then gstreamer-plugins would not try to build the libvisual > plugin until they update their plugin for the new apu. Actually, it should be versioned, you're talking about the libvisual.pc file right ? |
|
From: Dennis S. <sy...@yo...> - 2005-02-01 08:45:57
|
On Tue, 2005-02-01 at 05:16 +0000, Michael A. Peters wrote: > On 01/31/2005 06:10:46 PM, Dennis Smit wrote: > > Heya fellahs, > > > > Major changes went into libvisual, some might be unstable, even > > completely broken. > > > > I've put online libvisual 0.2.0pre1, PLEASE test this release, report > > if it works, and especially if it does NOT work! > > Fedora Core 3 > > uninstalled previous libvisual stuff completely > > compiled libvisual and then libvisual-plugins and then libvisual-xmms > > Build methos was via rpm > > During build of libvisual-plugins, the make install threw all the > plugins into > > %buildroot/usr/lib > > the .la files did have correct path ( /usr/lib/libvisual/whatever/ ) > but that's not where they were installed (it is in the stable version) I don't have much experience with building rpm packages, however using the .spec file, this should be solved ? Or, what should I do with the spec file, is it advisible to include it in the CVS development tree ? > However - when I had the spec file manually create the directorys and > move the plugins - they work fine with the xmms-plugin > > Note on the xmms plugin - when it starts from cli, it complains that it > failed to load /usr/lib/libvisual/transform Nothing harmful, point is that there are no transform plugins yet, so the directory isn't created :). > Just earlier this month - GStreamer put out a bunch of updates, and the > libvisual plugins worked in totem again - I haven't tried with the > 0.2.0 libvisual, but if there is a problem - then I'm guessing that's a > GStreamer-plugins patch that would be needed. I think they'll have to update. > I'll try that tomorrow afternoon (rebuild the libvisual gstreamer > plugin and see if it builds and works) > > But other than the makefile issue in the rpm specfile with where the > plugins go, it seems to work. Attached is that specfile. Thanks a lot for testing, this is much appreciated! Cheerios, Dennis |
|
From: Michael A. P. <mp...@ma...> - 2005-02-01 07:06:18
|
>=20 > the other stuff is purely maintaince and api updateness. Would it be possible to version the pkgconfig file? GStreamer plugins builds against it, but I'm guessing due to the api =20 updateness, the plugin doesn't load. If the pkgconfig file were =20 versioned, then gstreamer-plugins would not try to build the libvisual =20 plugin until they update their plugin for the new apu. |
|
From: Michael A. P. <mp...@ma...> - 2005-02-01 05:16:17
|
On 01/31/2005 06:10:46 PM, Dennis Smit wrote: > Heya fellahs, >=20 > Major changes went into libvisual, some might be unstable, even > completely broken. >=20 > I've put online libvisual 0.2.0pre1, PLEASE test this release, report > if it works, and especially if it does NOT work! Fedora Core 3 uninstalled previous libvisual stuff completely compiled libvisual and then libvisual-plugins and then libvisual-xmms Build methos was via rpm During build of libvisual-plugins, the make install threw all the =20 plugins into %buildroot/usr/lib the .la files did have correct path ( /usr/lib/libvisual/whatever/ ) =20 but that's not where they were installed (it is in the stable version) However - when I had the spec file manually create the directorys and =20 move the plugins - they work fine with the xmms-plugin Note on the xmms plugin - when it starts from cli, it complains that it =20 failed to load /usr/lib/libvisual/transform That directory does not exist, I don't know if it is suppose to - but =20 the visualizers (so far anyway) do seem to work - at least in xmms. Just earlier this month - GStreamer put out a bunch of updates, and the =20 libvisual plugins worked in totem again - I haven't tried with the =20 0.2.0 libvisual, but if there is a problem - then I'm guessing that's a =20 GStreamer-plugins patch that would be needed. I'll try that tomorrow afternoon (rebuild the libvisual gstreamer =20 plugin and see if it builds and works) But other than the makefile issue in the rpm specfile with where the =20 plugins go, it seems to work. Attached is that specfile. |
|
From: Dennis S. <sy...@yo...> - 2005-02-01 02:10:50
|
Heya fellahs, Major changes went into libvisual, some might be unstable, even completely broken. I've put online libvisual 0.2.0pre1, PLEASE test this release, report if it works, and especially if it does NOT work! If no critical borkness is detected, this will be the release in only a few days from now. Available: http://www.plasser.nl/synap/libvisual/snapshots/libvisual-0.2.0.tar.bz2 http://www.plasser.nl/synap/libvisual/snapshots/libvisual- plugins-0.2.0.tar.bz2 http://www.plasser.nl/synap/libvisual/snapshots/libvisual- xmms-0.2.0.tar.bz2 http://www.plasser.nl/synap/libvisual/snapshots/libvisual- bmp-0.2.0.tar.bz2 NOTE: G-Force and nebulus are now merged INTO libvisual-plugins. NEWS: libvisual: New in 0.2.0pre1: 2005-02-01: * VisTransform subsystem. (Dennis) * visual_palette_color_cycle() function. (Dennis) * visual_param_container_copy_match() function. (Dennis) * visual_param_container_copy() function. (Dennis) * visual_timer_elapsed_msecs() function. (Dennis) * VisCPU subsystem. (Dennis) * visual_mem_copy(), will contain mmx, sse versions later on. (Dennis) * MMX version of the 32bits bilinear filter. (Jean-Christophe) * Fixed the visual_video_blit_overlay(). (Dennis) * MMX versions of the 32bits alpha overlay. (Dennis) * VisPluginEnviron system added. (Vitaly, Dennis) * Nearest scalers. (Chong Kai Xiong, Dennis) * Bilinear scalers. (Jean-Christophe, Dennis) * VisError error values, and human readable errors. (Dennis) * Objectification of all libvisual structures. (Dennis) * Complete VisObject system. (Dennis) * VisSongInfo, use the bilinear filterer, scaler for coverart. (Dennis) * VisPalette VisParamEntry type. (Dennis) * VisObject VisParamEntry type. (Dennis) * VisThread threading wrapper system. (Dennis) * VisUI Complete userinterface abstraction layer. (Dennis) * Have a string only plugin type, plugins are now members of domains. (Dennis, Vitaly) * Many many fixes, improvements and such. (Everyone) libvisual-plugins: New in 0.2.0pre1: 2005-02-01: * Adding pseudotoad flower actor plugin, ported. (Dennis) * Adding dancing particles plugin, ported. (Dennis) * Including G-Force in package. (Dennis) * Including Nebulus in package. (Dennis) * Adding corona actor plugin, ported. (Dennis, Jean-Christophe) * Fixed bumpscope actor plugin. (Dennis) * MMX code added to JESS, alphablend, oinksie (Dennis) * Fixing many bugs in plugins. (Everyone) * Adding VisUI userinterfaces to plugins, not usable yet because there is no client support yet. (Dennis) the other stuff is purely maintaince and api updateness. Cheers, Dennis |
3 messages has been excluded from this view by a project administrator.
