Announcing: Fuse-2.7.2 for nmt

[lundman]

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]

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]

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]

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]

Added link to my hacked c-r4k.c on the wiki page.

[lundman]

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]

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]

Does this mean we can finally have native rarfs-support?

[Hubert]

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]

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]

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]

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]

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]

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.

Could you please update your toolchain generation script http://www.lundman.net/wiki/index.php/NMT:cross
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'

ldd says :

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)

Any idea on what I'm doing wrong ?

Thanks for your help lundman

[dogman]

lundman Wrote:For those advanced, feel free to try it:
http://lundman.net/wiki/index.php/NMT:fuse

First of all, thank you for the great job!
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?