+- Networked Media Tank (http://www.networkedmediatank.com)
+-- Forum: Community Jukebox, Themes, & UserApps Section (/forumdisplay.php?fid=106)
+--- Forum: 200/300/400 Series - Development and User Apps (/forumdisplay.php?fid=121)
+---- Forum: 100 Series - Development and User Apps (/forumdisplay.php?fid=33)
+---- Thread: Announcing: Fuse-2.7.2 for nmt (/showthread.php?tid=1239)
Announcing: Fuse-2.7.2 for nmt - lundman - 01-23-2008 05:04 AM
Due to the kernel cache coherence bug it took quite a bit to get it to work right, but I can finally announce that FUSE appears to run acceptably. I have done one test, and that went well.. what?
In addition to that, for those believing in "fair use", I have included dvdfs, based on libdvdread and libdvdcss, so you can watch your legally bought DVDs with a USB DVD drive attached. However, software CSS decode on this CPU, with the kernel page flushing, is walking a thin line. Don't be surprised if you have slow downs.
Luckily, this won't help you pirate DVDs so I feel confident that nobody will put me, or the yakuza, on the hit lists.
For those advanced, feel free to try it:
http://lundman.net/wiki/index.php/NMT:fuse
For the rest, please wait for proper user-generated-app support to be included.
I also intend to try httpfs for remote ISO playing, and possibly rarfs although personally, llink does a better job
Any other fuse-fs worth trying?
- emveepee - 01-23-2008 06:21 AM
Excellent, would it be possible for you to post the diff -Naur to the original fuse-2.7.2/ ? I am curious on what you had to do.
Martin
- lundman - 01-23-2008 06:40 AM
Could do. I just copied in the "flush_cache_page()" function from arch/mips/mm/c-r4k.c.
Of course, none of the function pointers are initialised, so I patched in to do so the first time that flush_cache_page() is called. Not pretty but it is just needed in fuse.
fuse itself is untouched, just define DCACHE_BUG when you compile it.
- emveepee - 01-23-2008 06:54 AM
That could be enough to get me going. I want to play around with "nice" to see how this might work better and then I might put fusermount into my busybox.
Martin
- lundman - 01-23-2008 08:01 AM
Added link to my hacked c-r4k.c on the wiki page.
- lundman - 01-23-2008 08:39 AM
Also, I managed to fix my cross-compile script so that I also get the C++ compiler.
Additionally, I compiled llink and unrar for the nmt itself.
- dc11ab - 01-23-2008 09:10 AM
Wow, this really opens up possibilities!
Apart from httpfs with the remote DVD disk playback, the first thought I got was to make some use of either pytagfs, Tagfs and/or playlistfs, since the current approach of scrolling through the media library is quite slow and user unfriendly.
Some might be interested in the MythTVfs, but I'm not sure if there was some work ongoing on that already?
I'm very new to this and from what I understand FUSE utilizes quite some resources (depending on the application, too). Would all I've been listing here unrealistic to implement, running at the same time?
Edit: and what about trying the FuseIso for playing those iso's etc? (though it's no longer maintained)
- hyppe - 01-23-2008 02:06 PM
Does this mean we can finally have native rarfs-support?
- Hubert - 01-24-2008 02:24 AM
llink's built-in rar support works flawlessly now, personally I would see no point in making the PH CPU do rarfs instead.
I see how it could be useful if you want to access RARs on a NAS or other source that can't run llink.
sshfs or one of the FTP filesystems based on FUSE would be interesting for remote internet streaming
- erlis - 01-24-2008 08:16 AM
Hubert Wrote:llink's built-in rar support works flawlessly now, personally I would see no point in making the PH CPU do rarfs instead.
I see how it could be useful if you want to access RARs on a NAS or other source that can't run llink.
sshfs or one of the FTP filesystems based on FUSE would be interesting for remote internet streaming
You don't see a point in running rarfs on the PH CPU, but have no problem running sshfs.
How do you think? Ssh is far more CPU intense than just seeking trough a couple of files (rarfs).
- hyppe - 01-24-2008 08:23 AM
I dont want to run a seperate server software just to get the rar support.
Llink is awesome but i would like to have the support automaticly on all my added shares/harddrives.
It's easy to see why people want it, if thats solved im a happy man, like all others
Its a bitch for the people torrenting on PCH, where they have to uppack the rar-files from PCH to their harddrives and then back.
Great work lundman
8)
- icnagy - 01-24-2008 08:32 PM
lundman Wrote:Also, I managed to fix my cross-compile script so that I also get the C++ compiler.
Additionally, I compiled llink and unrar for the nmt itself.
Wow! A couple days ago, I asked emveepee if it is possible to compile unrar for the PCH, since almost every torrent I download is rared. But then I need a PC to do unrar. And hey! You got a solution! Is it possible to make it public?
Nice work!
Cheers!
- lundman - 02-03-2008 04:53 AM
I've been debugging dvdfs a little to attempt to work out why it sometimes slows down, just like it does playing VIDEO_TS from smb, (but not .ISO).
I noticed that every "chunk" that amp_test plays, it open()s reads() and close()s the VOB file. That is a rather large over head! Open() in particular over SMB for every block.
I made dvdfs ignore close, and remain open for each request as long as it is for the same file and it works a lot better.
Syabas, You may want to re-consider your design here
On a side note, I have some 64 issues still:
-rw-r--r-- 1 502 503 988 Jan 4 19:21 ./skin/aquarius_720/tail.html
[skin] file './skin/aquarius_720/tail.html' size 717117280
stat st_size is wacked!
- groll - 02-26-2008 12:00 AM
lundman Wrote:Also, I managed to fix my cross-compile script so that I also get the C++ compiler.Could you please update your toolchain generation script http://www.lundman.net/wiki/index.php/NMT:cross
Additionally, I compiled llink and unrar for the nmt itself.
Could you also upload your full linux toolchain (including g++) as the one avalaible on http://www.lundman.net/wiki/index.php/NMT:downloads has only c support
I did achieve to generate a g++ toolchain on my own but all my C++ binaries fail with
Code:
can't resolve symbol '__pack_f'Code:
# ldd /usr/local/mips/bin/nzbget
libncurses.so.5 => /usr/local/mips/lib/libncurses.so.5 (0x2aaed000)
libxml2.so.2 => /usr/local/mips/lib/libxml2.so.2 (0x2ab79000)
libpthread.so.0 => /lib/libpthread.so.0 (0x2ad2b000)
libpar2.so.0 => /usr/local/mips/lib/libpar2.so.0 (0x2ad7e000)
libsigc-2.0.so.0 => /usr/local/mips/lib/libsigc-2.0.so.0 (0x2ae54000)
libm.so.0 => /lib/libm.so.0 (0x2af0b000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x2af68000)
libc.so.0 => /lib/libc.so.0 (0x2afb8000)
libdl.so.0 => /lib/libdl.so.0 (0x2b05a000)
ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x2aaa8000)Thanks for your help lundman
Re: Announcing: Fuse-2.7.2 for nmt - dogman - 04-05-2008 03:35 AM
lundman Wrote:For those advanced, feel free to try it:First of all, thank you for the great job!
http://lundman.net/wiki/index.php/NMT:fuse
I tried it but it did not work for me. Any special hints? I downloaded the binary from your site
lundman Wrote:For the rest, please wait for proper user-generated-app support to be included.Do you have any plans to do it?