Welcome Guest ( Log In | Register )

Problem with large multichannel file, 7 channels, 24-bit @ 48 kHz, & 3:48:18.77
post Mar 7 2012, 17:09
Post #1

Group: Members
Posts: 20
Joined: 29-September 11
Member No.: 94046

The uncompressed file is ~12.9 GB and the "wavpack -f" file is ~6.8 GB
#$ wavpack -f --raw-pcm=48000,24,7 --channel-order=FL,FR,FC,LFE,BC,SL,SR fellowship.raw

WAVPACK Hybrid Lossless Audio Compressor Linux Version 4.60.1
Copyright © 1998 - 2009 Conifer Software. All Rights Reserved.

created fellowship.wv in 1116.22 secs (lossless, 78.56%)
#$ wvunpack -ss fellowship.wv

WVUNPACK Hybrid Lossless Audio Decompressor Linux Version 4.60.1
Copyright © 1998 - 2009 Conifer Software. All Rights Reserved.

file name: fellowship.wv
file size: 2960974266 bytes
source: 24-bit ints at 48000 Hz
channels: 7 (FL,FR,FC,LFE,BC,SL,SR)
duration: 3:48:18.77
modalities: lossless, fast
compression: 78.56%
ave bitrate: 1729 kbps
encoder version: 4
file wrapper: 68 byte RIFF header

I can play the file in DeadBeef (it uses libwavpack instead of ffwavpack), but can't seek past ~92 minutes. DeadBeef will play everything beyond ~92 minutes as long as I start playing the file before ~92 minutes.

I've compressed similarly large 24-bit but 6-channel files before, and this didn't happen.

The source file is the lossless audio from the "Lord of the Rings: The Fellowship of the Ring: Special Extended Edition" blu-ray
Go to the top of the page
+Quote Post
Start new topic
post Mar 8 2012, 08:21
Post #2

WavPack Developer

Group: Developer (Donating)
Posts: 1351
Joined: 3-January 02
From: San Francisco CA
Member No.: 900

Itís weird that youíve had good luck with WavPack files that big in the past. The library really shouldnít be able to seek in files over 4 GB, so if that was working at some point itís pure luck.

Another weird thing is that on my Linux distro (Ubuntu 8.04; I know itís old smile.gif ) I canít even create or open(!) files over 2 GB with the command-line tools. What distro are you using? Did you create a custom build or something?

In any event, all these problems will be fixed once I finish the development Iím working on with large file support (all the limitations are in the implementation and library...not the format). Before that, any seeking on files over 4 GB is a crap shoot.

Iím not sure about the stuttering on hybrid lossless either. Especially in ďfastĒ mode you should not be running out of CPU...does it play better if you rename or move the correction file so itís not used? That might be an interim solution...you can keep the correction file as an archive, but not use it during normal playback (assuming the main file has enough bits to be transparent).

Go to the top of the page
+Quote Post

Posts in this topic

Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:


RSS Lo-Fi Version Time is now: 25th November 2015 - 06:49