i have already posted this in another thread but the thread was closed, so I will start a new thread here...

i have downloaded and installed the latest dev version of audio.module and configured it according to http://drupal.org/node/209562 (created a "playlist" content type, then attached a couple of audio nodes to it).

now, when i try to invoke a playlist, the following happens:
- www.mysite.com/myplaylist/m3u generates playlist with valid links but not playable in itunes (probably just an itunes problem)
- www.mysite.com/myplaylist/pls creates an almost empty playlist without links
- www.mysite.com/myplaylist/xspf (when "downloaded as file") generates a playlist with valid links
- www.mysite.com/myplaylist/xspf (when surfed to in browser) creates an error

the generated playlists and errors are attached to this post.

can anyone please tell me what i can do to make playlists work?

CommentFileSizeAuthor
#13 feeds.inc_.patch654 byteszirafa
playlists.zip3.32 KBhendryman

Comments

hendryman’s picture

Title: XSPF playlist feed breaking » Playlist Feature Not Working
Component: audio_feeds » audio_playlist
Category: bug » support

[edited according to zirafa's comments - and fixed link access]

here's my stuff - both versions not working as they should:

[version 1]
3 audio notes attached to a "playlist" node
=> 3 seperate players instead of one
=> XSPF link creates error
http://www.hendry.de/web/content/darjeeling-playlist

[version 2]
3 audio nodes displayed via views.module's selector
=> one player with one garbled file only
=> XSPF link creates error
http://www.hendry.de/web/content/darjeeling-views

XSPF link error in both versions:
error on line 3 at column 6: XML declaration allowed only at the start of the document

tried all sorts of file/name variations to no avail... please help, i'm going crazy :-)

zirafa’s picture

Title: Playlist Feature Not Working » XSPF playlist feed breaking
Component: audio_playlist » audio_feeds
Category: support » bug

Changing the title to more accurately describe the issue...please try and be descriptive in the title.

Hendryman, I closed the other thread because it is confusing to have multiple issues open on the same topic.

Also, please don't post .zip files in the future, as it obfuscates the files inside and presents a potential security vulnerability (viruses, although I don't suspect that you would do that, it's just Drupal.org practice). The links you provided to your site is preferred anyway, since we can see how your site is working.

I just applied a patch to fix a typo that was preventing PLS feeds from working. Your M3U link works fine for me. Your XSPF playlist is breaking for an unknown reason that I can't reproduce. Try to see if you can reproduce it with different files to see if a pattern emerges in terms of where/when it breaks. If anybody else encounters a similar problem post here.

hendryman’s picture

zafira: tested it with a dozen albums, it always breaks :/

zirafa’s picture

Can't seem to access the site with the links you gave. Could you send me a test account to try? You can email if it is private.

nofue’s picture

Servus.

As the other thread was closed as being fixed I'm happy there's this thread as I suffer the same oddities as hendryman...

I setup everything as had been said a dozen times but the playlist only shows one entry per playlist, but several playlists. Klicking "XSPF" gives an error screen with a very weird path showing...

That's the page which should show that playlist:
http://www.basitours.com/samplelist

And here's a view of all the music on that site using the 1 pixel player:
http://www.basitours.com/samples/list

The .../samplelist was created as a page view of type XSPF, the samples/list is a regular view where I used the 1 px player for the audio player.

Hope this helps some to get this nasty bug cleared out soon.

Norbert

anthonym’s picture

I just posted an update to another issue about the playlist feed. I got it partially working. Read what I found out here: http://drupal.org/node/210772#comment-714650

hendryman’s picture

Title: Playlist Feature Not Working » XSPF playlist feed breaking
Component: audio_playlist » audio_feeds
Category: support » bug

zrafa: anonymous access has been fixed (audio node permissions was the problem).
my problem appears to be -exactly- the same as nofue's

nofue’s picture

Servus - any news on anything regarding that bug? It's hard to bear that silence...

Norbert

anthonym’s picture

Norbert,

As reported here, (http://drupal.org/node/210772) I have had some success with this by uploading files via ftp and then importing using the audio_import module. This is obviously more of a workaround than a fix, and so far I haven't had any reply on why this method works and others don't. Give it a try and see if you get similar results...

Anthony

nofue’s picture

Servus, Anthony.

Thanks for reminding me -- I haven't tried that yet but it's definitely on my list. However, in this case I can't have my client to work with that workaround. Song files change a lot there and if he had to bulk import every time he wants/needs to change a song he'd get crazy. Well, that audio-affair made him already somewhat upset... If everybody fails I'll put single file players on that site, period. It's a pity there's no solution for that problem, and not being a programmer makes it tougher to deal with the situation. Thanks again,

Norbert

anthonym’s picture

Norbert,

I understand your situation. This should definitely be fixed. Since this is my own site, I'm willing to jump through some hoops to get it to work, but still, there is a problem that hopefully will be addressed soon. I haven't had a chance to try it yet, but perhaps it would be worth investigating the views bonus (http://drupal.org/project/views_bonus) + http://jeroenwijering.com/?item=Flash_MP3_Player option.

anthonym’s picture

Priority: Normal » Critical

Changing status to critical since this issue has been open for a month with no real headway.

zirafa’s picture

Assigned: Unassigned » zirafa
Status: Active » Needs review
StatusFileSize
new654 bytes

I still can't reproduce this, BUT I have a hunch it is something to do with invalid characters choking the feed up. I'm still confused as to why or where these NUL characters are coming from, but as a temporary fix (hopefully someone else can dig deeper for the reason) I applied this patch to 5.x-2.x-dev, which removes any NUL characters from the xspf feed.

Please re-download 5.x-2.x-dev or apply this patch to feeds.inc and follow up the issue here.

hendryman’s picture

YES! Zirafa's patch was the solution. Now it works.
Thank you SO much :-)

nofue’s picture

Servus, Zirafa!

Yes - this patch did it. Perfect, thanks.

stuffnthings’s picture

zirafa: I am using 5.7 and trying to get my xspf playlist working, and keep coming across your posts which seem to have fixes for others. I believe that my tracks are not showing up in my tracklist due to bad characters breaking the feeds. My recommended content feeds break, there for it only makes sense to think that the xspf feeds would as well. I tried your patch, with no luck, patch does not take due to more than one version of feeds.inc and I am not sure how to choose the correct version.

Help is needed. . .

drewish’s picture

I just committed #186801: iTunes ripped MP3s have question marks at end of words?? which should remove some of the NULLs. Is this still necessary?

drewish’s picture

Status: Needs review » Fixed

since there wasn't any feed back i'm going to assume it's working now.

stuffnthings’s picture

drewish, no, it is not working, and I have tried making an xspf of a genre, and it will not produce a playlist, yet it will produce the files according to genre with their info and default single player.

I am learning that it requires the file to be imported somehow other than the mass audio import to work with this playlist.

I need to do some more testing on my end to consider this still broken, so fixed for now is fine.
Note: I can not get a playlist to generate with audio imported with a mass import.

Anonymous’s picture

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for two weeks with no activity.