starcraftman / dicebot Goto Github PK

Minor issue, problem with the library player? Or is it my usage?

Use youtube-dl to pre-download playlist info and parse for all the links/titles -> names. Then shove them into a temporary video list.

I may add support for tagging playlist but it would only be as a whole unit.

Related from a user:

Idea was that I tag a group of songs with the playlist name, and can cycle between them with the list commands. That isn't how the tag search worked and so I abandoned that idea for now.

i.e. Right arrow -> next page, left arrow prev page.
1 - 10 numbers to select a song to play.

Saw this on Rhythm bot.

Annoying problem due to wanting to keep player largely non-async.
Fetch code is async, player.play is not, hard to wait on the future download.

Either fix this quickly or see quickly about streaming possibility.

Trivial to implement.

Have mentions on !rolls send response to author + mentions.

Like ffmpeg and chromedriver and chrome

I guess I'm a stick in the mud for ASCII tables. Make prototype and see if it lays out nicely first.

Need to consider easy way to test the embeds.

Example:

!yt Rick Roll

Select one to play.

Deduplicate the queue on command. No reason to prevent duplicate entries if desired.

Example:

!play --repeat-all -> !play repeat-q

!play --volume -> !play volume 50```

Try to cut down on hyphens.

When selecting !songs --play allow user to queue up whole tag at once, maybe even several.

Look at the flow of these commands, may need some changes to interface.

Look at parsing page to improve speed of responding. Options are:

1. youtube_dl internals
2. custom regex/DOM parsing

I think the rendering varies slightly by request, regex didn't seem to work reliably in quick test.

Not sure if I can just pipe the youtube_dl to AudioStream. Something to look into.

I should probably examine the actions taken previously with the streaming code for inspiration.

!reroll -> Roll last roll again.
!reroll --choose -> Present scrolling list of last N rolls.
!reroll -2 -> Roll 2 rolls ago.

Keep history pruned, sequential dupe roll strings should not be stored.

Let N be configurable in config, persist history in DB. Prune on addition.

Add 'prev' to paging system.

Alternatively consider making paging system loop.

There's a lot more dice spec than I thought.
https://wiki.roll20.net/Dice_Reference

Possible exapnsions:

• !r --reroll/--redo => Reroll last.
• Exploding dice/compound.
• Cut offs
• Advantage/disadvantage.
• Fate dice?

Change Model:

• My first thought is a base Dice class + a series of transformations that model each change. Each transformation stores tracking inside the dice str to show user and updates the internal roll object.