If you're seeing crashes when trying to view videos, try changing the
output device to SDL or XVideo. Looks like X11 output is broken.
On 2010 Apr 21 (Wed) at 11:29:44 +0100 (+0100), Edd Barrett wrote:
:On Wed, Apr 21, 2010 at 11:12:43AM +0100, Edd Barrett wrote:
: Updated diff with the
On Fri, Apr 23, 2010 at 10:47 AM, Peter Hessler phess...@theapt.org wrote:
If you're seeing crashes when trying to view videos, try changing the
output device to SDL or XVideo. Looks like X11 output is broken.
Shouldnt we default to xv?
--
Best Regards
Edd Barrett
On Friday 23 April 2010 06:53:47 Edd Barrett wrote:
On Fri, Apr 23, 2010 at 10:47 AM, Peter Hessler phess...@theapt.org wrote:
If you're seeing crashes when trying to view videos, try changing the
output device to SDL or XVideo. Looks like X11 output is broken.
Shouldnt we default to xv?
Guys,
1.0.6 is out...
ciao,
david
On Wed, Apr 21, 2010 at 12:29 PM, Edd Barrett vex...@gmail.com wrote:
On Wed, Apr 21, 2010 at 11:12:43AM +0100, Edd Barrett wrote:
Updated diff with the sparc64 hack in follows:
Sorry guys, this is the correct diff:
Index: Makefile
On 2010/04/22 17:16, David Coppa wrote:
Guys,
1.0.6 is out...
It will always be a moving target. If 1.0.5 is nearly in shape
I think it's better to concentrate on that first. Considering how
long build takes we don't really want another round...
I did eventually get a qt4 built on arm so my
On 22/04/2010 16:35, Stuart Henderson wrote:
On 2010/04/22 17:16, David Coppa wrote:
Guys,
1.0.6 is out...
It will always be a moving target. If 1.0.5 is nearly in shape
I think it's better to concentrate on that first. Considering how
long build takes we don't really want another round...
On 2010/04/22 16:57, Jon Tibble wrote:
On 22/04/2010 16:35, Stuart Henderson wrote:
On 2010/04/22 17:16, David Coppa wrote:
Guys,
1.0.6 is out...
It will always be a moving target. If 1.0.5 is nearly in shape
I think it's better to concentrate on that first. Considering how
long build
On Wed, Apr 21, 2010 at 12:04 AM, Edd Barrett vex...@gmail.com wrote:
I wonder what arches we will need to do this on?
I think macppc and maybe amd64.
Is their anybody who can test this?
-dav
On Mon, Apr 19, 2010 at 02:17:37PM +0100, Edd Barrett wrote:
On Mon, Apr 19, 2010 at 03:01:19PM +0200, David Coppa wrote:
There's also a commit on upstream git that can solve this issue:
On Tue, 20 Apr 2010, Edd Barrett wrote:
Sadly, this does not work on sparc64. Moving libinhibit.* out of the way
*does*
damn!
though. Have you guys read what this lib actually does? It prevents the system
suspending whilst a video is playing. I doubt sparc64 has a concept of
suspending.
On Tue, Apr 20, 2010 at 11:39:01AM +0200, David Coppa wrote:
On Tue, 20 Apr 2010, Edd Barrett wrote:
Sadly, this does not work on sparc64. Moving libinhibit.* out of the way
*does*
damn!
though. Have you guys read what this lib actually does? It prevents the
system
suspending
On Mon, Apr 19, 2010 at 03:01:19PM +0200, David Coppa wrote:
There's also a commit on upstream git that can solve this issue:
Hi,
On Wed, Apr 7, 2010 at 8:08 AM, Landry Breuil lan...@rhaalovely.net wrote:
When debugging a multithreaded program, use 'thread apply all bt'. That
might give you more clues.
FWIW, here is a debug session of VLC 1.0.5 on sparc64. Sorry about the
delay. The Loading ... is instrumentation
On Wed, Apr 07, 2010 at 12:23:14AM +0100, Edd Barrett wrote:
On Tue, Apr 6, 2010 at 12:04 AM, Edd Barrett vex...@gmail.com wrote:
The hotkeys plugin is waiting for a thread. The line of code which we
never get past is this:
vlc_cond_wait (p_condvar=0x40cfa148, p_mutex=0xfffe)
On Tue, Apr 6, 2010 at 12:04 AM, Edd Barrett vex...@gmail.com wrote:
The hotkeys plugin is waiting for a thread. The line of code which we
never get past is this:
vlc_cond_wait (p_condvar=0x40cfa148, p_mutex=0xfffe) at
misc/threads.c:584
584 int val = pthread_cond_wait(
Right!
I have been trying to figure out what is going on in vlc for quite
some time. Im going to post my findings before I stop for the day.
On Sun, Mar 28, 2010 at 7:46 PM, Edd Barrett vex...@gmail.com wrote:
Hi,
On Thu, Mar 25, 2010 at 12:05:56AM +, Edd Barrett wrote:
On Wed, Mar 24,
Hi,
On Thu, Mar 25, 2010 at 12:05:56AM +, Edd Barrett wrote:
On Wed, Mar 24, 2010 at 11:41:41PM +0300, Kirill Bychkov wrote:
I thought I'd try this on amd64, but it doesn't do anything.
When I run vlc, nothing happens. It prints its little
VLC media player 1.0.5 Goldeneye banner,
Brad b...@comstyle.com wrote:
Here is an update to VLC 1.0.5.
Please test this if you have an amd64 system and let me know if
this works. Same goes for anything other than amd64 or i386,
especially macppc.
Here is a second revision. Please try this out instead.
I thought I'd try
On Wed, March 24, 2010 18:57, Christian Weisgerber wrote:
Brad b...@comstyle.com wrote:
Here is an update to VLC 1.0.5.
Please test this if you have an amd64 system and let me know if
this works. Same goes for anything other than amd64 or i386,
especially macppc.
Here is a second
On Wed, Mar 24, 2010 at 11:41:41PM +0300, Kirill Bychkov wrote:
I thought I'd try this on amd64, but it doesn't do anything.
When I run vlc, nothing happens. It prints its little
VLC media player 1.0.5 Goldeneye banner, and that's it.
No window comes up or anything.
I've seen the same
Brad wrote:
Here is an update to VLC 1.0.5.
Please test this if you have an amd64 system and let me know if
this works. Same goes for anything other than amd64 or i386,
especially macppc.
This finally compiles on amd64 and I was able to play a video.
Good work!
Note that I have no xvideo
On Sat, 13 Mar 2010, Brad wrote:
Here is an update to VLC 1.0.5.
Please test this if you have an amd64 system and let me know if
this works. Same goes for anything other than amd64 or i386,
especially macppc.
Same old issue on macppc, vlc doesn't start... well it starts but the ui
never
22 matches
Mail list logo
