static file access about go-transcode

[noideaman]

Working on a intel QSV version as i dont have a usable nvidia gpu for decoding/encoding in containers, but an 11th gen intel cpu.
will have to compile ffmpeg to include qsv for h264/h265 will make a pull request when that docker file is done and testing is working
Hopefuly this will fix my transocding issues on my h265 static library

[m1k1o]

It looks like you are calling ffmpeg instead of ffprobe:

Unrecognized option 'show_format'.
Error splitting the argument list: Option not found

It was mistakenly introduced in default config, found in #28 (comment) and fixed in d0590d5

[noideaman]

awesome. seems to be working. except in vlc, audio is not trans coding properly, ffplay and mpv work fine

[noideaman]

what sh file under profiles is being used for vods?
nvm i see it sitting in the go-config under hlsvod. will look at it there

[noideaman]

Ok i think the main issue is now (dosent matter if i used software or hardware for decoding) is how hlsvod/transcode.go (or somewhere else) works. it seems to wait too long between ffmpeg commands to create the new .ts files

[m1k1o]

Maybe adjusting config values would solve it. In V1 I want to have all settings accessible through config, so multiple values can be tried without need of recompiling.

[noideaman]

Cool will try, are the values in the transcode.go file?

[m1k1o]

Here:

go-transcode/hlsvod/manager.go

Lines 60 to 63 in deceb38

	segmentLength: 3.50,
	segmentOffset: 1.25,
	segmentBufferMin: 3,
	segmentBufferMax: 5,

And explained here: #23 (comment)

But when setting values too big, then there is still pending issue, that ffmpeg is not killed: #25