PDA

View Full Version : ogg and convert.conf



Jack Coates
2004-05-23, 23:12
Something change in convert.conf? I just noticed that ogg's aren't
playing, so I upgraded to the nightly without fixing it.

log file shows lots of this,
ERROR: No input files specified. Use -h for help
Assuming raw pcm input file : Forcing byte-swapping

and this looks interesting (comments removed):
[root@felix root]# grep ogg /usr/local/slimserver/convert.conf
[oggdec] -Q -o - -R $FILE$ | [lame] --resample 44100 --silent -b $BITRATE$
-r $-x$ - -
ogg wav * *
[oggdec] -Q -o - -R $FILE$
[root@felix root]# grep ogg /usr/local/slimserver/convert.conf~
$oggdec$ -Q -o - -R 1 $FILE$ | $lame$ --silent -b $BITRATE$ -r $-x$ - -

did the notation change?
--
Jack At Monkeynoodle.Org:
It's A Scientific Venture...

Mark Bennett
2004-05-24, 00:35
That's slightly odd. I think that unless somethings changed,
there should be at least one other line including ogg above
the first reported line in your grep as shown below. I bet
that this missing line is the problem - it's in the latest
convert.conf in the cvs archive.

Jack Coates wrote:
> Something change in convert.conf? I just noticed that ogg's aren't
> playing, so I upgraded to the nightly without fixing it.
>
> log file shows lots of this,
> ERROR: No input files specified. Use -h for help
> Assuming raw pcm input file : Forcing byte-swapping
>
> and this looks interesting (comments removed):
> [root@felix root]# grep ogg /usr/local/slimserver/convert.conf

ogg mp3 * *

> [oggdec] -Q -o - -R $FILE$ | [lame] --resample 44100 --silent -b $BITRATE$
> -r $-x$ - -

The following seems slightly strange too, but this is probably
a genuine change to do with adding the SoftSqueeze player type.
and it doesn't look anything to worry about unless you're using
a slimp3.

> ogg wav * *
> [oggdec] -Q -o - -R $FILE$


> [root@felix root]# grep ogg /usr/local/slimserver/convert.conf~
> $oggdec$ -Q -o - -R 1 $FILE$ | $lame$ --silent -b $BITRATE$ -r $-x$ - -
>
> did the notation change?

Yes, the [] have slightly cleaner functionality in case the necessary
codecs aren't found (and probably a host of oither differences). This
is fine and nothing to worry about.

However, it is slightly odd that this old version ever worked without
the missing line I describe above.

Jack Coates
2004-05-24, 08:51
Just pulled the latest convert.conf from CVS and started poking around,
here's what I found:

ogg mp3 * *
[oggdec] -Q -o - -R $FILE$

that's wrong, the -R switch denotes a number. Oggdec thinks the filename
is an attempt to toggle a specific raw format, then errors out because it
wasn't given an input file. I changed the line to this:

ogg mp3 * *
[oggdec] -Q -o - -R 1 $FILE$ | [lame] --resample 44100 --silent -b
$BITRATE$ -r $-x$ - -

and I'm grooving to ABBA once more. :) BTW, this is with a SliMP3, server
is on Linux.

> That's slightly odd. I think that unless somethings changed,
> there should be at least one other line including ogg above
> the first reported line in your grep as shown below. I bet
> that this missing line is the problem - it's in the latest
> convert.conf in the cvs archive.
>
> Jack Coates wrote:
>> Something change in convert.conf? I just noticed that ogg's aren't
>> playing, so I upgraded to the nightly without fixing it.
>>
>> log file shows lots of this,
>> ERROR: No input files specified. Use -h for help
>> Assuming raw pcm input file : Forcing byte-swapping
>>
>> and this looks interesting (comments removed):
>> [root@felix root]# grep ogg /usr/local/slimserver/convert.conf
>
> ogg mp3 * *
>
>> [oggdec] -Q -o - -R $FILE$ | [lame] --resample 44100 --silent -b
>> $BITRATE$
>> -r $-x$ - -
>
> The following seems slightly strange too, but this is probably
> a genuine change to do with adding the SoftSqueeze player type.
> and it doesn't look anything to worry about unless you're using
> a slimp3.
>
>> ogg wav * *
>> [oggdec] -Q -o - -R $FILE$
>
>
>> [root@felix root]# grep ogg /usr/local/slimserver/convert.conf~
>> $oggdec$ -Q -o - -R 1 $FILE$ | $lame$ --silent -b $BITRATE$ -r $-x$ - -
>>
>> did the notation change?
>
> Yes, the [] have slightly cleaner functionality in case the necessary
> codecs aren't found (and probably a host of oither differences). This
> is fine and nothing to worry about.
>
> However, it is slightly odd that this old version ever worked without
> the missing line I describe above.
>
--
Jack At Monkeynoodle.Org:
It's A Scientific Venture...

kdf
2004-05-24, 10:30
-R 1 works for oggdec 1.0, fails for oggdec v1.0.1
-R works for oggdec 1.0.1, fails for oggdec v1.0

there are binaries of oggdec v1.0.1 included with the server in the Bin
directory tree. At least, for Win and Linux.

-kdf

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

> Just pulled the latest convert.conf from CVS and started poking around,
> here's what I found:
>
> ogg mp3 * *
> [oggdec] -Q -o - -R $FILE$
>
> that's wrong, the -R switch denotes a number. Oggdec thinks the filename
> is an attempt to toggle a specific raw format, then errors out because it
> wasn't given an input file. I changed the line to this:
>
> ogg mp3 * *
> [oggdec] -Q -o - -R 1 $FILE$ | [lame] --resample 44100 --silent -b
> $BITRATE$ -r $-x$ - -
>
> and I'm grooving to ABBA once more. :) BTW, this is with a SliMP3, server
> is on Linux.
>
> > That's slightly odd. I think that unless somethings changed,
> > there should be at least one other line including ogg above
> > the first reported line in your grep as shown below. I bet
> > that this missing line is the problem - it's in the latest
> > convert.conf in the cvs archive.
> >
> > Jack Coates wrote:
> >> Something change in convert.conf? I just noticed that ogg's aren't
> >> playing, so I upgraded to the nightly without fixing it.
> >>
> >> log file shows lots of this,
> >> ERROR: No input files specified. Use -h for help
> >> Assuming raw pcm input file : Forcing byte-swapping
> >>
> >> and this looks interesting (comments removed):
> >> [root@felix root]# grep ogg /usr/local/slimserver/convert.conf
> >
> > ogg mp3 * *
> >
> >> [oggdec] -Q -o - -R $FILE$ | [lame] --resample 44100 --silent -b
> >> $BITRATE$
> >> -r $-x$ - -
> >
> > The following seems slightly strange too, but this is probably
> > a genuine change to do with adding the SoftSqueeze player type.
> > and it doesn't look anything to worry about unless you're using
> > a slimp3.
> >
> >> ogg wav * *
> >> [oggdec] -Q -o - -R $FILE$
> >
> >
> >> [root@felix root]# grep ogg /usr/local/slimserver/convert.conf~
> >> $oggdec$ -Q -o - -R 1 $FILE$ | $lame$ --silent -b $BITRATE$ -r $-x$ - -
> >>
> >> did the notation change?
> >
> > Yes, the [] have slightly cleaner functionality in case the necessary
> > codecs aren't found (and probably a host of oither differences). This
> > is fine and nothing to worry about.
> >
> > However, it is slightly odd that this old version ever worked without
> > the missing line I describe above.
> >
> --
> Jack At Monkeynoodle.Org:
> It's A Scientific Venture...
>

Jack Coates
2004-05-24, 10:36
then relative pathing should be used to ensure that the shipped binary is
called before a locally provided one.


> -R 1 works for oggdec 1.0, fails for oggdec v1.0.1
> -R works for oggdec 1.0.1, fails for oggdec v1.0
>
> there are binaries of oggdec v1.0.1 included with the server in the Bin
> directory tree. At least, for Win and Linux.
>
> -kdf
>
> Quoting Jack Coates <jack (AT) monkeynoodle (DOT) org>:
>
>> Just pulled the latest convert.conf from CVS and started poking around,
>> here's what I found:
>>
>> ogg mp3 * *
>> [oggdec] -Q -o - -R $FILE$
>>
>> that's wrong, the -R switch denotes a number. Oggdec thinks the filename
>> is an attempt to toggle a specific raw format, then errors out because
>> it
>> wasn't given an input file. I changed the line to this:
>>
>> ogg mp3 * *
>> [oggdec] -Q -o - -R 1 $FILE$ | [lame] --resample 44100 --silent
>> -b
>> $BITRATE$ -r $-x$ - -
>>
>> and I'm grooving to ABBA once more. :) BTW, this is with a SliMP3,
>> server
>> is on Linux.
>>
>> > That's slightly odd. I think that unless somethings changed,
>> > there should be at least one other line including ogg above
>> > the first reported line in your grep as shown below. I bet
>> > that this missing line is the problem - it's in the latest
>> > convert.conf in the cvs archive.
>> >
>> > Jack Coates wrote:
>> >> Something change in convert.conf? I just noticed that ogg's aren't
>> >> playing, so I upgraded to the nightly without fixing it.
>> >>
>> >> log file shows lots of this,
>> >> ERROR: No input files specified. Use -h for help
>> >> Assuming raw pcm input file : Forcing byte-swapping
>> >>
>> >> and this looks interesting (comments removed):
>> >> [root@felix root]# grep ogg /usr/local/slimserver/convert.conf
>> >
>> > ogg mp3 * *
>> >
>> >> [oggdec] -Q -o - -R $FILE$ | [lame] --resample 44100 --silent -b
>> >> $BITRATE$
>> >> -r $-x$ - -
>> >
>> > The following seems slightly strange too, but this is probably
>> > a genuine change to do with adding the SoftSqueeze player type.
>> > and it doesn't look anything to worry about unless you're using
>> > a slimp3.
>> >
>> >> ogg wav * *
>> >> [oggdec] -Q -o - -R $FILE$
>> >
>> >
>> >> [root@felix root]# grep ogg /usr/local/slimserver/convert.conf~
>> >> $oggdec$ -Q -o - -R 1 $FILE$ | $lame$ --silent -b $BITRATE$ -r $-x$ -
>> -
>> >>
>> >> did the notation change?
>> >
>> > Yes, the [] have slightly cleaner functionality in case the necessary
>> > codecs aren't found (and probably a host of oither differences). This
>> > is fine and nothing to worry about.
>> >
>> > However, it is slightly odd that this old version ever worked without
>> > the missing line I describe above.
>> >
>> --
>> Jack At Monkeynoodle.Org:
>> It's A Scientific Venture...
>>

dean
2004-05-24, 10:53
Hi Jack,

SlimServer does attempt to look at it's own copies of binaries before
looking in your path.

Is this not the behavior you are seeing?


On May 24, 2004, at 10:36 AM, Jack Coates wrote:

> then relative pathing should be used to ensure that the shipped binary
> is
> called before a locally provided one.
>
>
>> -R 1 works for oggdec 1.0, fails for oggdec v1.0.1
>> -R works for oggdec 1.0.1, fails for oggdec v1.0
>>
>> there are binaries of oggdec v1.0.1 included with the server in the
>> Bin
>> directory tree. At least, for Win and Linux.
>>
>> -kdf
>>
>> Quoting Jack Coates <jack (AT) monkeynoodle (DOT) org>:
>>
>>> Just pulled the latest convert.conf from CVS and started poking
>>> around,
>>> here's what I found:
>>>
>>> ogg mp3 * *
>>> [oggdec] -Q -o - -R $FILE$
>>>
>>> that's wrong, the -R switch denotes a number. Oggdec thinks the
>>> filename
>>> is an attempt to toggle a specific raw format, then errors out
>>> because
>>> it
>>> wasn't given an input file. I changed the line to this:
>>>
>>> ogg mp3 * *
>>> [oggdec] -Q -o - -R 1 $FILE$ | [lame] --resample 44100
>>> --silent
>>> -b
>>> $BITRATE$ -r $-x$ - -
>>>
>>> and I'm grooving to ABBA once more. :) BTW, this is with a SliMP3,
>>> server
>>> is on Linux.
>>>
>>>> That's slightly odd. I think that unless somethings changed,
>>>> there should be at least one other line including ogg above
>>>> the first reported line in your grep as shown below. I bet
>>>> that this missing line is the problem - it's in the latest
>>>> convert.conf in the cvs archive.
>>>>
>>>> Jack Coates wrote:
>>>>> Something change in convert.conf? I just noticed that ogg's aren't
>>>>> playing, so I upgraded to the nightly without fixing it.
>>>>>
>>>>> log file shows lots of this,
>>>>> ERROR: No input files specified. Use -h for help
>>>>> Assuming raw pcm input file : Forcing byte-swapping
>>>>>
>>>>> and this looks interesting (comments removed):
>>>>> [root@felix root]# grep ogg /usr/local/slimserver/convert.conf
>>>>
>>>> ogg mp3 * *
>>>>
>>>>> [oggdec] -Q -o - -R $FILE$ | [lame] --resample 44100 --silent -b
>>>>> $BITRATE$
>>>>> -r $-x$ - -
>>>>
>>>> The following seems slightly strange too, but this is probably
>>>> a genuine change to do with adding the SoftSqueeze player type.
>>>> and it doesn't look anything to worry about unless you're using
>>>> a slimp3.
>>>>
>>>>> ogg wav * *
>>>>> [oggdec] -Q -o - -R $FILE$
>>>>
>>>>
>>>>> [root@felix root]# grep ogg /usr/local/slimserver/convert.conf~
>>>>> $oggdec$ -Q -o - -R 1 $FILE$ | $lame$ --silent -b $BITRATE$ -r
>>>>> $-x$ -
>>> -
>>>>>
>>>>> did the notation change?
>>>>
>>>> Yes, the [] have slightly cleaner functionality in case the
>>>> necessary
>>>> codecs aren't found (and probably a host of oither differences).
>>>> This
>>>> is fine and nothing to worry about.
>>>>
>>>> However, it is slightly odd that this old version ever worked
>>>> without
>>>> the missing line I describe above.
>>>>
>>> --
>>> Jack At Monkeynoodle.Org:
>>> It's A Scientific Venture...
>>>

Jack Coates
2004-05-24, 11:09
> Hi Jack,
>
> SlimServer does attempt to look at it's own copies of binaries before
> looking in your path.
>
> Is this not the behavior you are seeing?
>

[jack@felix jack]$ /usr/bin/oggdec --version
OggDec 1.0
[jack@felix jack]$ find /usr/local/slimserver/ -name *oggdec*
find: /usr/local/slimserver/tmp: Permission denied
/usr/local/slimserver/Bin/MSWin32-x86-multi-thread/oggdec.exe
[jack@felix jack]$ rpm -ql slimserver | grep oggdec
/usr/local/slimserver/Bin/MSWin32-x86-multi-thread/oggdec.exe


this clarifies things I believe... there is no slim-shipped oggdec binary
for linux, so of course it falls through to the locally provided one.
--
Jack At Monkeynoodle.Org:
It's A Scientific Venture...