tags 200233 + patch pending
thanks
* Michael Banck <[EMAIL PROTECTED]> [2003-07-06 18:14]:
> Jack does not seem to check the free disk space during ripping/encoding.
> Thus, freeing disk space does not help, jack still waits for the rips to
> be finished to delete the .wavs in order to reclaim space for another
> rip.
jack has support for this (at least 3.1.1 does) but it is broken
(adjust_set is never set so the important code path which updates the
'space' variable is not executed). The following patch works for me
but I'm positive whether it's the correct solution. It's certainly
better than what we have now so I'll apply this for now.
Arne, is this the correct solution or is there a more precise one?
diff -urN jack-3.1.1~/jack_main_loop.py jack-3.1.1/jack_main_loop.py
--- jack-3.1.1~/jack_main_loop.py 2005-07-30 00:17:58.603803952 +0100
+++ jack-3.1.1/jack_main_loop.py 2005-07-30 00:18:36.513040872 +0100
@@ -71,9 +71,8 @@
global_start = time.time()
while mp3s_todo or enc_queue or dae_queue or enc_running or dae_running:
-
+ orig_space = space
# feed in the WAVs which have been there from the
start
-
if mp3s_todo and jack_functions.tracksize(mp3s_todo[0])[ENC] < space:
waiting_space = 0
enc_queue.append(mp3s_todo[0])
@@ -358,6 +357,8 @@
if global_error:
jack_display.smile = " :-["
+ space_adjust += orig_space-space
+
if last_update + cf['_update_interval'] <= time.time():
last_update = time.time()
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
