vankan,
thanks for your reply. Curious indeed. Maybe -srate parameter is sufficient. I’ll have a look at this when I’m back from vacation in about 10 days … :smiley:
none of your explanation is comprehensible to a layman. Why does someone have to be a computer genious to use their Sandisk Fuze? why is it so complicated? I am taking mine back for a refund. The sandisk fuze is a waste of money and worse than that, valuable time.
You could try video4fuze, which is intended to be non-computer-savy* proof, but still being usable by people with special needs.
*Like my girlfriend, who has a fuze.
Tutorial is mostly gibberish to most PC users. Downloaded first suggestion but next download stumped me.
“The second part of required software is the AVI-Mux GUI. Get it from the given site and extract/install it.”
The point? Too much time wasted for product use. ■■■■ It SanDisk!!
Strackify the Ubuntu 9.04 ffmpeg remux with the video to generate OpenDML indexes after audio interleaving between bum cheekery in the Output/AVI file structure with infantile preloaded 0ms and without the initial ffmpeg with stepped in it rate conversions. Easy enough don’t you think?
Strackify the Ubuntu 9.04 ffmpeg remux with the video to generate OpenDML indexes after audio interleaving between bum cheekery in the Output/AVI file structure with infantile preloaded 0ms and without the initial ffmpeg with stepped in it rate conversions. Easy enough don’t you think?
watchcqt82,
What exactly is your reason not to use the Sansa Media Converter? It is expressly designed for non computer savvy users. If you don’t want to use SMC there’s still video4fuze, but that requires at least the savvyness to install python.
@vankan wrote:
watchcqt82,
What exactly is your reason not to use the Sansa Media Converter? It is expressly designed for non computer savvy users. If you don’t want to use SMC there’s still video4fuze, but that requires at least the savvyness to install python.
No, it doens’t if you download the win32all-in-one versiuon :). It should just run. I can’t think of amore savvynessless way to run it on windows…
@ssorgatem wrote:
@vankan wrote:
watchcqt82,
What exactly is your reason not to use the Sansa Media Converter? It is expressly designed for non computer savvy users. If you don’t want to use SMC there’s still video4fuze, but that requires at least the savvyness to install python.
No, it doens’t if you download the win32all-in-one versiuon :). It should just run. I can’t think of amore savvynessless way to run it on windows…
Learn something new every day. 
How was I to know? Been using Linux since time immemorial. Errr… 1997 that is.
Watchcat, video4fuze is not by SanDisk. It’s by ssorgatem, who programmed it out of the goodness of his (or her) heart to replace SanDisk’s deeply annoying Media Converter.
Video4Fuze works with a couple of other programs that ssorgatem doesn’t really need to stuff into the download of video4fuze since they are available elsewhere.
“Get it from the given site and extract/install it” means click on the link, download the file, unzip it and run the file to install it. You’ve never done this with your computer? Wow.
But apparently there’s now an all-in-one program for people just like you (only less enraged).
The first bunch of instructions are for Linux users, which obviously you are not. So skip them. They’re not for you. Go to the Windows instructions.
The Windows version is pretty simple. Especially if you are not frothing at the mouth or blinded by attitude.
Message Edited by Black-Rectangle on 09-07-2009 11:57 AM
ssorgatem & vankan , thanks for your input
BR , thanks for your clarification while I was not in place
watchcat82 , thanks for taking your Fuze back for a refund
Oh, ewelot you’re finally back! I missed you so much that I sent you a PM 
And BTW, avi-mux GUI doesn’t like to run un windowses with version number greater than 5. So, unmodified, it won’t run (natively) on 6.0 (Vista) and 6.1 (windows 7)*
* Yes, windows 7 is actually windows 6.1. If someone feared that w7 would be a vista with some UI changes, well, the version number seems to reflect that
honestly, vista post sp2 is fine, hell even sp1 is useable. pre service pack its HORRIBLE.
win7 is vista with some tweaks and gui changes, alot of the tweaks in 7 are service manager tweaks to improve performance (dosnt run all the services all the time like vista will by default)
server 2008 sp2 is great, Honestly after moving to it, I even stoped booting into other os’s(linux/winXP x64/server 2003) and eventualy just reformated that space and detocated it to download space
ewelot,
Thanks very much for this work. It’s extremely helpful.
I successfully used it on fedora core 11. Wine setup is a real pain, but other than that it works.
I did run across one bug – I started with a video that had a frame rate of 12 frames per second. After running your script, it increases the framerate to 20 fps (which fuze requires), but the process doesn’t generate enough video frames, so the video is effectively running faster than the audio, (20/12 times faster in my case).
I fixed the problem by preprocessing my video file with ffmpeg like so:
ffmpeg -i $INPUT -crf 25.0 -vcodec libx264 -acodec libfaac -ab 160kb -ar 44100 -coder 1 -flags +loop -cmp +chroma -partitions +parti4x4+partp8x8+partb8x8 -me_method hex -subq 6 -me_range 16 -g 250 -keyint_min 25 -sc_threshold 40 -i_qfactor 0.71 -b_strategy 1 -threads 0 -r 12 -s 224x176 $OUTPUT
This has another advantage, preprocessing with ffmpeg allows the mencode process to run MUCH faster. It may well mean lower quality in the final video, but it might be worth testing out.
Cheers,
Jeff
jeffw,
I’am glad to read your positive feedback. Indeed I did not check with videos of <20 fps. Also I agree that ffmpeg does a better job on at least some videos with respect to frame rate conversion. In fact when I started my work about video conversion for the fuze I used ffmpeg for this very reason (see messages 1 and 3 in this thread).
I would appreciate if you could provide a 12fps video (5-6 minutes would be fine) on a free webspace. I would like to test and play with some mencoder options before changing my pvc.sh script.
@ewelot wrote:
jeffw,
I’am glad to read your positive feedback. Indeed I did not check with videos of <20 fps. Also I agree that ffmpeg does a better job on at least some videos with respect to frame rate conversion. In fact when I started my work about video conversion for the fuze I used ffmpeg for this very reason (see messages 1 and 3 in this thread).
I would appreciate if you could provide a 12fps video (5-6 minutes would be fine) on a free webspace. I would like to test and play with some mencoder options before changing my pvc.sh script.
And those changes will eventually enter video4fuze
If it _has to_ be done using ffmpeg before mencoder, it would need some code restructuration…
@ssorgatem wrote:
And those changes will eventually enter video4fuze
If it _has to_ be done using ffmpeg before mencoder, it would need some code restructuration…
Just a proposal: What if video4fuze would not use mencoder/avimux directly, but call pvc.sh as a backend instead? Then, changes in pvc.sh could be directly used in video4fuze, without the need of an updated version. No more problems with differing parameters in both programs. What do you think ssorgatem and ewelot?
Another feature I really would like to see (in video4fuze) is multiple threads. If two conversions are run at the same time, I could take advantage of my x2 cpu.
struct
ewelot,
Well, surpise number two. The original video I had was an apple quicktime movie, and it was copyrighted. I’m still a ludite wth respect to creating videos, so I just grabbed a video off youtube, the downloader saved it in a mp4 format. I used ffmepg to drop the framerate to 12 fps.
I ran your pvc.sh script on this 12 fps mp4, and it works perfectly – no problems at all.
So it seems the audio/video rate problem may have more to do with starting with a quicktime movie format rather than the starting frames per second.
I’ll do a little more research and see what I can discover.
Using pvc.sh as a backend, video4fuze would be unix-only, and surprisingly (at least, for me) most video4fuze users run windows…
If pvc.sh were cross-platform it would be another story
video4fuze already uses multiple threads, but not the way you want
But mencoder by itself should take full advantge of your x2 cpu (if it’s correctly built, which might not be the case…), so running two mencoder conversions in parallel shouldn’t make any performance increase. But it is definitely doable for the avi-mux gui part of the conversion. I’ll look into that. But i’ll need a way to know how many cpu cores you have from within python… or let the user tell it.
More about my original .mov file that cause the problem:
mplayer uses the ffsvq3 decoder to view it, so it was created with the SVQ3 codec.
It doesn’t look like I can create a video using that codec, searching around on the internet for a suitable for a movie with that exact codec at < 20 fps hasn’t been fruitful.
I suggest doing nothing about this issue. If somebody else runs into the problem, then maybe they’ll find this thread and see how I used ffmpeg to solve it.
Cheers,
Jeff
Message Edited by jeffw on 09-23-2009 07:59 PM
