philippe_44 wrote:
> I think I have something working now in the latest patch. Tested it with
> Tidal and the flac@96k with cuesheet that you gave me. It seems fine,
> including repositioning, on a player limited @ 44.1kHz.
>
> @bpa, we needed to combine both views on the flac transcoding command
> :)
>
> 1- you're right, flac when called with a --skip on stdin fails, which
> makes perfect sense. I've now changed TranscodingHelper.pm so that when
> a rule is being used with a start from stdin ('I' streamMode) then the
> $START$ is not used, only the $END$ (if any) is. That sounds logical to
> me, you can't expect transcoder to seek from stdin and I've not seen any
> rule in convert.conf that would be in conflict with that.
> 2- still, when called with no streaminfo header, flac fails to build a
> wav header (at least one that is acceptable by sox), so the simple rule
> of using wav in the pipeline did not work when seeking on a flac file or
> from stdin. I've now added samplerate and samplesize to the accessible
> parameters in conver.conf & friends. I've not added endianness or sign
> for now as they can be forced in the rule itself
>
> Patch is here https://github.com/Logitech/slimserver/pull/462
That's good. You managed to create a solution that handles both use
cases. I don't fully understand the streaminfo header issue but enough
to get the gist of the problem.
I don't have Tidal but I'll do test on the Flac cue side of things.
FYI - ffmpeg can do a skip (aka -ss ) on a stdin stream - it does so by
just processing all input and waiting until time point before generating
output. Not a real seek but same result. ffmpeg is useful when
workarounds are needed.
------------------------------------------------------------------------
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=113308
_______________________________________________
unix mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/unix
