Added info by a different user Aug 2012: All games show up in usb gx but I can only ever get 4 games to work, in Wii flow I can only ever see 4 games, even if there are supposed to be 10 games on it, same thing in cfg Usb loader.....any more than 4 games and it will just keep resetting back to wii menu after you select any game transferred to it after the first 4, I have tried many things, fat32, ntfs, wbfs drive, reformatting several times and still it will just not read more than 4 games, I know the games work fine as I just finished loading them, about 15 game onto a western digital my book essentials and they work perfectly, Don't buy this, works fine for pc/windows, but for the wii it has some serious issues, if anyone knows how to fix them please post.
unsupported partition table fix windows loader by 249
My WD Elements Portable has a spindown/standby functionality. The hdd is unable to wake up after leaving the game on pause for 10 mins (using ios58). There is a piece of software from WD to control the spindown on windows, but none to change the firmware settings on the hdd itself
EDIT: Works with cIOS 249, created 2 partitions, both FAT 32. Formatted the first one twice in a row with ncWBFSTool and then I stopped having the "this is not a wii disc" error when loading games. ---- Had constant compatibility issues. Would not work at all with several loaders, attempted with several CIOS inc Hermes. Began working with USB Loader GX then ceased working with that too despite not making any changes. Tried non-partitioned/partitioned, recommended ideas etc. Gave up, bought Iomega 1TB Prestige Desktop Hard Drive USB 2.0 which works without any issues at all with all loaders. Wouldn't recommend this Lacie drive at all for use with Wii.
Tested and working, including writing and reading both ISO and wfbs games, with a standard NTFS windows filesystem format, using Configurable USB Loader. Must add "ntfs_write [equalsign] 1" to config.txt in the usb-loader directory.
Purchased this drive after reading compatibility here & am VERY happy. Inexpensive & Works great! Backed-up 5 discs into drive in approx 25mins. Partitioned 500gbWBFS/500gbNTFS. No turn on order, works either way with ALL loaders. Also works perfectly with Mplayer for movies (added to WBFS partition with Wii Backup Manager). HIGHLY RECOMMENDED!
Difficulty with Configurable USB loader formatted FAT32 & NTFS, worked with Wiiflow though. Can be problematic. Must convert from gpt to primary mbr use a partition program to do So, you can then format to a wbfs file system.
HDD factory settings are no spindown - used WD program at top of article to verify. Set up first partition FAT32(64kb cluster) 80GB, second partition NTFS. WiiFlow 4.2 as loader of choice - emunand(for Wii/VC) and Gamecube(using Nintendont) on FAT32, Wii(installed to WBFS using WiiBackupManager) on NTFS partition.
The following programs work: USB loader GX, CFG USB Loader, WiiMC, Mplayer Wii Youtube (by Alien Mnd v0.01) The following DO NOT work with this drive: WiiFlow, Neogamma, Mplayer CE, Mplayer, Tested with Both USB 2 & 3.0 bases, tried with FAT32 (*Highly suggest LOGICAL partition) & NTFS- No difference detected. Nothing crashed in 6 hours of use and various games with USB3SOME Seagate drives work perfect but NOT this one.
I tested this as well, and it only kind of worked. Backing up disc to FAT32 did not complete. Backing up to WBFS partition sometimes completed, sometimes not. In all cases, loading the game either failed outright or got to the first few loading screened then froze. I tried multiple loaders with no success. Used an old 4GB Sandisk Cruzer I had lying around in FAT32 with no problems whatsoever - backed games up fine and played fine, confirming it's an issue with either my drive or the enclosure
In this scenario, if you document the original partition table layout, with the exact start and end sectors for each of the original partitions, and no further modifications are done on the system, like new file systems creation, recreate the partitions by using the same original layout with tools like fdisk (for MBR partition tables) or gdisk (for GPT partition tables) to gain access to the missing file system.
NOTE: any prefixed ACLs added to a cluster, even after the cluster is fully upgraded, will be ignored should the cluster be downgraded again. Notable changes in 2.0.0 KIP-186 increases the default offset retention time from 1 day to 7 days. This makes it less likely to "lose" offsets in an application that commits infrequently. It also increases the active set of offsets and therefore can increase memory usage on the broker. Note that the console consumer currently enables offset commit by default and can be the source of a large number of offsets which this change will now preserve for 7 days instead of 1. You can preserve the existing behavior by setting the broker config offsets.retention.minutes to 1440.
Support for Java 7 has been dropped, Java 8 is now the minimum version required.
The default value for ssl.endpoint.identification.algorithm was changed to https, which performs hostname verification (man-in-the-middle attacks are possible otherwise). Set ssl.endpoint.identification.algorithm to an empty string to restore the previous behaviour.
KAFKA-5674 extends the lower interval of max.connections.per.ip minimum to zero and therefore allows IP-based filtering of inbound connections.
KIP-272 added API version tag to the metric kafka.network:type=RequestMetrics,name=RequestsPerSec,request=.... This metric now becomes kafka.network:type=RequestMetrics,name=RequestsPerSec,request=Produce,version=2. This will impact JMX monitoring tools that do not automatically aggregate. To get the total count for a specific request type, the tool needs to be updated to aggregate across different versions.
KIP-225 changed the metric "records.lag" to use tags for topic and partition. The original version with the name format "topic-partition.records-lag" has been removed.
The Scala consumers, which have been deprecated since 0.11.0.0, have been removed. The Java consumer has been the recommended option since 0.10.0.0. Note that the Scala consumers in 1.1.0 (and older) will continue to work even if the brokers are upgraded to 2.0.0.
The Scala producers, which have been deprecated since 0.10.0.0, have been removed. The Java producer has been the recommended option since 0.9.0.0. Note that the behaviour of the default partitioner in the Java producer differs from the default partitioner in the Scala producers. Users migrating should consider configuring a custom partitioner that retains the previous behaviour. Note that the Scala producers in 1.1.0 (and older) will continue to work even if the brokers are upgraded to 2.0.0.
MirrorMaker and ConsoleConsumer no longer support the Scala consumer, they always use the Java consumer.
The ConsoleProducer no longer supports the Scala producer, it always uses the Java producer.
A number of deprecated tools that rely on the Scala clients have been removed: ReplayLogProducer, SimpleConsumerPerformance, SimpleConsumerShell, ExportZkOffsets, ImportZkOffsets, UpdateOffsetsInZK, VerifyConsumerRebalance.
The deprecated kafka.tools.ProducerPerformance has been removed, please use org.apache.kafka.tools.ProducerPerformance.
New Kafka Streams configuration parameter upgrade.from added that allows rolling bounce upgrade from older version.
KIP-284 changed the retention time for Kafka Streams repartition topics by setting its default value to Long.MAX_VALUE.
Updated ProcessorStateManager APIs in Kafka Streams for registering state stores to the processor topology. For more details please read the Streams Upgrade Guide.
In earlier releases, Connect's worker configuration required the internal.key.converter and internal.value.converter properties. In 2.0, these are no longer required and default to the JSON converter. You may safely remove these properties from your Connect standalone and distributed worker configurations: internal.key.converter=org.apache.kafka.connect.json.JsonConverter internal.key.converter.schemas.enable=false internal.value.converter=org.apache.kafka.connect.json.JsonConverter internal.value.converter.schemas.enable=false
KIP-266 adds a new consumer configuration default.api.timeout.ms to specify the default timeout to use for KafkaConsumer APIs that could block. The KIP also adds overloads for such blocking APIs to support specifying a specific timeout to use for each of them instead of using the default timeout set by default.api.timeout.ms. In particular, a new poll(Duration) API has been added which does not block for dynamic partition assignment. The old poll(long) API has been deprecated and will be removed in a future version. Overloads have also been added for other KafkaConsumer methods like partitionsFor, listTopics, offsetsForTimes, beginningOffsets, endOffsets and close that take in a Duration.
Also as part of KIP-266, the default value of request.timeout.ms has been changed to 30 seconds. The previous value was a little higher than 5 minutes to account for maximum time that a rebalance would take. Now we treat the JoinGroup request in the rebalance as a special case and use a value derived from max.poll.interval.ms for the request timeout. All other request types use the timeout defined by request.timeout.ms
The internal method kafka.admin.AdminClient.deleteRecordsBefore has been removed. Users are encouraged to migrate to org.apache.kafka.clients.admin.AdminClient.deleteRecords.
The AclCommand tool --producer convenience option uses the KIP-277 finer grained ACL on the given topic.
KIP-176 removes the --new-consumer option for all consumer based tools. This option is redundant since the new consumer is automatically used if --bootstrap-server is defined.
KIP-290 adds the ability to define ACLs on prefixed resources, e.g. any topic starting with 'foo'.
KIP-283 improves message down-conversion handling on Kafka broker, which has typically been a memory-intensive operation. The KIP adds a mechanism by which the operation becomes less memory intensive by down-converting chunks of partition data at a time which helps put an upper bound on memory consumption. With this improvement, there is a change in FetchResponse protocol behavior where the broker could send an oversized message batch towards the end of the response with an invalid offset. Such oversized messages must be ignored by consumer clients, as is done by KafkaConsumer. KIP-283 also adds new topic and broker configurations message.downconversion.enable and log.message.downconversion.enable respectively to control whether down-conversion is enabled. When disabled, broker does not perform any down-conversion and instead sends an UNSUPPORTED_VERSION error to the client. 2ff7e9595c
コメント