Playlist script feature

[destra33]

I've got serveral concerts on bluray. It would be so much comfortable to mark the beginnings of each track.
Is it possible to have a feature of a playlist script from which i can set the start time and stop time of each video in the playlist? for example
Track 1 = xx:xx
Track 2 = yy:yy

For now i have to fast forward which takes lot of time.
Hope someone comes up with a solution.

Thanks =)

[mad_ady]

The easiest solution to your problem is to rip the tracks into individual video files. Then you can skip/randomize all you want.

[andefeldt]

The easiest solution to your problem is to rip the tracks into individual video files. Then you can skip/randomize all you want.

I'm planning on doing a rip of my concert dvd's. I was planning on ripping each track (chapter) into its own file as you suggest mad_ady. This has the advantage that a specific track can easily be found.

The downside to this option, is that you're getting a gap between each file when watching the entire concert (or just fx. track 4 and track 5). It's not a big gap (1-2 seconds), but it's annoying and it's ruining the concert "experience".

Is there some way, that you can avoid this gap with video files? (running 1.05 wdlxtv firmware)

[KAD]

unfortunetly, no

we're unable to create gapless playback

[bassdart]

You could rip the Blu-rays to MKV files. MKV knows about chapters and the WD TV supports it via the Option-Button (though the chapter support could be better, you're always at the first chapter again when opening the chapter-menue). For example Handbrake is a nice tool to rip to MKV: https://trac.handbrake.fr/wiki/ChapterMarkers

[mad_ady]

Problem is you can't randomize channel playback inside an mkv... To the wdtv it's still a file. Not sure if MediaNavigation (on 1.02) has better support for this, but I think it allows you to skip to a different chapter easier...

[andefeldt]

unfortunetly, no

we're unable to create gapless playback

Pitty. Why is that exactly? Is it a hardware limitation?

[recliq]

Short answer: Yes.
Playlist handling is done in closed source dmaosd and since there is no std. linux sound device we can't work around this.