aboutsummaryrefslogtreecommitdiffstats
path: root/src/inputPlugins/mpc_plugin.c
diff options
context:
space:
mode:
authorMax Kellermann <max@duempel.org>2008-10-21 18:12:56 +0200
committerMax Kellermann <max@duempel.org>2008-10-21 18:12:56 +0200
commita7888c4998d52a6c85a0c5bd80c340a1a6eee867 (patch)
treed056a1a6306754a970e274d22a11f289302431a1 /src/inputPlugins/mpc_plugin.c
parente4df17f611c782b63c4d5c072919764a3e4dc555 (diff)
downloadmpd-a7888c4998d52a6c85a0c5bd80c340a1a6eee867.tar.gz
mpd-a7888c4998d52a6c85a0c5bd80c340a1a6eee867.tar.xz
mpd-a7888c4998d52a6c85a0c5bd80c340a1a6eee867.zip
ffmpeg: don't pass pointer as hexadecimal string
Casting a pointer to some sort of integer and formatting it into a string isn't valid. A pointer derived from this hex string won't work reliably. Since ffmpeg doesn't provide a nice API for passing our pointer, we have to think of a different hack: ffmpeg passes the exact URL pointer to mpdurl_open(), and we can make this string part of a struct. This reduces the problem to casting the string back to the struct. This is still a workaround, but this is "sort of portable", unless the ffmpeg people start messing with the URL pointer (which would be valid according to the API definition).
Diffstat (limited to '')
0 files changed, 0 insertions, 0 deletions