ffmpeg 1.1 an KICONV dll?

[Dariusz Piatkowski]

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]

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]

Doug Bissett wrote:
> On Mon, 27 May 2013 20:25:25 UTC, "Dariusz Piatkowski"
> <dariusz@_NO-SPAM_mnsi.net> wrote:
>
>> 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!
>
> 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]

http://hobbes.nmsu.edu/download/pub/os2/dev/misc/libiconv-1.13.1.zip
Dave

[Doug Bissett]

On Tue, 28 May 2013 06:54:02 UTC, Dave Yeo <dave....@gmail.com>
wrote:

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.

FWIW, the record at HOBBES does say:

> 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...

[Mr. G]

On Tue, 28 May 2013 21:59:17 UTC, "Doug Bissett" <dougb007!SP...@telus.net>
wrote:

The mp3lame.dll can be found in the lame-3.98.4.zip package at Hobbes
/pub/os2/dev/mm directory.

[Dave Yeo]

Doug Bissett wrote:
>>>> 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.

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"

>
> FWIW, the record at HOBBES does say:
>
>> > 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]

Hmmm. Whoever packaged that as a WarpIN archive seems to have omited
some of the original package.

[Doug Bissett]

On Wed, 29 May 2013 02:32:08 UTC, Dave Yeo <dave....@gmail.com>
wrote:

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.

[Mr. G]

On Wed, 29 May 2013 16:27:00 UTC, "Doug Bissett" <dougb007!SP...@telus.net>
wrote:

> 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]

Doug Bissett wrote:
> 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).

>
> 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]

On Thu, 30 May 2013 03:46:17 UTC, Dave Yeo <dave....@gmail.com>
wrote:

> Doug Bissett wrote:
> > 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.

> >
> > 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.

[Mr. G]

On Thu, 30 May 2013 03:46:17 UTC, Dave Yeo <dave....@gmail.com> wrote:

> 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]

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]

On Fri, 31 May 2013 02:12:33 UTC, Dave Yeo <dave....@gmail.com>
wrote:

> 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?

[Dave Yeo]

Doug Bissett wrote:
> On Fri, 31 May 2013 02:12:33 UTC, Dave Yeo<dave....@gmail.com>
> wrote:
>
>> 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 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.

>
> 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]

On Sat, 1 Jun 2013 03:02:33 UTC, Dave Yeo <dave....@gmail.com>

wrote:

> Doug Bissett wrote:
> > On Fri, 31 May 2013 02:12:33 UTC, Dave Yeo<dave....@gmail.com>
> > wrote:
> >
> >> 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.

> > 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.

> >
> > 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).

[Mr. G]

Many thanks for all your efforts

[Mentore Siesto]

Il giorno Fri, 31 May 2013 02:12:33 UTC, Dave Yeo
<dave....@gmail.com> ha scritto:

That's great Dave, I'm looking forward for your results...

Mentore

[Dave Yeo]

I hate to say it but I've become sidetracked for now
Dave

[Mentore Siesto]

Il giorno Sat, 8 Jun 2013 18:05:48 UTC, Dave Yeo

I've got patience :)

Mentore