Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - jthodges

Pages: 1 2 3 [4]
The first, when adjusting the volume on my AV receiver (yamaha RX-V861), each volume up/down is 0.5 dB.  This is fine on it's remote as you can hold the volume button down and it will repeat about 5 times a second.  But on the N800, each click of the volume button is an entirely new event which takes about a second.  So changing volume is very tedious.  What I would like to do is have it send multiple volume commands for a single click, say send four up commands to increase the volume 2dB per click.  Is this possible?

I found this thread when trying to address the same problem.  I handled it by writing a 'Volume Repeater' device, which I would be happy to share.  I doubt that will be necessary though, because I found the following thread (after the fact) with a patch providing better support:

I didn't try this patch since my device solution was already working, but just posting here in case someone else manages to find this thread and not the other when searching on this issue.

Users / Complex Discrete Input Selections
« on: February 04, 2009, 03:52:51 pm »
My TV doesn't directly support discrete inputs, but you can press a number to select the input after you have pressed the input button.  For example, to select HDMI, I would press [Input] and then [4].  I couldn't figure out how to use that when setting up the device, so does anyone know how I could accomplish this?  I can also use the toggle mode, but I would definitely prefer discrete if it's possible.

Users / Re: ANN: Orbiter image for WebDT 366
« on: January 22, 2009, 04:54:20 pm »
In short, it's complete.

and can be gotten here:

Is there a mirror for this anywhere?  This link does not seem to be working for me.  Or maybe this isn't even the latest image anymore?

Edit: sorry, should have given it some time.  Tried again in ~10 minutes and it started working.

Installation issues / Re: KDE desktop is too big for screen
« on: January 21, 2009, 04:35:33 pm »
I think your lack of hits is probably because you are looking for information on "overscan" specifically.  Here are a couple threads that might be helpful:

The short version is that most tvs will have overscan and there isn't an easy workaround.  You may have some luck with custom modelines, but this is very technical and depends on your tv. 

When I was running gnome (before Linux MCE) I had a pretty effective workaround involving panels placed around the screen to cover the undisplayed areas.  This stopped new windows from being created outside of the viewable area and also made the menus more usable.  I haven't looked at this since moving to Linux MCE and KDE, but there might be a suitable workaround using KDE's panels as well. 

Users / Re: Move public onto new volume?
« on: January 16, 2009, 08:31:06 pm »
Can I search the code somehow to see what might be hard-coded to use public there?

Is that a real question?

Edit - sorry, that came across a little snotty... but the answer is of course you can, and you can get the source by following the instructions at that link.

Users / Re: New groups downloads or bit torents
« on: January 16, 2009, 05:38:38 pm »
I'll second ktorrent as a good option, that's what I've been using.  In my experience, configuring the seed directory to dump directly into a LMCE directory wasn't ideal, due to lots of media files coming rarred, containing samples, etc.  I instead wrote a script to automate processing the seed file and extracting any non-sample videos to drop them into my videos folder, which has worked pretty well.  Then when I'm done seeding I get rid of the seed directory altogether as well.  An added bonus of separating them is that your torrent activity can be on a different hard drive from the media you might be pulling media off for real-time use.

Users / Re: Auto tagging folder - just a thought
« on: January 16, 2009, 01:07:55 am »
As I said, my test was simple and so didn't cover a network drive - that may be the source of the confusion.  I shutdown LMCE, moved my file and deleted the id3, and started LMCE back up.  The id3 reappeared, and the tags were still correct in the orbiter.  Maybe I'll try a network drive later on, but I can see what you mean about why it would possibly be different.

You are correct about the inode and MD5 use.  The relevant logic is in PlutoMediaFile::HandleFileNotInDatabase in PlutoMediaFile.cpp.  It looks for a File row with a matching inode, and then checks the MD5 of that row against the new file.  If they match, it is recovered.  Duplicate files should not be an assue, because the inode will not match.

Do you know if there's already a bug in the tracker for this?  My thoughts are that if this is not working correctly, that should be addressed directly in the existing UpdateMedia code rather than worked around with autotagging.  I'm not sure though, to be honest I'm still just getting my bearings.  It will be a little while before I get the basic functionality down, so we can kind of mull the options over in the meantime.

Users / Re: Auto tagging folder - just a thought
« on: January 16, 2009, 12:25:23 am »
jthodges - I definitely think it should be recursive at least as an option (default?) The thought was that you could potentially set up a folder structure like genre->series->episode or genre->artist->album, and then apply the folder attributes so that the genre flows all the way down, the artist only flows down the albums and tracks that it applies to and album slows to all is tracks.
Yeah, I agree recursive is possibly the only useful mode.  The management UI may want to hide the option to turn it off altogether to keep it simple.

Should it have a "once off" vs "dynamic" radio button that tells UpdateMedia to restamp either only new media files or even media files that get moved from one location to another to aid management? If the latter or only a "new media" option then my other point of being able to track renamed/moved files better (perhaps by stamping the installation number and PK_File key) becomes more important as currently UpdateMedia considers a renamed or moved file to be a new one...
Hmm, could you clarify this one?  I was under the impression that moved/renamed files were recognized and handled by UpdateMedia, and some (very minimal) testing showed the same.  I was considering the need for a "Run Now" for the rules to allow you to catch up your existing media, but it sounds like you are getting at something different.

Either way, moved files is definitely something to consider.  I think they would keep their tags (which I think would happen automatically), except as overwritten by any autotagging rules on the new directory. 

I think a simple "regular expression" concept would be good, but perhaps a true Regular Expression might be a bit complex (and unnecessarily comprehensive) for the average user?
I agree.  What I really want to accomplish is automatic titling based on standard file names (such as S01E06 type naming used for a lot of tv shows).  Perhaps the answer is to put some stock, well thought out regular expressions behind the scenes and just allow the user to write something like "24 - [Season].[Episode]".  Any other ideas?

Users / Re: Auto tagging folder - just a thought
« on: January 15, 2009, 05:10:44 pm »
I've been using the auto-tagging part of it as an opportunity to get into development.  I have a 7.10 development environment set up and have been looking into adding the auto-tagging code to UpdateMedia.  My plan was to have rules attached to each folder, and update the UpdateMedia::ScanFiles method to load rules for each folder, and apply them to files that are detected as not yet in the database.  These rules could be recursive or not, and example rules would be:
  • Apply media sub type XYZ recursively
  • Apply title based on regular expression (e.g., "24 - Season X Episode Y" based on filename)

Version 1 was to just have a few simple rule types (short and long attributes), loaded from a text file.  After that, a front end within the admin site (though I have zero php experience, so I wasn't looking forward to that part).  I was thinking nice to have features would be allowing custom rule types, and these rules should probably live in the database instead of the text file.

Does this sound in-line with what you were considering?  I'd definitely be interested in combining efforts ... the only reason I didn't mention that I was working on this was because getting the dev environment set up seemed like such a daunting task, and I didn't want to commit and then bail.

Users / Re: Question/request for 810
« on: January 15, 2009, 02:26:27 am »
Well, I haven't installed yet, but this screenshot is pretty telling ...  This is the first screen of the installer.

(oh and please ignore the embarrassing flailing about for the installer - it didn't show up on my desktop and I couldn't figure out where to find it!)

Since it looks pretty clear that it is supported, I probably won't bother continuing with the install unless you request it (though I wouldn't mind).  I'm afraid I can't provide much info about wifi, but at least you know it's worth the d/l.

Users / Re: Question/request for 810
« on: January 15, 2009, 01:12:37 am »
skeptic, I'm currently trying to reproduce it on a virtual.  I'll post my results here.

Users / Re: Question/request for 810
« on: January 14, 2009, 06:13:32 pm »
I've read it a number of times too, but honestly, this is how I set it up.  How can I prove that it is set up this way?  I'd be happy to post screencaps tonight if I knew what to grab, so that we can either see that it really does work or see how I am mistaken about the setup.  I'm pretty sure that I installed it that way, but I have to acknowledge that I'm somewhat of a newb and the latter is very possible...

Users / Re: Question/request for 810
« on: January 14, 2009, 05:25:12 pm »
skeptic, this was my understanding too, based on this post:

However, I have that very setup (disked 7.10 RC2 MD) installed for one of my MDs that couldn't handle PXE.  I mentioned that in a comment on that post, but the author assured me that it was not possible.  I don't think I did anything special, other than install from CDs (fresh kubuntu 7.10, then Linux MCE CDs).

Have you given it a try in 7.10 and not had it work out?  Just curious.

Users / Re: Auto tagging folder - just a thought
« on: January 11, 2009, 12:46:40 am »
Yes, an auto-tagging feature would be great!  I wrote a small app to help me with my tagging needs, and it's working pretty well so far, but it would be great to have something more integrated.  I'm probably not doing things the right way, but its a standalone app that reads from the media database with an optional filtering clause and lets you walk through and do some basic tagging.  It groups files together based on a common prefix (which would include but not be limited to directories), which helps with (for example) TV shows that might be in a root folder with other files, but share a common prefix.  Avoiding the web interface was also a goal of mine, so I tried to stick with only using big buttons easily hit quickly with the gyro remote.

I only bring this up because I think that I had similar motivations to what you guys are discussing.  Something rule-based that was more automated than what I'm currently using would be fantastic.  I think there probably would still be a place for something in the orbiter that let you walk through and easily tag on a more fine-grained basis, though.

If anyone is interested in this app in the meantime, I'd be happy to share the source.  It still needs some extensions, like offering the other media and file types. 

Marketplace / Re: DT 366 - Atigo S (Updated w/ 512MB Models)
« on: January 09, 2009, 05:29:55 pm »
Can the XP versions of the 366 be used as an orbiter as well?

Pages: 1 2 3 [4]