netjuke-devel Mailing List for Netjuke
Status: Beta
Brought to you by:
blakewatters
Menu
▾
▴
netjuke-devel — Used by developers to submit code-patches and explore netjuke-related concepts.
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
(129) |
Apr
(31) |
May
(10) |
Jun
(14) |
Jul
(9) |
Aug
(6) |
Sep
(12) |
Oct
(12) |
Nov
(2) |
Dec
(18) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(25) |
Feb
(17) |
Mar
(37) |
Apr
(49) |
May
(32) |
Jun
(7) |
Jul
(7) |
Aug
(4) |
Sep
(2) |
Oct
(19) |
Nov
(3) |
Dec
(4) |
| 2004 |
Jan
|
Feb
(5) |
Mar
(4) |
Apr
(14) |
May
(1) |
Jun
(1) |
Jul
(4) |
Aug
|
Sep
(1) |
Oct
|
Nov
(1) |
Dec
|
| 2005 |
Jan
(10) |
Feb
|
Mar
|
Apr
(2) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Zak B. <za...@mo...> - 2005-05-11 20:09:10
|
You can you an application like Tag&Rename or Abander Tag Control to write tags from the directory/file structure. On Wed, 11 May 2005 et...@sp... wrote: > On Wed, May 11, 2005 at 10:52:22AM -0400, Art Morales wrote: > > <snip> > > I still like how > > netjuke reads tags (slightly different than jinzora, probably the > > order of id3v1 vs id3v2) that I will have to edit some songs to have > > the same organization I had with netjuke, but that's minor. > > Is there a way, in netjuke, to have it use the directory structure for > genre/title information, instead of the tags? > > I have tons of music organized in that fashion and can't figure out how to > get netjuke to use it. > > > > ------------------------------------------------------- > This SF.Net email is sponsored by Oracle Space Sweepstakes > Want to be the first software developer in space? > Enter now for the Oracle Space Sweepstakes! > http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click > _______________________________________________ > Netjuke-users mailing list > Net...@li... > https://lists.sourceforge.net/lists/listinfo/netjuke-users > -- Zak Brown www.mode3.com www.djzakbrown.com -- "Only faggots want higher taxes." --Bush-Cheney '04 |
|
From: Art M. <bi...@gm...> - 2005-05-11 15:52:24
|
Ok, I guess first impressions can be wrong. After getting a bit of help from the jinzora developers to fix an incompatibility with Mandrake 10.1 (php issue, easy to fix)... I finally got a working Jinzora2 install that looks like netjuke for the most part. I haven't tried editing any tracks yet, but I must say that I can learn to like this. The multiple interfaces are nice, and it is configurable enough that I can turn off things I don't particularly care for (album art, for example :) Anyways, if you guys are still on the fence, give Jinzora a try. Use the netjuke skin and it looks almost like netjuke 1.0rc2. It even works! It actually plenty fax on my 21500 song collection. I still like how netjuke reads tags (slightly different than jinzora, probably the order of id3v1 vs id3v2) that I will have to edit some songs to have the same organization I had with netjuke, but that's minor. Art |
|
From: Blake W. <sb...@ne...> - 2005-04-26 00:05:25
|
Yes, this is real but it does not mean an end to Netjuke. Jinzora 2.0 =20= has an established user interface code base and two very dedicated =20 developers carrying the project forward. We have a good bit of code =20 in Netjuke 2 line, but have never managed to cultivate a rich user =20 interface experience because of lack of skillset and time on my part =20 (I'm the Netjuke lead)... So what we have done going forward is to merge our projects into a =20 new combined effort. This brings us twice the developers and =20 essentially twice the codebase to work with. I find Jinzora overly =20 complicated and not ideal, but I also find Netjuke 1.x very limiting =20 and Netjuke 2.x very immature. I hope to bring a more focused and =20 user oriented experience to Jinzora and raise the quality of their =20 product while doing the same for Netjuke. Jinzora 3.0 will probably =20 be released as 'Netjuke Technologies Jinzora' or some other =20 combination there of. We are working on compatibility layers in the =20 near term to give Netjuke users a consistent experience on an active =20 codebase to hold out for the next major release. I felt that merging with Jinzora was the best possible move I could =20 make to preserve Netjuke as a project and keep moving forward. My day =20= job work is pretty time consuming (software start-up), so I was =20 simply drowning in my vision for Netjuke 2. Jinzora complements those =20= weak spots, so I figure that in 6 months we can have the solution =20 I've been trying to build instead of another year+ at the current =20 pace we were moving as a separate project. The merger is proceeding like this: Ross Carlson (Jinzora Lead) and I =20= have been discussing project structure and architecture and have =20 elected to merge our codebases where appropriate to get the maximum =20 value in a unified project. Much of the architectural robustness, =20 developer tools, and miscellaneous feature code is moving into =20 jinzora's source tree. We're implementing trac for bug tracking and =20 source control and moving to subversion. All Netjuke code is available for forking and will continue to be =20 available in the future. Anybody who doesn't like my plan is invited =20 to fork the code base and proceed in whatever way they feel is =20 appropriate. Blake On Apr 23, 2005, at 10:57 PM, Art Morales wrote: > Is this real? What's going to happen to my beloved netjuke? I like > jinzora, but the netjuke implementation fits better for larger =20 > libraries > (no preloading everything on the html). I tried both, but netjuke was > such a better fit :) How is the merger going to happen? is Netjuke =20 > done > and over with? Please, shed some light on this! > > Thanks, > > Art > > ---------------------------- Original Message =20 > ---------------------------- > Subject: Jinzora 2.0 released - upcoming merger with Netjuke > From: "Jinzora Announcement" <ann...@ji...> > Date: Tue, April 19, 2005 10:37 pm > To: ann...@ji... > ----------------------------------------------------------------------=20= > ---- > > Jinzora, the leading provider of web-based media management > solutions announced today the release of Jinzora 2.0 and an upcoming > merger with Netjuke. Jinzora, an open source cross-platform, web-=20 > based > streaming media management application, enables people to quickly and > easily organize and stream their digital music and video to any =20 > internet > connected computer. Jinzora 2.0 introduces significant new features =20= > over > its 1.1 predecessor and is the culmination of over a year of hard =20 > work by > project leader Ross Carlson and chief software architect Ben =20 > Dodson. A > brief list of Jinzora 2.0 enhancements is listed below. For a more > detailed list of enhancements see the Changelog > (http://www.jinzora.com/changelog/), drop by our downloads page > (http://www.jinzora.com/pages.php?pn=3Ddownloads) and visit our = Support > Forums (http://www.jinzora.com/forums/) > > The Jinzora development team is also pleased to announce our upcoming > merger with Netjuke, an open source, cross-platform, web-based =20 > streaming > media jukebox powered by PHP 4. Blake Watters, project leader of =20 > Netjuke > will soon be joining the Jinzora development team. Jinzora is =20 > committed > to working closely with the Netjuke community to ease this =20 > transition and > to ensure that both the Jinzora and Netjuke communities benefit as =20 > much > as possible from this merger. Jinzora would like to thank Blake =20 > Watters > for making this possible and we are very excited about working =20 > with Blake > for future versions. > > Jinzora 2.0 feature enhancements > * The ability to stream media outside of your web path > * Quick import tracks - skip pulling tag data - pulled on the fly > * Embedded players - have media stream to flash based (Wimpy, XSPF =20 > Player) > or Windows Media Player embedded in a popup page * Dynamic image =20 > resizing > - dramatically speed up viewing album art * "Who is where" and "Now > streaming" blocks - see what's happening in real time * A Netjuke =20 > style > interface to help people transition to Jinzora > * Full support for Real Media (audio and video) > * Ability to download full albums/tracks - displays the size of the > download before the download begins * Server side playlist support =20 > - save > and recall playlists > * Full Jukebox support (MPD, Winamp, Audiotron, SlimServer) > * Automatically pull metadata for artist/album information > * Power Search page > * The ability to view album art stored in the ID3 tags > * Sort albums by year or album name > * Upload media using a web based interface > * On the fly resampling using Lame > * User browsing history - easily go back to previous pages > * Write images to the ID3 tags of tracks > * "View all art" - see all albums by art on a single page > * User registration engine - allow users to sign up to access a =20 > Jinzora > based site * Dynamically create images for items missing album/=20 > artist art > * Request Manager - give users the ability to request tracks to be =20 > added > > About Jinzora > Jinzora is the premiere web based media management solution =20 > capable of > streaming both audio and video content to Internet or LAN based users. > Jinzora also features a powerful jukebox module allowing for =20 > control of > multiple software and hardware playback platforms. Jinzora's focus on > ease of use and powerful interface design makes it the choice for web > based media management. Whether you are a small user who wishes to > access your media from anywhere or a large organization sharing =20 > media with > the world, Jinzora is the most powerful solution available today. > Founded in August of 2003 by Ross Carlson, Jinzora has grown to a =20 > team of > 8, with more than 20,000 installs and an estimated user base of =20 > 6,000. > > Contact info: > Jinzora Project Leader: Ross Carlson - ro...@ji... > Jinzora Chief Software Architect: Ben Dodson - be...@ji... > Netjuke Project Leader: Blake Watters - sb...@ib... > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real =20 > users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_ide95&alloc_id=14396&op=3Dclick > _______________________________________________ > Netjuke-devel mailing list > Net...@li... > https://lists.sourceforge.net/lists/listinfo/netjuke-devel > |
|
From: Art M. <bi...@gm...> - 2005-04-24 02:57:43
|
Is this real? What's going to happen to my beloved netjuke? I like jinzora, but the netjuke implementation fits better for larger libraries (no preloading everything on the html). I tried both, but netjuke was such a better fit :) How is the merger going to happen? is Netjuke done and over with? Please, shed some light on this! Thanks, Art ---------------------------- Original Message ---------------------------- Subject: Jinzora 2.0 released - upcoming merger with Netjuke From: "Jinzora Announcement" <ann...@ji...> Date: Tue, April 19, 2005 10:37 pm To: ann...@ji... -------------------------------------------------------------------------- Jinzora, the leading provider of web-based media management solutions announced today the release of Jinzora 2.0 and an upcoming merger with Netjuke. Jinzora, an open source cross-platform, web-based streaming media management application, enables people to quickly and easily organize and stream their digital music and video to any internet connected computer. Jinzora 2.0 introduces significant new features over its 1.1 predecessor and is the culmination of over a year of hard work by project leader Ross Carlson and chief software architect Ben Dodson. A brief list of Jinzora 2.0 enhancements is listed below. For a more detailed list of enhancements see the Changelog (http://www.jinzora.com/changelog/), drop by our downloads page (http://www.jinzora.com/pages.php?pn=3Ddownloads) and visit our Support Forums (http://www.jinzora.com/forums/) The Jinzora development team is also pleased to announce our upcoming merger with Netjuke, an open source, cross-platform, web-based streaming media jukebox powered by PHP 4. Blake Watters, project leader of Netjuke will soon be joining the Jinzora development team. Jinzora is committed to working closely with the Netjuke community to ease this transition and to ensure that both the Jinzora and Netjuke communities benefit as much=20 as possible from this merger. Jinzora would like to thank Blake Watters for making this possible and we are very excited about working with Blake for future versions. Jinzora 2.0 feature enhancements * The ability to stream media outside of your web path * Quick import tracks - skip pulling tag data - pulled on the fly * Embedded players - have media stream to flash based (Wimpy, XSPF Player) or Windows Media Player embedded in a popup page * Dynamic image resizing - dramatically speed up viewing album art * "Who is where" and "Now streaming" blocks - see what's happening in real time * A Netjuke style interface to help people transition to Jinzora * Full support for Real Media (audio and video) * Ability to download full albums/tracks - displays the size of the download before the download begins * Server side playlist support - save and recall playlists * Full Jukebox support (MPD, Winamp, Audiotron, SlimServer) * Automatically pull metadata for artist/album information * Power Search page * The ability to view album art stored in the ID3 tags * Sort albums by year or album name * Upload media using a web based interface * On the fly resampling using Lame * User browsing history - easily go back to previous pages * Write images to the ID3 tags of tracks * "View all art" - see all albums by art on a single page * User registration engine - allow users to sign up to access a Jinzora based site * Dynamically create images for items missing album/artist art * Request Manager - give users the ability to request tracks to be added About Jinzora Jinzora is the premiere web based media management solution capable of streaming both audio and video content to Internet or LAN based users.=20 Jinzora also features a powerful jukebox module allowing for control of multiple software and hardware playback platforms. Jinzora's focus on ease of use and powerful interface design makes it the choice for web based media management. Whether you are a small user who wishes to access your media from anywhere or a large organization sharing media with the world, Jinzora is the most powerful solution available today. Founded in August of 2003 by Ross Carlson, Jinzora has grown to a team of 8, with more than 20,000 installs and an estimated user base of 6,000. Contact info: Jinzora Project Leader: Ross Carlson - ro...@ji... Jinzora Chief Software Architect: Ben Dodson - be...@ji... Netjuke Project Leader: Blake Watters - sb...@ib... |
|
From: John W. <joh...@gm...> - 2005-01-25 17:48:24
|
Meeting in #netjuke on irc.freenode.net tonight at 9PM EST/6PM PST. Hope to see you there. -- John Wulff jo...@or... (360) 317 - 6447 |
|
From: Jay R. <ja...@gm...> - 2005-01-24 15:24:58
|
Since Netjuke will be used by people with many different languages it
would probably be best to have a place in the configuration files to
store a list of leading articles and have the code reference that list
rather than hard code it. That way each language would simply need a
different leading article setting.
On Sat, 22 Jan 2005 14:37:06 -0500, Michael Sokolov <mso...@gm...> wrote:
> On my setup (Fedora 3/alsa/mpg321) I needed to replace
>
> @exec ("kill $pid");
>
> with
>
> @exec ("kill -9 $pid");
>
> in jukebox-edit.php. On the whole I would love a more interactive
> jukebox interface that would enable viewing/modifying the current
> playlist. I might even work on it, except I have a full time job and
> kids...
>
> Here's another pointer though. It was annoying me that band names
> beginning "The " sorted under T, so I made this patch to address this
> (in alphabet.php):
>
> 36,37c36
> < . " where (lower(".$col.".name) like
> '".strtolower($_REQUEST['val'])."%' "
> < . " or lower(".$col.".name) like 'the
> ".strtolower($_REQUEST['val'])."%' )"
> ---
> > . " where lower(".$col.".name) like '".strtolower($_REQUEST['val'])."%' "
> 39c38
> < . " order by replace(upper(".$col.".name),'THE ','') ";
> ---
> > . " order by upper(".$col.".name) ";
>
> This still doesn't merge the two entries together (which would be the
> best), but at least it makes them appear near each opther in the
> browse list...
>
> Another request I have is some way to completely disable the
> authentication mechanism. I have netjuke installed on a server that
> is already locked down in another way and I don't care to track who is
> using the site, since it is basically used for playing music on my
> home stereo from a central server. So the login is kind of annoying
> more than anything else for me. I hacked this by adding:
>
> 719,722d718
> < if (!isset($NETJUKE_SESSION_VARS["email"])) {
> < $NETJUKE_SESSION_VARS["email"] = "my...@my...";
> < $NETJUKE_SESSION_VARS["gr_id"] = 1;
> < }
>
> to inc-common.php and setting security mode to 0.2, but I think it
> might be better to do something like this in the install script.
>
> Thanks for all the hard work you folks are putting in - glad to see
> this project seems to be getting revived.
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Netjuke-devel mailing list
> Net...@li...
> https://lists.sourceforge.net/lists/listinfo/netjuke-devel
>
--
- I stopped complaining about Microsoft when I started using Horizon. -
Jay Roos
Computer Systems Analyst
Great River Regional Library
405 W. St. Germain
St. Cloud, MN 56301
(320) 650-2534
|
|
From: Michael S. <mso...@gm...> - 2005-01-22 19:37:13
|
On my setup (Fedora 3/alsa/mpg321) I needed to replace
@exec ("kill $pid");
with
@exec ("kill -9 $pid");
in jukebox-edit.php. On the whole I would love a more interactive
jukebox interface that would enable viewing/modifying the current
playlist. I might even work on it, except I have a full time job and
kids...
Here's another pointer though. It was annoying me that band names
beginning "The " sorted under T, so I made this patch to address this
(in alphabet.php):
36,37c36
< . " where (lower(".$col.".name) like
'".strtolower($_REQUEST['val'])."%' "
< . " or lower(".$col.".name) like 'the
".strtolower($_REQUEST['val'])."%' )"
---
> . " where lower(".$col.".name) like '".strtolower($_REQUEST['val'])."%' "
39c38
< . " order by replace(upper(".$col.".name),'THE ','') ";
---
> . " order by upper(".$col.".name) ";
This still doesn't merge the two entries together (which would be the
best), but at least it makes them appear near each opther in the
browse list...
Another request I have is some way to completely disable the
authentication mechanism. I have netjuke installed on a server that
is already locked down in another way and I don't care to track who is
using the site, since it is basically used for playing music on my
home stereo from a central server. So the login is kind of annoying
more than anything else for me. I hacked this by adding:
719,722d718
< if (!isset($NETJUKE_SESSION_VARS["email"])) {
< $NETJUKE_SESSION_VARS["email"] = "my...@my...";
< $NETJUKE_SESSION_VARS["gr_id"] = 1;
< }
to inc-common.php and setting security mode to 0.2, but I think it
might be better to do something like this in the install script.
Thanks for all the hard work you folks are putting in - glad to see
this project seems to be getting revived.
|
|
From: Blake W. <sb...@ne...> - 2005-01-14 20:47:15
|
I've just created a new cut of the Netjuke code generator that addresses some design flaws in the old implementation. All generated NetjukeObject classes are now kept in the /objects sub-directory of the main tree and this directory is marked to be ignored by subversion. The generated classes are now more intelligent in their identification of the PHP data types the columns map to, as well miscellaneous other improvements. All custom code can be placed in the corresponding class generated inside the main classes/ sub-directory. To begin working with the current sources, you'll have to run generate-classes.php after the initial bootstrap.php to fully configure your environment. Bootstrap.php will likely be changed to populate-libraries.php or something similar and a top level bootstrap script that initializes the libraries, installs the database interactively, and generates the object classes will be dropped in. The only remaining issues for code generation is the automated generation of unit tests for all NetjukeObject derived classes and the eventual replacement of the online DB with an offline format -- likely the XML schema provided by adodb so we are less MySQL focused. This will be post beta1 issue, we're golden for now. Blake |
|
From: CJ K. <ne...@ap...> - 2005-01-11 14:53:37
|
Steve wrote: > I haven't checked lately, but is there an ebuild for Netjuke in Gentoo? There is not. It looks like one was submitted to Gentoo's bugzilla some time ago, though: http://bugs.gentoo.org/show_bug.cgi?id=18609 -CJ -- WOW: Kakistocracy | "The ships hung in the sky in much the same apocalyptech.com/wow | way that bricks don't." - Douglas Adams, ne...@ap... | _The Hitchhiker's Guide To The Galaxy_ |
|
From: Steve <sp...@pe...> - 2005-01-11 03:24:17
|
I haven't checked lately, but is there an ebuild for Netjuke in Gentoo? -- http://s87365085.onlinehome.us/ |
|
From: John W. <joh...@gm...> - 2005-01-10 23:56:01
|
The Netjuke development team is pleased to announce that weekly IRC meetings have been instituted. Every Tuesday night at 9:00pm EST, the Netjuke development team and any interested parties will convene in #netjuke on irc.freenode.net to discuss the project. The details are repeated below for readability. We hope to see you there! What: Weekly Developer IRC Meeting Where: #netjuke, irc.freenode.net When: Every Tuesday 9:00pm EST -- John Wulff |
|
From: John W. <joh...@gm...> - 2005-01-09 11:05:04
|
I added a forum ( http://www.netjuke.org/index.php?name=PNphpBB2&file=viewforum&f=14 ) on boards where we can post logs of our IRC and IM development discussions. Only 'The Netjuke Team' group has permission to post new topics, but everyone can reply. Ok so we can all be on the same page, here is the inheritance tree currently in SVN. # NetjukeFormat * NetjukeFormatImage o NetjukeFormatImageJPEG * NetjukeFormatPlaylist o NetjukeFormatPlaylistM3U * NetjukeFormatSong o NetjukeFormatSongAAC o NetjukeFormatSongFLAC o NetjukeFormatSongMP3 o NetjukeFormatSongWMA Right now we're naming the format files 'plugins/MP3/MP3.song.php'. Should we consider naming them something like 'MP3.format.song.php' or 'MP3.song.format.php' (I vote for the latter). This change would be more consistent with 'plugins/Installer/Installer.module.php'. On Sun, 9 Jan 2005 04:59:11 -0500, Blake Watters <sb...@ne...> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I agree about the list. Also, I want a place on the developer site to > save logs of our design discussions and weekly meetings. Our > conversation last night (which I have logged) is a perfect starting > point. See if you can make that happen, I'm tied up with real world > work until later this evening. > > Anyway, yes NetjukePlugin should be derived from NetjukeObject. If you > look at the code implemented for NetjukePlugin, you'll see that as you > slide down the hierarchy the descendents use NetjukeObject to back the > existence and state of available plugins. Only one table is used > because the data overlaps exactly -- plugins are general types of > pluggable code that can be hot loaded/unloaded. A module and a song > format are two types of pluggable code, the constructor of those > classes call $this->setType('module'), which is a setter implemented > via code generation on top of NetjukeObject. The plugin type is purely > a descendent of NetjukeObject and does indeed exploit its slickness. > Likewise all plugins can be activated/deactivated and this is another > get/set pair you get for free from NetjukeObject. > > The main point here is that everything that is DB backed in pluggable > code is common and in the plugins table. Things like MIME types, file > extensions, descriptions, etc. are set in the code for convenience and > to allow the plugin system to grow indefinitely without changing the > schema. > > Finally yes, realign NetjukeImage along the same lines. > NetjukeFormatImage class should be added with an image plugin type to > provide formats. I'd say that we eliminate the var/images directory and > abstract NetjukeFile into NetjukeFileImage and NetjukeFileSong, leaving > the additional possibility for NetjukeFileMovie, etc. down the road. > File should now only contain the media root, path to the file, file > size, date added, date changed, type ('Image', 'Song', and '' for files > that aren't either) and creator user ID. > > NetjukeFileSong should contain file_id, bit_rate, sample_rate, and > format_name. > NetjukeFileImage should contain file_id, format_name, color depth, > dimensions, etc. -- I leave it to you to expand the set. > > These two tables will need to perform a join of their table data to > their constructor during fetch and will need to perform inherited > inserts/updates so that calling $sfile->update() results in both tables > being updated together. This I believe will be very powerful as files > are now totally abstract and download/streaming can be handled via the > same code, as all file will have a MIME Type, a size, a file extension, > etc. > > Next, we'll need a netjuke_downloads table which contains a user_id, > file_id, date_created. > > Blake > > On Jan 8, 2005, at 5:12 AM, John Wulff wrote: > > > Now that development is back in full swing, we should probably start > > using this list again. So here goes: > > > > Does NetjukePlugin really need to be derived from NetjukeObject? So > > far no classes derived from NetjukePlugin have needed any of the > > NetjukeObject slickness, so I say get rid of that inheritance. > > > > Also, now that we're committed to using NetjukeFile and NetjukeFormat, > > should the NetjukeImage class/table be re thunk? > > > > -- > > John Wulff > > jo...@or... > > (360) 317 - 6447 > > > > > > -- > > John Wulff > > jo...@or... > > (360) 317 - 6447 > > > > > > ------------------------------------------------------- > > The SF.Net email is sponsored by: Beat the post-holiday blues > > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > > _______________________________________________ > > Netjuke-devel mailing list > > Net...@li... > > https://lists.sourceforge.net/lists/listinfo/netjuke-devel > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.4 (Darwin) > > iD8DBQFB4QBvdpR6/1qAadwRAnlCAJ9lBwa1Fm5Pya1nX2E7qQjb0Rr5QACfcr2s > OdX/bDt1/Zq5xJYLIFfxbY4= > =7aRg > -----END PGP SIGNATURE----- > > -- John Wulff jo...@or... (360) 317 - 6447 |
|
From: Blake W. <sb...@ne...> - 2005-01-09 09:58:25
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I agree about the list. Also, I want a place on the developer site to
save logs of our design discussions and weekly meetings. Our
conversation last night (which I have logged) is a perfect starting
point. See if you can make that happen, I'm tied up with real world
work until later this evening.
Anyway, yes NetjukePlugin should be derived from NetjukeObject. If you
look at the code implemented for NetjukePlugin, you'll see that as you
slide down the hierarchy the descendents use NetjukeObject to back the
existence and state of available plugins. Only one table is used
because the data overlaps exactly -- plugins are general types of
pluggable code that can be hot loaded/unloaded. A module and a song
format are two types of pluggable code, the constructor of those
classes call $this->setType('module'), which is a setter implemented
via code generation on top of NetjukeObject. The plugin type is purely
a descendent of NetjukeObject and does indeed exploit its slickness.
Likewise all plugins can be activated/deactivated and this is another
get/set pair you get for free from NetjukeObject.
The main point here is that everything that is DB backed in pluggable
code is common and in the plugins table. Things like MIME types, file
extensions, descriptions, etc. are set in the code for convenience and
to allow the plugin system to grow indefinitely without changing the
schema.
Finally yes, realign NetjukeImage along the same lines.
NetjukeFormatImage class should be added with an image plugin type to
provide formats. I'd say that we eliminate the var/images directory and
abstract NetjukeFile into NetjukeFileImage and NetjukeFileSong, leaving
the additional possibility for NetjukeFileMovie, etc. down the road.
File should now only contain the media root, path to the file, file
size, date added, date changed, type ('Image', 'Song', and '' for files
that aren't either) and creator user ID.
NetjukeFileSong should contain file_id, bit_rate, sample_rate, and
format_name.
NetjukeFileImage should contain file_id, format_name, color depth,
dimensions, etc. -- I leave it to you to expand the set.
These two tables will need to perform a join of their table data to
their constructor during fetch and will need to perform inherited
inserts/updates so that calling $sfile->update() results in both tables
being updated together. This I believe will be very powerful as files
are now totally abstract and download/streaming can be handled via the
same code, as all file will have a MIME Type, a size, a file extension,
etc.
Next, we'll need a netjuke_downloads table which contains a user_id,
file_id, date_created.
Blake
On Jan 8, 2005, at 5:12 AM, John Wulff wrote:
> Now that development is back in full swing, we should probably start
> using this list again. So here goes:
>
> Does NetjukePlugin really need to be derived from NetjukeObject? So
> far no classes derived from NetjukePlugin have needed any of the
> NetjukeObject slickness, so I say get rid of that inheritance.
>
> Also, now that we're committed to using NetjukeFile and NetjukeFormat,
> should the NetjukeImage class/table be re thunk?
>
> --
> John Wulff
> jo...@or...
> (360) 317 - 6447
>
>
> --
> John Wulff
> jo...@or...
> (360) 317 - 6447
>
>
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> Netjuke-devel mailing list
> Net...@li...
> https://lists.sourceforge.net/lists/listinfo/netjuke-devel
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)
iD8DBQFB4QBvdpR6/1qAadwRAnlCAJ9lBwa1Fm5Pya1nX2E7qQjb0Rr5QACfcr2s
OdX/bDt1/Zq5xJYLIFfxbY4=
=7aRg
-----END PGP SIGNATURE-----
|
|
From: John W. <joh...@gm...> - 2005-01-08 10:12:33
|
Now that development is back in full swing, we should probably start using this list again. So here goes: Does NetjukePlugin really need to be derived from NetjukeObject? So far no classes derived from NetjukePlugin have needed any of the NetjukeObject slickness, so I say get rid of that inheritance. Also, now that we're committed to using NetjukeFile and NetjukeFormat, should the NetjukeImage class/table be re thunk? -- John Wulff jo...@or... (360) 317 - 6447 -- John Wulff jo...@or... (360) 317 - 6447 |
|
From: Matt M. <mat...@ma...> - 2004-11-29 04:11:47
|
FYI, I've posted a patch to make Netjuke prefer paths on the local filesystem for playlist items when the remote IP address matches the server IP address. http://carter.dyndns.org:8000/wordpress/index.php?p=8 |
|
From: <JB...@gm...> - 2004-09-19 18:47:05
|
Hi everyone I'm not very familiar with Netjuke source, so I'm not gonna submit any patches. However i'll post my solutions to two related problems with Netjuke and using PostgreSQL as a backend. 1) <databasebackend>->Execute(..) That one returns either an object or FALSE, atleast at one place, ~121=20 while(isset($dbrs) &&...) always returns true, even if the SQLquery failed. I wouldn't be suprised if this happens on more then this place, havn't look= ed.. 2) PGSQL does not support 'order by' on something that you don't return. this means that SQL queries like this fail SELECT distinct tr.location, tr.time, tr.name, ar.name, al.name, tr.id from netjuke_tracks tr, netjuke_artists ar, netjuke_albums al , netjuke_genres ge where ar.id =3D tr.ar_id and al.id =3D tr.al_id order by al.name, tr.track_number, ar.name, tr.id; as we don't return the tr.track_number.=20 I would suspect this happens at rather many places, first I found was play.php:~266 (the example I posted) Hope this will be fixed asap. Cheers guys /Johan Bj=F6rk |
|
From: Lars v. W. <von...@we...> - 2004-07-21 08:46:27
|
Hi Blake, > database. You'll find me incredibly responsive for bug fixes > and additions to the API -- my primary goal right now is to > get the word out and get new developers hacking on the > platform to develop new & exciting media applications such > as yours. After our public release, I'll be developing a > rich web services API (probably SOAP) to interact with the > Netjuke backend abstractly from other languages and systems. What kind of API is this at the moment? I looked through CVS and the API seems to be a set of PHP scripts IIRC? How are these meant to be accessed by some application written in, say, C++? We currently have abstract functions for things like "get available views", returning e.g. "Interprete/Album/Title" or "Year/Genre/Interprete/Track". Then functions to traverse the tree of a view node by node, like "get tracks for current node" and "get children nodes". Finally there are playlist management functions like "add node to playlist" or "get available playlist". Is this kind of the level the API has or will have? Then it would probably be easy to hook up the two things. > the irc.freenode.net IRC network in #netjuke, I'm 'sbw'. I'd Tried to meet you there, but seems difficult. I'll keep on trying. Lars |
|
From: Blake W. <sb...@ib...> - 2004-07-12 22:00:39
|
Hi Lars - All development on the 1.x line of Netjuke is frozen and has been for roughly a year. The 2.x line is quickly stabilizing and due for a public release within a month. The 2.x schema has been completely redesigned for speed and the ability to have 1 to many relationships for all managed metadata. The schema is 0% backwards compatible and there is currently no code in place to allow a migration from 1.x to 2.x. This will probably happen at some point, but is months away. 2.x supports FLAC and the addition of new formats via modules. Integration with third party applications is accomplished through modules as well. The user interface is completely separated from the backend code and currently it is preferred that you use the NetjukeAPI (see http://developer.netjuke.org/) to manipulate the data in the database. You'll find me incredibly responsive for bug fixes and additions to the API -- my primary goal right now is to get the word out and get new developers hacking on the platform to develop new & exciting media applications such as yours. After our public release, I'll be developing a rich web services API (probably SOAP) to interact with the Netjuke backend abstractly from other languages and systems. If you'd like to discuss your project in realtime, you can Instant Message me on the AIM network as 'initgraf' or on the irc.freenode.net IRC network in #netjuke, I'm 'sbw'. I'd love to get you guys started and support this effort -- it sounds like an awesome project! Blake On Sun, 11 Jul 2004 11:31:53 +0200 "Lars von Wedel" <von...@we...> wrote: > > Hello Netjuke developers, > > Together with two friends I am developing an extension of VDR to be able > to browse music libraries via TV, compose playlists, and finally replay > music files. VDR (http://www.cadsoft.de/vdr) is a set-top box > application for Linux to turn it into a digital video disc recorder. > > Currently, we are using GiantDisc database schemas for the underlying > database which is MySQL. However, after some experiences we do not favor > the GiantDisc approach to organize files any longer. > > I am now having a look into Netjuke which looks promising due to its > extensive features in the web API which would nicely complement the > somewhat limited capabilities of the VDR on-screen display when it comes > to editing information. > > Switching from GiantDisc to Netjuke does not seem that difficult, but > before starting that effort, I'd like some opinions on the following > questions: > > - Is the database schema of Netjuke meant to be accessed directly (i.e. > via SQL)? > - Will the schema change from Netjuke v1 to v2? If so, is there an > upgrade for databases? > - Should I start out with v2 immediately? I really want flac support. > However, if Netjuke would maintain tags and files it would be enough as > decoding will be done in my plugin on the VDR machine. > > Any ideas are appreciated... > > Regards, > Lars > > > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Netjuke-devel mailing list > Net...@li... > https://lists.sourceforge.net/lists/listinfo/netjuke-devel |
|
From: Lars v. W. <von...@we...> - 2004-07-11 09:32:18
|
Hello Netjuke developers, Together with two friends I am developing an extension of VDR to be able to browse music libraries via TV, compose playlists, and finally replay music files. VDR (http://www.cadsoft.de/vdr) is a set-top box application for Linux to turn it into a digital video disc recorder. Currently, we are using GiantDisc database schemas for the underlying database which is MySQL. However, after some experiences we do not favor the GiantDisc approach to organize files any longer. I am now having a look into Netjuke which looks promising due to its extensive features in the web API which would nicely complement the somewhat limited capabilities of the VDR on-screen display when it comes to editing information. Switching from GiantDisc to Netjuke does not seem that difficult, but before starting that effort, I'd like some opinions on the following questions: - Is the database schema of Netjuke meant to be accessed directly (i.e. via SQL)? - Will the schema change from Netjuke v1 to v2? If so, is there an upgrade for databases? - Should I start out with v2 immediately? I really want flac support. However, if Netjuke would maintain tags and files it would be enough as decoding will be done in my plugin on the VDR machine. Any ideas are appreciated... Regards, Lars |
|
From: CJ K. <ne...@ap...> - 2004-07-06 17:59:04
|
Hello, list.
I recently upgraded netjuke from 1.0b17 to 1.0-rc2 and I noticed that
you've moved to using a PHP zip library instead of using the external
programs like I was used to in 1.0b7. While that's a pretty cool
feature, I'd personally like to be able to specify using the external
programs if I want (especially since my preferred format is tar), so
it would be great if the PHP Zip library was simply another option
on the download. In addition, there's a couple of related things
I'd like to see:
1) Previously all of the directory information was put into the
batched files; this was very useful to me, especially when
grabbing a bunch of albums at a time. I noticed that the PHP
Zip library has an add_dir function, so that should be possible
still.
2) I've actually modified batch.php so that it creates a temporary
file for actual download (I believe the Mac .sit format did this
previously on 1.0b17), and I do so because otherwise my
mod_bandwidth on Apache doesn't actually do anything. It can't
seem to deal with output that's coming directly from an external
program. So what I've done is set up the code to create the
temp file and then just use a Location: redirect to point the
browser to the file. This lets mod_bandwidth do its thing
properly. So, another option would be nice to enable this
behavior.
Thanks!
-CJ
--
WOW: Kakistocracy | "The ships hung in the sky in much the same
apocalyptech.com/wow | way that bricks don't." - Douglas Adams,
ne...@ap... | _The Hitchhiker's Guide To The Galaxy_
|
|
From: Blake W. <sb...@ib...> - 2004-06-07 16:11:53
|
Guys - I did some research this weekend and have settled on the LastCraft testing environment. I'm hoping to get some test-driven development going and get in the habit of running tests before committing major changes to CVS. You guys might want to peak at this and make any comments, implementations should appear on CVS within the week http://www.lastcraft.com/overview.php Thanks, Blake |
|
From: Blake W. <sb...@ne...> - 2004-05-17 04:15:19
|
Hi all - As many of you may have noticed, the Netjuke project has recently migrated servers from our previous hosting solution at Ibiblio. The new server, graciously provided by Netjuke developer John Wulff, boasts significant performance improvements and provides our project with some new opportunities to grow and advance both the project and our community. Over the coming months, we will begin releasing the Netjuke2 platform for mass consumption. In preparation for this event, we will be introducing new services and revising our homepage to be more engaging, dynamic, informative, and just plain fun than in the past. Enhanced Developer Site - We will soon be launching a developer.netjuke.org site centered around Netjuke development, developers, and projects deploying Netjuke for their media management needs. All developers will have their development environment optionally available as a netjuke.org host (i.e. my development copy can be found at http://sbw.netjuke.org). Extensive documentation of the module and templating systems will be forthcoming, as well as a project roadmap, developer tasks, and how-to/tutorial texts to help bring new members into the fold. Developer biographies, links, and mugshots should also be available. Recruitment - As our project grows, we are increasingly needing more people. I'm going to actively recruit new developers, artists, and documentation contributors. We could also use forum moderators and a webmaster for the main site and the forthcoming developer site. Jabber - I'm going to be bringing up a Jabber server for use with the project. I'll be available most of the time via IM for support, chat, or developer help. I've also been pondering some interesting ideas for Jabber/Netjuke integration, but those are a few months out. IRC - Our channel has solidified into a place of idleing bliss. I'd like to try and draw more people in and be more helpful. Any suggestions on how to do this would rock. Documentation - Touched on this a bit earlier. We are going to need a rich step-by-step installation guide, a basic administration manual, and extensive developer documentation. Much of the ground-work for the developer documentation has already been put down in the form of comments in the source code. I'll be happy to provide much of the remaining developer documentation, but I'll need someone else to handle the user level stuff and better still, somebody who wants to spearhead coordinating documentation writers. It's going to be a bit before we hit this point, but it's time to begin searching for the right people. Enhanced News & Advocacy - The front page of Netjuke.org is going to be redesigned to be more news centric. Project news and releases of new themes and modules will be posted on the front page and be viewable as categories. We will be moving the introduction and screenshots pieces into their own section, detailing the Netjuke platform very specifically and a gallery hosting screenshots that is available for community contribution to show off themes, modules, and systems built with Netjuke. We'll hope to do some PR work late in the beta cycle and solicit reviews from interested web-sites and technology magazines. Task Oriented Development - To expand our developer community and make our work more transparent, we'll begin breaking the work in a task oriented fashion, assigning tasks to specific developers, and hopefully time-tracking the development process. We'll also begin actively using bug tracking and formalizing all aspects of our work. T-Shirt Contest - To engage the community, promote Netjuke, and just have some fun, I'd like to offer a t-shirt contest on the homepage. We'll accept entries for one month (?) and allow users to vote on their favorite designs. I'm currently thinking that we'll do the top 5 entries as CafePress t-shirts and the top designer $50 and a t-shirt with their design on it, the #2 $25 and a t-shirt, and the next 2 a t-shirt. Ideally, I'd like to use the PayPal and Amazon donations to fund this and perhaps we can raise the prize value, depending on donations during the contest. New Sub-domains - As previously stated, the developer.netjuke.org and individual developer sites will be brought up. There will also be themes, modules, and news.netjuke.org domains, linking into their respective categories. Alliances - We've already allied ourselves with the MPD project. I'd also like to contribute and implement the new XSPF playlist format (http://playlist.musicbrainz.org/playlist/moin.cgi/FrontPage), bring musicbrainz integration to Netjuke2, and reach out to other media projects that could be integrated with our framework. I'd also like to reach out to independent media groups such as Downhillbattle and make Netjuke a valuable tool for music producers, DJ's, and consumers alike. Anyway, we have ignition. Happy coding, Blake |
|
From: John W. <jo...@or...> - 2004-04-26 21:51:37
|
This pseudo-module sounds like a great excuse to get services.php up and running. Ideally, and I think this can be considered part of the boiler plate "netjuke philosophy," all external functions will run through the services api. I'd be happy to lend my hand at hacking it together, or not, whatever works for you walkah. Also, while developing the interface we should keep in mind that someday I, or whoever beats me to it, will create a netjuke-remote (think gallery-remote). > Hey Ron > > (I'm cc'ing the netjuke-devel list since I contacted you on a bit of a > whim last night - but there may be other interested parties). > > On 25-Apr-04, at 11:38 PM, Ron Pedde wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >>> I couldn't find another email addy for you.. but first off let me say >>> : mt-daapd rocks! :) it was one of the first apps I hunted for when I >>> got my powerbook (i.e. a way to make my mp3's easily accessible from >>> my debian fileserver). it's been working well. kudos! >> >> Cool, thanks! That's why I wrote it! >> >>> The real reason I'm writing is that I've recently joined the netjuke >>> project (http://netjuke.org) and one of the things i think would be >>> cool would be to utilize netjuke's library and playlists to feed >>> mt-daapd (and thus, iTunes clients). >> >> That sounds like a cool idea. Seems like netjuke does almost >> everything you need already... just need a daap front-end to it. >> Where is the data stored? mysql? And what would be a better >> interface, a native db interface or some sort of xml-rpc or soap >> interface? The requirements from my side are pretty easy -- there are >> really only a handful of functions that need to be implemented. > > Well, netjuke (the version 2 beta, which is the only one I'm really > concerned with) uses the 'adodb' db abstraction layer, so I think a > native db interface is probably less than ideal. xml-rpc or soap could > be a neat way to go here, particularly since it would allow the daap > frontend and the netjuke backend to be fairly distributed. An initial > concern would probably be efficiently communicating the song list > (which can be huge)... I'm open to suggestions. > > But yes, the idea would be to just have a daap frontend to a netjuke > collection. > >>> I've not really poked through mt-daapd's code, but I wanted to float >>> the idea to see if you'd be interested in either working on it with >>> me and/or seeing a patch (presuming i can produce one ;) ) to provide >>> such functionality. >> >> I'd be interested in pursuing it, but I want to get a 0.2.0 release >> out the door. I have two users with problems I have to iron out, and >> then I think I've got the bulk of the showstopper problems fixed. >> Once that's done, I want to start looking at new features. >> >> I'd be willing to dedicate some time to making this happen, but it >> would be a couple weeks out, I think. Anyway, if you want to wait a >> bit, I'm game to tackle it. I don't know squat about the table >> structure of netjuke, but I don't think it will be too tough a project >> - -- as I said, the requirements are pretty low. >> >> Let me know. > > Great to hear you may be interested! And yes, this is not a "rush! > rush! has to happen now!" kind of feature. Again, I'm looking really at > features for the next (v2) version of netjuke which is still a ways > from release itself. > > Glad to hear you'd be interested though! > > I'll keep in touch (and look forward to 0.2.0 :) > > (Perhaps other iTunes users on the list will chime in) > > -James > -- > wa...@wa... > http://www.walkah.net/ > > > > ------------------------------------------------------- > This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek > For a limited time only, get FREE Ground shipping on all orders of $35 > or more. Hurry up and shop folks, this offer expires April 30th! > http://www.thinkgeek.com/freeshipping/?cpg=12297 > _______________________________________________ > Netjuke-devel mailing list > Net...@li... > https://lists.sourceforge.net/lists/listinfo/netjuke-devel > - John Wulff ~~~~~~~~~~~~~~~~~~~~ Work: (360) 376-6095 Cell: (360) 317-6447 ~~~~~~~~~~~~~~~~~~~~ |
|
From: James W. <wa...@wa...> - 2004-04-26 20:07:32
|
Hey Ron (I'm cc'ing the netjuke-devel list since I contacted you on a bit of a whim last night - but there may be other interested parties). On 25-Apr-04, at 11:38 PM, Ron Pedde wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > >> I couldn't find another email addy for you.. but first off let me say >> : mt-daapd rocks! :) it was one of the first apps I hunted for when I >> got my powerbook (i.e. a way to make my mp3's easily accessible from >> my debian fileserver). it's been working well. kudos! > > Cool, thanks! That's why I wrote it! > >> The real reason I'm writing is that I've recently joined the netjuke >> project (http://netjuke.org) and one of the things i think would be >> cool would be to utilize netjuke's library and playlists to feed >> mt-daapd (and thus, iTunes clients). > > That sounds like a cool idea. Seems like netjuke does almost > everything you need already... just need a daap front-end to it. > Where is the data stored? mysql? And what would be a better > interface, a native db interface or some sort of xml-rpc or soap > interface? The requirements from my side are pretty easy -- there are > really only a handful of functions that need to be implemented. Well, netjuke (the version 2 beta, which is the only one I'm really concerned with) uses the 'adodb' db abstraction layer, so I think a native db interface is probably less than ideal. xml-rpc or soap could be a neat way to go here, particularly since it would allow the daap frontend and the netjuke backend to be fairly distributed. An initial concern would probably be efficiently communicating the song list (which can be huge)... I'm open to suggestions. But yes, the idea would be to just have a daap frontend to a netjuke collection. >> I've not really poked through mt-daapd's code, but I wanted to float >> the idea to see if you'd be interested in either working on it with >> me and/or seeing a patch (presuming i can produce one ;) ) to provide >> such functionality. > > I'd be interested in pursuing it, but I want to get a 0.2.0 release > out the door. I have two users with problems I have to iron out, and > then I think I've got the bulk of the showstopper problems fixed. > Once that's done, I want to start looking at new features. > > I'd be willing to dedicate some time to making this happen, but it > would be a couple weeks out, I think. Anyway, if you want to wait a > bit, I'm game to tackle it. I don't know squat about the table > structure of netjuke, but I don't think it will be too tough a project > - -- as I said, the requirements are pretty low. > > Let me know. Great to hear you may be interested! And yes, this is not a "rush! rush! has to happen now!" kind of feature. Again, I'm looking really at features for the next (v2) version of netjuke which is still a ways from release itself. Glad to hear you'd be interested though! I'll keep in touch (and look forward to 0.2.0 :) (Perhaps other iTunes users on the list will chime in) -James -- wa...@wa... http://www.walkah.net/ |
|
From: John W. <jo...@or...> - 2004-04-16 18:52:42
|
I had to fly down to San Francisco for a client yesterday, he is having a serious network meltdown. I'll be back home on Sunday. Until then expect me to be out of the loop. Can't wait to get back in the mud and blood. - John Wulff ~~~~~~~~~~~~~~~~~~~~ Work: (360) 376-6095 Cell: (360) 317-6447 ~~~~~~~~~~~~~~~~~~~~ |
1 message has been excluded from this view by a project administrator.
