Discussion:
ffmpeg 1.1 an KICONV dll?
(too old to reply)
Dariusz Piatkowski
2013-05-27 20:25:25 UTC
Permalink
Raw Message
I just tried the latest drop of ffmpeg (well, latest for us, 1.2 is already out
otherwise)...but upon executing ffmpeg from cmd line I get:

=== START ===
[G:\APPS\MULTIMEDIA\FFMPEG_11\BIN]ffmpeg
SYS1804: The system cannot find the file KICONV.
=== STOP ===

...so I'm missing a DLL...but which one is this? Strangely enough I am finding
basically no references in the usual search spots...

I've got an email out to the author of this latest port...in the meantime I'm
curious if anyone else has seen this?

Thanks!
Doug Bissett
2013-05-27 21:28:50 UTC
Permalink
Raw Message
On Mon, 27 May 2013 20:25:25 UTC, "Dariusz Piatkowski"
Post by Dariusz Piatkowski
I just tried the latest drop of ffmpeg (well, latest for us, 1.2 is already out
=== START ===
[G:\APPS\MULTIMEDIA\FFMPEG_11\BIN]ffmpeg
SYS1804: The system cannot find the file KICONV.
=== STOP ===
...so I'm missing a DLL...but which one is this? Strangely enough I am finding
basically no references in the usual search spots...
I've got an email out to the author of this latest port...in the meantime I'm
curious if anyone else has seen this?
Thanks!
Yes, I am seeing the same thing. It might be something from RPM/YUM,
which I can't be bothered tracking down, at the moment.
--
From the eComStation of Doug Bissett
dougb007 at telus dot net
(Please make the obvious changes, to e-mail me)
Dave Yeo
2013-05-28 02:27:04 UTC
Permalink
Raw Message
Post by Doug Bissett
On Mon, 27 May 2013 20:25:25 UTC, "Dariusz Piatkowski"
Post by Dariusz Piatkowski
I just tried the latest drop of ffmpeg (well, latest for us, 1.2 is already out
=== START ===
[G:\APPS\MULTIMEDIA\FFMPEG_11\BIN]ffmpeg
SYS1804: The system cannot find the file KICONV.
=== STOP ===
...so I'm missing a DLL...but which one is this? Strangely enough I am finding
basically no references in the usual search spots...
I've got an email out to the author of this latest port...in the meantime I'm
curious if anyone else has seen this?
Thanks!
Yes, I am seeing the same thing. It might be something from RPM/YUM,
which I can't be bothered tracking down, at the moment.
Yea, I see a kintl.dll installed by rpm/yum and as iconv usually goes
with intl...
Dave
Dave Yeo
2013-05-28 06:54:02 UTC
Permalink
Raw Message
Post by Dave Yeo
Post by Doug Bissett
On Mon, 27 May 2013 20:25:25 UTC, "Dariusz Piatkowski"
Post by Dariusz Piatkowski
I just tried the latest drop of ffmpeg (well, latest for us, 1.2 is already out
=== START ===
[G:\APPS\MULTIMEDIA\FFMPEG_11\BIN]ffmpeg
SYS1804: The system cannot find the file KICONV.
=== STOP ===
...so I'm missing a DLL...but which one is this? Strangely enough I am finding
basically no references in the usual search spots...
I've got an email out to the author of this latest port...in the meantime I'm
curious if anyone else has seen this?
Thanks!
Yes, I am seeing the same thing. It might be something from RPM/YUM,
which I can't be bothered tracking down, at the moment.
Yea, I see a kintl.dll installed by rpm/yum and as iconv usually goes
with intl...
http://hobbes.nmsu.edu/download/pub/os2/dev/misc/libiconv-1.13.1.zip
Dave
Doug Bissett
2013-05-28 21:59:17 UTC
Permalink
Raw Message
Post by Dave Yeo
Post by Dave Yeo
Post by Doug Bissett
On Mon, 27 May 2013 20:25:25 UTC, "Dariusz Piatkowski"
Post by Dariusz Piatkowski
I just tried the latest drop of ffmpeg (well, latest for us, 1.2 is already out
=== START ===
[G:\APPS\MULTIMEDIA\FFMPEG_11\BIN]ffmpeg
SYS1804: The system cannot find the file KICONV.
=== STOP ===
...so I'm missing a DLL...but which one is this? Strangely enough I am finding
basically no references in the usual search spots...
I've got an email out to the author of this latest port...in the meantime I'm
curious if anyone else has seen this?
Thanks!
Yes, I am seeing the same thing. It might be something from RPM/YUM,
which I can't be bothered tracking down, at the moment.
Yea, I see a kintl.dll installed by rpm/yum and as iconv usually goes
with intl...
http://hobbes.nmsu.edu/download/pub/os2/dev/misc/libiconv-1.13.1.zip
Dave
Thanks Dave. That got past the first hangup. Now it wants MP3LAME. A
quick search finds nothing.

Somehow, I knew that RPM/YUM was going to cause problems like this.
The biggest problem is that searching for what is missing, doesn't
find the missing file(s). Any idea what to look for with this one? I
don't find anything like it in my test machine where I do have RPM/YUM
installed.
Post by Dave Yeo
Additional requirements: GCC runtime, SDL runtime, libiconv, libmp3lame, libx264
but there is nothing anywhere else that suggests where one can get
these things. Of course the package also hints that they are included
in the program. If they are, they are well hidden.

Trying to find something like that with RPM/YUM is impossible, unless
you know exactly what you are looking for (and I don't).

Searching for MP3LAME, at HOBBES, finds older versions of FFMPEG
(uoloaded by you, apparently), but the indication is that they are
static loaded, and therefore there is no DLL.

Methinks that the program was not compiled correctly, and/or it was
not packaged correctly. The docs are definitely lacking detail. Based
on that, I am not at all sure that I want to use it, especially when
the older version does everything that I have tried.

Thanks...
--
From the eComStation of Doug Bissett
dougb007 at telus dot net
(Please make the obvious changes, to e-mail me)
Mr. G
2013-05-29 00:45:33 UTC
Permalink
Raw Message
Post by Doug Bissett
Thanks Dave. That got past the first hangup. Now it wants MP3LAME. A
quick search finds nothing.
Somehow, I knew that RPM/YUM was going to cause problems like this.
The biggest problem is that searching for what is missing, doesn't
find the missing file(s). Any idea what to look for with this one? I
don't find anything like it in my test machine where I do have RPM/YUM
installed.
Post by Dave Yeo
Additional requirements: GCC runtime, SDL runtime, libiconv, libmp3lame, libx264
but there is nothing anywhere else that suggests where one can get
these things. Of course the package also hints that they are included
in the program. If they are, they are well hidden.
Trying to find something like that with RPM/YUM is impossible, unless
you know exactly what you are looking for (and I don't).
Searching for MP3LAME, at HOBBES, finds older versions of FFMPEG
(uoloaded by you, apparently), but the indication is that they are
static loaded, and therefore there is no DLL.
Methinks that the program was not compiled correctly, and/or it was
not packaged correctly. The docs are definitely lacking detail. Based
on that, I am not at all sure that I want to use it, especially when
the older version does everything that I have tried.
Thanks...
--
From the eComStation of Doug Bissett
dougb007 at telus dot net
(Please make the obvious changes, to e-mail me)
The mp3lame.dll can be found in the lame-3.98.4.zip package at Hobbes
/pub/os2/dev/mm directory.
Doug Bissett
2013-05-29 16:26:59 UTC
Permalink
Raw Message
Post by Mr. G
Post by Doug Bissett
Thanks Dave. That got past the first hangup. Now it wants MP3LAME. A
quick search finds nothing.
Somehow, I knew that RPM/YUM was going to cause problems like this.
The biggest problem is that searching for what is missing, doesn't
find the missing file(s). Any idea what to look for with this one? I
don't find anything like it in my test machine where I do have RPM/YUM
installed.
Post by Dave Yeo
Additional requirements: GCC runtime, SDL runtime, libiconv, libmp3lame, libx264
but there is nothing anywhere else that suggests where one can get
these things. Of course the package also hints that they are included
in the program. If they are, they are well hidden.
Trying to find something like that with RPM/YUM is impossible, unless
you know exactly what you are looking for (and I don't).
Searching for MP3LAME, at HOBBES, finds older versions of FFMPEG
(uoloaded by you, apparently), but the indication is that they are
static loaded, and therefore there is no DLL.
Methinks that the program was not compiled correctly, and/or it was
not packaged correctly. The docs are definitely lacking detail. Based
on that, I am not at all sure that I want to use it, especially when
the older version does everything that I have tried.
Thanks...
--
From the eComStation of Doug Bissett
dougb007 at telus dot net
(Please make the obvious changes, to e-mail me)
The mp3lame.dll can be found in the lame-3.98.4.zip package at Hobbes
/pub/os2/dev/mm directory.
Hmmm. Whoever packaged that as a WarpIN archive seems to have omited
some of the original package.

Thanks...
--
From the eComStation of Doug Bissett
dougb007 at telus dot net
(Please make the obvious changes, to e-mail me)
Dave Yeo
2013-05-29 02:32:08 UTC
Permalink
Raw Message
Post by Doug Bissett
Post by Dave Yeo
Post by Doug Bissett
Yes, I am seeing the same thing. It might be something from RPM/YUM,
Post by Dave Yeo
Post by Doug Bissett
which I can't be bothered tracking down, at the moment.
Yea, I see a kintl.dll installed by rpm/yum and as iconv usually goes
with intl...
http://hobbes.nmsu.edu/download/pub/os2/dev/misc/libiconv-1.13.1.zip
Dave
Thanks Dave. That got past the first hangup. Now it wants MP3LAME. A
quick search finds nothing.
Somehow, I knew that RPM/YUM was going to cause problems like this.
The biggest problem is that searching for what is missing, doesn't
find the missing file(s). Any idea what to look for with this one? I
don't find anything like it in my test machine where I do have RPM/YUM
installed.
This actually doesn't have anything to do with yum/rpm, I was wrong when
I made the connection to kintl. In this case it is a port by KO
Myhung-Hun who also likes to prefix his ports with "k"
Post by Doug Bissett
Post by Dave Yeo
Additional requirements: GCC runtime, SDL runtime, libiconv, libmp3lame, libx264
but there is nothing anywhere else that suggests where one can get
these things. Of course the package also hints that they are included
in the program. If they are, they are well hidden.
Trying to find something like that with RPM/YUM is impossible, unless
you know exactly what you are looking for (and I don't).
Searching for MP3LAME, at HOBBES, finds older versions of FFMPEG
(uoloaded by you, apparently), but the indication is that they are
static loaded, and therefore there is no DLL.
Methinks that the program was not compiled correctly, and/or it was
not packaged correctly. The docs are definitely lacking detail. Based
on that, I am not at all sure that I want to use it, especially when
the older version does everything that I have tried.
Thanks...
Yea, the porter should have had URLs for each dependency, one of the
reasons I never got around to uploading a 1.3 build I was planning to
upload was I never got around to writing the README with all the
dependent URLs (plus uploading a few more libraries). Actually YUM/RPM
are perfect for situations like this, do YUM install FFMPEG and all
these libraries are also installed.
All the dependencies should be on Hobbes in /pub/os2/dev/mm (except SDL)
Dave
Doug Bissett
2013-05-29 16:27:00 UTC
Permalink
Raw Message
Post by Dave Yeo
Post by Doug Bissett
Post by Dave Yeo
Post by Doug Bissett
Yes, I am seeing the same thing. It might be something from RPM/YUM,
Post by Dave Yeo
Post by Doug Bissett
which I can't be bothered tracking down, at the moment.
Yea, I see a kintl.dll installed by rpm/yum and as iconv usually goes
with intl...
http://hobbes.nmsu.edu/download/pub/os2/dev/misc/libiconv-1.13.1.zip
Dave
Thanks Dave. That got past the first hangup. Now it wants MP3LAME. A
quick search finds nothing.
Somehow, I knew that RPM/YUM was going to cause problems like this.
The biggest problem is that searching for what is missing, doesn't
find the missing file(s). Any idea what to look for with this one? I
don't find anything like it in my test machine where I do have RPM/YUM
installed.
This actually doesn't have anything to do with yum/rpm, I was wrong when
I made the connection to kintl. In this case it is a port by KO
Myhung-Hun who also likes to prefix his ports with "k"
Post by Doug Bissett
Post by Dave Yeo
Additional requirements: GCC runtime, SDL runtime, libiconv, libmp3lame, libx264
but there is nothing anywhere else that suggests where one can get
these things. Of course the package also hints that they are included
in the program. If they are, they are well hidden.
Trying to find something like that with RPM/YUM is impossible, unless
you know exactly what you are looking for (and I don't).
Searching for MP3LAME, at HOBBES, finds older versions of FFMPEG
(uoloaded by you, apparently), but the indication is that they are
static loaded, and therefore there is no DLL.
Methinks that the program was not compiled correctly, and/or it was
not packaged correctly. The docs are definitely lacking detail. Based
on that, I am not at all sure that I want to use it, especially when
the older version does everything that I have tried.
Thanks...
Yea, the porter should have had URLs for each dependency, one of the
reasons I never got around to uploading a 1.3 build I was planning to
upload was I never got around to writing the README with all the
dependent URLs (plus uploading a few more libraries). Actually YUM/RPM
are perfect for situations like this, do YUM install FFMPEG and all
these libraries are also installed.
All the dependencies should be on Hobbes in /pub/os2/dev/mm (except SDL)
Dave
Thanks to Mr. G. I got libmp3lame (see my other post).

After figuring out that libx264 is packaged as x264-0.128.x.zip, I got
that too. Now, it wants BZ2 (not mentioned as required). That is in
the BZIP2-1.0.6 package.

Now, it runs enough to give me the default help, and I have run out of
time to try actually using it.

BTW, I did try YUM INSTALL FFMPEG on my test machine. It said
something about "not found". I am not sure if the command is wrong, or
if the RPM/YUM install is broken, or if there is no such package, or
what the proper name might be. At one time, I learned the DOS
commands, simply because there was no other option. I am not very
interested in doing it all again, just to use RPM/YUM.

Thanks for the help.
--
From the eComStation of Doug Bissett
dougb007 at telus dot net
(Please make the obvious changes, to e-mail me)
Mr. G
2013-05-29 19:11:23 UTC
Permalink
Raw Message
Post by Doug Bissett
Thanks to Mr. G. I got libmp3lame (see my other post).
After figuring out that libx264 is packaged as x264-0.128.x.zip, I got
that too. Now, it wants BZ2 (not mentioned as required). That is in
the BZIP2-1.0.6 package.
Now, it runs enough to give me the default help, and I have run out of
time to try actually using it.
BTW, I did try YUM INSTALL FFMPEG on my test machine. It said
something about "not found". I am not sure if the command is wrong, or
if the RPM/YUM install is broken, or if there is no such package, or
what the proper name might be. At one time, I learned the DOS
commands, simply because there was no other option. I am not very
interested in doing it all again, just to use RPM/YUM.
Thanks for the help.
--
From the eComStation of Doug Bissett
dougb007 at telus dot net
(Please make the obvious changes, to e-mail me)
After reading the upload text on that ffmpeg drop, something just seemed
suspect to me and I didn't download it. And as far as RPM/YUM goes, I'm not
even going to attempt that unless it becomes absolutely necessary. That's
what tried and true 'old-school' methods does to a person.
Glad I was able to be of some help.
Dave Yeo
2013-05-30 03:46:17 UTC
Permalink
Raw Message
Post by Doug Bissett
Thanks to Mr. G. I got libmp3lame (see my other post).
After figuring out that libx264 is packaged as x264-0.128.x.zip, I got
that too. Now, it wants BZ2 (not mentioned as required). That is in
the BZIP2-1.0.6 package.
There are a few bzip2 packages floating around, most of which are broken
when it comes to the library (or perhaps the program calling the library
depending on viewpoint) due to not setting binary mode. Doesn't matter
unless you actually try to use a bzip2 compressed file. It should also
need z.dll (perhaps with a slightly different name).
Post by Doug Bissett
Now, it runs enough to give me the default help, and I have run out of
time to try actually using it.
BTW, I did try YUM INSTALL FFMPEG on my test machine. It said
something about "not found". I am not sure if the command is wrong, or
if the RPM/YUM install is broken, or if there is no such package, or
what the proper name might be. At one time, I learned the DOS
commands, simply because there was no other option. I am not very
interested in doing it all again, just to use RPM/YUM.
There is no package named FFMMPEG, I just mentioned that I had thought
about distributing with yum/rpm as it would make keeping track of all
the dependencies much easier, especially as many also require making the
source available. There is a huge list of possible dependencies for
FFmpeg, some redundant and some not.
Dave
Doug Bissett
2013-05-30 14:20:00 UTC
Permalink
Raw Message
Post by Dave Yeo
Post by Doug Bissett
Thanks to Mr. G. I got libmp3lame (see my other post).
After figuring out that libx264 is packaged as x264-0.128.x.zip, I got
that too. Now, it wants BZ2 (not mentioned as required). That is in
the BZIP2-1.0.6 package.
There are a few bzip2 packages floating around, most of which are broken
when it comes to the library (or perhaps the program calling the library
depending on viewpoint) due to not setting binary mode. Doesn't matter
unless you actually try to use a bzip2 compressed file. It should also
need z.dll (perhaps with a slightly different name).
I already had z.dll. The BZIP2 that I found is at HOBBES. FFMPEG seems
to be happy with it, but I have no idea what might actually try to use
it.
Post by Dave Yeo
Post by Doug Bissett
Now, it runs enough to give me the default help, and I have run out of
time to try actually using it.
BTW, I did try YUM INSTALL FFMPEG on my test machine. It said
something about "not found". I am not sure if the command is wrong, or
if the RPM/YUM install is broken, or if there is no such package, or
what the proper name might be. At one time, I learned the DOS
commands, simply because there was no other option. I am not very
interested in doing it all again, just to use RPM/YUM.
There is no package named FFMMPEG, I just mentioned that I had thought
about distributing with yum/rpm as it would make keeping track of all
the dependencies much easier, especially as many also require making the
source available. There is a huge list of possible dependencies for
FFmpeg, some redundant and some not.
Dave
I didn't actually expect to find FFMPEG with RPM/YUM, but I gave it a
try anyway. Success with RPM/YUM seems to be elusive, at best (I don't
think I ever got anything useful from it, yet).

I expect that the package was built on a system with RPM/YUM
installed, and that is the main reason why the package is missing so
many pieces.

I still haven't got around to actually trying it out.
--
From the eComStation of Doug Bissett
dougb007 at telus dot net
(Please make the obvious changes, to e-mail me)
Mr. G
2013-05-30 15:23:04 UTC
Permalink
Raw Message
Post by Dave Yeo
There are a few bzip2 packages floating around, most of which are broken
when it comes to the library (or perhaps the program calling the library
depending on viewpoint) due to not setting binary mode. Doesn't matter
unless you actually try to use a bzip2 compressed file. It should also
need z.dll (perhaps with a slightly different name).
Can you point us to a bzip2 package which is not broken? It would be
appreciated.
Dave Yeo
2013-05-31 02:12:33 UTC
Permalink
Raw Message
Post by Mr. G
Post by Dave Yeo
There are a few bzip2 packages floating around, most of which are broken
when it comes to the library (or perhaps the program calling the library
depending on viewpoint) due to not setting binary mode. Doesn't matter
unless you actually try to use a bzip2 compressed file. It should also
need z.dll (perhaps with a slightly different name).
Can you point us to a bzip2 package which is not broken? It would be
appreciated.
I'll try to get a convenience package of all the dependent DLLs together
and upload it to Hobbes along with a build of 1.3 (and perhaps earlier
branches). Perhaps Doug will be good enough to package them as a WPI.
First I have to upload all the development packages to Hobbes along with
source when appropriate due to licensing etc. Yesterday I uploaded opus
which Mozilla now uses, tonight hopefully libass (subtitles) and libcaca
(text mode, see http://caca.zoy.org/wiki/libcaca). Might as well go for
all the possible dependencies :)
Dave
Doug Bissett
2013-05-31 15:04:59 UTC
Permalink
Raw Message
Post by Dave Yeo
Perhaps Doug will be good enough to package them as a WPI.
Let me know what needs to be packaged, and I will do it (source URLs
would be enough). Also let me know the best place to upload it
(HOBBES, as suggested, is probably easiest).

I think I would use the GCCCore package as a guide.

If there are any known restrictions, please point them out, otherwise
I will include pointers to the source, as appropriate, and only the
licenses, and the DLL files, will be included in the package.

How about calling it RPMCore-<version>.WPI?
--
From the eComStation of Doug Bissett
dougb007 at telus dot net
(Please make the obvious changes, to e-mail me)
Dave Yeo
2013-06-01 03:02:33 UTC
Permalink
Raw Message
Post by Doug Bissett
Post by Dave Yeo
Perhaps Doug will be good enough to package them as a WPI.
Let me know what needs to be packaged, and I will do it (source URLs
would be enough). Also let me know the best place to upload it
(HOBBES, as suggested, is probably easiest).
Once I get completed, got lost yesterday in depends. Weirdly enough this
morning the zip of opus-1.1-alpha had disappeared from Hobbes incoming
though Gianfilippo had uploaded a build of opus 1.0.2 along with the
tools. Weird, never had an upload vanish before.
Post by Doug Bissett
I think I would use the GCCCore package as a guide.
If there are any known restrictions, please point them out, otherwise
I will include pointers to the source, as appropriate, and only the
licenses, and the DLL files, will be included in the package.
Yes the source will be on Hobbes or in the case of software freer then
GPL and no patches, the original URL. Though I do wonder about packages
with licenses like "Do whatever the F**k you want with it" :) Not
everyone is comfortable with profanity.
Post by Doug Bissett
How about calling it RPMCore-<version>.WPI?
No. It doesn't have anything to do with RPM. More like MM-Codecs-core
Dave
Doug Bissett
2013-06-01 15:42:11 UTC
Permalink
Raw Message
Post by Dave Yeo
Post by Doug Bissett
Post by Dave Yeo
Perhaps Doug will be good enough to package them as a WPI.
Let me know what needs to be packaged, and I will do it (source URLs
would be enough). Also let me know the best place to upload it
(HOBBES, as suggested, is probably easiest).
Once I get completed, got lost yesterday in depends. Weirdly enough this
morning the zip of opus-1.1-alpha had disappeared from Hobbes incoming
though Gianfilippo had uploaded a build of opus 1.0.2 along with the
tools. Weird, never had an upload vanish before.
I just looked. They are still in HOBBES incoming. I know that things
can dissappear, if the uploader requests it.
Post by Dave Yeo
Post by Doug Bissett
I think I would use the GCCCore package as a guide.
If there are any known restrictions, please point them out, otherwise
I will include pointers to the source, as appropriate, and only the
licenses, and the DLL files, will be included in the package.
Yes the source will be on Hobbes or in the case of software freer then
GPL and no patches, the original URL. Though I do wonder about packages
with licenses like "Do whatever the F**k you want with it" :) Not
everyone is comfortable with profanity.
I guess one of the things that we could do with it, is to fix the
profanity, although it seems that profanity is becoming the norm in
todays world.
Post by Dave Yeo
Post by Doug Bissett
How about calling it RPMCore-<version>.WPI?
No. It doesn't have anything to do with RPM. More like MM-Codecs-core
Dave
Okay...

I see that ffmpeg-os2-r1_1-git.zip got uploaded to HOBBES again. I
haven't looked to see what got changed (if anything).
--
From the eComStation of Doug Bissett
dougb007 at telus dot net
(Please make the obvious changes, to e-mail me)
Mr. G
2013-06-05 17:05:50 UTC
Permalink
Raw Message
Post by Dave Yeo
Post by Mr. G
Post by Dave Yeo
There are a few bzip2 packages floating around, most of which are broken
when it comes to the library (or perhaps the program calling the library
depending on viewpoint) due to not setting binary mode. Doesn't matter
unless you actually try to use a bzip2 compressed file. It should also
need z.dll (perhaps with a slightly different name).
Can you point us to a bzip2 package which is not broken? It would be
appreciated.
I'll try to get a convenience package of all the dependent DLLs together
and upload it to Hobbes along with a build of 1.3 (and perhaps earlier
branches). Perhaps Doug will be good enough to package them as a WPI.
First I have to upload all the development packages to Hobbes along with
source when appropriate due to licensing etc. Yesterday I uploaded opus
which Mozilla now uses, tonight hopefully libass (subtitles) and libcaca
(text mode, see http://caca.zoy.org/wiki/libcaca). Might as well go for
all the possible dependencies :)
Dave
Many thanks for all your efforts
Mentore Siesto
2013-06-08 16:18:21 UTC
Permalink
Raw Message
Il giorno Fri, 31 May 2013 02:12:33 UTC, Dave Yeo
Post by Dave Yeo
Post by Mr. G
Post by Dave Yeo
There are a few bzip2 packages floating around, most of which are broken
when it comes to the library (or perhaps the program calling the library
depending on viewpoint) due to not setting binary mode. Doesn't matter
unless you actually try to use a bzip2 compressed file. It should also
need z.dll (perhaps with a slightly different name).
Can you point us to a bzip2 package which is not broken? It would be
appreciated.
I'll try to get a convenience package of all the dependent DLLs together
and upload it to Hobbes along with a build of 1.3 (and perhaps earlier
branches). Perhaps Doug will be good enough to package them as a WPI.
First I have to upload all the development packages to Hobbes along with
source when appropriate due to licensing etc. Yesterday I uploaded opus
which Mozilla now uses, tonight hopefully libass (subtitles) and libcaca
(text mode, see http://caca.zoy.org/wiki/libcaca). Might as well go for
all the possible dependencies :)
Dave
That's great Dave, I'm looking forward for your results...

Mentore
Dave Yeo
2013-06-08 18:05:48 UTC
Permalink
Raw Message
Post by Mentore Siesto
Il giorno Fri, 31 May 2013 02:12:33 UTC, Dave Yeo
Post by Dave Yeo
Post by Mr. G
Post by Dave Yeo
There are a few bzip2 packages floating around, most of which are broken
when it comes to the library (or perhaps the program calling the library
depending on viewpoint) due to not setting binary mode. Doesn't matter
unless you actually try to use a bzip2 compressed file. It should also
need z.dll (perhaps with a slightly different name).
Can you point us to a bzip2 package which is not broken? It would be
appreciated.
I'll try to get a convenience package of all the dependent DLLs together
and upload it to Hobbes along with a build of 1.3 (and perhaps earlier
branches). Perhaps Doug will be good enough to package them as a WPI.
First I have to upload all the development packages to Hobbes along with
source when appropriate due to licensing etc. Yesterday I uploaded opus
which Mozilla now uses, tonight hopefully libass (subtitles) and libcaca
(text mode, see http://caca.zoy.org/wiki/libcaca). Might as well go for
all the possible dependencies :)
Dave
That's great Dave, I'm looking forward for your results...
I hate to say it but I've become sidetracked for now
Dave
Mentore Siesto
2013-06-09 10:40:47 UTC
Permalink
Raw Message
Il giorno Sat, 8 Jun 2013 18:05:48 UTC, Dave Yeo
Post by Dave Yeo
Post by Mentore Siesto
Il giorno Fri, 31 May 2013 02:12:33 UTC, Dave Yeo
Post by Dave Yeo
Post by Mr. G
Post by Dave Yeo
There are a few bzip2 packages floating around, most of which are broken
when it comes to the library (or perhaps the program calling the library
depending on viewpoint) due to not setting binary mode. Doesn't matter
unless you actually try to use a bzip2 compressed file. It should also
need z.dll (perhaps with a slightly different name).
Can you point us to a bzip2 package which is not broken? It would be
appreciated.
I'll try to get a convenience package of all the dependent DLLs together
and upload it to Hobbes along with a build of 1.3 (and perhaps earlier
branches). Perhaps Doug will be good enough to package them as a WPI.
First I have to upload all the development packages to Hobbes along with
source when appropriate due to licensing etc. Yesterday I uploaded opus
which Mozilla now uses, tonight hopefully libass (subtitles) and libcaca
(text mode, see http://caca.zoy.org/wiki/libcaca). Might as well go for
all the possible dependencies :)
Dave
That's great Dave, I'm looking forward for your results...
I hate to say it but I've become sidetracked for now
Dave
I've got patience :)

Mentore

Loading...