PDA

View Full Version : Beginning of All Songs Cut



Philip Bouscarle
2004-01-16, 10:02
I tried to post this earlier but it didn't appear - maybe relevant, maybe
not!

I was just having a look at the EAC website www.exactaudiocopy.de and there
is an entry in the FAQ about the first second of a track being missed if a
certain setting is used when ripping with EAC. The site won't let me cut and
paste the relevant question and it may be irrelevant to this particular
point but if you are interested it is the 31st question under section 2
Extraction Questions in the FAQ.

Philip

-----Original Message-----
From: bob villielm [mailto:bobv (AT) earthling (DOT) net]
Sent: 16 January 2004 16:57
To: discuss (AT) lists (DOT) slimdevices.com
Subject: [slim] Beginning of All Songs Cut


kdf wrote:
> This has been reported before. If you have not already tried it, please
> download and install a recent nightly build:
> http://www.slimdevices.com/downloads/nightly/SlimServer_v2004-01-12/
>
> cheers,
> kdf

Problem persists for me with the 01-12 build, and also a freshly-
installed copy of 01-16. The receiver syncs up with the squeezebox
and begins playing audio just as the sb' progress indicator is changing
from :00 to :01.

-bob

bob villielm
2004-01-16, 10:20
Philip Bouscarle wrote:
> I tried to post this earlier but it didn't appear - maybe relevant, maybe
> not!

I think slimdevices.com had a brief dns outage. Seems all-better now.

> I was just having a look at the EAC website www.exactaudiocopy.de and there
> is an entry in the FAQ about the first second of a track being missed if a
> certain setting is used when ripping with EAC. The site won't let me cut and
> paste the relevant question and it may be irrelevant to this particular
> point but if you are interested it is the 31st question under section 2
> Extraction Questions in the FAQ.

Not relevant in this case, as the MP3 files in question play fine
with xmms/winamp/wmp (and on the squeezebox/receiver setup, they play
fine via the analog output -- so definitely not a ripping/encoding
issue). Sean is already on top of the cause -- from his 12/22 post:

"I am working on this (the s/pdif issue). The thing is that the codec
doesn't know what sample rate to produce on the s/pdif channel when
nothing is playing, so it shuts off the output. On most receivers this
is no problem. On some however, there is a delay of 250-500ms before
the signal comes to life."

So, it's just a matter of us (digital music junkies) waiting for a fix.
:)

-bob

Mark C. Langston
2004-01-16, 12:00
On Fri, Jan 16, 2004 at 12:20:54PM -0500, bob villielm wrote:
>
> So, it's just a matter of us (digital music junkies) waiting for a fix.


It happens on players without S/PDIF as well (e.g., the 27th SliMP3
ever produced).

--
Mark C. Langston Sr. Unix SysAdmin
mark (AT) bitshift (DOT) org mark (AT) seti (DOT) org
Systems & Network Admin SETI Institute
http://bitshift.org http://www.seti.org

dean
2004-01-16, 15:34
How much of the songs are being cut off?
Can you send me a sample file?

On Jan 16, 2004, at 11:00 AM, Mark C. Langston wrote:

> On Fri, Jan 16, 2004 at 12:20:54PM -0500, bob villielm wrote:
>>
>> So, it's just a matter of us (digital music junkies) waiting for a
>> fix.
>
>
> It happens on players without S/PDIF as well (e.g., the 27th SliMP3
> ever produced).
>
> --
> Mark C. Langston Sr. Unix SysAdmin
> mark (AT) bitshift (DOT) org mark (AT) seti (DOT) org
> Systems & Network Admin SETI Institute
> http://bitshift.org http://www.seti.org
>

Mark C. Langston
2004-01-16, 16:42
On Fri, Jan 16, 2004 at 02:34:31PM -0800, dean blackketter wrote:
> How much of the songs are being cut off?
> Can you send me a sample file?


Just the first second, perhaps a bit less. There's really no sample
to send, as it seems to occur with every MP3 in my collection, and
it's not a property of the MP3's themselves -- played elsewhere (on
a Windows or Mac with iTunes, for example), they work fine.

That's with server version 5.0.1, by the way.

--
Mark C. Langston Sr. Unix SysAdmin
mark (AT) bitshift (DOT) org mark (AT) seti (DOT) org
Systems & Network Admin SETI Institute
http://bitshift.org http://www.seti.org

kdf
2004-01-16, 16:47
Quoting "Mark C. Langston" <mark (AT) bitshift (DOT) org>:

> On Fri, Jan 16, 2004 at 02:34:31PM -0800, dean blackketter wrote:
> > How much of the songs are being cut off?
> > Can you send me a sample file?
>
>
> Just the first second, perhaps a bit less. There's really no sample
> to send, as it seems to occur with every MP3 in my collection, and
> it's not a property of the MP3's themselves -- played elsewhere (on
> a Windows or Mac with iTunes, for example), they work fine.
>
> That's with server version 5.0.1, by the way.

I've never noticed a problem, but then I rip and encode my files with a short
lead-in and lead-out. You might still want to send a sample of one that really
makes it obvious :)

-kdf

dean
2004-01-16, 18:08
Ah, server 5.0.1 has had that problem, but the latest pre-release is
much better:

http://www.slimdevices.com/downloads/nightly/latest

-dean

On Jan 16, 2004, at 3:42 PM, Mark C. Langston wrote:

> On Fri, Jan 16, 2004 at 02:34:31PM -0800, dean blackketter wrote:
>> How much of the songs are being cut off?
>> Can you send me a sample file?
>
>
> Just the first second, perhaps a bit less. There's really no sample
> to send, as it seems to occur with every MP3 in my collection, and
> it's not a property of the MP3's themselves -- played elsewhere (on
> a Windows or Mac with iTunes, for example), they work fine.
>
> That's with server version 5.0.1, by the way.
>
> --
> Mark C. Langston Sr. Unix SysAdmin
> mark (AT) bitshift (DOT) org mark (AT) seti (DOT) org
> Systems & Network Admin SETI Institute
> http://bitshift.org http://www.seti.org
>

Mark C. Langston
2004-01-16, 19:01
Hm. Isn't the current nightly broken? I wasn't following that thread.

On Fri, Jan 16, 2004 at 05:08:07PM -0800, dean blackketter wrote:
> Ah, server 5.0.1 has had that problem, but the latest pre-release is
> much better:
>
> http://www.slimdevices.com/downloads/nightly/latest
>
> -dean
>
> On Jan 16, 2004, at 3:42 PM, Mark C. Langston wrote:
>
> >On Fri, Jan 16, 2004 at 02:34:31PM -0800, dean blackketter wrote:
> >>How much of the songs are being cut off?
> >>Can you send me a sample file?
> >
> >
> >Just the first second, perhaps a bit less. There's really no sample
> >to send, as it seems to occur with every MP3 in my collection, and
> >it's not a property of the MP3's themselves -- played elsewhere (on
> >a Windows or Mac with iTunes, for example), they work fine.
> >
> >That's with server version 5.0.1, by the way.
> >
> >--
> >Mark C. Langston Sr. Unix SysAdmin
> >mark (AT) bitshift (DOT) org mark (AT) seti (DOT) org
> >Systems & Network Admin SETI Institute
> >http://bitshift.org http://www.seti.org
> >

kdf
2004-01-16, 19:45
Quoting "Mark C. Langston" <mark (AT) bitshift (DOT) org>:

>
> Hm. Isn't the current nightly broken? I wasn't following that thread.
nightly has a filehandle problem when transcoding. for mp3's it is fine.

-kdf
>
> On Fri, Jan 16, 2004 at 05:08:07PM -0800, dean blackketter wrote:
> > Ah, server 5.0.1 has had that problem, but the latest pre-release is
> > much better:
> >
> > http://www.slimdevices.com/downloads/nightly/latest
> >
> > -dean
> >
> > On Jan 16, 2004, at 3:42 PM, Mark C. Langston wrote:
> >
> > >On Fri, Jan 16, 2004 at 02:34:31PM -0800, dean blackketter wrote:
> > >>How much of the songs are being cut off?
> > >>Can you send me a sample file?
> > >
> > >
> > >Just the first second, perhaps a bit less. There's really no sample
> > >to send, as it seems to occur with every MP3 in my collection, and
> > >it's not a property of the MP3's themselves -- played elsewhere (on
> > >a Windows or Mac with iTunes, for example), they work fine.
> > >
> > >That's with server version 5.0.1, by the way.
> > >
> > >--
> > >Mark C. Langston Sr. Unix SysAdmin
> > >mark (AT) bitshift (DOT) org mark (AT) seti (DOT) org
> > >Systems & Network Admin SETI Institute
> > >http://bitshift.org http://www.seti.org
> > >

bob villielm
2004-01-17, 04:10
kdf wrote:
> Quoting "Mark C. Langston" <mark-e1pA0PiqwtVg9hUCZPvPmw (AT) public (DOT) gmane.org>:
>>Hm. Isn't the current nightly broken? I wasn't following that thread.
>
> nightly has a filehandle problem when transcoding. for mp3's it is fine.
>
> -kdf

There are two separate issues here, right? One is with the original
slimp3 (analog only), and the other is with squeezebox (analog out
works fine, but there is a sync-delay issue when using the optical
out with some receivers).

I don't know if anything in the nightlies is supposed to address
the latter -- when Dean wrote "5.0.1 has had that problem, but the
latest pre-release is much better," was that specifically in
reference to Mark's (slimp3) problem?

-bob

kdf
2004-01-17, 04:33
Quoting bob villielm <bobv (AT) earthling (DOT) net>:

> kdf wrote:
> > Quoting "Mark C. Langston" <mark-e1pA0PiqwtVg9hUCZPvPmw (AT) public (DOT) gmane.org>:
> >>Hm. Isn't the current nightly broken? I wasn't following that thread.
> >
> > nightly has a filehandle problem when transcoding. for mp3's it is fine.
> >
> > -kdf
>
> There are two separate issues here, right? One is with the original
> slimp3 (analog only), and the other is with squeezebox (analog out
> works fine, but there is a sync-delay issue when using the optical
> out with some receivers).
>
> I don't know if anything in the nightlies is supposed to address
> the latter -- when Dean wrote "5.0.1 has had that problem, but the
> latest pre-release is much better," was that specifically in
> reference to Mark's (slimp3) problem?

I was addressing the immediate question. That being the question of the latest
nighties being broken ( see thread Jan 14 hangs server) The latest nightly has
a different issues altogether, which has been mentioned here. Some might not
want to download if they use FLAC, ogg, wma or shorten as their primary file
type. I was not speaking about hte beginnings of files.

-kdf