daneren2005 wrote:Call me crazy, but wouldn't doing a full scp of a dvd rip take like a full minute? That would be a long time to wait before starting to watch anything. My reasoning is that scp is doing a disk-to-disk operation, so the speed of the two HDD's in question would be the limiting factor, not your gigabit connection. I can't really see why that would be better then streaming it back and forth, as it would reach the index at the same time either way.
Partially correct on this...
Most of my video content is 20 minutes to an hour (mostly TV shows) which only takes about 10 seconds or so...
I just tested the original Teenage Mutant Ninja Turtles movie as a quick test and this was about 30 seconds to transfer and start streaming... nothing too meaningful in the grand scheme of things.
For content where the index is at the start of the file cat file | ssh 'ffmpeg -' (pseudo code) does indeed work...
Unfortunately I have a reasonable number of files that this will not work for.
I toyed with using a tool (eg qt-fastswap) to check for this situation and fix it on the fly if needed but after playing around with a few options it felt like over-engineering when what I had was 'good enough' for me...
The issue with the transcode for ffmpeg is not when it gets to the index but rather it needs the index first for the transcoding process.
In the event it's at the front the pure stream with no write to disk works... but it can't obviously see the index in the event it's at the end and won't work at all in that event (doesn't buffer the whole movie to RAM or anything like that).
If there were more people than me on this subsonic server I might be more concerned but meh