Diego Biurrun [EMAIL PROTECTED] added the comment:
Can you try looking for some of the GPL parts of FFmpeg? Maybe they have
enabled them.
--
substatus: new - open
__
FFmpeg issue tracker [EMAIL PROTECTED]
Dark Shikari [EMAIL PROTECTED] added the comment:
From a quick look at strings and objdump, there's no obvious indication they
compiled with --enable-gpl. I've uploaded a 7zip of the three ffmpeg DLLs here
for others to look at:
http://www.mediafire.com/?yzsfmz14zv5
Benjamin Larsson [EMAIL PROTECTED] added the comment:
Diego Biurrun wrote:
Diego Biurrun [EMAIL PROTECTED] added the comment:
Can you try looking for some of the GPL parts of FFmpeg? Maybe they have
enabled them.
Looks like no GPL code in there.
MvH
Benjamin Larsson
Luca Abeni [EMAIL PROTECTED] added the comment:
Looks like the patched ffmpeg.exe works well with wine... I am correctly
receiving streams using different mc groups and the same ports.
Maybe wine is too forgiving, or maybe you are hitting a windows bug.
Unfortunately, I cannot help here, because
Vicken Simonian [EMAIL PROTECTED] added the comment:
Works on Linux as well.
So the changes are:
1) Adding udp_set_url...
if (s-is_multicast !(h-flags URL_WRONLY))
udp_set_url(my_addr, hostname, s-local_port);
2) Moving the MC options (udp_join_multicast_group) to right before bind
Vicken Simonian [EMAIL PROTECTED] added the comment:
hold off on that, moving the multicast join options will not work on windows
like i originally said. . .i was reading that the multicast add membership
should come after a bind() call.
probably needs another/more windows users to verify
