Hi guys,
# lame -h -r isaiah.cdda.raw isaiah.mp3
Could not find "isaiah.cdda.raw".
# ls -l isaiah.cdda.raw
-rw-r--r-- 1 root root 2253843984 Jul 30 16:33 isaiah.cdda.raw
# ls -lh isaiah.cdda.raw
-rw-r--r-- 1 root root 2.1G Jul 30 16:33 isaiah.cdda.raw
#
#
# truss lame -h -r isaiah.cdda.raw isaiah.mp3 2>&1 | grep open
[skipping irrelevant lines]
open("isaiah.cdda.raw", O_RDONLY) = -1 EFBIG (File too large)
# uname -a
Linux saturn 2.4.0-test5 #1 SMP Fri Jul 28 10:39:22 BST 2000 i686 unknown
It makes sense for this to happen if the lame(1) was compiled without
appropriate file_offset_bits (sp) defined but, nevertheless, I remember
than in ac kernels this worked anyway (not 100% sure, but at the time when
I used ac kernels I ripped Genesis and Psalms from cdda->mp3 and they
must have been more than 2G surely...)
Obviously, this is very much mission-critical for me (I don't want
separate "tracks"!) - I guess I will fiddle with lame(1) source to see if
I need some -D somewhere but first I will recheck if AC kernels worked.
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Mon Jul 31 2000 - 21:00:31 EST