How did u fix it!?!?!?Actually figured it out. Text GDI+ was hidden Opps
- Fixed an issue where the timeout for spotify commands would not reset
- Added the option to output the name of the currently playing spotify playlist
- Added basic lyrics extraction, which will look for a the lyrics metadata tag in the song files (only works with MPD)
[tuna]
vlc.error.message.shown=true
vlc.force.enable=true
dock_volume_visible=false
dock_info_visible=true
running=true
cover_path=D:/Me/Documents/Data/Programs/Zyphens Now Playing/Snip_Artwork.jpg
lyrics_path=C:\\Users\\Me\\lyrics.txt
music.source=spotify
refresh_rate=500
song_placeholder=
download_cover=false
window.title=
window.title.pause=
window.search=
window.replace=
window.regex=false
window.cut.begin=0
window.cut.end=0
vlc.id=None
spotify.login=true
spotify.token=<<REDACTED>>
spotify.auth_code=<<REDACTED>>
spotify.refresh_token=<<REDACTED>>
spotify.token_termination=1676807931
spotify.client_id=<<REDACTED>>
spotify.client_secret=<<REDACTED>>
server_enabled=false
server_port=1608
mpd.ip=localhost
mpd.port=1024
mpd.local=true
mpd.base.folder=/
window.use.process=false
window.process.name=C:\\Program Files\\Firefox Nightly\\firefox.exe
lastfm.username=
lastfm.apikey=
dock_visible=false
dock_source_visible=false
download_lyrics=false
download_missing_cover=true
placeholder_when_paused=true
removeextensions=true
cover_size=256
[
{
"format": "{title} - {artists}%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s",
"last_output": "",
"log_mode": false,
"output": "D:\\Me\\Documents\\Data\\Programs\\tunasong.txt"
},
{
"format": "{title}",
"last_output": "",
"log_mode": false,
"output": "D:\\Me\\Documents\\Data\\Programs\\Zyphens Now Playing\\Snip_Track.txt"
},
{
"format": "{artists}",
"last_output": "",
"log_mode": false,
"output": "D:\\Me\\Documents\\Data\\Programs\\Zyphens Now Playing\\Snip_Artist.txt"
}
]
I will add that using the media controls, or clicking "apply" or editing anything in the tuna settings while spotify is open and playing will hang OBS until spotify is closed - at which point OBS will immediately and instantly unfreeze. The same happens when it hangs on exit, OBS will hang until spotify is completely exited (spotify.exe ended) at which point it will instantly finish exiting OBS and produce a "normal" log file (except that there can be minutes between the ---------------------- and when tuna outputs "[tuna] Query thread stopped." followed by the rest of the plugins shutting down immediately after.Hello, I have recently updated to OBS 29.0.2 (from 27.2.4) and Tuna 1.9.3 (from 1.5.5) and am receiving freezes from Tuna on exit...
Pause and stop work just like the buttons in the buttons in the context bar for me.Moonsockets: I think you can get any source, including a text source, to scroll by opening the Filters window under that source, and adding scroll. Then maybe you could play with the settings of the textbox borders/source borders until it's cutting off part of the sentence, to display only the pixels size/number of letters at a time that you desire?
Now for my own question
Anyone know why the music control dock (tutorialized in the first post under a spoiler) is only half-working?
![]()
Previous track and next track buttons work as expected.
Clicking pause or stop causes the VLC video source to stop working entirely.
(It looks like this after that)
![]()
After that, the play button doesn't do anything. But the previous track/next track buttons do reboot VLC Video Source from the start, as if I'd pressed thebutton next to Filters.
Is there a crashlog?Been using Tuna a few times now. It works ok, but inevitably crashes OBS within a few hours. The stream ends, and OBS hangs.
This is the log:
19:01:34.497: ==== Streaming Start ===============================================
19:16:53.126: Failed to open file 'C:/Users/utres/Music/cover last fm.png': No such file or directory
19:16:53.126: WIC: Only handle GUID_WICPixelFormat32bppBGR101010 and GUID_WICPixelFormat64bppRGBAHalf for now
19:16:53.126: gs_image_file_init_internal: Failed to load file 'C:/Users/utres/Music/cover last fm.png'
19:16:53.126: [image_source: 'Cover'] failed to load texture 'C:/Users/utres/Music/cover last fm.png'
20:23:51.501: [tuna] Received error code from last.fm request: 500
20:23:56.232: [tuna] Received error code from last.fm request: 500
20:23:59.534: [tuna] Received error code from last.fm request: 500
20:24:04.218: [tuna] Received error code from last.fm request: 500
20:24:11.228: [tuna] Received error code from last.fm request: 500
20:24:15.747: [tuna] Received error code from last.fm request: 500
20:24:21.272: [tuna] Received error code from last.fm request: 500
21:32:09.568: [tuna] Not logged into Spotify.
21:32:10.999: [tuna] Query thread stopped.
21:32:13.277: [tuna] Loaded 1 outputs
21:32:13.277: [tuna] Not logged into Spotify.
21:32:13.887: [tuna] Loaded 1 outputs
21:32:13.887: [tuna] Not logged into Spotify.
21:32:15.953: [rtmp stream: 'adv_stream'] User stopped the stream
21:32:15.953: [rtmp stream: 'adv_stream'] Socket send buffer is 65536 bytes
21:32:15.953: Output 'adv_stream': stopping
21:32:15.953: Output 'adv_stream': Total frames output: 496903
21:32:15.953: Output 'adv_stream': Total drawn frames: 496991 (496998 attempted)
21:32:15.953: Output 'adv_stream': Number of lagged frames due to rendering lag/stalls: 7 (0.0%)
21:32:15.963: ==== Streaming Stop ================================================
I use Last.fm, playing from Youtube Music on Firefox. Not using Spotify at all.
Just noticed I get the cover art even when "Tuna is not running".
Hello, I have recently updated to OBS 29.0.2 (from 27.2.4) and Tuna 1.9.3 (from 1.5.5) and am receiving freezes from Tuna on exit (generates no crash logs - just hangs until force closed) under the following conditions: Spotify is active and playing a song, and the "Media Controls" dock is enabled with song information showing. Crash does not occur if Spotify is not playing or Tuna is not loaded as a plugin. I have also crashed OBS by attempting to edit one of the Tuna outputs (attached crash log) and trying to play/pause using the media controls (no generated crash log).
Looking at the logs where OBS hangs on exit and has to be force closed it shows that shut down begins, but Tuna never outputs "[tuna] Query thread stopped." as it does on a healthy exit - it seems to be blocking the rest of the shutdown process. Looking at the crash log, it seems to have eventually hung in "qt6gui.dll" after "tuna.dll!tuna_gui::btn_edit_output_clicked".
I have been using an older Tuna version on 27.2.4 with none of the above issues. In the logs, note that you will see "[adv-ss] detected busy loop - refusing to sleep less than 1ms" frequently, this is just advanced screen switcher (another plugin) info output. I have attached the following:
Tuna configuration from global.ini:
- Crash log after attempting edit of output: https://obsproject.com/logs/BdBoR210Jx7sZcsP (Crash 2023-02-19 03-43-57.txt)
- Log from crash session. Log is long, OBS was open for a few hours - just scroll to the bottom (2023-02-18 23-51-26.txt)
- Log where OBS hung on exit (2023-02-19 03-44-15.txt)
- Another log where OBS hung on exit (2023-02-19 04-02-07.txt)
- Log where OBS did not hang - Spotify closed/not playing (2023-02-19 03-58-49.txt)
- Another log where OBS did not hang - Spotify closed/not playing (2023-02-19 03-59-34.txt)
- 27.2.4 log where OBS did not hang (2023-02-18 22-15-26.txt)
- Another 27.2.4 log where OBS did not hang (2023-02-18 22-49-02.txt)
Code:[tuna] vlc.error.message.shown=true vlc.force.enable=true dock_volume_visible=false dock_info_visible=true running=true cover_path=D:/Me/Documents/Data/Programs/Zyphens Now Playing/Snip_Artwork.jpg lyrics_path=C:\\Users\\Me\\lyrics.txt music.source=spotify refresh_rate=500 song_placeholder= download_cover=false window.title= window.title.pause= window.search= window.replace= window.regex=false window.cut.begin=0 window.cut.end=0 vlc.id=None spotify.login=true spotify.token=<<REDACTED>> spotify.auth_code=<<REDACTED>> spotify.refresh_token=<<REDACTED>> spotify.token_termination=1676807931 spotify.client_id=<<REDACTED>> spotify.client_secret=<<REDACTED>> server_enabled=false server_port=1608 mpd.ip=localhost mpd.port=1024 mpd.local=true mpd.base.folder=/ window.use.process=false window.process.name=C:\\Program Files\\Firefox Nightly\\firefox.exe lastfm.username= lastfm.apikey= dock_visible=false dock_source_visible=false download_lyrics=false download_missing_cover=true placeholder_when_paused=true removeextensions=true cover_size=256
And finally, Tuna outputs.json:
JSON:[ { "format": "{title} - {artists}%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s", "last_output": "", "log_mode": false, "output": "D:\\Me\\Documents\\Data\\Programs\\tunasong.txt" }, { "format": "{title}", "last_output": "", "log_mode": false, "output": "D:\\Me\\Documents\\Data\\Programs\\Zyphens Now Playing\\Snip_Track.txt" }, { "format": "{artists}", "last_output": "", "log_mode": false, "output": "D:\\Me\\Documents\\Data\\Programs\\Zyphens Now Playing\\Snip_Artist.txt" } ]
I also have the old version of OBS that has no issues backed up in portable form if any tested is needed/wanted. Thanks for all your hard work, hope this helps identify an issue!
Thanks for the detailed report, but I can't seem to reproduce any of the issues. Can you try using this build and run obs studio with the --verbose option? You'll need a github account and then download one of the artifacts at the bottom of the page.I will add that using the media controls, or clicking "apply" or editing anything in the tuna settings while spotify is open and playing will hang OBS until spotify is closed - at which point OBS will immediately and instantly unfreeze. The same happens when it hangs on exit, OBS will hang until spotify is completely exited (spotify.exe ended) at which point it will instantly finish exiting OBS and produce a "normal" log file (except that there can be minutes between the ---------------------- and when tuna outputs "[tuna] Query thread stopped." followed by the rest of the plugins shutting down immediately after.
When tuna is stopped from the tuna settings menu before loading spotify / playing anything, OBS will exit gracefully and not freeze when changing settings while spotify is playing - so the issue must come from Tuna and not spotify - also, having the media control dock open or closed does not affect the behaviour.
Downloaded artifact "tuna-windows-x64-5ac31fbab", and overwrote files in OBS directory. Added verbose flag to OBS shortcut.Thanks for the detailed report, but I can't seem to reproduce any of the issues. Can you try using this build...
Despite not actively *hanging*, there are definite persistent lag issues with this flag and build of Tuna, with general hitching when doing just about anything in OBS.Downloaded artifact "tuna-windows-x64-5ac31fbab", and overwrote files in OBS directory. Added verbose flag to OBS shortcut...
Try this build (when it finishes building), it should fix the hitches. https://github.com/univrsal/tuna/actions/runs/4217304474Despite not actively *hanging*, there are definite persistent lag issues with this flag and build of Tuna, with general hitching when doing just about anything in OBS.
Downloaded "tuna-windows-x64-923df4b69" - runs without a hitch, and no freezing on any actions. Only anomaly is that playing/pausing from music control is inconsistent. Pause has to be pressed 2 times on average, and playing wont work no matter number of presses (until you use the forward or backward skip button afterward, then it changes the song and starts playing again). Attached that log, but that issue is low-priority as primary hanging/hitching issue is now resolved with this build. Great work, thank you!Try this build (when it finishes building), it should fix the hitches. https://github.com/univrsal/tuna/actions/runs/4217304474
Downloaded "tuna-windows-x64-923df4b69" - runs without a hitch, and no freezing on any actions. Only anomaly is that playing/pausing from music control is inconsistent. Pause has to be pressed 2 times on average, and playing wont work no matter number of presses (until you use the forward or backward skip button afterward, then it changes the song and starts playing again). Attached that log, but that issue is low-priority as primary hanging/hitching issue is now resolved with this build. Great work, thank you!
11:17:55.157: [tuna] Response: {
11:17:55.157: "error": {
11:17:55.157: "message": "Player command failed: Restriction violated",
11:17:55.157: "reason": "UNKNOWN",
11:17:55.157: "status": 403
11:17:55.157: }
11:17:55.157: }
11:17:55.157: