Thanks for reporting this. I've had this issue a long time ago (but it was with official firmware) and up to now still don't know what was the reason. Can you see any relation with extra tools, like transmission or vsftpd? If you stop them, and turn off POHD is it the same? Can you check if it's happening with original firmware now?

Just a personal guess: it's possible that Dvdplayer is crashing (not enough memory) or filesystem is not properly unmounted.

Well, yes, supposedly. It actually mounts, and rw, but when writing, it fails. I'm not saying it's your firmware, just that I've been able to do it with previous official versions. Perhaps it's a new fault on r4824 official...

Thanks! Haven't tried vsftp yet, as I actually disabled it in /usr/local/etc/optS, but will give it a try next time to check if I can improve from my regular 1.2MB/s.
Meanwhile, media restore has finished and at the same time I stress tested the machine: several ssh sessions, multiple scp sessions, local copies (from USB drive) and hard enough torrents (680kB/s limit) including some partial download verifications. Some times a simple ssh login could take several seconds...
NO CRASH! Hurra to ext3 filesystem! I guess I don't need to disable Dvdplayer...
I tried to use the built-in copy function to copy data from an USB attached NTFS disk to the internal filesystem -> immediate reboot. Could be excess load, but I didn't dare to try again withou load to confirm...

As for installing ssh, in case you're considering that in your next version, after installing your firmware:
1. # ipkg-opt install openssh
2. configure /opt/etc/openssh/sshd_config (enable root login, enable public key login, enable a banner, etc)
3. enable sshd at startup:
- # mount -o remount,rw /
- edit /etc/inetd.conf
- add "ssh stream tcp nowait root /opt/sbin/sshd sshd -i -f /opt/etc/openssh/sshd_config"
- you can also start sshd from /usr/local/etc/optS with "/opt/sbin/sshd -f /opt/etc/openssh/sshd_config", this could be simpler to implement in an installation script
- # reboot
4. if everything works fine, you can disable telnetd in inetd.conf
Still can't login with public key / private key authentication (it refuses to accept) but I'm sure it's a misconfig somewhere in /opt/etc/openssh/sshd_config

Any workaround for the <i> </i> tags in subtitles? Oh, sorry, you're not ACR tech support...
I have one:
http://www.liamdelahunty.com/tips/linux_search_and_replace_multiple_files.php
# perl -pi -w -e 's/<i>//g;' *.srt
# perl -pi -w -e 's/<\/i>//g;' *.srt
# perl -pi -w -e 's/<b>//g;' *.srt
# perl -pi -w -e 's/<\/b>//g;' *.srt
I've tested it and it works. You need perl (do it from your PC). First do a backup of your srt subs...

Thanks Mikka!

I tried it pretty cool fw.

but is it also possible to have a playondvr-hd optware friendly fw ? pv6120 ?

You don't need perl and PC, only Telnet:


to remove only tags you mentioned, or:


to remove all < > tags.

It's possible, but first things first: make one 'stable' firmware and next port to other devices, instead of making three 'unstable' firmwares and fixing them all.

Ok just was curious

Intermittent Bug: Sometimes after a video finishes and the next one in the folder starts playing, after the normal delay the screensaver appears on top of the video. The video is still playing and I can still hear sound, but I have to press a button on the remote to get rid of the screensaver.

Can anyone confirm whether or not this happens in the official firmware?

On another subject, I've been trying to find an easy way to get to //Computer/share/really/deep/path, quickly and easily, preferably without creating dozens of extra SMB shares for specific locations. I can mount the shares and create symlinks to the folders...

...unfortunately, the only place that I can see created folders (through the GUI) is on the internal HDD and when I try to create symlinks there I get the error "Operation not permitted" - I assume this is because it's formatted NTFS, can anyone confirm this? My next step is to shrink the NTFS partition to a tiny placeholder, create a new ext3 partition and in a startup script unmount /tmp/hdd/volumes/HDD1 and mount the ext3 partition there instead.

Has anyone found a more elegant solution to achieve easy access to deep UNC paths?

Elroy: please keep this topic related to Optware friendly firmware. I can confirm symlinks are unsupported on NTFS filesystem, but this works:



which makes ext3 partition viewable through root3 directory on internal HDD. You can try to do the same with your network share AND if it doesn't work directly: create symlink to network share on ext3, and do the mentioned mount -o bind trick.

I receive errors when I am using transmission. Sometimes no errors at all, sometimes "Resource temporarily not available" or '"no disk space" (which is definitely not true). Pausing and resuming the download sometimes help to get some more Megabytes before the errors occur again. I got this with different torrents, others were downloading fine so it's hard to pin down the problem.
So far I only used the standard client, this is the first time I am using transmission. So I can't say whether this is related to this firmware or to the client.
Someone else in this thread mentioned that he got errors with transmission and switched the file system, does this help, did anybody else get similar problems?

Btw, I encountered the bug with the screen saver popping up when the next file in a directory started to play as well (never got this with the stock firmware).

I had plenty of errors, changed to EXT3, and no errors anymore !