Date: Tue, 25 Jul 2000 23:27:02 -0700 (PDT) From: brad@kazrak.com To: FreeBSD-gnats-submit@freebsd.org Subject: ports/20190: ripit port may create out-of-order playlists when run under SMP Message-ID: <20000726062702.BAF523E7@pegasus.kazrak.com>
next in thread | raw e-mail | index | archive | help
>Number: 20190 >Category: ports >Synopsis: ripit port may create out-of-order playlists when run under SMP >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-ports >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jul 25 23:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: R Bradford Jones >Release: FreeBSD 4.1-RC i386 >Organization: Kazrak Enterprises >Environment: 4.1-RC, SMP machine using ATAPI cdrom (via cdda2wav) and gogo. >Description: The ripit port may create a playlist (m3u file) that is out-of-order when run on an SMP machine with numcpu set to 2 or higher. The playlist is created by "ls -rt *.mp3 > file"; it is possible that a short (but later) track completed after a longer, earlier track, causing the short track to appear earlier in the playlist than the longer track. >How-To-Repeat: Run ripit.pl using multiple CPUs on a disc with widely disparate track lengths. (Pink Floyd: Dark Side of the Moon demonstrated the problem twice for me, once with tracks 3/4 and once with 8/9.) >Fix: Possibly store the track names into the m3u file directly (as the file begins being encoded) instead of creating it from the filesystem after the fact. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ports" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000726062702.BAF523E7>