PDA

View Full Version : oggdec broken again



Jack Coates
2004-06-29, 12:40
Just noticed that oggdec is busted again in convert.conf. I'm using the
5.2 RPM on Mandrake 9.2.
[jack@felix jack]$ grep -b1 oggdec /usr/local/slimserver/convert.conf |
grep -v ^#
1792-ogg mp3 * *
1804: [oggdec] -Q -o - -R $FILE$ | [lame] --resample 44100 --silent -b
$BITRATE$ -r $-x$ - -
1892-
--
3144-ogg wav * *
3156: [oggdec] -Q -o - -R $FILE$
3184-

[jack@felix jack]$ tail /tmp/slimserver.log
ERROR: No input files specified. Use -h for help
Assuming raw pcm input file : Forcing byte-swapping
....

--
Jack At Monkeynoodle.Org: It's A Scientific Venture...
"Every gun that is made, every warship launched, every rocket fired,
signifies in the final sense a theft from those who hunger and are not
fed, those who are cold and are not clothed." -- President Dwight D.
Eisenhower, April 16, 1953

kdf
2004-06-29, 12:53
works fine for me, Mandrake 9.2, cvs. Covnert.conf line:
ogg wav * *
[oggdec] -Q -o - -R $FILE$

This could be a problem with the -R, which depends on the oggdec version. -R 1
is required for version 1.0, but -R is required for version 1.0.1.

if you use v1.0, you can create a line in slimserver.conf that uses -R 1 and it
wont get overwritten when you do upgrades.
-kdf

Quoting Jack Coates <jack (AT) monkeynoodle (DOT) org>:

> Just noticed that oggdec is busted again in convert.conf. I'm using the
> 5.2 RPM on Mandrake 9.2.
> [jack@felix jack]$ grep -b1 oggdec /usr/local/slimserver/convert.conf |
> grep -v ^#
> 1792-ogg mp3 * *
> 1804: [oggdec] -Q -o - -R $FILE$ | [lame] --resample 44100 --silent -b
> $BITRATE$ -r $-x$ - -
> 1892-
> --
> 3144-ogg wav * *
> 3156: [oggdec] -Q -o - -R $FILE$
> 3184-
>
> [jack@felix jack]$ tail /tmp/slimserver.log
> ERROR: No input files specified. Use -h for help
> Assuming raw pcm input file : Forcing byte-swapping
> ...
>
> --
> Jack At Monkeynoodle.Org: It's A Scientific Venture...
> "Every gun that is made, every warship launched, every rocket fired,
> signifies in the final sense a theft from those who hunger and are not
> fed, those who are cold and are not clothed." -- President Dwight D.
> Eisenhower, April 16, 1953
>

Jack Coates
2004-06-29, 13:15
> works fine for me, Mandrake 9.2, cvs. Covnert.conf line:
> ogg wav * *
> [oggdec] -Q -o - -R $FILE$
>
> This could be a problem with the -R, which depends on the oggdec version.
> -R 1
> is required for version 1.0, but -R is required for version 1.0.1.
>

yeah, that was it.

> if you use v1.0, you can create a line in slimserver.conf that uses -R 1
> and it
> wont get overwritten when you do upgrades.
> -kdf
>

and then I'll just get burned in the other direction when I finally
upgrade this server to Mandrake 10 -- it's just a problem with Ogg Vorbis
that I'll have to remember.


--
Jack At Monkeynoodle.Org: It's A Scientific Venture...
"Every gun that is made, every warship launched, every rocket fired,
signifies in the final sense a theft from those who hunger and are not
fed, those who are cold and are not clothed." -- President Dwight D.
Eisenhower, April 16, 1953

kdf
2004-06-29, 13:54
Quoting Jack Coates <jack (AT) monkeynoodle (DOT) org>:

>
> > works fine for me, Mandrake 9.2, cvs. Covnert.conf line:
> > ogg wav * *
> > [oggdec] -Q -o - -R $FILE$
> >
> > This could be a problem with the -R, which depends on the oggdec version.
> > -R 1
> > is required for version 1.0, but -R is required for version 1.0.1.
> >
>
> yeah, that was it.
>
> > if you use v1.0, you can create a line in slimserver.conf that uses -R 1
> > and it
> > wont get overwritten when you do upgrades.
> > -kdf
> >
>
> and then I'll just get burned in the other direction when I finally
> upgrade this server to Mandrake 10 -- it's just a problem with Ogg Vorbis
> that I'll have to remember.

one solution, of course, i shaving the server include the linux version of
oggdec 1.0.1. The presence of a binary in the Bin subdirectory overrides any
binary found anywhere else, for the purposes of SlimServer. A windows version
is included, so I would have assumed the license would then be ok for having the
linux version included as well. This way, no one gets burned.

This can probably fall under bug 338.
http://bugs.slimdevices.com/show_bug.cgi?id=338

In which case, unless there is any objection from Vidur or Dean, I'll commit the
oggdec 1.0.1 that I have on my system to cvs.

-kdf

Roy M. Silvernail
2004-06-29, 15:46
On Tue, 2004-06-29 at 16:54, kdf wrote:

> one solution, of course, i shaving the server include the linux version of
> oggdec 1.0.1. The presence of a binary in the Bin subdirectory overrides any
> binary found anywhere else, for the purposes of SlimServer. A windows version
> is included, so I would have assumed the license would then be ok for having the
> linux version included as well. This way, no one gets burned.

That depends... are you going to provide a static-linked build? If not,
you open the door to the *nix version of DLL Hell. Things like gcc 2.x
vs. gcc 3.x and the various incarnations of libc can make this trickier
than one may think, not to mention CPU optimizations you probably have
to leave out. (my Athlon-specific build would perform poorly on an
Intel CPU, for example)

Dependencies are a fact of life. One either provides the needed code or
requires it. For the RPM (and presumably the .DMG, though I'm no OS-X
guru), declare vorbistools 1.01 as a prerequisite and the package
manager should be able to cope. For us nadly .tgz users, well... we
ought to know better anyway, right? :) (at least until there's an
ebuild)
--
Roy M. Silvernail is roy (AT) rant-central (DOT) com, and you're not
"Progress, like reality, is not optional." - R. A. Hettinga
SpamAssassin->procmail->/dev/null->bliss
http://www.rant-central.com

Jack Coates
2004-06-29, 16:32
....
>>
>> > if you use v1.0, you can create a line in slimserver.conf that uses -R
>> 1
>> > and it
>> > wont get overwritten when you do upgrades.
>> > -kdf
>> >
>>
>> and then I'll just get burned in the other direction when I finally
>> upgrade this server to Mandrake 10 -- it's just a problem with Ogg
>> Vorbis
>> that I'll have to remember.
>
> one solution, of course, i shaving the server include the linux version of
> oggdec 1.0.1. The presence of a binary in the Bin subdirectory overrides
> any
> binary found anywhere else, for the purposes of SlimServer. A windows
> version
> is included, so I would have assumed the license would then be ok for
> having the
> linux version included as well. This way, no one gets burned.
>
> This can probably fall under bug 338.
> http://bugs.slimdevices.com/show_bug.cgi?id=338
>
> In which case, unless there is any objection from Vidur or Dean, I'll
> commit the
> oggdec 1.0.1 that I have on my system to cvs.
>
> -kdf
>

not good for all systems using the rpm though. The right solution is
probably an rpm postinstall script to edit convert.conf :(
--
Jack At Monkeynoodle.Org: It's A Scientific Venture...
"Every gun that is made, every warship launched, every rocket fired,
signifies in the final sense a theft from those who hunger and are not
fed, those who are cold and are not clothed." -- President Dwight D.
Eisenhower, April 16, 1953

kdf
2004-06-29, 16:37
Quoting Jack Coates <jack (AT) monkeynoodle (DOT) org>:

> ...
> >>
> >> > if you use v1.0, you can create a line in slimserver.conf that uses -R
> >> 1
> >> > and it
> >> > wont get overwritten when you do upgrades.
> >> > -kdf
> >> >
> >>
> >> and then I'll just get burned in the other direction when I finally
> >> upgrade this server to Mandrake 10 -- it's just a problem with Ogg
> >> Vorbis
> >> that I'll have to remember.
> >
> > one solution, of course, i shaving the server include the linux version of
> > oggdec 1.0.1. The presence of a binary in the Bin subdirectory overrides
> > any
> > binary found anywhere else, for the purposes of SlimServer. A windows
> > version
> > is included, so I would have assumed the license would then be ok for
> > having the
> > linux version included as well. This way, no one gets burned.
> >
> > This can probably fall under bug 338.
> > http://bugs.slimdevices.com/show_bug.cgi?id=338
> >
> > In which case, unless there is any objection from Vidur or Dean, I'll
> > commit the
> > oggdec 1.0.1 that I have on my system to cvs.
> >
> > -kdf
> >
>
> not good for all systems using the rpm though. The right solution is
> probably an rpm postinstall script to edit convert.conf :(

perhaps. although, the trick is to know which version of ogg would be found by
the server.
-kdf

kdf
2004-06-29, 17:10
Quoting "Roy M. Silvernail" <roy (AT) rant-central (DOT) com>:

> On Tue, 2004-06-29 at 16:54, kdf wrote:
>
> > one solution, of course, i shaving the server include the linux version of
> > oggdec 1.0.1. The presence of a binary in the Bin subdirectory overrides
> any
> > binary found anywhere else, for the purposes of SlimServer. A windows
> version
> > is included, so I would have assumed the license would then be ok for
> having the
> > linux version included as well. This way, no one gets burned.
>
> That depends... are you going to provide a static-linked build? If not,
> you open the door to the *nix version of DLL Hell. Things like gcc 2.x
> vs. gcc 3.x and the various incarnations of libc can make this trickier
> than one may think, not to mention CPU optimizations you probably have
> to leave out. (my Athlon-specific build would perform poorly on an
> Intel CPU, for example)
>
> Dependencies are a fact of life. One either provides the needed code or
> requires it. For the RPM (and presumably the .DMG, though I'm no OS-X
> guru), declare vorbistools 1.01 as a prerequisite and the package
> manager should be able to cope. For us nadly .tgz users, well... we
> ought to know better anyway, right? :) (at least until there's an
> ebuild)

Sounds like a valid objection to me :)
Guess this leaves Linux users on their own. Of course, my ideal solution is
really to beat the OGG dev's over the head with a wet noodle for such a stupid
incompatibility for a 0.0.1 revision jump.

-kdf

Jack Coates
2004-06-29, 17:30
....
>> That depends... are you going to provide a static-linked build? If not,
>> you open the door to the *nix version of DLL Hell. Things like gcc 2.x
>> vs. gcc 3.x and the various incarnations of libc can make this trickier
>> than one may think, not to mention CPU optimizations you probably have
>> to leave out. (my Athlon-specific build would perform poorly on an
>> Intel CPU, for example)
>>
>> Dependencies are a fact of life. One either provides the needed code or
>> requires it. For the RPM (and presumably the .DMG, though I'm no OS-X
>> guru), declare vorbistools 1.01 as a prerequisite and the package
>> manager should be able to cope. For us nadly .tgz users, well... we
>> ought to know better anyway, right? :) (at least until there's an
>> ebuild)
>
> Sounds like a valid objection to me :)
> Guess this leaves Linux users on their own. Of course, my ideal solution
> is
> really to beat the OGG dev's over the head with a wet noodle for such a
> stupid
> incompatibility for a 0.0.1 revision jump.
>
> -kdf

yeah, that right there is the only real solution. Free code doesn't excuse
bad decisions.
--
Jack At Monkeynoodle.Org: It's A Scientific Venture...
"Every gun that is made, every warship launched, every rocket fired,
signifies in the final sense a theft from those who hunger and are not
fed, those who are cold and are not clothed." -- President Dwight D.
Eisenhower, April 16, 1953