Torgeir Veimo schrieb:
> On 3 Apr 2007, at 23:58, Torgeir Veimo wrote:
> 
>> On 3 Apr 2007, at 22:32, Martin Wache wrote:
>>
>>>> [...]
>>> You have to remove the "-mdynamic-no-pic" option from ffmpeg
>>> config.mak
>>> and recompile ffmpeg.
>> ffmpeg had to be configured with --disable-mmx as well.
>>
>> When I try running, I get a bus error;
>>
>> [softdevice] Audio out seems to be OK
>> [softdevice] A/V devices initialized, now initializing MPEG2 Decoder
>> Bus error
>>
>> gdb shows:
>>
>> Program received signal EXC_BAD_ACCESS, Could not access memory.
>> Reason: KERN_PROTECTION_FAILURE at address: 0x161c0000
>> 0xffff07c7 in ___memcpy () at /System/Library/Frameworks/
>> System.framework/PrivateHeaders/i386/cpu_capabilities.h:228
>> 228     /System/Library/Frameworks/System.framework/PrivateHeaders/
>> i386/cpu_capabilities.h: No such file or directory.
>>          in /System/Library/Frameworks/System.framework/
>> PrivateHeaders/i386/cpu_capabilities.h
>>
>> Could this be because I don't have any DVB device available on the  
>> mac?
> 
> I forgot -vo..
> 
> Using -vo shm: works with the shm stuff in /etc/rc, but when I start  
> MacVdrClient, I cannot move the window, and it refused to go on top  
> of my iterm window, even though it goes on top of other windows. I  
> also won't allow itself to be resized nor accept any key input.
> 
I guess this is because you didn't start the MacVdrClient from its .app
folder. Please start it by clicking on the Folder from the Finder or, by
typing "./MacVdrClient.app/Contents/MacOS/MacVdrClient " in the
softdevice directory.

> Shouldn't  -vo quartz: also work? I get the previous bus error as  
> without any -vo, so I guess that means -vo quartz: is default on mac?
> 
In principle it should work, but I never had it working. I think Quartz
doesn't like the threading in the softdevice and doesn't deliver the
events to our event loop. I haven't tried it for some time, I will check
if I also get a crash. Maybe it is the best to remove this option until
it works, to avoid confusion.

Bye,
Martin
_______________________________________________
Softdevice-devel mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/softdevice-devel

Reply via email to