Looping files

[connection-reset]

It loops seekable files and if you combine it with -b it looks seamless.
I did not notice any issues with seeking and out-of-sync audio

[issackelly]

It doesn't seem to be working on very small files, in this example, the top run is a 45 second video, the second is a three second video, they have basically the same settings. The second one does not loop, the first one does. It's possible that I'm misunderstanding "CanSeek".

pi@raspberrypi ~ $ omxplayer --loop --no-osd -o hdmi first.mp4 
Video codec omx-h264 width 1920 height 1080 profile 77 fps 30.000000
Subtitle count: 0, state: off, index: 1, delay: 0
V:PortSettingsChanged: [email protected] interlace:0 deinterlace:0 par:1.00
Seek to: 00:00:00
Video codec omx-h264 width 1920 height 1080 profile 77 fps 30.000000
V:PortSettingsChanged: [email protected] interlace:0 deinterlace:0 par:1.00
have a nice day ;)
pi@raspberrypi ~ $ omxplayer --loop --no-osd -o hdmi second.mp4 
Video codec omx-h264 width 1024 height 576 profile 77 fps 23.976025
Audio codec aac channels 2 samplerate 48000 bitspersample 16
Subtitle count: 0, state: off, index: 1, delay: 0
V:PortSettingsChanged: [email protected] interlace:0 deinterlace:0 par:1.00
Seek to: 00:00:00
Video codec omx-h264 width 1024 height 576 profile 77 fps 23.976025
Seek to: 00:00:00
Video codec omx-h264 width 1024 height 576 profile 77 fps 23.976025

[issackelly]

Confirmed. I took the exact same file, made 10 copies of it, concatenated them with ffmpeg

ffmpeg -f concat -i <(for f in ~/gly/*.mp4; do echo "file '$f'"; done) -c copy glyph_long.mp4

I ran that with --loop on and it worked.

[connection-reset]

Yes, I can confirm. Propably related, I can't seek in short (4 seconds) clips. Short mp3's work fine though.

Edit: same for --pos