Opened 13 years ago
Last modified 12 years ago
#76 assigned task
MPlayer plugin should be re-written
Reported by: | ph3-der-loewe | Owned by: | themaister |
---|---|---|---|
Priority: | major | Milestone: | RoarAudio major release 0.4 |
Component: | Plugins and Applications | Version: | current |
Keywords: | mplayer | Cc: | maister@… |
Architecture: | Compiler: | ||
Difficulty: | very hard | Kernel: | |
Operating System: | Parent Tickets: | ||
Patch attached: | yes | Protocol: | |
Sound driver: | virtual | Topic: | other |
Description
The MPlayer output plugin should be re-written completely.
The new version should use the VS API.
Subtickets
#96: roar_vs_iterate() should return -1 on a nonblocking iterate if it fails to write. | closed | themaister |
#97: roar_vs_latency() should have an interpolating mode | closed | ph3-der-loewe |
Attachments (2)
Change History (8)
comment:1 Changed 13 years ago by ph3-der-loewe
- Owner set to themaister
- Status changed from new to assigned
Changed 13 years ago by ph3-der-loewe
comment:2 Changed 13 years ago by ph3-der-loewe
- Patch attached set
Attached a possible start for a patch. This is not tested, not even test compiled.
It contains some passages still unimplemented.
comment:3 Changed 13 years ago by themaister
Added a new take on the driver. It's mostly complete however there are two issues which should be resolved in Roar VS first before this driver can be completed.
roar_vs_iterate() needs to return -1 when nonblocking iteration fails to write. Atm, a hack is used to workaround this.
roar_vs_latency() cannot go over the network directly since it's called on a lot and cannot afford to block on a socket, let alone wait for response from server.
It should work just fine for music ofc :)
comment:4 Changed 13 years ago by ph3-der-loewe
ok, what is the current status? One of the subtickets is closed. What about the other?
comment:5 Changed 13 years ago by ph3-der-loewe
- Difficulty set to very hard
Output driver for RoarAudio