Messages

526

Developers / Re: Port DB layer to Postgres?

« on: November 17, 2007, 04:06:24 pm »

According to the wiki entry "Building From Source, you can download an archive of the sql dumps of the databases needed for the build. But that's v1.0 of the DBs. Is there a more recent version? That would be the code from which to generate a schema view, including interfaces, and isolate the code in the runtime that connects to that DB API.

527

Developers / Re: New Insteon Device! Can you guess my model # EZUIRC

« on: November 17, 2007, 04:01:15 pm »

Link to specs (and shipping ?

528

Developers / Re: Updating UpdateMedia

« on: November 17, 2007, 03:57:30 pm »

I understand that there is a new and updated UpdateMedia (and supporting scripts) coming in 0710.

It looks like 0710 is only a few weeks away now based on the announcement made about a month or so back. So it might make sense to hold off to see what 0710 brings... and then figure out what is needed from there.

What do you think?

I tend to agree. But I also think LMCE development should be a lot more transparent than currently. Especially if there's a goal for 2008Q2 for the project to scale to a large development community, with the promotion to get it there. So I'd still like to see the codepaths, and some techniques for finding and documenting arbitrary codepaths starting at interesting GUI, execution and data "waypoints".

As for LMCE "0710" (which will actually be released probably in 0712, though upgraded on Kubuntu 0710), some of the bugs assigned to webpaul are the dual codepaths for internal/external optical drive ripping, which might be the same alternate codepaths for single/changer disc ripping respectively. Which could indeed mean that not only are all my ripping bugs going away, but likely so is the dual codepath.

But I still would like to understand the codepaths. Is someone familiar with the full scope of the LMCE codebase (including its interfaces to its many included OSS modules, from MySQL and Linux to Asterisk and MythTV) available to generate a call graph, which can show the "non-LMCE" components as just interfaces to their black boxes, but present a schematic of LMCE itself among all those components? That is my dream, as on any project already underway recruiting new developers.

529

Installation issues / Re: DHCP server not issuing an IP Address !!!

« on: November 16, 2007, 06:39:10 pm »

Matthew said :-

You can run LMCE with a single NIC, as explained in the wiki's DHCP entry section on "Single NIC".


Yes, that's why I said on my first line...

"You need Two NIC's in the PC if you want linuxmce to work properly (aka the way it was designed)."

ie. instead of just making sure you have the cables in the correct NIC's (in most cases), if you have one NIC you have to:-

1)   Turn off DHCP in your modem/NAT Router (as they usually come turned on by default)
2)   Assign a static IP to Linuxmce

Which is beyond most newbies as evidenced from the repeated questions in the forums.

You also lose the FW plus bandwidth control ie. think priority on the network for VOIP and video.

For the sake of a $20 or less gigabit ethernet card (or less for 100Mb) and all the hassle and loss, I don't think it's worth it, but go  knock yourself out. YMMV (Your Mileage May Vary).

It's not the $20 for the card that matters. It's the ability to use an existing PC without any HW work at all to try out LMCE casually. Especially if one is making a nondedicated core, or dualbooting, or using an old notebook, or just casually trying it out, just installing the SW and making some configs is going to appeal to a lot of people, some of whom will like it enough to get serious. Which is how successful projects grow: lower the barriers to entry while offering organized instructions for doing it right. Which means keeping the docs (like the wiki) current with those uses, rather than just leave people twisting in the wind in unanswered (or crankily answered) forum posts.

530

Users / Re: Ripping from Jukebox Not Working

« on: November 16, 2007, 05:00:43 pm »

The format encoding has nothing to do with the drive, which is just instructed with a DAE command to deliver back data to cdparanoia or abcde that those programs convert to a specified format. I'm using a Sony VGP-XL1B jukebox, which behaves differently when the Orbiter is used to start either a "rip all", which is badly broken in its format conversion, or rip a single disc, which is still pretty broken, but can be whacked around to rip to FLAC. I detailed my fairly thorough investigation of the bugs in this subsystem in a post in "Specifying CD Rip Format?". So the drive can rip properly when called by the better script (even though that script still has bugs in using the format settings.

Do you know which are the two different scripts called by the single disc and the rip all GUIs, and which actual executable calls each of them? Really the two code paths from GUI to data storage would be best to have.

531

Installation issues / Re: DHCP server not issuing an IP Address !!!

« on: November 16, 2007, 04:52:39 pm »

You can run LMCE with a single NIC, as explained in the wiki's DHCP entry section on "Single NIC".

What this setup requires is that LMCE run as the only DHCP server on the network, which means that if your switch, or any other device on your network, is assigning IP#s by running a DHCP server, then that old server has to be switched off. There probably is one running, or else how would your notebook have gotten its old IP#? If it got it by manual assignment, then you have to either continue manually assigning an IP# on the subnet that the LMCE DHCP server is on and assigning in, or you have to set the notebook to get its IP# by DHCP. Which is a first step to getting the notebook to boot by PXEboot anyway.

Then you have to make sure any other machine connecting to the LMCE server is also set to get its IP# by DHCP, or is manually set to a number on the LMCE subnet. You make them all on the same subnet by looking at the IP# that LMCE is assigning itself (in its Network Settings, but default is 192.168.80.1) and manually assigning numbers in that subnet to the other machine, or setting the LMCE DHCP server to assign IP#s on the other machines' subnet (and excluding those other machines IP#s from the range assignable by LMCE, to avoid conflicts) or by setting the other machines to use DHCP, which lets LMCE assign their IP#. Pick the method for each machine, including LMCE, that lets them all share the same subnet. Often routers/gateways (like cablemodems etc) don't allow using a DHCP client to set their internal LAN IP#, but either assign themselves one from their own internal DHCP server, or let you set them manually. Since that internal DHCP server must be turned off, you'd have to set it manually.

There are more details on working around bugs in LMCE DHCP configuration included in that DHCP wiki page.

Please return the favor of all this help by letting us know how it goes for you. If it still doesn't work, and this is a new case, we can fix it and document the scenario for the next person to encounter it.

532

Users / Re: SIP Cisco 7970?

« on: November 16, 2007, 04:51:44 am »

so is anyone going to try my directory patch?

-Thom

I'm going to try it as soon as I get my 7970 up and running. Which means first getting a power supply, which looks like a $50 item nearby, but might have to be shipped. Or maybe a PoE switch, if I can find one for under $100 for 4+ ports. Then I might want to wait for the Asterisk and LMCE instructions for upgrading to SIP to be merged, or maybe just try it with SCCP.

If you can help me get there, I'll be happy to do the testing.

533

Developers / Re: Updating UpdateMedia

« on: November 16, 2007, 12:55:35 am »

I'd like to work on fixing bugs in some subsystems that (should) call UpdateMedia, namely the "Resynchronize" media code called by the Admin website, the ripping code that looks up format settings set by the Admin website, and insert ripping GUI widgets into the Admin website (not just the Orbiter). I also found that there's at least two different codepaths for ripping use cases, depending on whether a whole jukebox or a single disc (in a jukebox) in the Orbiter is used as the GUI to start the process.

Do you know where I can find the codepaths, and the code files they call, initiated by those GUI widgets, and resulting in the ripped files in the filesystem and their database representation?

534

Users / Re: Deleting a wiki page?

« on: November 16, 2007, 12:11:26 am »

That seemed to at least flag it for deletion, in a collection of about a dozen other pages hanging around flagged for deletion. Thanks.

535

Users / Deleting a wiki page?

« on: November 15, 2007, 09:49:25 pm »

I edited the Cisco 7970 wiki entry, and discovered an identical page CISCO 7970 Orbiter. The redundant page should be deleted. Wikipedia has a deletion process that has a lot of discussion, then some privileged admin deletes a page when there's agreement. What's the process for deleting pages here in the LMCE wiki?

536

Users / Re: SIP Cisco 7970?

« on: November 15, 2007, 09:44:20 pm »

I have cleaned up the wiki entry for the Cisco 7970. I'm looking forward to seeing you extend it with info for upgrading firmware with LMCE. Thanks.

537

Users / Re: SIP Cisco 7970?

« on: November 15, 2007, 08:38:56 pm »

Thanks for all the hard info.

Hi all,

i'm running the sip software with asterisk and don't have any problems. The newer ones don't register with asterisk but SIP70.8-0-2SR1S works great.
For the Orbiter be sure to put the right URLs in the "SEP<MAC>.cnf.xml" file (delete the link to SEPDefault7970.cnf.xml and put your desired config in /tftpboot):
<authenticationURL>http://192.168.38.1/pluto-admin/authenticate_cisco.php</authenticationURL>
<servicesURL>http://192.168.38.1/pluto-admin/ServicesMenu.php</servicesURL>
It works perfect. The 7970 SIP image supports all xml push features (old 7960 and 40 with sip lack xml push because of limited ram, haven't checked the newer G series).

For upgrade instructions see the voip-info.org wiki.

Do you think you could update the LMCE wiki 7970 entry by merging the voip-info.org instructions to use LMCE's tftp server and DHCP?

538

Users / Re: SIP Cisco 7970?

« on: November 15, 2007, 08:01:41 pm »

Which sonicwall injector model did you use? I've read that using the wrong polarity injector can fry the phone, so I don't want to try it without some empirical test results first .

539

Users / Re: Specifying CD Rip Format?

« on: November 15, 2007, 07:55:14 pm »

I have LAME, flac, sox, etc installed (by LMCE default installation).

I first switched the Admin website's Home -> Wizard -> Installation page Miscellaneous section settings from (installation default) ogg to flac, but ripping ("all" 3 in my VGP changer) produced Ogg files. I switched from flac to mp3, which ripping ("all" 3 in my VGP changer) still produced Ogg files.

Or so it seemed. Because when I tried to play the files, which always showed up as "trackname.ogg", no matter what I set the format to, they wouldn't play. I used the "play" commandline, which detects formats, but it rejected every format except MP3 (which I specified by renaming files to .wav , .flac , .mp3 and by specifying -t <type> on the commandline). When telling play the file is MP3, it played, but only a few seconds of squealy noise (the files are the right length for several minutes in any format). I tested only the files generated by setting the format to wav and to mp3, I'm not certain that "wav" files (still named .ogg by the ripper) were encoded wrong, though I didn't test them either way.

Then I changed the format settings to wav, and used the jukebox's "Manage drive" to rip just a single CD. It ripped everything into files named .flac , which I tested OK as actual FLAC files. I used the Jukebox's "Manage drive" to "rip all" (3 discs), which were again ripped to unreadable .ogg files. When I left the format settings the same (wav) and then ripped a single disc again (after deleting the "rip all" .ogg files from the filesystem and the entries from the database), they ripped into FLAC. So the "rip" and "rip all" codepaths are clearly different, with the "rip all" somewhat better, but both suffering from serious bugs.

When I delete ripped CDs, which I can do only from the commandline (or Kubuntu desktop), I use the Admin website's Home -> Files & Media -> Media Files sync. When I click "Resynchronize", it fails, with the "Cannot find self in maplock!" message as in Bug 3538.
Sometimes the dump shows fewer successful completed steps, but always the "Cannot find self in maplock!" and "alarm: AlarmManager.cpp" message.

540

Users / Re: SIP Cisco 7970?

« on: November 15, 2007, 04:45:24 pm »

I have multiple 7970s. Maybe I'll upgrade one to SIP and test it next to another as SCCP. Will the Orbiter and other phone LMCE features (eg. directory button) still work on the SIP version?

BTW, do you know where to get power supplies and PoE injectors cheap, that work with the Cisco (reverse polarity PoE) phones? Like under $30?