!qVMSlLFGYTLOFolpZT:matrix.org

Jellyfin Android Development

1563 Members
Development discussion of Jellyfin clients for Android and Android TV. See the space for more rooms: #jellyfinorg:matrix.org31 Servers

Load older messages


SenderMessageTime
18 May 2022
@blopadyblopqt:kde.orgblop changed their display name from the femboy friday to blop.06:31:29
@tkz:matrix.orgtkz joined the room.06:49:19
@judithbnks:matrix.orgjudithbnks left the room.10:15:18
@oliverwilliams:matrix.orgoliverwilliams joined the room.10:36:54
@californiatokens:matrix.orgcaliforniatokens left the room.10:45:40
@oliverwilliams:matrix.orgoliverwilliams left the room.11:19:52
@billykin:matrix.orgbillykin joined the room.12:30:35
@_discord_459869140895924224:t2bot.ioaesolic joined the room.15:06:54
@billykin:matrix.orgbillykin left the room.16:31:53
@claz:matrix.orgcvium
In reply to @mueslimak3r:matrix.org
It looks like with this change we can always expect external streams to come first. So just adjusting the index by the number of external streams should do it
Only for strm though?
16:35:08
@mueslimak3r:matrix.orgcameronOh I dunno. If it's only for strm then maybe I'm probably on the wrong track in trying to offset the stream indexes. My impression from looking at server or #7529 (properly handle stream addition...) was that it also changes how the list of streams is built from external and embedded streams, in addition to adding support for strms. When I see the issue on ATV with matching mediastreams to streams visible to the internal player (exoplayer), it's with a local mkv file + 1 external srt16:40:52
@mueslimak3r:matrix.orgcameron* Oh I dunno. If it's only for strm then I'm probably on the wrong track in trying to offset the stream indexes. My impression from looking at server or #7529 (properly handle stream addition...) was that it also changes how the list of streams is built from external and embedded streams, in addition to adding support for strms. When I see the issue on ATV with matching mediastreams to streams visible to the internal player (exoplayer), it's with a local mkv file + 1 external srt16:41:11
@mueslimak3r:matrix.orgcameron* Oh I dunno. If it's only for strm then I'm probably on the wrong track in trying to offset the stream indexes. My impression from looking at server PR #7529 (properly handle stream addition...) was that it also changes how the list of streams is built from external and embedded streams, in addition to adding support for strms. When I see the issue on ATV with matching mediastreams to streams visible to the internal player (exoplayer), it's with a local mkv file + 1 external srt16:41:32
@mueslimak3r:matrix.orgcameron* Oh I dunno. If it's only for strm then I'm probably on the wrong track in trying to offset the stream indexes. My impression from looking at server PR #7529 (properly handle stream addition...) was that it also changes how the list of streams is built from external and embedded streams, in addition to adding support for strms. When I see the issue on ATV with matching mediastreams to streams visible to the internal player (exoplayer), it's with a local mkv file + 1 external srt file16:43:55
@mueslimak3r:matrix.orgcameron* Oh I dunno. If it's only for strm then I'm probably on the wrong track in trying to offset the stream indexes. My impression from looking at server PR #7529 (properly handle stream addition...) was that it also changes how the list of streams is built from external and embedded streams, in addition to adding support for strms. When I see the issue on ATV with matching mediastreams to streams visible to the internal player (exoplayer), it's with a local mkv file + 1 srt file16:53:14
@mueslimak3r:matrix.orgcameron* Oh I dunno. If it's only for strm then I'm probably on the wrong track in trying to offset the stream indexes. My impression from looking at server PR #7529 (properly handle stream addition...) was that it also changes how the list of streams is built from external and embedded streams, in addition to adding support for strms. When I see the issue on ATV with matching mediastreams to streams visible to the internal player (exoplayer), it's with a local mkv file + 1 srt subtitle file16:53:26
@davis_:matrix.orgdavis_ left the room.17:16:14
@claz:matrix.orgcviumWhy is matching necessary?18:03:25
@thornbill:matrix.orgthornbill hope you guys are prepared for this M A S S I V E PR... https://github.com/jellyfin/jellyfin-androidtv/pull/1724 18:07:10
@mueslimak3r:matrix.orgcameronThe zoom resize has been broken for a while. It has something to do with how the player surface is created21:21:41
@mueslimak3r:matrix.orgcameron
In reply to @claz:matrix.org
Why is matching necessary?
If for instance the server says the default audio index is 2, we have to figure out which track that is in exoplayer internal track list
21:22:42
@mueslimak3r:matrix.orgcameronAnd sometimes it has them in a weird order21:23:16
@thornbill:matrix.orgthornbill
In reply to @mueslimak3r:matrix.org
The zoom resize has been broken for a while. It has something to do with how the player surface is created
oh? it was working for me
21:23:36
@claz:matrix.orgcvium
In reply to @mueslimak3r:matrix.org
If for instance the server says the default audio index is 2, we have to figure out which track that is in exoplayer internal track list
internal? Embedded?
21:23:58
@claz:matrix.orgcviumMapping is pretty bad design tbh21:25:19
@claz:matrix.orgcviumIdeally it should include the container stream index too?21:28:25
@mueslimak3r:matrix.orgcameronYeah exoplayer will have a list of embedded streams, that's what I referred to as the internal track list. Each track will have an "id", which for most containers is the stream index21:30:59
@mendykin:matrix.orgmendykin joined the room.22:26:43
@_discord_253154276560338945:t2bot.ioZomka changed their profile picture.23:21:29
@_discord_253154276560338945:t2bot.ioZomka changed their display name from Zomka#2284 to Zomka.23:21:44

There are no newer messages yet.


Back to Room List