Bug 382351
Summary: | DAAP appears to no longer work with latest upgrade | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Luis Villa <luis> |
Component: | rhythmbox | Assignee: | Bastien Nocera <bnocera> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | high | Docs Contact: | |
Priority: | low | ||
Version: | 8 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | 0.11.3-3.fc8 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2007-11-20 17:46:03 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Luis Villa
2007-11-14 12:58:03 UTC
Does it happen for all file types, or just one type? Does enabling (or disabling) the cross-fading make it work? Seems to happen on all the file types I have available (ogg and mp3), and they both play fine locally and over streaming radio. If I turn on cross-fading, the error changes from "Couldn't start playback Unknown playback error" to "Couldn't start playback (null)" but otherwise still fails. Are you using mt-daap2 as well? (like Owen) I couldn't reproduce those problems locally, and playing music between an RB 0.11.2 and RB 0.11.3 machines work just fine. And I can't see very many changes between 0.11.2 and 0.11.3 that would result in DAAP stopping working. But it might be related to: http://bugzilla.gnome.org/show_bug.cgi?id=470711 or http://bugzilla.gnome.org/show_bug.cgi?id=390643 Any help from the mt-daap side? (debugging or whatever) Note that you can also use GStreamer to get debug information (see http://www.gnome.org/projects/totem/#bugs), or drag'n'drop the source file to totem or another application that understands HTTP for playback. Nope, no mt-daap running. (Played with it a couple times but could never get it to work with ogg.) If I drag and drop from RB to totem, it says 'An error occurred location not found'. Not sure if that is useful or not. Oh, and on the command line, when following the steps described above, I get: (rhythmbox:9361): RhythmDB-CRITICAL **: rhythmdb_entry_ref: assertion `entry != NULL' failed Beh. I can reproduce as well, I was using UPNP without realising :) Rhythmbox-Message: rb_shell_player_entry_activated_cb: Entry has playback URI Unknown (location: daap://192.168.1.106:3689/databases/1/items/4.mp3?session-id=136937119, mount: Unknown) Probably a fallback from the work to support stream URLs. Work-around at: http://koji.fedoraproject.org/koji/taskinfo?taskID=244951 Does it work for you, Luis? Unconvincing analysis at: http://bugzilla.gnome.org/show_bug.cgi?id=497430 Works like a charm... rhythmbox-0.11.3-3.fc8 has been pushed to the Fedora 8 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update rhythmbox' rhythmbox-0.11.3-3.fc8 has been pushed to the Fedora 8 stable repository. If problems still persist, please make note of it in this bug report. |